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