我有两个配置为 RAID1 的 1TB 单分区硬盘，我想在第三个磁盘上进行异地备份，我仍然要购买它。我们的想法是将备份存储在距离我家很远的亲戚家里，希望在全球热核灾难发生时所有信息都是安全的。
当然，这个备份会被很好地加密。我仍然需要决定是简单地 tar 整个分区，还是使用 dd 创建磁盘映像。这两种方法之间是否存在我可以忽略的重要差异？在最好的情况下，这种异地备份每年更新不会超过两到三次，因此性能根本不应该成为需要考虑的因素。
如果你是我，你会使用什么以及为什么？dd、tar 还是第三个选项？
我正在旧的 msa60 上重新创建袭击。当我创建它时它会检查坏磁盘吗？它是三个 msa60 机箱，每个机箱有 12 个盘位和 1TB。我需要大约 24TB 的可用存储空间，理想的 raid 是什么？这将用作辅助备份，并且还会附加一个磁带库。
我知道从 LTO 磁带驱动器读取数据的唯一方法是使用像 Backup Exec 这样的大而重的工具。
我正在寻找一种轻量级或免费的工具，可以从连接到 Windows 服务器的 LTO 磁带驱动器读取文件。该工具最好让我清点磁带上的备份会话，并选择一个或多个文件从磁带读取到磁盘。如果备份已加密（磁带驱动器中的硬件加密），我将需要能够输入加密密钥。
我正在寻找一种可以配置为通过组策略部署的解决方案。我已经研究过Windows Backup，但它不满足我们的要求。我们需要这样的东西：
此问题是此处发布的先前主题的结果：Fake Recycle Bin via Group Policy
我有一个Quantum LTO-4 HH 原始驱动器，最近我遇到了很多磁带问题。
很长一段时间每3-5个磁带，驱动器要求我清洁磁带，但最近驱动器需要经常清洁（每2个磁带，有时只有一个，甚至停在磁带中间）。我以为是磁带的问题，因为它们已经使用了很多次，然后我买了新的磁带。
现在的问题是新磁带无法使用，因为在备份 5-6 GB 后，驱动器变脏并要求清洁磁带。我已经测试了 2 家不同供应商的 4 盘磁带（索尼和昆腾），但都失败了。在新磁带（索尼）的第一次“灾难”之后，我能够备份一个完整的旧磁带，但现在在第二次“灾难”（昆腾磁带）之后，即使是旧磁带在 5-6GB 后也失败了。
我应该更换设备还是可以通过“手动”清洁来解决？
如果是后者，我是否需要任何特殊产品进行手动清洁？
我在 MongoDB 的官方文档中读到：
重要：db.fsyncLock() 可能会阻止读取，包括验证身份验证所需的读取警告：调用 db.fsyncLock() 时，请确保连接保持打开状态以允许后续调用 db.fsyncUnlock()。关闭连接可能会使解锁变得困难。
在最坏的情况下，我使用 fsyncLock() 来阻止数据库，但由于临时网络故障，我突然失去了与数据库的连接。在这种情况下，我无法重新连接，因为 fsyncLock() 阻止了读取器。我的数据库将永远被阻塞。
我现在正在考虑关闭 mongodb 进行备份。单 mongod 最安全的备份解决方案是什么？
我正在使用 Rsnapshot 将我的服务器文件备份到远程服务器。为了最小化文件大小，我想对备份文件进行 tar，但我不知道如何使用 Rsnapshot 来做到这一点。
谁能帮我这个？任何帮助将不胜感激。谢谢你。
我管理着一群正在从基于 Windows 的笔记本电脑转向 macbook 专业人士的用户。我想创建一个高清图像或克隆，就像我为基于 Windows 的机器所做的那样。通过这种方式，我可以安装和配置用户将用于工作的所有需要的软件，如果他们的笔记本电脑被盗或损坏，我可以发行一个新的并将克隆的图像加载到 HD 上。
内置备份应用程序仅适用于保存文档或图片 - 在完全失败的情况下无法保存应用程序及其配置。
任何人都知道用于此目的的好用且易于使用的工具？
我需要家用电脑来完成简单的备份任务（在 Linux 上只是 cronjob，它将每天运行一次）：
不使用 ECC RAM 执行该任务（冷备份服务器）是否安全？
由于我将使用可重写磁盘，因此可以自由地重复操作错误，因此如果有一天我需要在此操作上花费更多时间，这对我来说是可以接受的解决方案。
但我不确定，文件验证能帮我避免内存错误吗？...
那么我是否需要为我的家购买单独的带有 ECC RAM 的服务器来完成这项任务，还是我可以只使用我的旧家用 PC（没有 ECC 的 RAM）并且根本不花钱？.. [我可以购买服务器，我明白，今天都很便宜，但我宁愿不花钱，如果可能的话不要花钱，而且它会消耗更多的能量，把我的时间花在管理上，我需要在我的房间里找到空间..]
我有一个在 CentOS 7.3 上运行的 PostgreSQL 9.4 数据库。该数据库相当普通，通过https://yum.postgresql.org/安装。
我正在尝试备份此数据库，并在另一台主机上测试恢复。如果我尝试使用 进行恢复--set ON_ERROR_STOP=on，则恢复会失败。为什么是这样？
我的备份过程基于https://www.postgresql.org/docs/9.4/static/backup-dump.html上的建议。在全新安装 Postgres（其中包括 initdb）后，我使用以下命令。
pg_dumpall --clean | gzip | split --suffix-length=4 --numeric-suffixes --additional-suffix=.split.gz --bytes 1G - postgres.pg_dumpall.
这会产生一系列如下文件：
[postgres@db1 backups]$ ls
postgres.pg_dumpall.0000.split.gz
postgres.pg_dumpall.0001.split.gz
...
postgres.pg_dumpall.0040.split.gz
[postgres@db1 backups]$
为了恢复，我想我可以使用cat,gunzip和psql --set ON_ERROR_STOP=on。但这不起作用：
[postgres@db2 ~]$ cat postgres.pg_dumpall.*.split.gz | gunzip | psql --set ON_ERROR_STOP=on postgres
SET
SET
SET
ERROR: database "foo" does not exist
[postgres@db2 ~]$
如果我删除 ，该命令将完成--set ON_ERROR_STOP=on，但我不清楚备份存档是否有效。