我刚刚开始使用Bacula，这非常棒， 我阅读的一个教程build议将完整备份放入不同的池（磁盘）以进行增量备份。 说完整和增量备份这样的好处是什么？ 如果使用增量计划（和增量池），那么Bacula会使用哪个池，但将备份升级到完整状态，因为它无法find以前的完全备份？
在我的老公司，我们使用了支持“.snapshot”function的NetApp。 每当我对我的文件做了一些愚蠢的事情，我可以cd .snapshot ，find包含我当前目录快照的每小时和每晚的目录。 我得到我需要的文件并恢复工作。 开源世界中有没有类似的东西？ 我发现很多备份项目，但是他们通常备份到不同的机器，用户不容易访问。 我发现了一些在rdiff-backup之上运行的用户空间文件系统，但是有没有一个项目把所有东西联系在一起成为一个有凝聚力的系统？ 提前致谢。
我正在寻找非常频繁的备份（每小时）postgres数据在几个虚拟机（比如说20-50）对同一个档案服务器。 这里有更多的数据，如果需要的话：理想情况下，系统应该支持所有虚拟机上的80到200个数据库的负载。 数据库很小（从10MB到100MB）到中等大小（500MB – 2GB），由百分之一表组成，这些表中的一小部分可以很容易地包含数千行，高达大约一百万行。 对数据库的更改通常是新logging，有些更新，没有太多的删除。 带宽将是100Mbits / s。 正如我已经使用增量备份（ rsync ）的标准文件系统这样做，我想知道是否可以通过postgres数据库备份实现类似的东西。 我有几个可能的select： 我可以select把数据库放在可快照的文件系统上（ aufs docker style， ZFS ， btrfs ，但是其中一些看起来确实减慢了postgres的速度）。 如果需要，我准备好使用WAL 如果需要的话，只能在数据库级别进行备份会更好。 因为我不需要备份整个postgres数据，只有客户数据库。 我在postgres服务器上有一些可以保留中间备份的磁盘空间。 我可以在虚拟机上承担一些合理的CPU工作负载，但是宁愿在备份服务器上最小化它，因为它会增加更多的数据库来备份。 我并不是在寻找连续备份或PITR恢复选项。 我的备份服务器有一个基于文件的系统（brfs）来执行高效的备份定期快照。 这很好。 我想过： 在SQL中使用rsync与pg_dump本地组合到服务器，但是我不确定我应该使用哪种不同的格式来保持最高的效率。 使用可快照的文件系统，允许在块级别上发送二进制差异（btrfs和ZFS擅长），使用或不使用本地转储（关于要使用的备份格式相同的问题）。 我已经知道了pg_rman的存在，我不知道它是否可以依赖，设置和各种过程似乎比pg_dump稍重。 它会支持只有增量备份吗？ 我们可以在备份方面有一个实际的格式吗？ 还有增量备份达到小带宽的另一种方式吗？ 那么… 我怎么能在我的postgres备份scheme中将带宽缩小 ？
我不认为这个确切的问题之前已经问过（我看了）。 我的备份服务器使用Robocopy运行一个脚本，我想排除那些不需要备份的文件，具体来说： *\AppData\Local\Google *\AppData\Local\Microsoft\Windows *\AppData\Local\NVIDIA *\AppData\Local\Temp *\AppData\LocalLow\Google （所有这些都有一百万个微小的caching文件需要大量的时间进行分析，但不需要恢复;大部分的增量备份运行时间正在处理这些文件） “\ AppData …”之前的path根据计算机名称，用户名（每台计算机上的多个用户）以及该计算机上的文件夹结构（并非每个人都拥有c :)上的所有数据）而有所不同。 为了简单起见，我有一个名为_exclude的环境variables，我在每次调用Robocoy时使用： SET _exclude= /XD *AppData\Local\Google *AppData\Local\Temp […etc] 我不想排除每个包含“AppData”或“Local”或“Google”的目录，因为这会排除有价值的数据。 只是那些特定的子path。 我已经试过，没有引导'\'，有和没有双引号的path，有/没有'*'，以及这些排列。 有没有办法使Robocopy的这个工作，没有硬编码每台机器上的每个用户的特定path？
我目前使用带有–link-dest的rsync来获得一个增量的Time Machine-ish备份。 我常常将备份驱动器换出到外部站点。 其中一个来源是Mac，而从Linux机箱到Mac的rsyncing似乎工作，它相信它没有捕捉HFS +文件系统的所有细节，所以我不能真正做一个OS DVD完全恢复如果我需要。 另外，与具有类似数据量和文件数量的其他源相比，备份mac需要很长的时间。 所以，我想我会使用时间机器的Mac，并继续使用rsync的其他来源。 Time Machine是做这件事的最好方法吗？ 如果是这样的话，我需要在Linux服务器上做些什么才能使其成为有效的Time Machine目标？ 如果不是，你有什么build议？ 我知道网上有几个（Time Machine到Linux）的页面，但是我认为ServerFault可以使用一个。
例如，假设我使用robocopy完成了完整备份。 然后，我可以使用rsync来复制更改吗？ 或者将rsync做另一个完整的副本？ 我不希望发生这种情况，因为它是通过一个慢速WAN链接。
我正在制作一个非常大的数据库（超过250个演出），超过2.25亿条logging。 这个数据库很难从其庞大的规模工作。 这个数据库是只读的。 我们正在寻找更快的硬件，但是我试图find最有效的方式来处理数据库。 该数据库必须每晚从主数据库更新，停机时间必须保持最短。 主数据库由第三方维护。 我试图find更新数据库的最佳方式，但我没有很多运气。 我研究了差异备份和事务日志备份，但为了应用它们，必须首先恢复完整备份。 在我的情况下，这完全违背了差异备份的目的，因为我可能会在master数据库上完成完整备份，然后每晚只恢复完整备份，因为这比恢复完全备份并每隔一段时间应用差异备份晚。 我希望有一个解决scheme，我可以完成一次完整的备份（或者一个月一次），然后从此基于相互构build的原始完全备份，简单地应用某种types的增量备份。 这会使停机时间缩短到一分钟，因为一旦第一次完全备份完成，我只能每晚应用增量备份。 我会简单地重build每个“增量”备份后的索引。 我没有find像这样的解决scheme。 我现在正在深入研究数据库备份和性能，并不断地阅读MSDN，但似乎这个解决scheme不是一个选项。 我以为我会问最后的手段 – 当然这里有一些pipe理大型数据库的地方，夜间恢复是不切实际的。 有什么build议么？ 我也开放给build议/链接到性能的页面，因为我从来没有一个数据库这么大的工作。
我正在从Slicehost租用一片（即一个VPS）。 我花了一两天的时间用我最喜欢的软件包/etc填充/usr ，configuration文件和init脚本，等等。 现在我想： 将整个设置保存在某个地方（例如，加载到另一台机器上）。 看看我对哪些文件做了哪些修改 恢复更改，标记修订和所有其他好的版本控制的东西 保存磁盘映像给我（1），但不是（2）和（3）。 使用Subversion（ svn import / svn://someotherhost ）可能会给我所有这三个，但是如果我真的尝试检查一个项目到/并在根目录下维护.svn目录，我预计会出现问题。 而要加载我的设置到一个新的切片，我需要先安装一个svn客户端。 有没有一个很好的方法来做我想做的事情？
我有我的家庭文件夹几GB。 是否有可能运行焦油，创build一个home.tar.gz，然后对于更改的文件，它创buildhome1.tar.gz只有修改过的文件从前面的tar（因此是一个增量备份）？ 我想检查生成的校验和文件，并将其导出，就像home.md5，home1.md5等（我知道这可能是另一个过程，但也很有趣）。
有许多大的Xen稀疏图像文件需要备份，我正在寻找一种方法来有效地做到这一点在磁盘空间方面（节省空间与差异工具，如重复，bup，rsync，womble的lvmsync等）。 ）和磁盘/networking带宽。 不幸的是，空间和带宽的要求nixes我刚才提到的工具，因为他们将扫描文件的全部内容，以find源和目的地之间的增量。 所以，我想避免以下的陷阱： 盲目复制整个文件 强化扫描整个文件以生成校验和以供比较 同一卷上的数据（由于COW或其他function）的冗余副本 – 这必须适用于源卷和目标卷。 在正常的系统使用期间显着的性能下降 search引导我find了一个很酷的例子，它满足了上述所有标准：使用sparsebundles作为源卷的OS X Time Machine。 哦，那不适用于Linux。 但是有趣的是，看一下稀疏捆绑中的单个“band”文件的m个时间是如何简单地告诉你自从上次备份date以来哪些位已经被修改 – 几乎是零工作。 节省空间并不完美，因为乐队是4MB长，但仍然非常好。 最后，在使用精简configuration逻辑卷时，我遇到了精简configurationtesting套件，其中包括使用thinp分配数据进行快速差异备份的示例 。 我以为我find了我的解决scheme…只是把图像放在薄薄的LV上，并使用快照！ 但后来我意识到这会在源卷上使用太多的空间，并减慢速度。 正常的LV是短期使用的。 我仍然想知道是否有一些script-fu或狡猾的configuration选项可以使快照逻辑卷的行为像一个“幻影”快照：它只会logging与修改后的块关联的块分配数据，而不是复制 – 写数据块本身。 这个幻影快照可以被备份脚本读取，并立即为给定的LV选取修改的块。 （我想有些人会称之为日志。）备份成功完成后，它可以删除现有的幻像快照，并创build一个新的快照以保存下一个差异备份的修改信息。 该解决scheme不必涉及LVM，但是通过这种方式考虑解决scheme，可以让我以更坚实的forms呈现所需的解决scheme。 要在Linux上达到这个级别的备份效率，必须有一些办法。