我已经使用 Azure DevOps server 2019 创建了备份，因此我想测试这些备份的完整性。通过测试我的意思是检查备份是否有效。由于数据量很大，我无法手动检查它们，所以我考虑了哈希函数或类似的东西。如果有任何工具或解决方案可以提供帮助，或者如果 Azure DevOps 服务器 2019 中集成了任何工具，它会自动让我知道并感谢您！
我最近看到我的整个邮箱mutt突然消失了。我不知道如何备份，如果可能的话？
我在 Linux Debian 10 上。
sent发送的所有邮件的文件都没有消失，这很奇怪。
也许有这种删除到文件中的痕迹/var/log/mail*？
如果有人能知道发生了什么。
我对 ZFS 的体验通常是它可以正常工作，所以我希望答案是，这不是问题——但我有一个数据池，如果它出现故障，它将毁掉我的 1 月份，所以我想仔细检查一下。
这个问题实际上可能在涉及单独数据池的两种不同情况下出现。现在我正在处理第一个，但我也想知道第二个：
- 系统盘的存储（即持有的那个
rpool）失败了，但是数据池的存储很好，所以你想从备份中恢复系统盘，但继续使用数据池的实时存储。 - 您在 VM 中运行 Solaris，并希望回滚到虚拟机管理程序拍摄的快照（不是ZFS 快照
rpool），但数据池存储在处于“独立”模式、RDM 等的磁盘上，因此将不会被回滚。
在这两种情况下，当 Solaris 重新启动时，它会看到一个它知道的数据池，但它处于它从未（据它记得）放入的状态。
我主要只关心在系统磁盘倒带之前系统完全关闭的情况，以及系统在倒带到映像之前完全关闭的情况。我希望在运行状态之间切换可能会有点棘手。
另请注意，在我的特定情况下，池的存储几何结构和存储路径没有改变。同样，如果他们有，我希望这会更棘手。
我什至不会用 Windows 和 NTFS 来问这个问题，因为这是一个相对简单的解耦系统，所以很难看出它为什么不起作用。但是，Solaris 似乎将某种池元数据保留在带外，正如您应该在系统之间移动池时所证明的那样zpool export（zpool import感谢 VMware，我从未以这种方式这样做过）。我对该元数据及其用途的了解有限，因此我很难推断这种情况下的影响。（对此的解释会很棒！）
我实际上仍然可以访问预回滚系统。它位于由 HP SmartArray 支持的 VMFS 数据存储中，该数据存储在命运多舛的预防性维护磁盘更改后引发 1716 POST 警告（由于 SmartArray 比 ZFS 更笨而丢失数据）。所有重要的虚拟机看起来仍然很好，对其文件系统的扫描也没有发现错误，但我还是计划从最近的备份中恢复阵列，因为我有理由怀疑 ESXi 会默默地将坏扇区归零而不是将错误传递给来宾，所以我不想冒险潜伏在某个地方的某个归零扇区稍后会咬我的屁股。
对于 Solaris VM，我不必担心零扇区，因为 ZFS 会捕捉到这一点，但大多数其他 VM 使用哑文件系统。不过，备份是整个 VMware 数据存储的映像，因此修复它们也会回滚 Solaris VM。实际上，我rpool对该 VM 进行了清理，它没有发现任何错误，所以，如果我愿意，我可以将其 VMDK 存储在其他地方，并在回滚后将其复制回来，然后整个问题将是没有实际意义。我想这就是我会做的，如果没有人回答，大声笑。但这是我想知道一段时间的事情，所以我还是会问。
那么问题来了，我可以直接回滚系统盘的存储并完成它吗？ 或者我是否必须从预回滚系统中导出池，回滚，在附加存储之前删除池，然后附加存储并导入池？我不喜欢后者的声音，部分原因是该池同时提供 CIFS 和 iSCSI，我不记得我是如何设置它们的，甚至不记得如何设置它们，所以如果它们坏了我会生气的。（你能说我们没有全职的系统管理员吗？哈哈）
VM 运行的是旧版本 Solaris 11.0。
（顺便说一句，它较旧，部分原因是同样的问题。我想在尝试升级之前对 VM 进行快照，以防万一，但后来我担心回滚系统可能如何对独立池做出反应，所以只是别管它。是的，我意识到我也可以rpool为 .
所以我有一个非常重要的问题，需要一些关于 linux 服务器操作系统备份和恢复的建议。google 和其他来源有很多信息，但没有太多时间来测试每个解决方案。
- 我在专用服务器 HW RAID1 上使用没有 GUI 的 Ubuntu 服务器 18。
- 我通过 CIFS 安装了 NAS SMB 网络共享，NAS 只能通过专用网络服务器 ip 访问。
所以我想做 ubuntu 服务器文件系统备份（快照）并将其存储在 SMB 共享上。
问题：什么更好用（bacula、timeshift 控制台、tar 等）以及系统还原呢？如果某些东西会崩溃，我希望安全并从 NAS 快速恢复而不进行更改，设置像 sda6 一样不能触及的分区。
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 91M 1 loop /snap/core/6350
loop1 7:1 0 97.1M 1 loop /snap/core/9993
sda 8:0 0 894.2G 0 disk
├─sda1 8:1 0 1M 0 part
├─sda2 8:2 0 1G 0 part /boot
├─sda3 8:3 0 3G 0 part [SWAP]
├─sda4 8:4 0 20G 0 part /home
├─sda5 8:5 0 50G 0 part /
└─sda6 8:6 0 820.2G 0 part
└─vg1-vsv1001--d6i7oz--mc 253:0 0 500G 0 lvm
还有一个问题是关于 Ubuntu 服务器在 GUI（桌面）上的可用性，我发现使用 timeshift 管理备份更容易，但是如何加强桌面安全性，使其只能通过 RDP 上的 1 个 ip 连接，而 SSH 现在只能在 1 个 ip 上访问.
感谢您的所有回答。;)！
我以 2 个 vhdx 文件的形式恢复了一个 hyper-v vm (2012 R2) 的裸机备份。如何启动备份的虚拟机？我应该刻录到 USB/DVD 还是可以只使用未分配的驱动器空间？
我在备份/恢复到 Windows 服务器映像方面没有太多经验。我有一个带有 sql 和会计程序的 Windows server 2012r2。它已/已加入域。我必须从备份映像还原（我使用 Novastor 备份服务器）。服务器有旋转磁盘，我用固态磁盘替换它们，然后对它们进行恢复。服务器现在不允许我使用我的活动目录凭据登录，只能使用本地管理员登录。我认为它不再正确链接到域。关于我需要做什么才能恢复正常的任何建议？
我真的希望从映像备份中恢复可以正常工作，但也许不是因为安装了新硬件？我不想进行全新安装，而必须重新安装和重新配置所有内容。想法？
谢谢。
我想备份一个大约 4TB 的文件服务器：
- 14 天的每日还原点
- 每周恢复点 4 周
- 每月还原点 6 个月
考虑到我们希望尽可能多地节省空间，同时仍保留良好的恢复可能性，最好的方法是什么。
我正在考虑配置 3 个不同的作业（3 个完整的作业，每个增量都在顶部）。或者我可以使用一个包含 3 个作业的完整备份来保存每个在该 1 个完整上添加增量以节省空间还是非常冒险（只保留 1 个完整）？
我应该有 1 个以上的活动完整吗？
也许有更好的方法。
我能够创建一个比我当前更大的新虚拟机，但我无法将旧虚拟机升级或调整到更大的大小，即使它的类型非常相似。所以我在想，既然我无法调整虚拟机的大小，我可以创建一个更大的新虚拟机，然后简单地将旧的、更小的虚拟机操作系统磁盘的内容恢复到它的操作系统磁盘上吗？我的意思是，这两个 VM 似乎实际上是相同的，只是更大的类型具有 Premium Disk 支持。
我之前已经轻松地调整了其他 Azure VM 的大小，但是这个特殊的新场景是我尝试调整大小的旧 VM E32a_v4 支持标准 SSD 而新 VM E32as_v4 支持高级 SSD - 这是非常原因我正在尝试升级！我的意思是，这两种 VM 类型仅相差一个字母！然而，不幸的是，调整大小操作并不那么简单。Azure 不允许在适当位置执行调整大小，说“无法调整虚拟机大小”。以下是详细信息：
“无法将虚拟机 'MyVirtualMachineName' 的大小调整为 'Standard E32as_v4'。错误：操作无法完成，因为它导致超出批准的标准 EASv4Family 核心配额。其他详细信息 - 部署模型：资源管理器，位置：eastus，当前限制：32 ，当前使用情况：32，额外要求：32，（最低）要求的新限制：64。在https://aka.ms/ProdportalCRP/?#create/Microsoft.Support/Parameters/bla-bla提交配额增加请求 -bla通过指定“详细信息”部分中列出的参数来成功部署。请在https://docs.microsoft.com/en-us/azure/azure-supportability/per-vm-quota- 阅读有关配额限制的更多信息 请求。”
但据我接触的 Azure 支持技术人员说，
“. . . 如果客户试图将在标准磁盘上运行的 VM 调整为在 Premium 磁盘上运行的 VM，他们将无法做到，因为存在显着的硬件差异。但是，客户应该能够创建品牌新的虚拟机为 E32asv4，如果他们愿意，可以迁移数据。”
这是不可接受的，因为为我创建一个全新的 VM 并不意味着我可以简单地“迁移数据”——配置了非常多的软件包，并且我必须重新创建太多的其他 Windows 策略和其他设置. 这将是一项非常费力的任务，而且我会错过许多重要的偏好和配置的机会太高了。
因此我在想，我不能简单地备份旧的 E32a_v4 VM 的 OS 磁盘并将其还原到新创建的 E32as_v4 VM 作为其新的 OS 磁盘（清除或替换它已经拥有的任何内容）吗？
我正在使用 duplicity 0.7.06 进行备份，使用 0.7.17 来恢复 duplicity 备份。但是在尝试从中还原目录时出现错误“未找到备份链”。
我不确定那个错误意味着什么。
备份是这样进行的（并且没有错误）：
duplicity --no-encryption --full-if-older-than 10D /path/to/dir s3+http://my-s3-bucket/duplicity/dir
如果我列出它们，我可以看到重复档案：
~$ s3cmd ls s3://my-s3-bucket/duplicity/dir/
2019-05-12 15:51 19505 s3://my-s3-bucket/duplicity/dir/duplicity-full-signatures.20190512T155147Z.sigtar.gz
2019-05-12 15:51 724 s3://my-s3-bucket/duplicity/dir/duplicity-full.20190512T155147Z.manifest
2019-05-12 15:51 728333 s3://my-s3-bucket/duplicity/dir/duplicity-full.20190512T155147Z.vol1.difftar.gz
我正在尝试像这样恢复它：
duplicity --file-to-restore path/to/dir s3+http://my-s3-bucket/duplicity /home/restored/dir
我得到的错误是：
duplicity 0.7.17 (February 26, 2018)
Args: /usr/bin/duplicity --file-to-restore path/to/dir s3+http://my-s3-bucket/duplicity /home/restored/dir
Linux machinename 4.15.0-48-generic #51-Ubuntu SMP Wed Apr 3 08:28:49 UTC 2019 x86_64 x86_64
/usr/bin/python2 2.7.15rc1 (default, Nov 12 2018, 14:31:15)
[GCC 7.3.0]
================================================================================
Using temporary directory /tmp/duplicity-Zu29z3-tempdir
Temp has 30699757568 available, backup will use approx 272629760.
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: none
Traceback (innermost last):
File "/usr/bin/duplicity", line 1555, in <module>
with_tempdir(main)
File "/usr/bin/duplicity", line 1541, in with_tempdir
fn()
File "/usr/bin/duplicity", line 1393, in main
do_backup(action)
File "/usr/bin/duplicity", line 1472, in do_backup
restore(col_stats)
File "/usr/bin/duplicity", line 728, in restore
restore_get_patched_rop_iter(col_stats)):
File "/usr/bin/duplicity", line 750, in restore_get_patched_rop_iter
backup_chain = col_stats.get_backup_chain_at_time(time)
File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 974, in get_backup_chain_at_time
raise CollectionsError("No backup chains found")
CollectionsError: No backup chains found
我正在构建一个 prometheus 堆栈，该堆栈使用 remote_read/remote_write 功能进行长期存储，并且我有一些关于是否/如何备份 prometheus 的 tsdb 的问题，因为它正在使用长期存储。
1）如果数据被推送到远程存储，我是否需要备份prometheus TSDB？
2）如果出现故障需要重建prometheus实例，是否需要恢复prometheus的tsdb？或者，如果它在本地 tsdb 中没有保留期的指标，它是否会尝试查询长期存储？