刚刚更新：不用看了，我又看了一眼我自己写的备份说明 因为两台服务器分开备份，但文件夹按时间分类，网上找一个日期发现了另外一台服务器的有效备份，可能花两三天就能完成修复，虽然但是还是亏了甲骨文的钱……
今天中午我点亮我的Surface Pro X 发现引导失败，显示正在恢复。我怀疑是前天压缩在Linux下压缩Windows分区的时候搞坏了，我只好重新修复。此刻又是一个倒霉的开端。
下午我拿着修复好的Pro X过来图书馆码字，准备把昨天未写完的文稿搞定。结果发现surface键盘不工作。一开始以为是驱动的问题。结果在我尝试修复了之后无济于事。我准备拆下来的时候发现又能用了，但接触不良，只有摊开来压一压才能使用。这些好了，键盘坏了，得拿去修。
我让键盘保持一个正好能正常打字的状态，觉得自带的Markdown编辑器不太好用，我就打开了我之前使用的白纸笔记。结果，完蛋了，打不开。
我赶紧看了下手机，不好，之前的花500买的甲骨文Always Free挂了……ip连不上服务器，这下废了。我这才想起来，我只备份了其中一些东西，并没有完全备份所有东西，而且最后一个运行的备份任务是7月3日，且没有对2c12g的那台服务器的容器以及应用源码进行任何一次备份。虽然损失不算完全，但也算得上非常惨重。因为就在前天，我想着宣传一下白纸笔记，我将这个视频投稿到了哔哩哔哩，而且于今日额外花了50元投了必火推广。这相当于之前写的代码、跑了这么久的AI Agent（在那台服务器上)以及花了三个晚上做好的视频全部功亏一篑……
而且，没有保留源码，修复白纸笔记跟重新写一次没什么区别。而且光是AI的部分就特别难，我想我大概率是不会去修复他的。
所以啊，不要花钱买任何容易封号的服务器！尤其是甲骨文和Azure！ 所以啊，不要花钱买任何容易封号的服务器！尤其是甲骨文和Azure！ 所以啊，不要花钱买任何容易封号的服务器！尤其是甲骨文和Azure！ 所以啊，不要花钱买任何容易封号的服务器！尤其是甲骨文和Azure！ 所以啊，不要花钱买任何容易封号的服务器！尤其是甲骨文和Azure！
如果有这样的计划，请务必保证所有服务在容器内运行，所有数据保存完同时上传一遍到对象存储，每2天必须打包一下所有容器并上传对象存储。 这是后来人的经验……
当然我也保存了一些其他数据，但可笑的是，这些我担心的数据除了我的blog都一点事情都没有，他们活在安全的服务器上，而我的blog，正如你看到的，因为我嫌弃访问太慢，我迁移到了阿里云上…… 所有这些好不容易备份好的东西一点用都没有。
苍天不饶人啊！
7.10 继那些天以后，又一个倒霉日。
7.10 继那些天以后，又一个倒霉日。