在内容服务器上备份数据的最佳方法是什么？ 例如，我有15个服务器只有内容，没有运行应用程序。 每台服务器都有一个250 GB的硬盘。 所以，这是相当多的数据。 所有的数据都有外部访问（通过HTTP）。 所以问题是：在我的情况下最好的方法是什么？ 我所知道的最有用的方法是交叉备份：当每个服务器包含自己的数据和另一个服务器的备份。 但是，总容量显着减less。 袭击？
基本上，我的问题是：保持我的Google云端存储分组数据安全的最佳方法是什么？ 我明白，使用对象版本控制是您可以采取的第一个措施，以防止意外删除数据。 不过，我也想保留异地备份（无论是在本地还是其他提供商，如S3）。 有没有build议的方法来做到这一点？ 我正在寻找的一个方向是保持我的桶的增量， rsync的本地副本。 我希望gsutil能够有一个sync命令（如s3cmd ），但它似乎并没有。 备份到S3这样的云提供商也是很方便的，但据我所知，唯一的办法就是将所有数据下载到实例（在Google或Amazon数据中心），然后上传到目标存储桶。 但是这将再次需要增量同步。
我正在考虑为我的业务使用在线备份。 是否有人发布严格的testing结果，如丛林磁盘，Mozy，Carbonite等服务？ 我正在寻找服务是否真正起作用的措施。 例如，“我们为5家供应商备份了25台机器，格式化了我们的磁盘，并试图从每家供应商那里进行裸机恢复;这是发生了什么……” 有关公司财务稳定性的详细信息，数据安全实践等
我需要实施非现场备份，真的很感激任何意见。 当前设置： 2个机架内部100MBnetworking。 每台15台服务器每天通过networking备份大约100GB数据到机架中的备份服务器。 我的想法是将内部networking升级到1GB，以加速备份到备份服务器，然后购买机架式磁带备份驱动器备份服务器，然后备份到。 这听起来是一个合理的方式去做呢？ 理想情况下，我们只想每周检索/更换一次磁带，自动磁带机是否能够做到这一点，并能应付夜间磁带备份这些数据量？
我正在研究一个在线备份策略。 我可以看到一些对提供者有帮助的问题。 在制定在线备份策略时，我正在寻找一些需要考虑的一般事项。
这可能有点主观，所以如果你觉得话题应该被closures – 继续前进。 我们大量使用Netbackup和一个大型多驱动的LTO-4磁带库。 我们经常在适当的备份窗口中完成所有事情。 我们避免的一件事是使用复用function将多个备份作业驱动到同一个磁带上。 我们听到了不同的原因，如收益不能certificate风险，也没有这样做。 当我们通过各种select来解决吞吐量问题时，这个问题总是会出现。 我正在寻找这个问题的意见和方法。
我有一个正在由磁带备份的服务器上运行的应用程序。 该应用程序每天处理大量业务关键信息。 在这种情况下，我应该多久validation磁带备份和磁带上的SQL备份是否成功？
磁带几十年来一直是备份媒体的selectforms，但随着新技术的发展，这种情况正在发生变化。 现在其他竞争者正在爬上这个古老的格式。 2009年备份媒体types目前的甜蜜点是什么？ 是吗： 胶带 DVD 蓝光 硬盘驱动器 或者是其他东西？ 这一build议的基础是按照以下标准完成的： 理想情况下，媒体应该能够对正在处理的数据进行单一完整备份，尽pipe… 每个备份周期最多可以有2个介质。 数据集的当前工作大小小于1TB。 总在线存储容量小于3TB。 为备份过程启用数据压缩。 备份媒体将成为旋转集合的一部分，这意味着媒体将在一年中的某个时间点看到重新使用。 旋转周期相当短，不到30天。 媒体每天采取异地。 每年备份永久地离开现场。 备份过程大约。 一个4-6小时的窗口来完成，但如果需要的话可以运行。 为了logging，我的工作目前使用托盘加载的热插拔eSATA机箱用于500Gb硬盘驱动器，但我看到人们仍在使用磁带，这就是导致这个问题的原因。 这是埃文的问题的后续行动： 什么是非现场轮换计划（每周，每天，多次/每天等）？ 如上所述，前一天晚上的备份被送到现场，第二天早上返回。 在每个会计日历结束时，会执行完整备份并将其运送到场外存储。 你是否知道假设的每日增量备份的大小（即日常工作集的大小 – 你说的“工作大小”，但我相信你指的是整个备份语料库）？ 正确的，该语料库小于1Tb。 每日变化约200Gb。 你说“每个备份周期你最多可以有2-3个媒体” – 我认为“完全备份”应该使用2-3个媒体，而不是你想要2-3个媒体每个“一代”（祖父，父亲，儿子等）。 同样正确的是，每个备份周期的目标是1个“媒体单位”，尽pipe在某些情况下可以扩展到两个。
我唯一可以想到的是，在进行完全备份的时候，需要做一个完整的+增量+增量+等的恢复速度。 获得一定的回报。 为什么任何人都想要每天/每天都做完全备份？ 我正在摸索着我的脑袋，想知道为什么一个人可能需要一个完整的时间。 而且在任何情况下。 我最近以为，我们需要在你的数据库服务器上每晚都满载，但即便如此，情况也并非如此。 备份客户端将知道数据库转储文件已更改，并且备份已更改的转储文件，而不尝试备份前一天未更改过的所有其他文件。 注释？
备份是一回事，但长期存档是另一回事。 例如，您可能需要存储7年的电子邮件，或无限期地保留所有项目数据。 我曾经把档案保存到磁带上，但后来我的磁带被破坏了（驱动器把磁带撕掉了）。 所以…写到2个磁带我听到你说。 那是别人做的？ 有2（或更多）相同的数据磁带冗余？ 但另一个问题是磁带通常不能被不同的备份软件供应商读取。 例如，如果您从Arcserve – > Backup Exec – > Commvault 10年以上，则需要保留所有3个系统，以便恢复旧数据。 同样适用于硬件。 旧的磁带可能不会被条码化。 可能与新库等不兼容。那么你是否保留旧的磁带硬件和旧的软件，以防万一你可能需要恢复一个10岁的文件？ 或者…当您移动到新的备份系统时，是否将所有归档的数据迁移到新系统并重新归档到新磁带上？ 这可能是一个巨大的工作。 有什么想法吗？