因为我使用rsync来备份一个非常大的目录，其中包含很多子目录和文件，所以我不想看到“增量文件列表”，我只想知道最后的总结。 但如果我使用参数-q，则不会输出任何内容
我们有72个硬盘，包含我们的networking广播库存。 数量正在增加。 我们坐落在一个框架build筑中，我们不仅害怕火灾，而且灾难性的火灾。 我已经定价了防火保险箱，以保持所需的硬盘驱动器125F。 他们的价格是通过屋顶。 在我看来，如果我们对每个硬盘进行备份并将其存储在某个地方，或者与在线备份存储公司签约，那么我们可能会购买一个备份硬盘来支付7000美元的保险费用。 保护我们的数据免受火灾风险的最佳方式是什么？
现在我可以使用mysqldump进行备份。 但是我必须取下networking服务器，大约需要5分钟的时间做备份。 如果我不把networking服务器取下来，这将需要永远的时间，永远不会完成+在备份过程中网站变得不可访问。 有一个更快/更好的方法来备份我的22 GB和不断增长的数据库？ 所有的表都是MyISAM。
我有一个免费的收件箱帐户（2GB），我想知道大型文件的版本是如何工作的。 我有一个完整的备份所有我的webfiles站点@刚刚超过1GB。 首次上传1GB后，每次同步后Dropbox都会计算出文件的增量，还是需要重新上传整个文件才能进行版本升级呢？ 总是有一个大文件的最新版本，这将是一件很酷的事情，但是我不想每次都上传1GB的带宽。 这可能吗？ 谢谢，
我正在备份一台Linux服务器并将其存储在另一台服务器上。 我从一个简单的开始 rsync -aPh –del server.example.com:/ /mnt/backup 然后有人指出我不应该备份/proc ，因为你不想在另一个服务器上恢复/proc 。 还有什么我应该/不应该包括的？ 那么/sys呢？
我的组织最近买了一个存储系统。 它有1.5Petete，RAID6，并且在不同的位置有一个在线同步镜像。 系统允许回滚/文件恢复，默认允许长达30天，但可以增加。 如果我们需要对存储中的数据进行额外的备份，那么我们正在讨论这个问题。 系统具有非常好的冗余度，具有地理冗余度并允许在一定程度上回滚，这意味着我们可以恢复到规定的时间（默认30天）旧数据或意外删除的数据。 鉴于这种情况，是否有一个“传统”的备份是有道理的？ 传统上，我的意思是一个专门的备份系统，有快照，我们可以检索，以防出现问题。 我们真的需要吗？ 我错过了什么吗？ 我只是用传统的方式思考，过于热心？
将数据备份到硬盘是否安全，然后将其保留若干年？ 假设文件系统格式仍然可以被读取，这是一个安全的事情。 还是不断地重写数据（每6个月左右）以确保它仍然有效？ 或者这是一个愚蠢的问题？
有什么方法可以从意外删除Amazon S3 Bucket中恢复？ 我们在我们的存储桶中获得了关键信息，我需要降低存储桶本身意外或恶意删除的风险。 我知道我可以在本地同步整个存储桶，但是如果我的存储桶大小为100GB，这不太实际。 任何想法的备份策略？
我刚刚阅读了很多MSDN文档，我想我理解不同的恢复模式和备份链的概念。 我还有一个问题： 完整的数据库备份是否会截断事务日志（使用完全恢复模式）？ 如果是的话：MSDN中提到了哪里？ 所有我能find的是只有BACKUP LOG截断日志。 如果不是：为什么？ 由于完整的数据库备份启动了一个新的备份链，因此在完整备份激活之前保持事务处于活动状态的关键是什么？
如果我要将数据存档到硬盘驱动器上，请将其拔下，并将其放置在某个地方（不是多尘的，温度可控的）架子上，这样的驱动器会变坏吗？ 拔下的硬盘驱动器的数据保留与磁带相比如何？