我正准备在KVM Linux（Ubuntu）主机上安装至less一个Windows 7 guest虚拟机。 我已经创build了一个我想要使用的基于LVM的存储池 。 我主要关心的是快照。 磁盘映像将在逻辑卷上创build，而不具有qcow2的所有高级function。 在这种情况下实现（或近似）快照的最佳方式是什么？ 也许 使用LVM快照。 使用其他一些差异备份工具。 以某种方式说服QEMU / KVM保持逻辑卷上的实时文件系统，但保存差异（和RAM图像）到一个单独的qcow2文件。 我认为（3）会是最好的，但是一些令人讨厌的直觉告诉我这是不可能的。
LVM是一个非常有用的工具，但是它似乎仍然不支持快照已经是快照的驱动器。 我做了一个脚本来自动处理，但遇到了一些麻烦。 我的testing环境 我正在一个干净的Xen-box上testing脚本（从现在起： testbox ）。 创build完箱子后，我创build了一个新的LVM卷，并将其添加到testing箱的驱动器中。 在testing盒本身，它显示为一个正常的块设备，所以我不认为Dom0的LVM应该干扰testing过程。 原来的驱动器 在testing箱上 ，我使用以下命令创build了一个新的分区： # Using the data in the other tables i determined # where i could begin my new device sectors dmsetup table # Create the new device without a table dmsetup create base –notable # Put the table into the device… echo '0 4194304 linear […]
我很新的这个快照过程。 让我有三个逻辑卷作为A，B，C 我从事的是逻辑卷C.但是不小心当我重新启动系统时，它进入快照A.如何将快照更改为C？ 我提到这个链接： http : //www.tutonics.com/2012/12/lvm-guide-part-2-snapshots.html 此外，我试图通过更改fstab文件，但它没有奏效。 这有可能改变快照吗？ 如果是的话，怎么样？ 我正在使用Ubuntu 12.04。
我发现XenCenter存储选项卡声称总共使用了1096.6 GB的总共1107.7 GB（分配了708.5 GB）。 看起来有些空间已经被吃掉而没有被释放。 SMLog显示： [13816] 2014-03-28 15：12：00.881524得到* c64fff0a [VHD]（60.000G // 43.586G | ao）的sm-config：{'vmhint'：'beb3db6c-19c3-dae1-c043-eb7e813e2f42' 'vhd_type'：'vhd'，'vhd-blocks'：'eJzt1EENACAMBLDD + aTNGYTwQcPSimjl2QAAMEMH4HNjqGQdHo3WeQ =='} [13816] 2014-03-28 15：12：00.897075得到的sm-config为* a4d787b8 [VHD]（50.000G / /2.066G|ao）：{'vmhint'：'4f319162-e3c9-e511-1334-8728fdfadc17'，'vdi_type'：'vhd'，'vhd-blocks'：'eJx7 / 5 + Dg4OBgeF9AwMDiPGCAQKgtP3 / P2Ba / P // N / + BYP5 / CPgOpeX / PwDLCzCgAkJ8YoH8 / w9k6sRvP7HuoZb95AKY / eSGH7XsHygw6n / 62I8rfGH2w / I5vcFgCX / 5AbZ / oAAi […]
我打算使用btrfs发送/接收来同步两个文件系统，并在备份上保留一些较旧的快照（如时间机器）。 现在如果用户要求我从所有备份快照中删除文件或目录，会发生什么情况，因为它包含敏感数据？ 我担心这是不可能做到这一点，仍然可以使用发送/接收。 这是正确的吗？
我正在寻找备份XenServer（或XAPI）VM的方法 增量。 备份每次只更改了数据。 没有性能损失，在备份完成后减慢服务器（快照做到了，对不对？） 有可能回到过去，而不仅仅是最后的备份。 我目前使用rdiff-backup作为这个问题的文件系统级解决scheme。 但是，这个工具是无法维护的，包含严重的错误。
我相信我们抛弃了一些LVM thinpool元数据，同时将2个卷组移动到另一台机器上。 我们现在尝试重新激活原始机器上的卷组。 物理卷，卷组和逻辑卷都完好无损，但无法激活任何卷组。 激活任何一个卷组时，以下是错误输出： [root@erbium ~]# vgchange -ay vg_sfim Thin pool transaction_id is 649, while expected 647. 0 logical volume(s) in volume group "vg_sfim" now active [root@erbium ~]# vgchange -ay vg_fmrif Check of pool vg_fmrif/thinpool failed (status:1). Manual repair required! 0 logical volume(s) in volume group "vg_fmrif" now active 添加verbose和/或ignoreactivationskip标志不提供更多有用的信息。 这是pvs的输出： [root@erbium archive]# pvs […]
zfs如何在增量发送期间处理销毁快照？ 例： 2台使用ZFS的服务器： zfshost1 [root@zfshost1~]# zfs list -t snapshot NAME zones/40e66d56-4ea8-11e5-885d-feff819cdc9f@snapshot-1 zones/40e66d56-4ea8-11e5-885d-feff819cdc9f@snapshot-2 zones/40e66d56-4ea8-11e5-885d-feff819cdc9f@snapshot-3 zones/40e66d56-4ea8-11e5-885d-feff819cdc9f@snapshot-4 zfshost2 [root@zfshost2~]# zfs list -t snapshot NAME zones/40e66d56-4ea8-11e5-885d-feff819cdc9f@snapshot-1 现在递增发送快照-2到快照-4到zfshost2 [root@zfshost2~]# nc -w 120 -l -p 1234 | zfs receive -F -d zones/40e66d56-4ea8-11e5-885d-feff819cdc9f [root@zfshost1~]# zfs send -F -R -I zones/40e66d56-4ea8-11e5-885d-feff819cdc9f@snapshot-1 zones/40e66d56-4ea8-11e5-885d-feff819cdc9f@snapshot-4 | nc -w zfshost2 1234 （如何）在发送快照的过程中，如果我们删除快照-1，快照-2，快照-3或快照-4 [root@zfshost1~]# zfs destroy zones/40e66d56-4ea8-11e5-885d-feff819cdc9f@snapshot-X X […]
在更改为TSM进行VMWare备份之后，我们已经开始遇到与我们的快照备份有关的奇怪问题。 我们将系统驱动器快照作为机器状态的备份解决scheme。 所有其他的驱动器都是独立的驱动器，其数据通过其他方式备份。 我们的问题是孤立的SQL服务器。 对于这些服务器，我们使用TSM For SQL作为备份解决scheme。 因此，包含数据库的驱动器不需要在VM级别进行备份。 由于我们从HP DP到TSM for VE ，快照在SQL Server上开始失败。 SQLServer VSS编写器引发inconsistent state错误。 但是，备份中不包括SQL二进制文件，也不包括SQL Server数据或日志文件。 这个快照中包含的与SQL Server相关的唯一的东西是几个必须保留在C：驱动器上的dll。 可能相关的事实是，SQLServer VSS编写器的DLL是位于C:\Program Files (x86)\Microsoft SQL Server\80\COM这些DLL之一。 我们正在通过添加一个configuration文件来解决这个问题。 但是由于问题并没有涵盖所有的SQL Server，而且我们也不知道问题的原因，所以我们仍然在寻找更好的解决scheme。 我们如何才能找出VSS作者失败的原因？
在我们的环境中，我们有一个位于NetApp存储上的3节点SQL 2005集群。 我们正在使用SMSQL（NetApp SnapManager for SQL）对数据进行快照备份。 这很好，但由于审计的一些要求，我们也被迫在磁带上保留一些副本。 我们在整个企业的其他地方使用了NDMP，但是我们不希望在这个特定的情况下使用NDMP。 基本上我需要做的是，通过Tivoli Storage Manager（TSM）获取磁带上数据库的最新快照副本。 我所做的是，获得了安装了SnapDrive的基本Windows Server 2003虚拟机，这是连接到SAN并分区到NetApp的，并且我已经写了一个batch file来执行以下操作： 使用特定的驱动器号将最新的__RECENT快照lun挂载到主机 执行基于TSM的增量备份 卸载LUN 这似乎工作正常，但有时LUN不会由于某种超时挂载。 另外，由于我对windows批处理脚本的知识有限，我无法监视这些备份的成功或失败，因为我不知道如何将有效的返回码发送回TSM调度服务。 有没有一个更有效率/优雅的方式来完成这个没有NDMP？