我们有一个提供CIFS数据的卷，其数据似乎比其他数据多得多。 我怀疑这是由于更高的变化率，我可以使用snap delta命令来确定。 但我也希望能够查看快照大小，并根据其大小定位特定大小。 在CLI和系统pipe理器中，当在几分钟的时间内重复查看快照时，大小逐渐增加到一个点，然后再次下降。 通过这个我不是说快照的大小正在增加和减less，只是报告的大小。 理想情况下，我想知道是什么原因造成的。 更重要的是，如何确定快照的实际大小？
我正在尝试不同的方式来运行openvz容器的快照。 遵循本指南： http : //openvz.org/Checkpointing_and_live_migration ，在恢复快照时，我总是遇到缺lesspid文件的问题。 我所遵循的步骤是： vzctl chkpnt 111 –suspend vzctl chkpnt 111 –dump –dumpfile /vz/dump/testdump.111 vzctl chkpnt 111 –resume 然后我停止VE，然后尝试从转储文件恢复它： vzctl stop 111 vzctl restore 111 –undump –dumpfile /vz/dump/testdump.111 在这一点上，我总是得到关于pid文件丢失的错误： vzctl restore 111 –undump –dumpfile /vz/dump/Dump.111 Restoring container … Container is mounted undump… Adding IP address(es): 10.111.1.111 Setting CPU units: 1000 Restore error, […]
我正在VMWare中设置test \ dev机器。 我们有大约六个用户，我想给一个虚拟机。 他们都将基于一个基本的图像（Ubuntu）。 我总是可以创build六个不同的VM，每个用户一个，但似乎有一个更好的方法来做到这一点。 是否有可能（或build议）安装基础系统，然后采取六个不同的快照。 由于这些是testing机器，用户将不可避免地将其弄乱。 由于这些是未提交的快照，因此我总是可以将快照截断并从基本映像重新创build。 我喜欢这样的事实，即我可以快速“恢复”用户的虚拟机回到默认状态。 VMWare KB似乎在长时间运行的快照上皱眉。 有没有更好的方法来达到我想要做的？
$aws ec2 create-image –instance-id xxx –name yyy –description "zzzz" –no-reboot 这创build了EC2实例的AMI映像，但没有创build额外连接卷的快照！ 那么有什么方法可以在创build映像时备份EBS卷？ 或者我们必须分别使用创build卷快照 $ec2-create-snapshot i-xxxx
我在AWS平台上有一个Windows Server 2012 R2 EC2实例，附有2个EBS卷，第一个（C :)是Windows SO（根卷），第二个是D服务器提供的静态文件存储。 在白天，某些文件在D：\上被读写，但是在夜间文件只被读取（没有创build/更新文件）。 如果在夜间（在只读的上下文中），我做了一个D：\的EBS快照，没有重启（用于备份），快照是安全的/一致的？
我需要将一台CentOS5（32位）物理服务器迁移到虚拟机中。 我的想法是拍LV的快照，然后导入kvm创build一个新的vm。 这是一个好主意吗？ 更确切地说，我有一个磁盘： [root@cs5 ~]# fdisk -l Disco /dev/sda: 292.3 GB, 292326211584 byte 255 heads, 63 sectors/track, 35539 cylinders Unità = cilindri di 16065 * 512 = 8225280 byte Dispositivo Boot Start End Blocks Id System /dev/sda1 1 9 72261 de Dell Utility /dev/sda2 * 10 271 2104515 b W95 FAT32 /dev/sda3 272 284 […]
我目前已经出口了某些系统的OVA，所以我有一个完整的备份。 在做了某些更改之后（例如，将其他用户添加到LDAP），我创build了一个快照。 我能将这个快照复制到我的OVA所在的位置吗？ 这样我可以导入一个OVA，然后恢复到快照？ 我很难在网上或通过VMware网站find直接的答案。 我可以把OVA和任何最新的快照，复制到单独的存储位置，然后导入OVA /恢复到快照？ 我在一个完整的Linux骨干网上，将通过命令行（bash）迁移副本/备份。 不知道这是否有帮助，但给出了我的环境的想法。 谢谢。
我有一个在OpenSolaris / Illumos / OmniOS上运行的NAS，有几个共享的ZFS文件系统，其中autosnaps被激活以保留一个历史logging（保持4个15分钟快照，24个小时快照，7个每天快照等等）。 我可以使用Windows资源pipe理器以前的版本窗口访问快照，并恢复旧版本的文件或删除的文件，这很好。 重命名或移动文件时出现的问题： 如果我创buildDraft1.txt并在一天内修改它，则历史将被保留。 当我完成草稿并将其重命名为其他任何内容时，请说Letter.txt甚至Draft2.txt ，版本消失（只有在知道旧文件名时才能通过目录访问，或者将文件重命名为旧名称） 。 如果我创build和修改Draft1.txt并保存完成版本Letter.txt （现在有两个文件）的另一个副本，第一个有历史，第二个没有（这是好的）。 如果我删除Draft1.txt ，然后想要恢复它，我可以在目录中find它，但恢复的版本现在已经失去了它的历史。 如果我将文件移动到另一个子目录，则历史logging丢失。 如果我（意外）重命名文件，则历史logging丢失。 所以如果我想保留以前版本的全部function，那么在使用这个共享时，我必须考虑几件事情： 不要重命名文件，首先select的名称必须永远坚持 不要移动或重新组织文件，第一天除外（否则丢失的变化太大了） 更改完成后，切勿使用新名称保存文件（先保存即可） 不要合并或拆分目录，因为所有的内容都会丢失所有的历史logging，即使物理块完全没有改变 除此之外，还有什么可以解决的吗？ 看起来很奇怪的是，ZFS在大多数情况下（写时复制，发送/接收，zvols，快照）的块上工作，但在这种情况下在文件上。 或者这是SMB / CIFS子系统而不是文件系统的限制？
恢复到较旧的快照后，运行在VMWare上的Windows Server 2008 VM在尝试login时给我提供以下错误： 此工作站和主域之间的信任关系失败 要解决这个问题，我必须从域控制器中删除机器，然后重新添加。 什么是造成这个问题？ 如何防止这个问题？
我们至less需要1TB的冗余存储来为服务器映像快照使用影子保护进行备份。 你build议什么$ 1K左右的预算？ 我还有什么要考虑这个项目？ 非常绿色。 谢谢！