远盟康健科技有限公司

统一存储解决方案

项目背景：

用户数据中心目前有两大类应用需要整合于共享存储架构之上，分别是DB2和文件服务。DB2属于典型的结构化数据应用，数据空间占用和增长相对较小，但性能要求高，对于IO访问延迟非常敏感，对于业务连续性要求高，存储通常使用开销较小的FCP协议；文件服务数据典型的非结构数据应用，数据量大，增长速度快，对于存储系统的吞吐带宽要求高，并且要求多服务器和用户同时能够访问数据，存储设备通常使用共享的NAS协议。

传统的“一种应用对应一套存储”的竖井式架构，会形成一个个的业务孤岛，设备投资大，设备维护成本高，空间不能灵活调配，松散的基础架构为后续扩容和维护带来很多不便。

用户急需一种灵活的统一存储架构，实现不同类型应用数据的统一存储，并且性能和空间都能灵活扩展和控制，具备性能无损的数据备份能力，高可用性满足关键应用数据的存储需求。

解决方案物理拓扑：

技术优势：

NetApp的SnapMirror支持多种复制方式，用于适应不同的容灾环境，包括：同步，准同步，异步。异步方式的复制对于距离没有限制。

SnapMirror支持多种网络环境，用于适应不同的容灾环境，包括：IP接口和FC接口。

SnapMirror支持多种拓扑方式的复制，包括：1对多；多对1；级联复制等。

SnapMirror支持对多种数据的复制，支持对NAS / SAN /iSCSI中的数据复制。

SnapMirror只传输变化的数据块，可以大大节省网络带宽和减轻存储设备的负载

方案优势：

ü  节省空间/介质

因为SanpVault仅仅需要存储数据变化的块，所以存储容量的需求要远远小于存储整个变化文件的传统备份方法。

ü  加速恢复

传统的磁带备份，为了恢复全部数据，需要先要恢复一个全备份，然后按顺序恢复每个增量备份。如果是每周进行一次全备份，每天进行增量备份，则恢复涉及到1次全恢复和6次增量恢复。如果全备份比较少而增量备份更多，一次全面的数据会将花费无法忍受的长时间。

SnapVault处理了这些问题。通过把备份存储在WAFL文件系统上，加强了备份的可靠性，这些备份象在其它NetApp存储系统上一样受到RAID、块校验、定期磁盘清理等的保护。因为使用快照拷贝来描述增量备份，这是整个数据的一个时间点的映像，所以恢复变的很简单，而且可以一次操作就完成全部恢复，不需要管理大数量的磁带。

ü  简单化了恢复

SnapVault一个独一无二的好处是用户不需要特殊的软件或特权就可以恢复全部数据。任何用户想要恢复自己数据时候，不需要系统管理员参与，因此节省了最终用户的时间和金钱，也解放了非常宝贵的系统管理员时间。如果需要，数据恢复也可以限制到具体授权的人。

从一个SnapVault备份上恢复一个文件非常简单，只需要通过NFS mount或者CIFS共享把原始文件获取出来，SnapVault次系统可以被配置为NFS输出和CIFS共享。当用户可以获取目标子卷时，从次系统上恢复数据就像从本地快照映像中拷贝数据一样简单。可以采用拖拉的方式或者使用简单的拷贝命令，这跟具体的环境有关。如果SnapVault是在开放系统环境中使用，恢复过程可以通过命令行直接在主系统上开始。

一次全部数据的恢复也可以采用同样方法实现，如果用户获取适当的话。 通过使用snapvault restore命令，SnapVault提供了一个简单的接口来从一个选定的快照拷贝恢复全部数据。一个用户可以在主系统上使用snapvault restore命令来从一个次系统上恢复整个子卷/目录的全部数据。主数据会是只读的，直到传送完成才会变成可写的。恢复之后，用户需要可以选择继续备份恢复的数据到次系统上。

作为对比，从磁带上恢复会消耗相当多的资源。用户有时候可以自己恢复单个文件，但往往需要管理员来恢复。包含有备份文件的磁带需要安装，有时候甚至需要从远程存储地点运过来，需要备份软件把文件从磁带传送到需要的主机上。备份管理员开始磁带恢复过程，有时候还需要从正确的位置确定磁带。磁带大约花费7秒到2分钟的时间被安装上，往往再需要几秒或更多时间定位到正确的位置，最后才开始读数据。如果是一个全恢复，数据需要使用一个最新的全拷贝和随后的增量备份。如果一个恢复需要一个全拷贝和全拷贝之后的所有增量备份，那么磁带解决方案中介质发生问题的概率就大大增加了。

这个过程是时间很长并且单调乏味的，具体情况和恢复的数据的数量有关。恢复过程可能会花费几个小时或者几天。如果在整个恢复过程中出现一次错误，整个恢复过程需要重新开始，当然就大大增加了停机时间。如果是一个大型关键数据库的数据在进行恢复，在整个恢复过程中，所有用户均无法使用。

ü  可靠性

既然传统增量备份情况下，恢复全部数据也需要一个全备份，那么由于介质错误或其它原因引起的全备份失败将造成所有增量备份的失效。传统备份应用使用磁带作为离线存储，不把磁带放到驱动器并把数据读出来之前，没有人能确定磁带中的数据是否可读。即使每一盒磁带介质在写完之后被单独的读一下并校验，也可能在恢复的时候仍然失败，因为不正确的操作。随着每次全备份之后增量备份次数的增加，存在很多的不确定因素。

解决这个问题一个常用的方法是更加频繁的进行全备份，于是备份磁带的数量成倍的增加。成倍增加备份磁带以及提供一个远程备份拷贝的目的是提供一个解决的第2份拷贝，以防止万一拷贝损坏。但是，错误数据也可能简单的被拷贝到了另外一套磁带上。

减少在备份上花费的时间（永远进行增量备份）

SnapVault提供了永远进行增量备份的承诺。一个增量备份拷贝仅仅拷贝变化的数据到备份介质上。在传统备份架构中，保存的是整个文件，而SnapVault情况下保存的只是变化的块，从而实现了空间的节省。因为增量备份花费更少的时间、消耗更少的网络带宽和备份介质，它也就更节省成本。