而应用Azure的过程中，须要时按下“快门”，你的磁盘数据也能失去充沛爱护，并且能够在必要时用这样的快照将磁盘数据恢复为之前的状态。
Azure磁盘快照就是这样一种不便的技术，甚至成为了Azure备份等数据保护服务的根底。不同于传统本地存储快照基于指针的形式，Azure磁盘快照更像是对磁盘无效数据创立的克隆，应用形式也有较大差别。
快照的操作很简略，在治理门户界面中抉择磁盘即可间接创立快照，但认真钻研一下，还是有很多有意思的中央。
Azure快照根底概念
Azure磁盘快照分为两类：全量和增量，两者的区别和计价形式（以美东的Premium Disk为例）如下：
从形容中能够看出：
- 快照分为全量和增量；
- 快照只反对本地正本爱护：LRS或ZRS（如果区域反对）；
- Premium Disk的全量快照能够放在Premium存储或规范贮存中，增量快照只能放规范存储中（规范SSD和规范磁盘的全量和增量快照都只能放在规范存储）；
- 快照的容量由磁盘的无效数据量决定，而非磁盘大小；
- 全量快照的基准点是以后磁盘；增量快照的基准点是上一次快照。无论上次快照是全量还是增量都能够。
快照试验
接下来咱们将搭建一台虚拟机，借此验证快照性能。
实验设计：
该虚拟机运行Windows 10，附加了一块1TB的数据盘用作快照测试，整体流程如下：
大抵的试验流程如下：
- 首先在磁盘中放入一个10GB的文件，做全量快照Snapshot1。Snapshot1基于磁盘以后无效数据量，所以容量为10GB；
- 而后做增量快照Snapshot2，因为增量快照基于Snapshot1，而磁盘没有任何变动，所以Snapshot2容量为0GB；
- 向磁盘减少一个20GB的文件，磁盘无效数据量变为30GB，做全量快照Snapshot3，容量为30GB；
- 接着做增量快照Snapshot4，同理容量为0GB；
- 第三次向磁盘中放入一个40GB文件，磁盘无效数据量减少为70GB，再次做增量快照Snapshot5，这次增量快照的基准点是最近一次快照Snapshot4，所以Snapshot5的容量应该为70-30=40GB。
1.创立快照：
如下图所示，在创立好的虚拟机的数据盘（F盘）里，应用fsutil命令创立一个10GB的文件：
而后做第一次全量快照Snapshot1：
能够看到，因为这块磁盘是Premium SSD，所以全量快照时能够抉择不同的存储类型，这里对立抉择Standard HDD，而后始终“Next”创立快照：
再对该磁盘创立增量快照Snapshot2：
因为增量快照只反对规范存储（Standard HDD），所以没有存储类型的抉择。创立实现后果如下：
随后按此步骤减少文件并创立残余的快照，列表如下：
2.快照验证：
不同于传统存储快照能够间接回退，Azure的快照必须生成磁盘能力应用。因而咱们首先用Snapshot1生成Disk1：
随后用同样步骤，应用后边几个快照创立磁盘Disk2—Disk5：
因为这些磁盘的起源还没附加到虚拟机，因而没有Owner。
再次回到虚拟机的OS，咱们在数据盘别离创立了3个文件：file01、file02、file03。依照创立快照的工夫点，每个快照蕴含的文件如下：
随后将从快照生成的磁盘附加到虚拟机：
并在OS中附加这些磁盘（G—K盘）：
查看磁盘内容发现合乎预期：
进一步测试
上文提过，增量快照是基于前一次快照的变动量。那么如果前一次快照被删除，会呈现什么状况？还是通过测试做验证。
首先删除Snapshot1（第一次全量快照）：
发现快照列表里曾经没有可Snapshot1：
再次用Snapshot2生成磁盘Disk6，并附加到虚拟机：
将其附加到虚拟机（L盘），而后查看里边的内容：
后果发现file01依然存在，并且查看哈希可知，其哈希值与之前的文件统一：
能够看出：即便删除作为基准点的快照，增量快照的平安也不受影响。
对于容量那些事
上文已经提到，快照容量是由磁盘的无效数据量决定。对于全量快照，无效数据量比拟容易确认；但对于增量快照，通常磁盘的应用不是简略的减少文件，而是一系列的增删改等操作，但Azure的快照并不提供容量查问的性能，属性里看到的容量是对应磁盘的容量。
不过咱们能够通过一个变通形式来确认快照容量，即依据快照的老本来反推容量。
为此请从新创立一个虚拟机，附加两块1TB的数据盘：
进入OS，将两块数据盘别离创立分区并格式化（F盘和G盘）：
随后别离在F盘和G盘各创立一个300GB的文件，F盘用Windows自带的fsutil工具创立，G盘用第三方的rdfc工具创立：
能够看到：fsutil创立速度很快，而rdfc速度十分慢。起因是fsutil会间接用“0”填充所生成的稠密文件，而rdfc会用随机数填充，真正生成了一个文件。实现后两个磁盘的占用空间基本一致：
对这两个磁盘别离做全量快照SnapshotF和SnapshotG：
搁置两天后，查看快照的应用老本。进入快照Overview，有一个View cost按钮：
点击进入，并抉择Daily costs：
借此能够看到，G盘快照每天的老本大概$0.19。
而用同样办法查看F盘的快照老本如下，根本为0：
比照可知：
- G盘和F盘尽管空间占用根本一样，但快照老本相差较大。F盘的文件根本全副为“0”填充，创立快照时并没有理论占用空间，所以快照没有理论占用空间，老本为0。
- G盘的文件理论大小为300GB，实践上的每天老本为$0.05/30*300=$0.50，但理论为$0.19，阐明快照存储时应用了相似压缩去重的技术，以节约空间。
小结
快照（Snapshot）是一个很平时的概念，在云端和本地有不同的机制。
尽管快照的操作很简略，但如果能熟练掌握，应用场景十分宽泛，例如业务降级、数据更新等，能够利用快照做即时爱护；另外在环境复制、近程迁徙虚拟机等状况下，也能够通过快照实现。
心愿本文对大家有所帮忙。