你可能已经看到了在stackoverflow博客和编码horror的消息：
blog.stackoverflow.com在我们的托pipe服务提供商CrystalTech经历了100％的数据丢失。
我们正在努力恢复从备份尽快！
杰夫正在做的一些事情是在Twitter上。 你会在类似的情况下做什么？
首先，做你自己该死的异地备份。 并testing它们。 有廉价的服务来处理这个问题。 或者，如果你坚持你的专家托pipe公司应该为你做这个，使他们从备份恢复形象每月只是为了让他们的脚趾。 但是，严重的是，即使只是添加自己的RSS源，并设置客户端永远caching是一个很好的第一步。
其次， Wayback Machine和Googlecaching可以提供帮助。 所以你可以自己的浏览器caching，所以在你打开它之前，要制作副本。 我希望你没有按照“清除你的caching”的步骤，帮助台喜欢给。
最糟糕的情况（现在他们可能正在这样做）：重新构build源代码中的所有内容：
我会加倍努力devise和build造一个时间机器。 一旦这个项目完成，我会回到上周晚些时候，把自己打在脑袋里，直到我：
在TimeMachine项目中没有成功的时候，我所能做的就是耐心等待主机尽其所能，并希望他们的备份安排足以使数据（或者至less是最近的副本） ）可以在短时间内恢复。 然后，我会确保上述计划已经制定，实施和定期testing。
没有太多的事情要做。 find一个新的主机，从备份恢复。
如果主持人真的想要打球并保持良好状态，他们会立即冻结有问题的硬盘的使用情况，并将其交给数据恢复专家……但实际上这种情况永远不会发生。
我tar和mysqldump所有我的托pipe数据到磁盘，然后将其移动到一个更大的RAID型磁盘。 我从来没有删除过一个备份的副本。 是的，它占用了大量的磁盘空间，但我比我自己的生活更重视我的用户数据！ （在这里夸大了一点，但我认为确保数据完整性是我的责任。）
我不知道为什么其他公司不做类似的事情，但我会留下自己的意见:)。
如果我是你的鞋，我会运行一个Linux（Ubuntu首选）框，并运行如下程序：
并将我的网站安装为本地目录，并使用自己的备份脚本来备份数据。
你select一个新的主机（或者如果他们有一个真正的，很好的理由丢失你的数据），并从你的异地备份恢复;）！
我要做的第一件事是找出100％的损失意味着什么。 即使有磁盘故障，也可以提取数据。 除非整个服务器在火灾中融化，否则我肯定可以恢复。
您可以修改您的网站，所以当您在博客中创build一些post时，它会自动在备份站点上创build这个post（在其他托pipe完整的站点镜像， 免费托pipe，如谷歌AppEngine，或您的开发机器 – 但不能访问有序的互联网用户） 。 当您的主要托pipe失去所有数据，你可以从备份托pipe（并没有变化的数据库或网站结构需要！）复制它。 当您的主机停机时，您可以修改您的域名与备份站点的IP的DNSlogging（并最终更改备份站点上的一些访问权限）。
而且，当然，如果你无法承受备份托pipe，你可以使用已经certificate恢复工具的文件系统。 我build议NTFS进行有价值的“备份”。
我使用rsnapshot来备份我的远程服务器。 它每天晚上从家庭办公室login，备份当天发生的所有变化。 它带宽轻，占地面积小。 问题是只能在类UNIX系统上运行。
我会想，如何更快更好地重build第二（或更多）的时间……