《主流CDP持续数据保护产品横评》由会员分享，可在线阅读，更多相关《主流CDP持续数据保护产品横评（8页珍藏版）》请在金锄头文库上搜索。
1、主流主流 CDPCDP 持续数据保护产品横评持续数据保护产品横评产品销售与部署架构持续数据保护（CDP）是传统数据保护技术的一个重大突破，它可以捕获或跟踪数据的变化，并将其在生产数据之外独立存放，以确保数据可以恢复到过去的任意时间点。持续数据保护系统可以基于块、文件或应用实现，可以为恢复对象提供足够细的恢复粒度，实现几乎无限多的恢复时间点。目前国内市场上最主要的 CDP 产品有 IBM TSM FastBack 、EMC RecoverPoint、DataCore Traveller 与 FalconStor CDP 等 4 款。以下我们分别从几个面向出发，简单比较 4 款产品在架构、运作与操
2、作等方面的异同。 IBM Tivoli Storage Manager FastBack 可让您从任何时间点、在组织中的任何地方，快速恢复任何 Microsoft Windows 服务器服务器数据。为 Microsoft Windows 服务器提供持续性的数据保护及恢复管理，包括在数据中心以及远程或分公司的数据在数据流失的数分钟内，启动及执行应用程序和使用者恢复，并同时在背景执行完整数据恢复可在区块层次连续撷取数据变更，而不需要传统的备份空间，而且对其系统的花费也极低根据弹性、原则设定，排定自动化数据转送作业，帮助管理者满足各种应用程序的数据保护及保留需求可从任何 Windows 应用程序（包
3、括 Microsoft Exchange、Microsoft SQL Server、Oracle、IBM DB2 及 SAP）恢复任何数据资产透过一些策略（例如：多执行绪、集结小档案，以及产业标准压缩），以充分提升可用频宽的使用效率与您现有的磁带备份应用程序（例如 IBM Tivoli Storage Manager）整合，提供中介磁盘层，以获得更加快速的备份和恢复功能。EMC RecoverPoint 是企业级数据中心的综合数据保护方案，在解决了一系列数据保护的难点的同时，显著降低了保护关键业务数据的成本和复杂性。RecoverPoint保护企业数据在通常如服务器失效、数据损坏、软件出错、病
4、毒和终端用户差错等情形下不受损失，同时 RecoverPoint 还使企业抵御突发灾难事件，使整个数据中心免于停顿。RecoverPoint 的用户清楚地认识到用单一的、易于管理的方案代替复杂、低性能的数据保护方案，能够大幅度节约成本。RecoverPoint 提供持续数据保护，能够快速恢复数据，无缝地与数据库数据库以及其它用户应用集成。通过支持异构存储存储设备、主机或者 SAN 设备，RecoverPoint 能够保护存储设备的投资，利于存储设备的整合。 DataCore Traveller CPR 软件是整合了 CDP(持续数据保护)与强化了 CDR 持续资料复原的数据保护方案，具有以下特
5、点：弹性的备份/回复时间与储存空间（virtual）：应用 Timeshift 技术产生最佳的使用率与生产力，视需求在任何时间产生 Make Time Volume，可应用于数据备份、软件测试、Data Mining、与软件升级更新 patch等使用，实施不同的时间点数据拷贝与回复，不需毁损现有数据。 跨越系统：支持 Windows/Linux/VMware/Netware/MacOS/Solaris/AIX/UNIX 等各种操作系操作系统统。跨越应用软件：Exchange, SQL, Sybase, Oracle 等各种数据库。跨越存储：可不同种类混合与硬设备无关。跨越地点：不同的备援地点(
6、另外的 房间,建筑, 园区)。不中断工作，不需要 Agent 软件与主机无关。零冲击备份，不影响工作进行，并可大量节省在主机端软件的授权费用。FalconStor CDP 是一项先进技术，通过创建连续更新的本地和/或远程有效数据集副本，提供无可比拟的保护。副本的更改会被不间断地记录，并可以标记到任意时间点，以便让管理员或用户执行快速恢复。独特的“目视滑杆”(visual slider) 界面帮助用户智能地回滚至最为相近的时间点视图，同时找出最佳恢复点以便进行最快的恢复，与其它厂商提供的尝试-出错-再尝试的恢复方法相比，具有绝对的优势。引进 CDP 产品时，需考虑的因素与一般数据保护产品差不多，
7、同样都包括销售方式、部署架构、支持平台、储存媒体配置方式、管理界面，以及其它附带功能等。 1. 产品销售与部署架构产品销售方式与部署架构，会影响到用户导入产品时的建置程序与总体开销。CDP 基本上是软件产品，DataCore Traveller 与 IBM TSM FastBack 也都以纯软件方式销售，用户必须自行搭配服务器安装程序；而 EMC RecoverPoint 与 FalconStor CDP 则是捆绑了特定硬件设备，以预载了软件的应用服务器形式出售，用户虽然失去选择弹性，但也省下安装的麻烦。 在技术方面，4 款产品同样都属于区块型的 CDP，但在部署架构上各有差异。其中较单纯的是
8、纯粹主机端部署的 IBM TSM FastBack 与纯粹储存端架构的 DataCore Traveller。 DataCore Traveller 是建立在 DataCore SANSymphony 储存虚拟化虚拟化平台上的产品，属于储存端架构。只要将 Traveller 控制的磁盘区，与 SANSymphony 控制的磁盘区建立镜像复制群组即可。但限制是用户必须先建置好 SANSymphony，且所有前端主机都必须存取 SANSymphony 提供的虚拟磁盘区，才能纳入 Traveller 的保护。另外要注意的是，就整套架构“SANSymphonyTraveller”来说是属于 in-ba
9、nd 架构，但若只看 Traveller 本身，则属于 out of band，Traveller 服务存在与否，并不会影响到 SANSymphony 的运作。 IBM TSM FastBack 则是一套十分标准的主从式备份软件，依靠安装在前端被保护主机上的代理程序，负责驱动将数据复制到后端的动作，属于标准的主机端架构。 至于 EMC RecoverPoint 与 FalconStor CDP 则较为特别，可同时支持主机端、网络端与储存端 3 种架构。但两种产品对不同架构的支持又各有限制。 以 EMC RecoverPoint 来说，最基本的部署是主机端架构，也就是通过在前端主机上部署 Spl
10、itter 代理程序，负责监控磁盘状态与复制写入数据。若用户拥有 Brocade AP-7600 或 Cisco MDS 9000 系列光纤信道交换器，且需要保护的主机是通过这些交换器存取端的磁盘驱动器，则可采取网络端架构，让交换器运行将前端主机写入数据复制到 RecoverPoint 服务器。另外，若用户拥有 Clariion 储存设备，且需要保护的主机是以 Clariion 作为储存区，也可让 Clariion 的控制器负责运行将数据复制到 RecoverPoint 的工作，构成储存端部署。 FalconStor CDP 基本的部署方式是在前端主机上安装 DiskSafe 代理程序，另外也
11、支持通过 Cisco MDS 9000 系列光纤信道交换器的网络端部署，以及通过 FalconStor CDP-X 储存虚拟化平台的储存端架构。 平台与应用程序支持平台与应用程序支持 2. 平台与应用程序支持不同的部署架构对平台与应用程序的支持性有很大的影响，事实上，只有主机端部署架构，才需要考虑支持性的问题。就网络端架构来说，无论前端服务器服务器的作业平台或应用程序类型为何，只要是通过兼容品牌、型号的交换器存取端磁盘驱动器，则交换器就能运行数据复制工作。储存端架构也是一样，无论前端服务器是运行哪一种操操作系统作系统或应用程序，只要该服务器是存取特定品牌、型号的储存设备或储存虚拟化虚拟化提供的
12、储存空间，储存端就能运行将数据复制到 CDP 服务器上的动作。 因此网络端与储存端架构的 CDP 产品，是与前端主机运行的平台/应用程序无关的，换句话说，就是能支持任何平台与应用程序。 至于主机端架构，由于必须在前端主机上安装代理程序，因此就会面对代理程序的支持性问题。 在 3 种采用主机端架构的产品中，以 EMC RecoverPoint 的 Splitter 代理程序支持性最广，可支持 Windows、AIX、Solaris 等操作系统，而 FalconStor CDP 的 Disksafe 代理程序，虽只能支持 Windows，但也能通过操作系统内置的逻辑磁盘区管理员（LVM）支持 Un
13、ix 与 Linux（但这种方式只能运行 FalconStor CDP 快照模式，不能运行持续数据保护的 CDP Journal 模式）。IBM TSM FastBack 的支援性则较窄，只支援 Windows 平台。 3. 储存媒体配置管理在储存媒体的配置管理方面，IBM TSM FastBack 与传统备份软件一样，都是把存放复本的空间构成容器（Repository），前端来自不同服务器的复本数据，都是统一放在容器中。任何 FastBack 服务器所能存取的磁盘区皆可充作容器。 其它 3 款产品基本上都是基于 SAN 与镜像复制的架构，但又各有差异。 DataCore Traveller
14、基本上是一套特殊版本的 SANSymphony，因此也具备虚拟储存功能，可把自身介接的储存空间构成储存池，然后再依需要仿真成不同容量的虚拟磁盘区，挂载给自身或其它主机使用。设定时，Traveller 必须为前端每个需要保护的磁盘区设定 1 个缓冲磁盘区（Buffer）与 1 个参考磁盘区（Reference Volume），被加上时间戳记的数据，将先进入缓冲磁盘区，过期后再退到参考磁盘区。 EMC RecoverPoint 本身是一套应用服务器，但其内部磁盘空间是专用于存放自身的系统，因此用户必须通过 iSCSI 或 FC SAN 信道配置磁盘区给 RecoverPoint 使用。Recove
15、rPoint 的储存架构有些类似 DataCore Traveller，加上时间戳记的数据将先进入 Journal 磁盘区，当超出 Journal 磁盘区容量后，旧数据将会退到另 1 个 Replica 磁盘区。 FalconStor CDP 则比较特别，其本身是一套内置大量磁盘空间的应用服务器，因此无须通过外界取得空间。设定时必须先为前端每个需要保护的磁盘区，在 CDP 服务器上设定一个镜像磁盘，只要前端磁盘有任何异动，异动区块就会被复制到 CDP 服务器的镜像磁盘。接下来的作业就依不同模式而定，普通的快照模式下，镜像磁盘将会忠实地保持与前端磁盘的同步，新状态将覆盖旧状态；若启动 CDP J
16、ournal 模式，则 CDP 服务器就会替前端送过来的每笔数据将上时间戳记并个别存放。 Thin Provisioning 与与 CDP 的搭配的搭配 4. Thin Provisioning 与 CDP 的搭配建置 CDP 时，一大困难便是判断需要保留的带有时间戳记的数据量多寡，保留的量越多，则还原时能选择的“连续保护”时间范围也越长，但这也越耗磁盘空间，在数据还没成长到一定程度前，分配太大的空间会造成浪费。但若一开始设定的空间不够，将使得保留的数据量太少，造成还原时的麻烦。 所幸近来逐渐普及的 Thin Provisioning 将可解决这个问题。在 Thin Provisioning技术下，分配给前端主机的容量，和后端实体储存空间彼此脱钩分配给前端主机的空间都是“逻辑容量”，和后端实体储存空间无关。当写入的数据量占满实体容量后，系统再逐次分配实体空间到这个逻辑磁盘区中，这也就是“按需分配”的意义，只有真的写入了，才会分配到相对应的容量。 前述 4 款产品中，DataCore Traveller 与 FalconStor CDP 都内置了 Thin Provi
