你如何做你的备份？

对这个问题有很多build议：

保持您的计算机高效备份的最佳实践？

我想我们需要更多地了解你的情况，给你一个很好的答案。 像下面的事情会有所帮助：

• 备份语料库的大小
• 正在备份的服务器计算机的数量
• 备份窗口的持续时间
• 保留/档案/破坏问题

我的备份策略非常“老式”，但我还没有任何恢复失败。 磁带和保守的非现场旋转状态已经很好地为我们服务。

我的小企业客户每天都会收到完整的磁带备份，这些备份每天都在场外进行。 大多数人至less有两（2）周的每日轮换，并可能有额外的每月或每季度轮换。 为了加速恢复而不需要有人离开现场去获取媒体，我们通常使用磁盘到磁盘到磁带的备份策略。 这对于拥有100GB以下数据的客户来说效果很好。 我们在Backup Execpipe理的单元驱动器中使用了LTO，VXA和SDLT磁带技术。 驱动器和磁带的成本最初比其他“低端技术”解决scheme要高，但是我们得到了稳固的备份和恢复（并定期进行testing恢复）。

对于更大型的安装，我们通常转向单元自动加载器（LTO），通常执行每日差分和每周完整备份。

我可能会因为不是“时髦”而使用可移动硬盘驱动器，但是质量好的磁带技术为我们提供了很好的服务，并且非常可靠。 特别是，LTO已经坚如磐石。 我们已经有了一个片状的VXA驱动器，还有片状的SDLT磁带，但是它们也运行得很好。

1. 本地备份（networking文件服务器，包括源存储库和邮件服务器）每天通过rsync传输到另一台计算机，并保存许多快照（以防我们发现文件被意外编辑/删除的几周） http://www.mikerubel.org/computers/rsync_snapshots/
2. 远程备份第一阶段：本地备份的最新副本通过SSH通过rsync发送到中间异地服务器
3. 远程备份第一阶段：通过主站外备份，通过SSH通过rsync从中间服务器复制，维护多个快照，如本地备份
4. 备份testing（文件服务器备份）：每周一次脚本执行两个“rsync –checksum –dry-run”，一个在活动文件系统和中间备份服务器之间，一个在中间和最新的副本之间closures现场备份和邮件我的结果（所以任何主要的差异将提醒我的问题）。
5. 备份testing（邮件服务器）：每天一次，通常的备份运行结束几个小时后，在主备份服务器上运行的包含邮件服务器副本的虚拟机将恢复最新的邮件备份。 我一次又一次地login（如果运行正常，我可以看到最近的新邮件和其他更改，我知道邮件备份是好的）。
6. 离线备份：每周在U盘上离线备份的一个副本（实际上，我们目前没有这样做，但是一旦我有时间，我会煽动它，并且可以拿一张公司的信用卡购买一个备份几个外部驱动器）

步骤4和5非常重要。 一个备份不是真正的备份，除非你已经testing过了，而当你发现你需要恢复文件（或所有东西）的时候不是第一次testing！ testing备份是人们经常离开的东西，如果它没有工作，那么做任何事情都为时已晚。

步骤2和3可能看起来过分，但增加了一点安全性。 由于本地服务器不能直接与备份服务器进行通信，反之亦然，设法进入到另一台服务器的人不能轻易地从另一台服务器转移到另一台服务器（对于中间机器而言，活动和备份机器可以进行身份​​validation它本身不能对现场或备用机器进行authentication）。 这避免了最近碰到WHT的麻烦（参见http://ask.slashdot.org/story/09/03/25/0036211/How-To-Prevent-Being-Hacked-Via-Backups讨论）。

Live Evan我在媒体方面老套 – 磁带已经被尝试和信任了几十年，是一种提供超便宜和超可靠的离线存储的好方法。 目前LTO4的价格非常低，以至于每美元/磅/欧元每转换比例就不能被打败。

备份第一课始终要尽可能简单 ; 一旦你开始实施奇特的事情，你正在寻求灾难。 简单和无聊是要走的路。

第二课是在作业中保留一个日常的手动元素。 自动化很好，但是有了备份，就可以让人们养成每天至lesspopup旧磁带的习惯。 这样，他们忘记每月一次的附加手动任务的风险就会降低。

第三课是备份一切 。 你可以尝试聪明，只备份你的数据分区，但是你只能在最基本的文件服务器上进行。 在任何其他types的恢复工作中，将应用程序服务器configuration恢复到原来的状态是最困难的工作。 当然，有些情况下更容易，但我不想冒险。

我以前使用过Backup Exec（v7到9），但是最近已经开始使用与我一起使用的小型服务器的热插拔SATA笼与Acronis True Image一起使用。

正如有些人强调的那样，备份过程没有多大意义，除非您已经完成并尝试了恢复，最好是从备份媒体中进行全面的“裸机”恢复，以确保可以尽快恢复备份和运行根据您的设置需要。

恐怖故事，我曾经使用过的一个站点一直使用USB驱动器和Backup Exec的“备份至磁盘”选项。 他们想要一个全职的IT服务提供商，而不是一个承包商，但是在交付文档的过程中，关于备份的一些重要细节在混洗中丢失了。 几个月过去了，一个文件服务器的RAIDarrays中的驱动器出现故障，服务器厂商的技术显然高了一些，而且应该删除然后重新插入驱动器，而不是以前的顺序。

无论如何，他们最终失去了大约两周的数据，因为最后几次完整的备份失败了，没有人注意到日志。

我们的工作站（和其他服务器）备份到一个具有大量HD空间的指定服务器，然后该服务器在外部（FireWire）硬盘驱动器上具有本地备份（一周价值），然后每周3次（周一，周三，星期五）这个数据被采集并上传到异地，异地有3个月的数据。

在将数据移动到外部驱动器之前，使用仅由2人知晓的当地盐（它也在“世界末日”一书中）以及由数据所属的用户提供的“盐”encryption。 当数据移动到异地时，它会再次被encryption（pipe理要求在这里encryption，ffs），这是一个简单的blowfishalgorithm，由离线服务提供商用我们自己的密钥提供。

我已经使用这个系统3年（我自己写的本地软件）与各种离线提供商（我还没有find我真正喜欢的），它从来没有让我失望。

有些规则可能会因地而异，例如，我每小时都从工作站备份的财务公司，而服务器则会在3小时内将其发送到现场。

这个系统很好，因为它很便宜，而且（至今）可以无缝扩展。

有多种types的备份scheme。 他们的使用真的取决于您的网站和您的可用技术。

满员，增量和差异。

通常每日差价/增量与每周满员。 试图保持2-4周的完整备份。

我真的需要问你一件事 备份完成后断开USB驱动器，对吧？ 如果你不这样做，我真的不会称之为备份。

从技术上来说，它已经被备份了，但是如果你的磁盘被损坏，或者被黑客攻击，你只是要求麻烦。

在最坏的情况下应该保留备份。

对于我个人的情况，我们使用BackupExec按照以下时间表对每件事进行每日完整备份：

星期一，星期二，星期三和星期五：保留7天本月的第一，第二，第四和第五星期四：保留一个月3个月的第三个星期四：保留3个月一年一次：永远保留

目前，我们正在使用LTO3磁带，这些磁带会在现场发送一天，因此在任何时候最后的成功备份都不在现场。

磁带备份仅用于文件服务器的完整系统还原，单个文件可以使用“ 以前的版本”进行还原， 以前的版本可供pipe理员和用户使用。

SQL Server，IIS元数据库和MySQL每晚都转储到一个文件并保存一周，这是BackupExec所采用的热备份之上。

另请参阅此处的讨论： 设置新的备份scheme

这里已经有很多很好的信息，所以我要添加两个关键点：1.冗余。 你说你正在备份“一个”USB硬盘。 确保您在不同的日子备份到多个磁盘。 您需要考虑到一个或多个备份驱动器可能损坏的可能性。 另外，如果你把所有的USB硬盘放在一个盒子里，考虑一下你可能会有一个糟糕的一天，然后放下那个盒子。 2.异地备份。 build筑物被烧毁，洪水，被盗等等。确保您将备份媒体放置在场外，并且在任何时候都将媒体的多个副本留在场外。

我在生产服务器上使用重复。 我之所以select它，主要是因为它可以对ftp服务器进行差异备份，并且使用GnuPG密钥对备份进行encryption。

差异备份每天晚上完成，完整备份每周进行一次。

太棒了！

我们有我们的服务器在Hyper-V上运行，每晚都有虚拟机的导​​出，我们在第二天将其复制到USB HDD上，这些数据被存储在不在场的地方。

到目前为止，我们没有任何问题恢复：使用Hyper-V获取或设置任何计算机，将虚拟机文件复制到它上面，导入它们，然后closures。