Questions tagged «snapshot»

快照是在特定时间点获取的数据的副本。

2
在进行快照时可以安全使用Amazon EBS卷吗?
创建快照时使用EBS量是否安全? 我目前安装了100Gb EBS卷。我正在对其进行快照。天哪,它很慢!最终将花费超过45分钟的时间来进行快照。 我的问题:EBS卷是否已经复制并刚刚保存在某个地方?或者,快照现在是否正在从安装的卷中主动复制? 基本上,如果我在快照完成之前就开始使用它,是否可以使用软管? 我简直不敢相信复制会花这么长时间。实际甚至没有100GB的空间在使用。更像是25Gb。

4
LVM快照与文件系统快照
据我所知,LVM可以为卷拍摄快照。还有许多支持快照的文件系统(ZFS,Btrfs,reiserfs等)。 但是,我从未了解LVM快照和文件系统快照之间的区别。如果可以使用LVM拍摄快照,为什么有人花时间在文件系统中实现快照? 编辑:在某些情况下,其中任何一个都是首选的吗?为什么?
32 lvm  zfs  snapshot  btrfs 

4
为什么VM快照会影响性能?
我读过一篇VMware KB文章,其中快照将直接影响VM性能。 但是我的团队一直在问我快照如何影响性能。 我想给他们坚实的理由,说明快照是性能杀手。 谁能解释一下快照实际上如何影响性能的一些理论?仅仅是因为硬盘的磁盘I / O速率会变慢吗?

6
为什么快照被视为临时备份而不是真实备份?
我正在使用VMware ESXi。在我们的团队中,我们用于提供快照以进行长期备份。 然后,我们面临诸如内存溢出和服务器挂起的问题。 我开始阅读VMware知识库文章以及所有地方。建议在任何地方长时间不要创建快照。 甚至VMware也建议保留快照最多三天。 但是我们的团队一直要求我们至少拥有两个永久快照(直到删除VM)。有时我们可能会使用VM一年)。 一个快照用于全新的计算机状态。(因此,当我们完成对一个应用程序的测试时,我们将恢复到新的状态并安装另一个应用程序)(如果我不允许这样做,则可能经常需要托管VM。) 用于使VM保持某种状态的下一个快照(也许他们会发现问题并将其保持一段时间。或者他们可以为应用程序安装先决条件并使机器准备好进行测试。) 从逻辑上讲,他们的需求似乎是公平的。但是,如果允许的话,我将允许他们长时间保存快照。我们没有将我们的VM用作邮件服务器或数据库服务器。 为什么长时间保留快照会产生不利影响? 为什么将快照视为临时备份,而不是真实备份?

6
如何删除除最后[n]个ZFS快照外的所有快照?
目前,我每天晚上和每周都对基于ZFS的NAS进行快照,此过程节省了很多时间。但是,虽然快照创建是自动的(从cron创建),但是删除旧快照仍然是手动任务。显然,如果我被公交车撞到,或者不执行手动任务,NAS将会耗尽磁盘空间。 是否有人可以使用任何好的方法/脚本来管理存储在其ZFS系统上的快照数量?理想情况下,我想要一个脚本,该脚本遍历给定ZFS文件系统的所有快照,并删除该文件系统的除最后n个快照以外的所有快照。 例如,我有两个文件系统,一个称为tank,另一个称为sastank。快照以创建日期命名:sastank@AutoD-2011-12-13因此,sort应使用简单的命令按顺序列出快照。我希望保留最近两周的每日快照tank,但仅保留最近两天的快照sastank。
24 solaris  zfs  snapshot 

3
VMware快照超过3天
参考本文 https://kb.vmware.com/selfservice/microsites/search.do?language=zh_CN&cmd=displayKC&externalId=1025279 我知道将快照保留超过一两天不是一个好习惯,因为性能可能会下降。 链条很少会超过4或5 但是,我们有两个应用程序,在进入生产之前,必须先经过供应商测试。 大多数人都非常擅长在拍摄快照后的几天内进行测试,但是有些人则需要一周或更长时间。 有几个实例,在过去的一年中可能有3或4个实例,我们必须执行完整的系统还原或文件级还原,因为该应用程序无法正常工作,我们必须还原到先前的应用程序,而快照已已被删除。 箱子很忙,正在记录日志,发送电子邮件等。 其他组织如何处理呢?有没有办法“备份”快照?

8
快照+ RAID是否算是一个很好的现场备份解决方案?
当我将快照和RAID与btrfs一起使用时,我想到的进行备份的两个主要理由似乎已得到解决。(这里所说的RAID是指RAID1或10) 意外删除数据:快照涵盖了这种情况 驱动器故障和位腐烂 完全失败:RAID涵盖了这种情况 驱动器返回错误数据:RAID + btrfs的错误纠正功能涵盖了这种情况 因此,作为现场备份解决方案,这似乎可以很好地工作,甚至不需要单独的数据存储设备! 但是,我听说RAID和快照都没有被认为是正确的备份,所以我想知道我是否错过了任何事情。 除了btrfs还不是一项成熟的技术之外,您能想到我错过的任何东西吗?还是我的想法正确,并且这是有效的现场备份解决方案?

4
这是LVM快照的工作方式吗?
我试图弄清楚LVM快照是如何工作的,所以我可以在文件服务器上实现它,但是我很难在google上找到任何说明它如何工作的信息,而不是如何将其用于基本备份系统。 根据我的阅读,我认为它的工作原理如下: 您有一个具有主分区的LVM,并且该分区中没有很多未分配的可用空间 然后,您拍摄快照并将其安装在新的逻辑卷上。快照应该已更改,因此第一个快照将是完整副本,对吗? 然后,第二天拍摄另一张快照(该分区的分区不必太大)并安装它。 LVM会以某种方式跟踪快照,并且不会在主卷上存储未更改的位。 然后,您确定您有足够的快照并删除第一个快照。我不知道这是如何工作的,或者将如何影响下一个快照。 有人可以纠正我在哪里我错了。我猜,充其量我在Google上找不到任何东西。 vgdiplay obu1:/ home / jail / home / qps / backup / D#vgdisplay -卷组- VG名称文件服务器 系统编号 格式化lvm2 元数据区1 元数据序列3 VG Access读/写 VG状态可调整大小 最大LV 0 Cur LV 2 打开LV 2 最大PV 0 固化PV 1 法案PV 1 VG大小931.51 GB PE大小4.00 MB 总计PE 238467 Alloc …
19 linux  lvm  snapshot 

3
是否在VMWare快照中永久运行会降低性能?
我了解VMWare KB对长时间运行的快照不满意,主要是由于两件事(我认为) 拍摄大量快照可以填充数据存储。快照只是增量文件。假设您有一个50 Gig VMDK,快满了,然后进行快照。在快照中,您每翻转一次。您的增量文件也将约为50 GB。再次快照,翻转位,另一个50 Gig增量文件。这些会很快失去控制。 提交大快照会带来风险。合并快照时,您会将增量更改写入原始VMDK。这需要花费时间,并且冒着发生某些事情的风险,即您只是破坏了VMDK。 他们的警告似乎合乎逻辑。 话虽这么说,从快照VMDK永久运行我的机器固有地不好吗?我要使我的树如下: 基础 快照1 快照2 你在这里 安装和配置基本系统后,将立即执行Snap 1和Snap 2。这些是我计划经常刷新的机器,因此我将使树看起来像下面这样: 基础 快照1 你在这里 快照2 删除Snap2并重新创建Snap2。 由于以下原因,我看不到这可能有什么影响: 由于我只是安装了一个基本映像并在没有办法填充数据存储区后立即获取了增量数据。假设我的基本映像只有10 GB(在50 GB精简配置的磁盘上),即使我的增量每翻转一位,我的总使用量就可能是60 GB(10 GB基本VMDK已锁定+ 50 GB的增量)快照VMDK文件)。假设我没有再创建任何快照。 由于我的用例不要求合并快照,因此在合并增量时不会冒错误的风险。当我回到Snap1并删除Snap2时,驻留在Snap2中的所有增量都将被删除。 存储负载完全相同,因此我应该获得相同的IOPS。我知道某些文件(主要是系统文件)将在原始VMDK上存在,而其他文件(所有在基数之后的文件)将驻留在增量中,但我看不到ESXI会如何处理。所有文件都位于同一物理数据存储上,因此性能应等同于引用原始VMDK中没有快照的所有内容。 有什么想法吗?ESXI 5.5,数据存储为RAID DAS。 我没有vCenter许可证,因此无法进行模板和克隆。 测试结果 我今天早上开始进行一些测试。这是结果。有性能损失,但我不确定为什么。 快照之前: 快照后:

6
提交还是还原Linux LVM快照?
我将在CentOS 5服务器上进行实验性升级。如果升级失败,我希望能够撤消对文件系统的更改。这种情况似乎类似于LVM HOWTO的3.8节中有关LVM2读写快照的示例-但是该示例实际上缺少实际操作方法。 我将如何提交更改,将其重新合并到原始分区中? 如何还原更改,将文件系统恢复到原始状态?我是否应该假设我需要重新启动几个服务,如果不能完全重新启动? 是否可以仅对分区上的某些目录进行快照,还是对整个分区进行操作?
16 linux  lvm  snapshot 

13
ZFS发送/接收的最佳压缩
我正在通过点对点T1线发送增量ZFS快照,而到了这样的地步,在下一次备份开始之前,一天的快照价值几乎无法通过网络传输。我们的send / recv命令是: zfs send -i tank/vm@2009-10-10 tank/vm@2009-10-12 | bzip2 -c | \ ssh offsite-backup "bzcat | zfs recv -F tank/vm" 我有很多CPU周期可以节省。是否可以使用更好的压缩算法或替代方法将更少的数据推入生产线上?

4
如何保留或删除LVM快照?
我做了一个LVM snapshop lvcreate --name snap --size 10G -s /dev/vg00/vm 如果要删除快照而不保留快照以来发生的更改,应该写什么命令? 我应该写什么命令将更改从快照滚动到/ dev / vg00 / vm?
15 linux  lvm  snapshot 

1
快照删除速度非常慢
我有一个ESXi盒,其中的HP LeftHand存储通过iSCSI公开。 我有一个带有1TB磁盘的虚拟机,其中800GB已被使用。磁盘厚配置在LeftHand存储上。 已在VM上打开快照(以便Veeam Backup and Recovery可以执行其操作),并且快照已打开约6个小时。在此期间创建了大约5GB的增量磁盘。 现在,删除快照已花费了5个多小时,但仍未完成。存储阵列报告该阵列上几乎没有IOPS(大约600,这是背景噪声),没有吞吐量(大约8MB /秒,这又是背景噪声),平均队列深度为9。 换句话说,快照合并过程似乎不受IO限制,我看不到任何导致快照删除速度如此之慢的事情。通过查看增量文件来判断它正在工作。 关于为什么这个(相对较小的)快照是如此之慢以至于无法删除,我还有什么要看的? 根据VMWare文档,我现在正在监视ls -lh | grep -E "delta|flat|sesparse",并且看到两个变化中的增量文件: -rw------- 1 root root 194.0M Jun 15 01:28 EXAMPLE-000001-delta.vmdk -rw------- 1 root root 274.0M Jun 15 01:27 EXAMPLE-000002-delta.vmdk 我推断一个快照文件正在合并,而另一个快照文件在合并过程中收集增量。然后合并新的变量,并在该过程中创建另一个增量。 文件大小是在每次迭代(当然,大多数迭代)下降,所以我认为这最终整合过程将完成(也许我需要把虚拟机断网30分钟,让这个完成,而不会产生任何变化) 。 每百兆增量需要约2分钟的时间来合并。这当然从来没有发生过。在普通的Veeam备份下删除快照大约需要40分钟(因此肯定不是很快,但不会那么慢)。 6小时2分钟后,快照最终被删除。但是,我仍然想知道通常是否有任何方法可以解决此类问题(存储性能之外)。

2
在vmware中删除快照时,子级会如何处理?
我是虚拟化的新手,并希望确保我了解删除快照后会发生什么 说我有一棵这样的树 基础 快照A 快照B 快照C 两个问题: 如果删除SnapShotB,SnapShotC会发生什么情况吗? 从vmware帮助中“ 注意:单击删除会将快照数据提交给父级并删除所选快照。 ”因此,如果我已经安装了软件或将文件添加到SnapShotB中并且删除了它,则意味着软件和那些文件被推送到了SnapShotA?

3
如何在Windows中制作/比较文件系统/注册表快照?
通过Windows(XP,Vista或7)程序安装程序获取所有已安装/已修改文件和已添加/删除键的列表的简单方法是什么? 我想拍一张前后快照,看看有什么变化。在执行安装时让程序运行也可以。 这与Clinton Blackmore的问题非常相似(例如:获取和区分两个文件系统),但专门针对Windows,并同时考虑了文件和注册表项。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.