在之前的文章中讲述了《CIFS》、《NFS》、《iscsi》、《Dedup:file-level or block-level??》、《Replication》、《Migration》，本篇讲述如何对某个文件系统创建某一时刻的checkpoint，并以此checkpoint为基准，进行restore。
下面是从手册上摘录的关于checkpoint的一段话
Before you begin
◆ When creating checkpoints, do not to exceed the system limit. VNX for File permits 96 read-only and 16 writeable checkpoints per PFS. This is regardless of whether the PFS is replicated or not, for all systems except the Model 510 Data Mover, which permits 32 checkpoints with PFS replication and 64 without. This limit counts existing checkpoints or those already created in a schedule. The limit may also count two internal checkpoints created by certain replication operations on either the PFS or SFS. If you are at the limit, delete existing checkpoints to create space for newer ones or decide not to create new checkpoints at all if existing ones are more important.
◆ Allow at least 15 minutes between the creation or refresh of SnapSure checkpoints of the same PFS. This includes checkpoints created by using the CLI, and those created or refreshed in an automated schedule, or between schedules that run on the same PFS.
◆ Be aware when you start to replicate a file system because the facility must be able to create two checkpoints. Otherwise, replication fails to start. For example, if you have 95 checkpoints and want to start a replication, the 96th checkpoint gets created, but replication fails when the system tries to create the 97th checkpoint because the limit is breached.
1、打开checkpoint界面，选择对test文件系统创建一个新的checkpoint，名字为test_ckpt
2、创建完毕，则可以看到test_ckpt和test_ckpt_baseline，有相应的时间，权限及状态
3、使用命令可以看到如下checkpoint信息
4、VNX上的test文件系统以NFS的方式对外提供，目录下面有hadoop*这个程序，占用空间65M
5、下面开始根据之前创建的checkpoint做restore，首先删除hadoop*这个程序
6、点击restore，选择恢复test_ckpt
7、可以看到test文件系统已经成功恢复，hadoop*这个程序又“回来”了
8、再次使用命令查看，多出了test_ckpt2这个checkpoint。
