也许我在这里追逐一个白日梦，但我真的很想找到一个易于使用的备份解决方案，它支持 Windows 和 OS X，大概是人们在最坏的情况发生之前永远不必考虑的事情。
建议？
有什么方法可以像下载dd-wrt并在netgear路由器上安装自定义固件一样在Apple Time Capsule中安装或激活sshd？
我想启用对 Time Capsule 的 sshfs 访问。并且可能安装 pyTivo 让它为我的 Tivo 提供文件。
有人做过这个吗？
备份是一回事，但长期存档是另一回事。例如，您可能需要将电子邮件存储 7 年，或无限期保留所有项目数据。我曾经将档案保存到磁带上，但后来我的磁带被破坏了（驱动器将磁带撕掉了）。所以...写到 2 磁带我听到你说。那是别人做的吗？有 2 个（或更多）相同数据的磁带用于冗余？
但另一个问题是磁带通常不能被不同的备份软件供应商读取。例如，如果您使用 Arcserve -> Backup Exec -> Commvault 超过 10 年，您将需要保留所有 3 个系统，以便您可以恢复旧数据。对于硬件也是如此。旧磁带可能没有条形码。可能与新库等不兼容。所以，您是否保留旧磁带硬件和旧软件，以防万一您可能需要恢复 10 年前的文件？
或者……当您迁移到新的备份系统时，您是否将所有存档数据迁移到新系统并将其重新存档到新磁带上？那可能是一项艰巨的工作。
有什么想法吗？
来自 FOSS 领域，很少有备份解决方案适合在更大的环境中使用。
有大量现有的商业备份软件，我对它们在现场使用时如何衡量很感兴趣。大多数产品在纸上看起来相当不错，但一旦推出并第一次使用，它们往往会显示出丑陋的一面。常见的问题来源是您在产品评估中忘记的重要事情，营销人员比实际情况更生动地展示的功能，或者损害功能、数据完整性或整个产品的错误/问题。
我想知道您知道和使用的备份软件如何在以下类别中使用票价：
请提及在日常使用中影响您的任何扭结、问题、问题等，以及独特/使其与众不同的功能。
我知道这是一个冗长的问题，但我认为这将有助于整个社区尽可能彻底地充实这个问题，以便可以在没有太多反复试验的情况下做出明智的决定；)。随意评论我忘记在我的清单中的事情。
我正在通过 SMB 将 Linux 机器备份到 NAS。我在本地安装 NAS，然后同步大量数据（100GB 左右）。我相信这需要很长时间才能完成：超过 12 个小时。一旦所有内容都被复制，我预计会快得多，因为几乎每天都没有任何变化。
有没有办法加快这个速度？
我在想，也许 rsync 认为它可以使用本地硬盘并使用校验和而不是时间/大小比较？但我没有找到强制时间和日期比较的方法。还有什么我可以检查的吗？
我正在使用 rsnapshot 开始备份 CentOS 5.5 安装，我需要一个我可能应该从备份中排除的文件夹列表。该服务器主要是 LAMP Web 服务器，将在备份时提供服务，但容量应该相对较低。备份 /var/lib/mysql 是个坏主意吗？
我假设我不应该担心备份 /proc，还有哪些其他文件夹不需要备份？
好的，我在 fstab 中有这个
//windows_mashine/Backup /backups cifs credentials=/root/.credentials,rw,_netdev,iocharset=utf8,uid=1000 0 0
我的 cron 中有 rsnapshot，它将 /etc/ 和 /usr/local/ 以及其他一些文件备份到 /backups
最近我发现当其他 mashine 关闭并且 /backups 无法安装 rsnapshot 备份到物理文件夹 /backups 时，它会占用分区/空间。我怎样才能避免这种情况？
我可以在未挂载时阻止对 /backups 的任何写入吗（rsnapshot 以 root 身份运行，因为它需要备份一些系统文件）
已经提出了类似的问题，但我需要知道在这种情况下会推荐什么，以了解我对使用 EC2 的理解是否遗漏了什么。
一家小型初创公司正在 EC2 网络上开展业务，并向我询问有关备份选项的一些建议。他们目前是自筹资金，并在可行的情况下尽其所能节省成本。在不深入研究他们系统配置的情况下，我将举一个 web 服务器作为例子；它是一个带有数据库的简单 Web 服务器。问题是他们不希望服务器被关闭。
一直在进行设置的人认为，他们应该只是定期转储数据库并将其存储在 S3 上，或者创建脚本，以便在需要时通过备份保存配置信息的选定文件夹在 Amazon 上重建新服务器. 他建议创建服务器的快照会很浪费，因为它们会占用大量磁盘空间，并且基本上会在大型数据转储之间存在数据腐烂，因此快照会很快过时。
我的想法是拍摄 VM 的快照，然后定期转储数据库并存储在 S3 中。如果他们丢失了 EC2 实例或有诸如更新之类的事情使其无法使用，他们可以使用快照来使用最新的数据库转储相对快速地构建服务器备份，而不是从头开始构建一个新实例。新的 AMI。
我的理解是，拍摄 EC2 实例（或 EBS 存储）的快照需要停机，而他们对此犹豫不决。我还读到您应该关闭服务器以在拍摄快照时保持文件系统一致。由于它们在平衡器后面还没有集群，因此限制了涉及快照的选项。
除非有我不知道的特定于 Amazon 的东西，否则构建服务器的脚本将涉及创建一个 Chef 或 Puppet 服务器，这些服务器可以在 EC2 上部署具有关联角色的新服务器。现在，这家初创公司没有资金来维持这种服务器的运转，而且他们现在真的不需要部署那么多服务器。
理想情况下，他们将有资金在虚拟平衡器或亚马逊的平衡器服务后面创建多个服务器，然后一次关闭服务器以执行更新或快照。现在我对进行更新的想法感到紧张，因为如果您正在执行数据库转储，那么如果系统更新更改了他们的应用程序所依赖的库并且服务出现故障，那将无济于事。
我还假设另一个选择是运行一个脚本来创建一个 EBS 卷，挂载它，然后在服务器上运行类似 rsync 的东西来捕获大部分文件系统信息到 EBS 卷，然后压缩并将内容复制到 S3，断开卷并销毁它以节省存储成本，然后进行数据库转储以捕获在其他情况下不一致的动态数据。对于他们的某些服务器，随着数据库需求的增长，很可能需要将其保存到临时 EBS 卷。
正在创建一个 VMWare 沙箱，以在可以预先测试更新的环境中重新创建他们的网络系统，然后再将它们应用于 Amazon 上的生产系统。我希望这将最大限度地减少系统更新杀死他们的应用程序的可能性。
所以......考虑到运行一台服务器的限制，系统上有数据库和应用程序服务器，希望尽可能接近没有停机时间（限制使用快照并使备份过程尽可能“热”（在不关闭服务器的情况下实时创建），我是否建议安排时间在其工作状态下创建 EC2 实例的快照并从那里进行数据库转储以复制到 S3？是否有更好的策略可以追求？在创建服务器的实时备份时，快照是否会造成停机？
这是我想要做的：
从本质上讲，将文件从一个网络存储设备同步到另一个网络存储设备。
解决方案是将源网络存储 rsync 同步到本地机器。然后从本地机器 rsync 到目标网络存储。
但它只是击中了我。我需要在本地计算机上删除从源网络存储中删除的文件。rsync 是否会镜像它们，删除不在目标上的文件？或者它只是减少了所需的数据传输量？
希望我说清楚？
我目前的任务是将现有服务器提升到（至少更高）专业标准——尽可能减少对最终用户的干扰。为了进行适当的回滚，我需要备份现有服务器的根 fs，它当前是主磁盘分区内的 ext4 - 而不是 LVM，这将使整个显示仅仅是手指练习。我想避免关闭服务器。
在这种情况下甚至可能吗？