标签: snapshot

这是我的场景：我有两台服务器（还有更多，但本场景有两台），一台是 Solaris 备份服务器，第二台是 CentOS Linux 服务器。每天晚上，CentOS 服务器都会运行一个 cron 作业来将自身同步到 Solaris 备份服务器。完成此操作后，它会将日期和时间放入 Solaris 服务器上的一个特殊文件中。Solaris 服务器每分钟运行一个 cron 作业，如果它看到这个文件，它就会抓取内容并使用它来制作快照。

结果很棒：每天备份都会自动运行，然后创建 ZFS 快照。工作了两个多月。我原以为现在空间不足，需要开始（手动）删除旧快照。但事实上，我在空间上很好。我唯一担心的是，随着每天增加 60 多个快照，大量 ZFS 快照是否存在任何已知问题？ZFS 文件系统可以拥有的 ZFS 快照数量是否有上限？或者我可以继续积累快照直到空间不足？

定期拍摄生产服务器的快照是否是个好主意。我读了很多网站，建议您不要拍摄生产系统的快照，指出它会影响网络和机器性能。有人对此有任何见解吗？

请参见：http : //communities.vmware.com/message/1047809

我听说如果您有一个大快照要删除（保留修改），您应该再次创建一个小快照，然后“全部删除”，以便在后台进行合并。

这是管理大快照的好方法吗？

我的任务是为我的小型办公室（大约 12 人）设置备份系统。我们的大部分生产资料都在 AWS 云上，所以我需要备份的是一些小型办公/开发文件（目前低于 100G），加上我们的运营虚拟机和开发文件，总计略低于 1T。

我只需要一些可靠、方便、简单的东西。我对 Linux、FreeBSD 以及某种程度上的 Solaris 10 很满意，所以我倾向于使用完整的服务器，而不是像 Openfiler 或 FreeNAS 这样的设备系统。

我正在考虑的是一个小型文件服务器，用于虚拟机的一般存储和夜间备份，然后是到 Amazon S3 存储服务的异地备份。通常是每晚进行增量备份，每周进行完整备份。

我的问题是使用 ZFS 快照（无论是在本地还是通过“zfs send [-i]”转储到 S3）是否是一种可行的备份工具？或者我应该坚持使用口是心非，或者完全使用其他方法？

内部文件服务器/备份计算机上的 ZFS 快照听起来像是提供快速方便的数据恢复的完美方式，因此我可能会选择这种方式来实现本地冗余。（如果您看到依赖 ZFS 快照比更传统的归档备份更糟糕的情况，请随意说服我。）但是快照是否足够灵活，可以依靠备份服务器丢失进行恢复？或者我选择更传统的东西会更好吗？（随意推荐您喜欢的免费或商业备份解决方案。）

我为我的朋友创建了一个 Linux 设备。这是一个小型的 Ubuntu 安装，配置了 Trac、lighthttp 和 ufw。

我是用 VirtualBox 做的。

现在我想导出最新的快照版本，其中所有内容都受到保护并配置为原始磁盘映像，以便与 KVM 一起使用。

现在我想知道我是否因为不知道如何导出而浪费了几个小时的工作。

我已经浏览了互联网，但材料数量巨大，而且我还没有找到与我想做的事情类似的描述。

是否可以？

我有一台 Windows Server 2008 R2 HyperV 机器。我不得不将其恢复到旧快照，现在使用域 ID 通过远程桌面登录时出现以下错误：

"the trust relationship between this workstation and the primary domain failed"

我试过跑步

netdom resetpwd /s:server.company.lab /ud:na\domainAdminId /pd:password

但它没有帮助。我尝试重置密码并重新启动服务器，但没有帮助。

有任何想法吗？

是否可以在不使用新的/更改的/删除的文件覆盖目标目录中的文件的情况下镜像两个目录。类似于快照的东西。

示例：将包含所有文件和子目录的源目录复制到目标目录，但如果目标目录包含例如文件A.xls并且A.xls在源目录中已更改，则复制A.xls但A在目标目录中保留前一个。要保留以前的文件，可以将日期戳或计数器添加到文件名中。

复制后的示例：
SomeDirectory
|--A.xls
|--A_20120701.xls
|--A_20120920.xls

谢谢你。

假设您有一些存储在 iSCSI 存储阵列（例如EqualLogic PS4110）上的虚拟机（例如在 ESXi 中运行）。现在假设你想设置一个备份和恢复机制，看起来像这样：

• 虚拟机停顿
• 拍摄快照
• 快照被复制到磁带
• 快照被删除
• 磁带被带到异地
• 灾难发生
• 从异地取回磁带
• 从磁带复制快照
• 从磁带中恢复的 VM 重新启动

似乎有两种明显的方法可以对 VM 进行快照：

• 管理程序创建快照（就像vSphere Data Protection 获取快照的方式一样）
• SAN 创建快照（就像EqualLogic Auto Snapshot Manager/VMWare Edition 似乎工作的方式）

具体问题：

1. 在为上述备份机制实现快照的这两种方法之间，我应该考虑哪些权衡？

2. 无论快照的目的如何，这些快照方法中的每一种是否都有一些基本的好处？

我知道现代文件系统快照占用的空间非常小，直到它们因文件更改而开始出现分歧。但是，我一直无法确定 btrfs 管理更改的粒度。换句话说，文件中的一个小更改是否会导致更改快照中的文件的整个重新分配，或者仅重新分配文件的子集？

原因是要知道在处理非常大的文件的快照时会发生什么。

在上一个问题中，我们讨论了完全依赖 NetApp 快照进行备份的利弊。我现在发现自己处于这种情况，因为我们老旧的赛门铁克 BackupExec 磁带服务器在重建其 RAID-1 阵列时发生了灾难性的故障。某事，某事，某事主动升级关键系统。. .

我们当前的备份策略仅限于通过 SnapManager for SQL、NetApp 虚拟存储控制台 vSphere 插件 (SMVI) 或希望手动配置的卷快照的文件管理器快照。然后通过 SnapMirror 将它们异地传输到另一个远在苔原冰冻荒地中的过滤器，在那里它由雪怪守卫。

由于空间限制，我们很快将这些快照老化，以前依赖磁带的保留期超过一个月，正如我在另一个问题中所讨论的，依赖快照和 SnapMirrors 作为唯一的备份来源还有许多其他重大缺陷，恢复。

我们的异地位置有一个 Dell TL4000 LTO-6 磁带驱动器，目前由现有的 BackupExec 2010 R3 服务器使用。作为权宜之计，我想用它来将我们的 SnapMirror 卷写入磁带。

我有一些基本问题：

• 我可以使用 NDMP 将我们的 SnapMirror 卷写入磁带吗？我读过的所有内容都说这是非常常见且易于设置的。我真的希望我们拥有 NetBackup，而不是 BackupExec，但是“你要与你拥有的军队开战，而不是你希望拥有的军队”
• 如果 NDMP 作业期间 SnapMirror 发生更改，会发生什么情况？我是否需要协调 SnapMirror 同步时间，以便它们在备份过程中不会发生变化？
• 如何测试我的恢复？对于基于代理的平面文件，它非常简单，但我不确定基于卷的备份的过程是什么样的。
• 我的计划还有其他一般性建议和/或明显问题吗？