我正在为这种情况寻找备份解决方案：
目前，数据备份是通过将便携式磁盘上的增量执行到异地位置来处理的。但该软件并不完全可靠（家常菜）。
我们考虑过是否要从戴尔购买磁带库解决方案，但不太相信磁带是处理这种相对少量数据的方法。
您将如何设置这种数据备份？你会推荐什么软件？
将带有增量的磁盘传送到异地服务器到镜像服务器是一种选择。你会使用什么样的硬件？
如果服务器安装在大小合适的 UPS 上，电池是否是多余的？有一个选项可以强制写回模式，我想了解风险。据我了解，它有助于防止电源故障，而缓存中的数据尚未写出到物理磁盘。但如果服务器使用 UPS，则不存在断电风险，特别是如果它是智能 UPS 并且服务器配置为在电池电量不足时正常关闭。我错过了什么吗？
我正在使用 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？是否有更好的策略可以追求？在创建服务器的实时备份时，快照是否会造成停机？
我是一家小公司的 IT 人员。我想设计一个新的基础架构，包括一个新服务器和一个具有公司范围备份策略的单独备份服务器。
公司中最重要的是 SQL Server 及其数据库。有 10 个数据库，但其中只有 2 个是真正重要的。第一个8GB，主要是文本数据和数字。第二个大约 300GB，每月增长 16GB，包含 PDF 和 GIF。
保存存储当前备份策略包括每周一次完整备份和 6 次差异。我认为它每周大约 350GB，每月 1.4TB。
在阅读了有关静默数据损坏的文章后，我决定尝试使用 Nexenta 社区版的 ZFS。
我的问题：具有重复数据删除功能的 ZFS 是否适合在可靠性方面存储备份文件，还是我应该考虑使用磁带备份或其他方式？
编辑：我知道现在我们无法预测性能、重复数据删除率等，但我想知道这是否是一个好主意。
这是我想要做的：
从本质上讲，将文件从一个网络存储设备同步到另一个网络存储设备。
解决方案是将源网络存储 rsync 同步到本地机器。然后从本地机器 rsync 到目标网络存储。
但它只是击中了我。我需要在本地计算机上删除从源网络存储中删除的文件。rsync 是否会镜像它们，删除不在目标上的文件？或者它只是减少了所需的数据传输量？
希望我说清楚？
我目前的任务是将现有服务器提升到（至少更高）专业标准——尽可能减少对最终用户的干扰。为了进行适当的回滚，我需要备份现有服务器的根 fs，它当前是主磁盘分区内的 ext4 - 而不是 LVM，这将使整个显示仅仅是手指练习。我想避免关闭服务器。
在这种情况下甚至可能吗？
我目前正在使用双重脚本将我的 110G/2T CentOS 服务器备份到 2T sftp 服务器。
由于 4 天过去了，duplicity 只备份了 90G。这不是问题。主要问题是；我有将近 600G 的缓存，该缓存是在“/user/.cache/duplicity”处生成的。这个大小不正常，怎么办？完成任务后，duplicity 会缩小或删除这些缓存文件和文件夹吗？duplicity 也会备份它的缓存吗（我没有排除 /user 文件夹）？
附加信息：我正在使用 Hetzner 服务器，这是我正在使用的备份脚本：https ://wiki.hetzner.de/index.php/Duplicity_Script/en
此外，我只是从根目录中排除了目录 proc、sys 和 dev（并从根目录开始备份所有其他内容，因为我想要一个完整的服务器备份）。
lvcreate -L 200GB -s -n snapshotname /dev/hostname-vg/root
对文件系统进行更改
将文件系统恢复到创建快照时的状态
lvconvert --merge /dev/hsotname-vg/snapshottorestore
lvs -a原始快照仍然存在
系统恢复到快照时，原始快照被删除
是否有替代方法lvconvert，或者我可以添加一个标志，以便不删除原始快照？
使用lvconvert上面的命令，我需要记住在恢复后再次手动重新创建相同的快照。由于这是一个包含许多更改的大卷，因此我需要等待半小时才能制作快照。（您无法拍摄仍在合并的卷的快照）
卷立即恢复。所以我有一个可以立即使用的干净系统，但我不想在没有备份的情况下继续。所以我需要折腾半个小时，然后备份，然后进行更改。