我一直在撞墙，试图find一个支持以下所有企业特性的在线备份服务： 适用于Linux和Windows 2003/2008服务器的全系统备份，包括Windowsregistry，系统状态，Active Driectory等。这个要求淘汰了大多数着名的在线玩家。 使用本地控制的密钥进行encryption 重复数据删除，有一个理智的和有希望的可调保留策略。 两个星期是不够的。 总部有一个45 Mbps的连接，在10M文件中有大约5TB的无压缩备份。 有些单个文件大小高达150 GB（MSSQL和Exchange数据库）。 这意味着带宽效率。 通过Windows Volume ShadowCopy服务支持SQL Server 2005/2008和Exchange 2007/2010备份。 （再一次，几乎没有任何在线服务能够做到这一点，而“转储到本地文件，然后返回”scheme对于150 GB数据库不起作用。） 合理的文件系统元数据支持，包括恢复，Windows和Linux权限是必须的。 （许多在线提供商令人震惊地失踪）。 Gruanular Sharepoint项目恢复是一个非常理想的function，但我们可以没有它的生活。 提供即付即用，全额运营的定价，而不需要像Mozy那样预留空间。 不是BackupExec，我们只是不能再信任做一个实际的恢复。 下载多GB的服务版本，每隔几周进行一次质量检查和安装，已经变得站不住脚。 另一个曾经伟大的产品赛门铁克已经销毁。 合理的成功/失败报告提供足够的信息来追踪丢失或跳过的数据（再次，大多数在线玩家在这个领域大量失败）。 能够在灾难恢复情况下将数据恢复到公有云（有希望成为系统状态）（淘汰VMware看起来很有前途的解决scheme）。 我已经尝试过或深入阅读了CrashPlan，Mozy，JungleDisk，Carbonite，i365等等。 但即使是这些服务的“服务器”或“专业”版本，也缺乏一个或多个“桌面桌面”function，这是所有面向业务的，基于场景的备份软件都有的。 请注意，我们并不是在这里寻找免费的，甚至是廉价的，只是一些运作良好，没有多less照顾和喂养的情况下是可靠的。
我仍然是磁带迷。 我知道这是“死亡”，但是由于容量，寿命和便携性，这是很难打败的。 不过，我有一些客户和潜在客户对磁带有“讨厌”的想法，并希望转移到磁盘到磁盘的备份。 我通常会设置“磁盘到磁盘到磁带”来为您提供“每天”修复（如损坏或删除的数据）的快速恢复时间，但是您可以在现场外使用磁带的便携性（同样重要的是，离线），以防万一发生灾难。 我已经为非常小的客户端安装了一个双盘旋转的e-SATA机箱，这是无法承受磁带驱动器的; 我在讨论如何使用SAN支持的虚拟化设置，这种设置仍然需要根据策略进行脱机/非现场备份（尽pipe它们具有通过Veeam Backup软件复制到整个城镇的ESXi主机的DRP“温暖”位置），特别是“脱机”位以减轻篡改/恶意行为等。 我知道戴尔制作了一个使用磁盘“磁带”的基于磁盘的备份驱动器，但我更喜欢在Windows，Linux等中被识别为存储设备的东西，并相应地安装。 在我的脑海里，这个设备体积小，重量轻（可能使用的是2.5英寸驱动器），坚固的（每个驱动器都带有耐用的托盘/底座），可以使用标准的SATAII / III驱动器（或者SAS） 。 很高兴有一些冗余（通过RAID1“对”）。
我目前有一个完整的磁盘到磁带（LTO3）备份大约12TB的数据。 不用说，它现在需要超过16个磁带，所以我正在寻找其他解决scheme。 这是我想出来的。 我想听听社区的想法。 服务器磁盘到磁盘 BackupExec 2010使用重复数据删除技术 价值20 + TB的SATA驱动器 通过SAS连接的LTO5机器人库 连接到networking的1Gbps网卡 我所设想的是对整个networking进行完整备份，这个备份最初将花费很长时间在1Gbps的网卡上，但是一旦重复数据删除就应该是快速的。 然后，我将使用LTO5进行磁盘到磁带的备份，并相应地进行归档。 大家怎么想？ 通过1Gbps网卡进行初始完整备份的更快速的方法是什么？ 我的痛点是什么？ 有没有更好的方式来做我想要达到的目标？
我们正在Windows 2008 R2虚拟机上运行一个生产MySQL v5.5数据库服务器。 我们目前只是执行数据库的每日mysqldump，然后将其备份。 我们的备份解决scheme（Veeam）支持Hyper-V，并使用VSS创build一个一致的虚拟机快照。 这是一个很好的备份方法吗？ 这是最好的备份方法吗？ 如果我们必须恢复这个虚拟机，我们会遇到任何数据库损坏？ 我们是否应该继续每日执行mysqldumps，并保留单独的备份？ 谢谢！
我正在运行最新的Cobian 11.我有一台Synology DS412 NAS。 我所有的机器（Mac和Windows）都可以在我login时访问它，并且可以手动浏览。 Cobian在两台Windows机器上作为服务安装：WinXP SP3和Win7 x64。 在这两台机器上，服务都设置为使用Windowspipe理员组中的用户帐户login。 两台计算机上的备份都将失败，并显示消息“无法创build目标目录”\\ nas1 \ backups \ foo \ bar \“：文件名，目录名称或卷标语法不正确”。 我已经尝试设置NAS的共享，以允许匿名读/写访问，但没有任何区别。 尽pipe我希望备份在半夜无人值守的情况下运行，但是我已经通过在login时手动运行它们来testing它们，但没有运气。 在开始之前，我确保我可以使用浏览器浏览NAS，以确保与Windows和NAS的任何validation会话都没有过期。 仍然没有运气。 我已经尝试在备份之前在NAS上创build目标目录并将其删除，以便备份作业可以使用客户端的凭据创build它，但没有运气。 Cobian支持论坛的常见答案是存在权限问题。 我同意。 但在这一点上，我能做些什么来进一步诊断呢？
我有两台运行不受支持的古老版本的Linux的关键服务器，目前还没有针对它们的灾难计划。 我想为他们build立一个备份系统，并能够制定一个愚蠢的灾难计划。 服务器不能closures，因此冻结它们以获得快照，或复制是不可能的。 我看着厨师和傀儡，我不知道这些是否值得一试。 我想听听build议。
我经常需要做一组文件的备份，其中有许多子文件夹，其中包含几个大的，相同的文件。 有压缩scheme（.zip，.7z等），可以自动检测到这一点，而不是多次存储相同的文件？
我们正在考虑改进我们的备份解决scheme。 我们没有大量的数据备份（目前约500GB），每晚备份到外部HD上。 我们有3个这样的HD，每周有一个进入firesafe，另外两个每晚都在旋转，以便最后的备份在夜间进行。 外部高清虽然达到了容量，因此期待升级。 有很多select，我们可以利用。 我喜欢使用2TB硬盘的NAS服务器。 规模将允许未来的增长，而不会花费巨额。 我想获得第二个2TB磁盘，然后每天在NAS上换一个磁盘。 这是假设NAS具有热插拔磁盘，因此不需要断电交换磁盘。 我的问题是这是否是使用NAS的有效方式，或者是否会导致NAS的任何问题。 另一个select是我们在NAS中有一个RAID 1，每天换一个磁盘，我只是想知道这将是多么有效率，RAID1arrays将有效地每天重build，而我不知道这将是多么繁重，将在磁盘上。
我find了关于ipa服务器备份和恢复的文档，可惜我们缺乏这方面的知识，而且这么集中的批评并不是我在黑暗中拍摄的时候真的很高兴 – 可能有些更灵活的事情，请尝试提供一个白痴备份和恢复IPA服务器的防指南？ 特别是主服务器（证书签名之一）。 …我们正在考虑在两台服务器设置（1主，1副本）中推出ipa。 我正在使用DNS SRVlogging来处理故障转移，因此，复制品的损失不是一个大问题，因为我可以做一个新的，并强制重新同步发生 – 这是失去了困扰我的主人。 我真的很苦恼的是find一个备份和恢复主服务器的分步过程。 我知道整个虚拟机快照是进行IPA服务器备份的推荐方式，但目前这不是我们的select。 我也知道freeipa 3.2.0包含了一些内置的备份命令，但这不是在centos的ipa版本，我不期望它会有一段时间。 我一直在尝试很多不同的方法，但是其中没有一个似乎能够干净地恢复，除此之外，我尝试过; 一个类似于db2ldif.pl的命令-D“cn =目录pipe理器”-w – -n userroot -a /root/userroot.ldif 从这里生成三个ldif文件 – 一个用于域（{domain} -userroot），另外两个用于ipa服务器（ipa-ipaca和ipa-userroot）： 我试过的大多数恢复类似于以下forms：ldif2db.pl -D“cn =目录pipe理器”-w – -n userroot -i userroot.ldif 这似乎工作和报告没有错误，但完全borks ipa安装在机器上，我不能再login与备份的服务器上的pipe理员密码，或我尝试ldif2db命令之前设置它的一个（我正在安装ipa-server并运行ipa-server-install，然后尝试恢复）。 我不会过分地关心失去CA，不得不重新join域名，丢失复制等等（虽然如果可以避免的话，这会很棒），但是在主服务器掉落的情况下，我真的很想避免不得不重新input所有的用户/组信息。 我想在失去主服务器的情况下，我可以推动另一个方向，并在另一个方向复制，但我还没有尝试过。 有没有人做到这一点？ tl; dr：有人可以提供一个白痴指南，以足够清晰的方式备份和恢复 IPA服务器（最好在CentOS 6上），让我感到自信，当可怕的时间到来时，它实际上会工作。 蜡笔是可选的，但赞赏;-)我不能是唯一一个挣扎着，看到IPA是多么广泛使用，是吗？
我目前正在使用复制脚本来将我的110G / 2T CentOS服务器备份到2T sftp服务器。 4天过去了，备份只有90G。 这不是问题。 主要问题是; 我有近600Gcaching，在“/user/.cache/duplicity”生成的重复。 这个大小不正常，我该怎么办？ 在完成任务后，会重复收缩或删除这些caching文件和文件夹吗？ 将重复备份它的caching太（我没有排除/用户文件夹）？ 其他信息：我正在使用Hetzner服务器，这是我正在使用的备份脚本： https ：//wiki.hetzner.de/index.php/Duplicity_Script/en 此外，我只是从根目录中排除了proc，sys和dev目录（并且从根目录开始备份所有其他内容，因为我想要一个完整的服务器备份）。