我们刚刚通过将外部备份单元隐藏在办公室的另一个房间来解决了服务器被盗的问题。
现在的问题就是火灾和可能发生的其他灾难。我们过去常常通过 FTP 将受密码保护的档案上传到海外服务器，但备份的大小增加太多（裸机恢复约 22GB），现在不可能了。大多数数据都在 MS SQL Server 数据库（800MB）内。
即使在这种情况下，我们有哪些选择来保护我们的数据？
我们没有与这里任何数据中心的高速连接，我们正在寻找完全自动化的解决方案。
谢谢。
答案1
您的数据库每天有多少变化？我们使用 BackupPC 通过 ADSL 在 35 个站点上连夜备份 MS-SQL 数据库，它使用 rsync 仅复制文件差异。我们进行备份的方式如下：
1) 晚上 9 点，Windows 服务器上的预定脚本会将数据库副本转储到备份文件中。数据库大小从 4GB 到 11GB 不等
2) 使用免费工具 Swiss File Knife 将数据库备份分成 250MB 的部分。
3) BackupPC 将所有 250MB 文件复制到备份服务器。
将文件分割成更小的部分文件使得 BackupPC 可以完全跳过复制自上次备份以来未发生改变的部分，并且在备份服务器本身上，只需在备份集中保留每个相同部分文件的一个副本，尽管 BackupPC 通过在每个备份之间使用硬链接来表示隔夜未发生改变的文件，使每个每日备份看起来都很完整。
对于每天变化不多的站点，备份大约需要 30 分钟。对于 ADSL 线路较慢（上传速度仅为 288K）且变化较多的站点，备份大约需要 4 小时，但备份是完全自动的。
答案2
买一个防火保险箱放在办公室里。把 USB HDD/磁带放在这个保险箱里。
另外，考虑将备份媒体也带离现场。老板家里也有防火保险箱？
答案3
也许这可能会有用：
三个外部 HDD 分别标记为 Safe1、Safe2 和 Safe3。两个外部 HDD 分别标记为 Bank1 和 Bank2。
每周结束时，对其中一个硬盘进行完整备份，然后将其放入现场的防火保险箱中。
在每月的第一周，对标有 Bank 的磁盘之一执行备份，并将其存放在安全的异地位置。
以轮换模式使用介质，每月在银行更换磁盘，并跟踪数据存储在哪里（哪个磁盘包含最新的备份数据）。
两个磁盘轮流使用就足以进行现场存储，但使用三个磁盘可以使事情变得简单 - 在银行存款备份之间使用单独的驱动器保存三个星期。
我们使用与此设置非常相似的东西。
希望这能有所帮助。卢克
答案4
您没有说是上传的大小导致了您以前进行的 FTP 上传出现问题，还是在发生灾难恢复情况时再次下载的预期时间？
如果只是上传时间，那么您可以在初始完整备份后使用增量 SQL 备份（压缩效果非常好）来显著减少上传时间。