我正在计划为我们的服务器进行灾难恢复，并一直在寻找这个解决scheme。 我知道Clonezilla，但它不完全符合“不同的硬件”部分。 我仍然可以使用Clonezilla的一些解决方法，但有一个更好的解决scheme存在，一个简单的恢复过程？ 还是虚拟化是一个更好的主意？ （我有小而简单的服务器）
我想设置标准的rdiff备份到远程服务器。 但是networking连接能力的数据量非常大。 因此，我需要一些方法来做没有rdiff备份的数据的初始副本（因为没有办法恢复传输数小时后失败的初始传输）。 我的想法是最初在物理媒体上传输数据到远程服务器。 在传输之后，我通过rync同步数据以确保它们是相同的。 现在我想做初始rdiff备份。 当我运行rdiff备份时，有很多行 Getting delta (with hash) of XY 就好像目录不一样。 这些线是什么意思？ 他们是否意味着远程rdiff备份决定文件不相同，所以有delta差异转移？ 有没有其他的方式来做大数据的初始传输，在失败的情况下可以恢复（而不是从头开始重启）？
程序发出命令，但命令长度不正确 这是在安装在Windows 7最终版本上的虚拟主机上运行的虚拟Windows Server 2008 R2标准版本。 任何帮助？ 谢谢。
我正在努力将Windows Server计算机还原到特定时间点，而不使用映像（有组织的原因，为什么我们无法将映像系统驱动器），因为我正在使用Windows Server 2008 R2环境我一直在调查Windows Server Backup。 该服务器是一个SQL服务器，运行SQL 2008 R2，没有别的，但我想要恢复的是： Windows Serverconfiguration（安装了哪些angular色，服务是否处于活动状态，configuration了login） SQL Serverconfiguration（什么loginconfiguration到实例，SQL选项如何configuration） 我不需要Windows来备份或恢复实际的数据库，因为我把它作为一个单独的步骤来处理。 我的问题是，如果我只有一个C：安装了SQL和Windows， 系统状态恢复是否会覆盖上述两个目标？ 或者我需要以某种方式恢复整个C：卷？
我已经接pipe了一些系统pipe理员的职责，并正在寻找以下（如果可能的话）。 1）将单个Windows Server 2008 R2设置为所有备份的集线器。 2）在这台机器上使用Windows Server Backup远程连接所有其他服务器并备份。 这可能吗？ 如果这样怎么样？ 或者，还有更好的方法？ 注：大多数服务器是2008 R2，但我有一个2012年和一个旧的2003年。所有这些服务器位于同一子网上的同一机架，因此带宽不是问题。 我会考虑这些所有的现场备份。 异地备份是另一回事。
可以使用rsync命令同步SVN存储库目录。 会不会有任何问题，库文件会因此受到损坏？ （我只在没有人使用存储库时才使用rsync）。
我正在尝试将Windows Server 2012计算机升级到Windows Server 2012 R2。 我有一个我的证书作为键值对存储在以下registry项中 – HKLM\Software\Microsoft\SystemCertificates\MyCerts\Certificates\ 现在，在升级之后（这是成功的），上面提到的关键仍然存在，但是其所有关键值对都被删除了。 这是正常的升级行为？ 有什么办法来防止这种情况（除了registry项的备份）？ Windows在升级过程中是否将其存储在其他位置？
我正在设置每月完整备份和每日差异。 完整备份目前是1日，但我可能会改变到第一个星期六。 我需要保留完整的备份几个月（多套）。 我的问题是：在本月的第一个月我该如何防止差异备份运行？ 我不希望他们都在同一时间，或差分运行基于以前的全面…如果这是有道理的。 有没有办法从差别时间表中免除一周或一个月的某些日子？ 我无法在维护计划向导中find任何方法… 这是在SQL Server 2012企业版上 谢谢
Windows文件系统是通过samba挂载的，我试图压缩大量的小文件： find /path/to/files/ -newermt "2012-01-01 00:00:00" -path '*/*log.txt' -exec tar cvfz log_file_system.tar.gz {} + 但过了一会，tarball的大小被重置。 /path/to/files/log1.txt tar: Removing leading `/' from member names <- the size of the tar became zero /path/to/files/log2.txt 为什么发生这种情况？ 我该如何解决这个问题？
所有的Bacula备份在周末开始失败，出现以下MySQL错误： 致命错误：sql_create.c：XXX填充文件表查询失败：INSERT INTO文件（FileIndex，JobId，PathId，FilenameId，LStat，MD5）SELECT batch.FileIndex，batch.JobId，Path.PathId，Filename.FilenameId，batch.LStat ，batch.MD5 FROM批JOINpathON（batch.Path = Path.Path）JOIN Filename ON（batch.Name = Filename.Name）：ERR =键'PRIMARY'的重复条目'375086058' 这是相当突然的：似乎是在凌晨3点05分到3点11分之间发生的，没有其他的提示。 快速看一下数据库同意，375086058是最高编号的FileId字段（这是文件表的主索引），但我不知道如何解决它，而不会破坏我的Bacula数据库。 有任何想法吗？