VERITAS整体容灾方案.doc

VERITAS整体容灾方案维尔软件目 录目 录1第一章 系统需求分析2 系统建立目标2 需求简析2第二章 高可用容灾方案设计32.1 设计原那么32.2 方案概述42.2.1 “N+1 冗余备份方式42.2.2 N节点循环备份方式52.2.3 软件安装6第三章 高可用容灾方案实现73.1 软件功能解释73.2 安装、配置过程133.3 工作过程14方案分析173.4.1 有关数据的量化分析及结果173.4.2 方案小结19附 录21一、VERITAS公司简介21二、VERITAS Foundation Suite23三、VERITAS Cluster Server 30附件一、具体安装配置命令及配置文件第一章 系统需求分析1.1 系统建立目标建立本系统的目的是为xxx系统建立一个全面的、整体的容灾方案，最大限度地保证业务系统工作的连续性、可靠性。1.2 需求简析在xxx以往的业务系统中，仅考虑本地容灾，即通过集群的双机系统(Cluster或HA)对业务应用提供保护，在一台效劳器的软硬件发生故障时，将整个业务切换到后备效劳器上。该方法很大程度上防止了效劳器的单点故障，提高了整个业务系统的可用性。但是，随着xxx业务系统的开展，随着竞争的不断加剧，在一些重要的系统中，客户已经不满足于简单的本地保护。越来越多的客户提出了要求更高的系统可用性，要求实现真正的异地容灾保护。因为一旦出现异常情况，如火灾、爆炸、地震、水灾、雷击或某个方向线路故障等自然原因以及电源机器故障、人为破坏等非自然原因引起的灾难，导致业务正常无法进展和重要数据的丧失、破坏，造成的损失将不可估量。因此，xxx要求业务系统可以在发生上述灾难时快速恢复，将损失降到最低点。全面的异地容灾保护方案，意味着除了要实现本地的切换保护外，更要实现数据的实时异地复制和业务系统包括数据库和应用软件的实时远程切换。第二章 高可用容灾方案设计 设计原那么我们为xxx提供的高可用容灾方案的设计原那么如下：l 方案当前即可实施l 在满足要求的前提下尽量简单l 除特别必要，不需要增加另外超出本方案的软硬件l 如果一个软件产品可以实现需要的功能，我们不会再使用另外的产品实现重复的功能l 同一方案适合多种平台环境，降低安装、管理和维护的难度。VERITAS的容灾方案是一个完整的方案，该方案包括三个功能：主节点到灾备节点的数据远程实时复制、本地应用效劳和数据复制效劳的切换保护、应用远程容灾切换。涉及的产品包括Volume Manager+Volume Replicator,VERITAS Cluster Server和Global Cluster Manager。 在该整体方案中中，上层依赖于它的下层，每一层的产品实现相应的功能。 图中涉及的软件产品将在下面论述。2.2 方案概述VERITAS解决方案能够按照现xxx业务的要求实现多种容灾模型。即:l “1+1冗余备份方式l “N+1备份方式l N节点循环备份方式(如果只要求N=2,即双地点互为备份)第一种方式实际是第二种方式N=1时的特殊情况，以下不单独讨论。 “N+1 冗余备份方式为N个正在运行的xxx业务系统建立一套远程容灾备份系统，称为“N+1备份方式。这种方式下，N个正在运行的业务系统中的任何数据的更改，包括静态数据更改与动态数据更改，都必须同步到备用系统中。备用系统中存储着所有的N套正在运行的业务系统的数据总和。正在运行的其中一个系统发生故障，那么备用系统使用对应当前故障系统的用户数据和相应应用，来接收故障系统的业务。假设正在运行的N个业务系统中所有系统同时发生故障，那么备用系统使用的所有对应故障系统的备份数据和相应应用，接收所有业务系统。“N+1备份方式的优点是建立本钱比拟低，可以使用一套备份系统为多个系统提供容灾备份的功能，平时设备利用率比拟高。“N+1备份方式的缺点是当多个系统同时发生故障，如果只有一套备份系统为所有用户提供效劳，可能导致效劳质量的下降。该方式建议备份系统使用较高的硬件配置。 “N+1系统简单示意图如下列图图二： 数据传输方向图二 多对一备份Site 1Site nSite n+1Site 22.2.2 N节点循环备份方式 由于只要求N=2，实为一对一互为备份。Site A运行本身业务系统的同时，还作为Site B业务系统的备份系统；同理，Site B运行本身业务系统的同时，还作为Site A的备份系统。正常情况下，Site B拥有本身业务的应用、数据库进程和相关的数据，同时，Site B系统中有相应的数据区存储从Site A实时复制来的数据。而且Site B实时将数据复制到Site A。当Site A 发生灾难时，Site B除了提供本身业务外，还要提供Site A的相应效劳。反之同理。N节点N=2循环备份系统简单示意图如下列图图三：数据传输方向图三 相互备份Site ASite B2.2.3 软件安装在两种情况下，每个地点的每台效劳器上安装的软件一样，只是不同情况下配置方法不同，每台效劳器的具体配置方法后面讨论。每台效劳器安装软件如下：1) 安装VERITAS Volume Manager(VxVM) 2) 安装VERITAS (VxFS) 3) 安装VERITAS Volume Replicator(VVR) 4) 安装VERITAS Cluster Server(VCS)、相应的数据库代理(Agent)和应用软件代理5) 安装VERITAS Global Cluster Manager(GCM)第三章 高可用容灾方案实现本章将就该方案的每个细节进展讨论。包括方案的详细讲解，软件的实际配置方法等。通过阅读和理解本章，您将了解VERITAS解决方案的实现方法，并清楚地知道VERITAS解决方案是切实可行的，并且有相关的实施案例和实施经历。我们假设原来就已经按照双机系统设计，那么本方案仅需要增加不同地点间的广域连接，不需要增加其它硬件。软件方面要用VERITAS高可用软件替换原有的HA/Cluster软件，新增Volume Manager、VERITAS 、VERITAS Volume Replicator和Global Cluster Manager。在介绍功能前，需要强调的的是：VERITAS提供的是完整的容灾解决方案。各个软件的功能完全集成在一起，建立一个容远程数据复制、本地容灾、远程应用切换于一体的方案。3.1 软件功能解释 在这里，每个软件只解释与本方案相关的那局部功能，至于软件的全部功能，请见附录。一、 VERITAS Volume Manager(简称VxVM) 将在物理磁盘上建立多个或一个逻辑卷(Volume)。以裸设备的方式使用卷，或在卷上建立文件系统。将数据特别是需要进展远程复制的相关文件系统、数据库存放在卷上。由于数据复制是基于卷的，所以，Volume 是进展复制的根底。二、 VERITAS Volume Replicator(简称VVR)负责远程数据复制。VVR复制基于Volume进展。复制的数据可以是数据库中的数据文件方式或裸设备方式和文件。复制的示意图见图四。图四1) VVR与VxVM完全集成在一起。用VxVM管理界面和命令统一配置管理；由于VVR仅仅将Volume上每次I/O的实际数据实时复制到远程节点，所以在网络线路上传输的数据量很少，对带宽的需求也很小。；2) 将各个业务系统中需要进展远程复制的多个或一个卷定义为一个Replicated Volume Group(简称RVG)；3) 在Site A定义一条RLINK，指向Site B；在Site B也定义一条指向Site A的RLINK。RLINK是单向的；需要进展复制的两个系统各定义一个指向对方的RLINK；每个RVG定义一个RLINK。例如有Site A和Site B两套系统同时用Site C的系统作为备份。在Site A定义一个RVGa，包含需要进展数据复制的卷；在Site B定义一个RVGb，包含需要进展数据复制的卷；在Site C定义两个RVG，名为RVGa和RVGb，分别作为Site A RVGa和Site B RVGb的备份。然后，在Site A定义RLINK to_c1，指向Site C；在Site B定义RLINK to_c2，指向Site C；在Site C定义两个RLINK，一个to_a,指向Site A,另一个to_b,指向Site B。 4Storage Replicator Log(简称SRL)是VVR中的重要部件。将数据复制各方的某个卷定义为一个SRL。需要复制的数据首先要写入SRL，然后传到异地。VVR通过SRL保证数据复制严格按照写顺序进展，这在异步工作方式下非常重要。当网络中断或异地系统出现故障时，本地数据将记录在SRL中，等系统恢复正常时再将SRL中的数据按照先进先出的顺序传送到异地。当SRL满后，VVR将通过Data Chang Map简称DCM记录变化过的数据块的块号。 VVR数据流程见图五： 图五 5Data Change Map简称DCM与主节点的RVG相关，它其中的内容是位图信息，记录某一时间点后修改正的数据块位置。DCM在正常情况下不使用，在SRL满后记录变化的数据块的块号，当恢复正常复制后，等SRL中的数据传送完后，将DCM中记录的块传送到异地。灾难恢复后的反向复制也用到DCM。6数据复制的工作模式缺省为同步/异步自适应，即在网络延时情况较好、数据能够及时复制时，工作在同步方式，完全保证两边数据的一致性；当网络延时情况较差、数据不能及时复制时，工作在异步方式下，保证主节点的I/O性能。数据复制根据实际情况，自行在两种工作模式之间切换。 如果数据复制的线路带宽有限，出于保证本地效劳器读写性能的考虑，可以将复制工作模式定义为异步。由于VVR的数据复制严格按照I/O的修改顺序进展，所以，无论在同步还是异步工作方式下，都能保证数据的完整性。对于数据库系统，该复制机制能够保证灾备节点的数据库在灾难发生时正常启动并提供效劳。7后备节点的完全同步，即所谓的建立基线。在主节点往后备节点正常复制数据前，必须逐块逐块地将主节点中需要复制的数据拷贝到后备节点，也就是说，将双方的RVG进展同步。 后备节点的完全同步分为两种情况，一是复制时主节点应用不进展数据更改，二是复制时主节点应用进展数据更改。两种情况下，都可以采用自动同步方式或采用备份和检查点(Check Point)结合的方法。 自动同步是指通过网络将数据从主节点(Primary)复制到备份节点(Secondary)。方法很简单，只要进展一步操作即可完成。自动同步对带宽要求较高，否那么，将无法完成完全同步。自动同步要求RVG中的每个卷都有DCM。 对于网络带宽较小，或者需要完全同步的数据量太大时，使用备份与检查点结合的方法。在备份开场前，在主节点设置检查点，该检查点记录在SRL中，然后将数据备份到活动硬盘、光盘、磁带或其它介质上。备份完成后，将检查点取消。将备份的数据恢复到后备节点上。然后将RLINK连接挂上，主节点SRL中记录的的数据传送到后备节点，完成后，两边数据一致，进入正常数据复制状态。用该方法进展数据完全同步，要求SRL卷大些，等完成后，再将SRL卷通过Volume Manager在线缩小。8 当某些严重意外情况发生后，后备节点会变成新的主节点，称为角色转换。在灾难期间，不进展数据复制，新的主节点用DCM记录变化数据位置。9 当原来的主节点在灾难后恢复正常，需要进展数据反向同步和角色转换。反向同步有两种情况，一种是在灾难发生时刻，原主节点与灾备节点的数据是同步的即无未复制的数据；第二种是在灾难发生时刻，原主节点与灾备节点的数据不是完全同步的即主节点有数据尚未复制到灾备节点。第二种情况在反向同步开场时第一步首先要进展重置，指将原主节点SRL和DCM中数据这些数据在灾难发生时尚未来得及传送的位置信息修改当前主节点即原后备节点的DCM。然后，将DCM中指向的数据全部传送到原主节点。而第一种情况的话，直接进展第二步工作。传送完成后，将当前主节点的数据库和应用停顿，将双方角色复原，并在原主节点提供正常效劳。 10脱机处理。通过使用VVR的In-Band Control(IBC)消息、Snapshot、以及Volume Manager(VxVM)的FastResync(简称FR，即快速同步)功能，可以实现数据的脱机处理。脱机处理主要指对后备节点种的数据进展处理，例如进展备份、打印报表、数据仓库处理等。脱机处理由打破后备节点的镜像卷、对镜像数据进展处理、重镜像等几个过程组成。 11双收条双重确认机制。指后备节点对复制数据的接收确认有两个阶段。第一个确认当后备节点收到数据后发出；第二个确认当后备节点数据成功写入硬盘后发出。当主节点收到第二个确认后，将SRL中的相应数据清空。三、 VERITAS Cluster Server简称VCS是用于本地容灾的集群软件，支持多达32个节点的应用级切换，保证本地业务系统的软硬件高可用性。VCS以其出色的可靠性和易管理性闻名。VCS的功能特点请见附录。在本方案中，VCS主要负责以下功能：1） VCS负责监控和管理硬件系统和操作系统，当出现故障时进展切换。2） 通过数据库代理(Agent监控和管理数据库系统，当出现故障时进展切换。3） 通过API或脚本编写针对性客户化应用代理，监控和管理应用系统，当出现故障时进展切换。4） 通过Replicator 代理监控和管理数据复制过程，当主效劳器数据复制发生故障时，自动将数据复制工作切换到后备效劳器，保证数据复制过程的连续性。这点对于容灾系统非常重要。该代理充分说明VERITAS提供的是完整的容灾解决方案。5） 主节点和备份节点的VCS集群系统都在Global Cluster Manager的统一监控和管理下，从而实现集群系统间的远程应用切换。GCM在VCS中以两个效劳组指GCM Master和GCM Slave的形式存在。四、Global Cluster Server简称GCM可以称为Clusters Cluster集群的集群。它负责对多个不同地点的多达32个集群系统进展监控和管理，在发生严重灾难时，进展site的切换即应用的远程切换。 GCM Console为Web界面，通过浏览器管理各个Cluster系统，并在管理界面中主动控制或响应远程切换。3.2 安装、配置过程在硬件和操作系统环境准备好后，整个方案的实际安装、配置及工作过程如下。详细的配置命令和配置文件见附录。一、 安装VERITAS Volume Manager(VxVM)和(VxFS)。将效劳器本地硬盘的其中一个分区或整个硬盘作为rootdg。将磁盘阵列中所有磁盘用Volume Manager管理。创立一个disk group，包括涉及的磁盘，并在这些磁盘上划分出需要的卷，包括用于SRL的卷。如果卷上需要文件系统，使用VxFS。将数据库和应用系统都安装在共享的磁盘阵列卷中。二、 由于VVR与VxVM集成在一起，所以无需另外安装。1) 为需要复制的卷增加DCM。2) 创立SRL。3) 定义RLINK，指向备份节点。4) 定义RVG，将需要进展远程复制的卷(包括SRL卷)都定义到一个RVG中，并与RLINK联合绑定。5) 进展数据复制。三、 安装VCS、Oracle或Informix代理、客户化应用代理和VVR代理。安装完成后，配置心跳线，然后对各个效劳组(Service Group)中涉及的资源进展定义。进展本地切换测试，优化有关参数。四、 安装GCM。安装完成后，在VCS的效劳组(Service Group)中增加了GCM Master 和GCM Slave。对其进展配置。定义GCM响应的事件和相应的处理动作。用手工模式进展异地容灾切换测试，并调优化有关参数。五、 进展全系统联调，测试各种情况下的系统工作情况，并进一步优化有关参数。3.3 工作过程为方便论述，本节模拟地点A和B，两地各有一套建立在VCS双节点集群上的业务系统，以B地点的系统作为A地点的备份。切换示意图见图六。图六一、 正常情况下：1） 业务系统运行在地点A，包括数据库实例、有关的文件、数据库数据、应用软件。A节点对外提供效劳。2） A节点所有的有关的数据通过VVR实时复制到B节点。3） 两地的VCS对的各自节点内的两台效劳器的主机情况、数据库效劳、应用软件进展实时监控和管理，其中，VCS还对VVR数据复制效劳进展监控。4） GCM 监控两地Cluster系统的运行。二、 当A地点的主效劳器发生硬件或软件故障，导致主效劳器无法提供正常效劳：1） VCS进展本地切换，将主效劳器的数据库效劳、应用软件、VVR数据复制效劳切换到本地后备节点。2） 整个系统运行在本地后备节点，包括VVR数据复制效劳，由后备效劳器提供对外效劳和数据复制效劳。3） GCM将监控到该切换事件的发生。4） 如果仅仅是主效劳器数据复制效劳发生故障，可以不进展切换，只需将复制效劳修复并正常运行。三、 如果A地点的主效劳器恢复正常，整个系统将重新运行在正常情况下。四、 如果在情况二的状态下，A地点的后备效劳器也发生硬件或软件故障，整个A地点无法正常提供效劳：1） GCM 将监控到该严重灾难的发生，将对接收到的Site A down事件进展处理：发出严重告警，并在管理界面上弹出效劳灾难性切换及效劳切换到远程地点等待确认画面。2） 在有关人员确认后，在GCM切换等待确认画面上按确认按钮，将进展地点间的容灾切换。3） A地点的业务将在B地点正常提供效劳。4） 数据复制暂停。5） Site B的VVR将从Secondary变成New Primary，使用DCM记录所有变化的数据块。五、 如果A、B地点间网络发生故障：1） VVR心跳检测将发现该故障，A地点VVR将根据事先的配置进展处理。我们的建议是VVR将网络故障期间所有数据的更改记录在SRL。2） 如果在一段较长时间内，网络故障无法恢复。当VVR的SRL卷接近满时，VVR将使用DCM，记录变化的数据块位图。3） 在网络故障发生后，GCM将探测到，并对Network Down 事件进展处理：向有关管理员发出告警。六、 如果A、B地点间网络在短时间内恢复正常。1） VVR将把A的SRL中积累的数据传送到B。2） VVR处于正常工作状态。3） GCM处于正常工作状态。七、 如果A、B地点间网络在很长时间内仍无法恢复正常：1） VVR停顿远程数据复制。2） GCM无法对两地间的Cluster运行进展监控。八、灾难复原。当A地点的系统恢复正常后，需要进展整个系统的回迁。数据反向复制时只复制灾难期间变化的数据而不是所有的数据，这是本方案优势之一。1） 在灾难期间，B地点是VVR的New Primary，B的DCM记录所有变化的数据块。2） A系统正常后，VVR重新建立与B节点的RLINK连接，并自动变成Pseudo Secondary伪后备节点。3） GCM 发现A、B地点Cluster恢复正常，对它们进展正常管理。以下过程将在脚本中自动完成。4） 进展反向同步的第一步是将A节点的Pseudo Secondary状态转成Secondary状态。5） 第二步将进展A的SRL和DCM的重置(Replay)，修改B的DCM。因为在A节点发生灾难时，有可能A的SRL中有没来得及进展传送得数据，甚至DCM中标记的数据块没来得及进展传送。也就是说，A中有一些本地已经修改，而B还未修改的数据。所以，要保持A、B数据的一致性，一定要首先对这些数据进展处理。处理方法成为重置(Replay)。重置将把A节点SRL中数据或DCM中标记的数据位图信息传送到B节点。B节点将进展判断，根据数据块是否有新的修改，对DCM进展置位。6） 重置完成后，将进展数据的反向同步，将灾难期间B节点变化的数据和需要A节点重置的数据传送到A。7） 以上的过程中，B的数据库和应用都处于正常运行状态。8） 当反向同步完成后，数据库和应用将停顿运行。9） GCM控制进展整个系统的反向切换。10） A节点重新成为VVR的Primary，进展正常复制。11） A节点整个业务系统恢复正常运行。本章将就xxx需求书中提出的要求分析方案。通过分析，说明方案符合需求，并进一步讲解方案的细节。3.4.1 有关数据的量化分析及结果涉及数据库的系统业务，除了对数据库内容的更改良行实时数据复制外，还要复制有关的系统文件，例如环境配置信息、数据库环境配置信息。在带宽允许的情况下，我们将对整个数据库有关的内容，包括数据库安装软件、数据库数据等等都实时复制到灾备节点。当发生灾难时，恢复的时间会很短。对于VVR对数据库内容的复制，就oracle 为例，有两种方法：1仅复制Archive Log和Online Redo Log。该方法的优点是复制数据量小，对带宽要求小，而且比数据库本身的复制功能更能保持数据一致性，因为数据库本身的复制仅复制Archive Log。缺点是后备节点要进展Log中的交易重提交，当发生灾难后，后备节点可能需要较长时间才能提供正常效劳 。2） 数据库的内容和Log都进展复制。该方法的优点是更好地保持数据的一致性，而且发生灾难时，后备系统恢复正常效劳的时间较短。缺点是复制的数据量较大，对带宽的要求较高。根据计算，由于带宽允许，所以，将进展数据库内容和Log的复制。以下是根据?xxx需求书?中的业务数据进展计算后得到的所需带宽和SRL的尺寸。一、带宽计算：1. 平均带宽需求每秒操作涉及到的更新的数据：xxxx Bytes指数据库表操作引起的索引文件，控制文件，LOG文件等的修改加冗余后每秒操作涉及到的更新的数据： xxxx * 1.5=yyyy Bytes加冗余后每小时操作涉及到的更新的数据：yyyy * 3600=zzzz Bytes加冗余后每天操作涉及到的更新的数据：zzzz * 24 = pppp Bytes平均带宽需求：yyyy*8/1000=qqqq Kbit/s2. VVR带宽需求VVR控制信息：约占总带宽的3-5%IP打包数据占每次I/O的百分比约5-10%总带宽需求： qqqq*1.15=aaaa bit/s二、SRL容量计算SRL即数据复制的日志区的容量计算，将视实际情况如磁盘实际容量、网络平均故障修复时间、变化数据量等定。例如一般情况下，网络故障在8小时内修复，那么将SRL的容量定为8小时内数据变化量再加上一定的冗余。三、结论如果带宽充裕，可以使用同步/异步自适应的工作方式；如果带宽不是很充裕例如1-4Mbits/s，为了保证业务系统的性能，建议VVR工作在异步方式下。3.4.2 方案小结本方案的特点：是一个完整的容本地容灾、数据远程复制和远程容灾切换于一体的方案。本方案完全符合?xxx需求书?的技术指标，完全实现xxx业务的全面容灾需求。以下说明本方案的特点及优势。一、 本方案能够支持手动/自动信令容灾方案，用户可以根据实际需要进展 自由选择。但在实际情况中，由于发生重大灾难时业务异地切换属于非常严重的事故，所以我们建议该过程前用户进展 确认，然后在GCM界面中按下切换确认按钮进展切换。二、 当本地主系统恢复正常后，需要进展反向数据同步、应用切换等工作，该工作需要由操作人员在系统较空闲时进展。工作过程很简单。三、 通过SRL、DCM、严格的按写顺序传送、双收条确认、反向切换时的重置等技术的使用，本方案可以最大限度地保证主、备节点的数据一致性。四、 本方案支持 1+1、N+1和节点互备方式，满足用户的不同需求。五、 本方案如果不考虑带宽，节点间没有距离的限制。由于VVR的数据传递是基于卷，所以每次传送的数据量根本就是每次系统I/O的数据大小。这样可以得到最大的带宽利用率。六、 基线建立，需要主备节点的数据完全同步。完全同步在应用运行期间也可以完成。可以采用自动同步方式或使用备份和检查点(Check Point)结合的方法。七、 至于基线建立过程、日常复制过程、故障切换过程和故障恢复过程对主机性能的影响，由于对不同的配置、不同的情况将有很大的区别，所以，很难给出具体的数值。以我们在以往实施中的经历，如果采用异步复制方式，对整个系统的影响，在5%左右。附 录一、 VERITAS公司简介作为企业级应用存储管理软件的领先提供商，VERITAS Software (Nasdaq:VRTS)公司专门提供集成的跨平台存储管理软件解决方案，用来保证关键业务信息的连续可靠性。VERITAS公司于1982年成立于加利福尼亚的Mountain View，现拥有员工3500余名，在全球多个国家设立分公司或办事处。公司2000财年的收入为12亿美元，市值700亿美元，稳座全球五大软件厂商之一的宝座。在过去的十年中，VERITAS Software己成为开展最快、规模最大的存储管理软件公司，它连续四年被?商业周刊?杂志评为“开展最强劲的公司，在?财富?从杂志的“开展最快的100家公司排名(1999年9月6日)中名列第八，并于1999年1月成为Nasdaq-100指数的一局部。VERITAS Software公司是应用存储管理的事实标准，世界领先的效劳器和操作系统中有60使用它的软件。为保证提供集成的一揽子软件存储管理解决方案，VERITAS Software 与业界所有大型企业都建立了战略合作伙伴关系。公司的OEM客户和战略联盟包括从部件厂商到高端UNIX领域的主机厂商。VERITAS Software为各种规模的企业提供关键业务信息的连续可用性，是客户可以信赖的企业级应用存储管理软件解决方案供给商，对客户来说，VERITAS即“可靠的代名词。VERlTAS是世界唯一一家能提供多种企业级的存储管理软件的公司，为用户提供端到端的多平台、混合计算的存储解决方案。从数据产生到数据保存的整个过程中，VERITAS提供的软件产品能够确保系统数据存储的高性能、 高扩展性和高可用性。VERITAS存储管理软件可以通过最大限度缩短突发事件的停机时间，确保用户应用的高可用。高性能的在线备份，确保关键数据平安存储和使用。VERITAS 软件可以做到在集中管理模式下以最小的开销对大容量的存储环境进展最有效的管理。管理涉及各种存储介质，包括磁盘，光盘和磁带。所有工作均通过开放式环境进展有效管理。Ø VERITAS的高性能、高可用性的产品1. 磁盘数据系统管理软件· Volume Manager 和 Fi1e System2. 在线数据备份管理软件· NetBackup 和 BacupEXEC· Global Data Manager3. 数据迁移管理软件· Storage Migrator (HSM)4. 企业级集群软件· VERITAS C1uster Server5. 应用优化软件· Database Edition· Edition、Web Edition等6. 远程异地容灾软件l Volume Replicator、l Global Cluster Managerl SAN 解决方案二、VERITAS Foundation SuiteVERITAS®存储与数据管理解决方案专门用于解决企业计算与新型存储区域网SAN环境中日益复杂且耗资巨大的关键任务数据与磁盘资源的管理问题。这些解决方案的核心是VERITAS存储产品VERITAS Volume Manager和VERITAS 。VERITAS Volume Manager与VERITAS 均具有各自的出色特性，两者结合起来为企业在线存储系统提供了最高水平的性能、可用性和可管理性。VERITAS Volume Manager为企业计算与SAN环境提供了易于使用的在线磁盘与存储管理工具。该产品可在系统处于联机状态时提供磁盘使用情况分析、RAID技术和磁盘存储区的动态配置。这些工具可确保提供持续的数据可用性、易用性与数据保护。此外，借助这些工具，效劳器在备份和维护时无需脱机。作为一种功能强大、可快速恢复的日志式文件系统，VERITAS 提供了关键任务应用所需的高性能和可管理性。VERITAS 具有稳定的可用性、更高的I/O和最高的构造完整性，在各方面均优于UNIX文件管理工具。该产品具有可扩展的性能与特性，足以满足客户机/效劳器环境中不断增强的用户需求。工作于操作系统层的VERITAS Volume Manager与VERITAS 为其它增值技术的开发奠定了根底，这些技术包括集群与故障排除、备份与HSM以及基于浏览器的远程管理。VERITAS Volume Manager· 更高的系统与应用性能VERITAS Volume Manager主要用于识别并分析存储区访问模式，以便实现各种复杂磁盘配置上的I/O负载平衡。该产品可对某些应用的数据格式进展在线调整，而且调整时对用户不造成任何影响。通过将数据映像到快速灵活的存储器上如RAM驱动器或固定状态磁盘可以加快访问关键信息的速度。VERITAS Volume Manager允许将数据分配到多个物理驱动器RAID-0上，从而提高操作性能。此外，该产品可在不影响用户操作的情况下识别并消除性能瓶颈。· 数据完整性提高，停机时间缩短VERITAS Volume Manager具有在线管理与磁盘存储配置更改功能其中包括RAID格式的转换，消除了停机时间，从而防止了巨额资金损失。同时，通过使用冗余技术提高数据可用性，卷管理程序还能够有效防止磁盘与硬件故障造成的数据丧失与崩溃。VERITAS Volume Manager支持RAID-1、RAID-1+0、RAID-0+1和RAID-5，提供了数据冗余特性。· 硬件与软件投资保护VERITAS Volume Manager配置VERITAS Storage Administrator GUI，这一基于Java的图形用户界面GUI能够在任何软件操作系统上运行。VERITAS Volume Manager还能够保持多种VM版本右以访问的现有磁盘存储配置，允许以较低的停机时间轻松进展迁移。VERITAS · 用户与管理员工作效率提高VERITAS 能够进展联机系统备份，这样在备份操作过程中用户也可以对数据进展访问。此外，VERITAS 大大缩短了系统崩溃后的恢复和重启动时间，使用户在事件发生后几秒钟内即可恢复对文件系统数据的访问。数据可用性的提高使用户和管理员的工作效率也提高到了一个新水平。· 可靠的系统数据带来可靠的业务解决方案VERITAS 通过位完成数据操作的信息保存在日志记录上确保了文件系统数据的完整性。在发生系统崩溃时，恢复程序将重新显示日志记录中的未完成操作。除确保数据完整性外，这一特性还大大降低了系统恢复所需的时间，因为现在文件系统的恢复时间取决于日志记录的大小而不是文件系统的大小。· 简单而强大的系统管理功能在线管理特性包括文件系统备份、分段恢复、扩大或缩小文件系统等功能，满足了用户的不同需求。除文件系统管理外，VERITAS 还可帮助管理员控制单个文件某些方面的问题，从而提高了管理的准确度。解决方案说明VERIAS Storage Foundation产品为确保企业系统和SAN环境的高性能、持续可用性和可管理性提供了核心技术。VERITAS Volume Manager与VERITAS 配合使用可提供最正确性能调整功能和高级管理功能，为实现持续的数据可用性奠定了根底。I/O子系统性能的提高将加快系统的响应速度，提高系统的可用性。可管理性的提高将降低出错率、优化系统使用情况并降低系统停运时间。VERITAS Storage Foundation允许用户不连续地对重要数据进展访问，使客户能够从其计算环境中获取最大收益。下面，我们从几个方面分析VERITAS Volume Manager和VERITAS 的特点和优势。1. 性能、可用性与平安性VERITAS Volume Manager：· 存储器在线重配置与数据库空间扩展· 映像RAID-1· 数据冗余性RAID-5，RAID-1+0，RAID-0+1· 失效冗余存储器再定位VERITAS ：· 在线重设文件系统大小· 在通用备份软件支持下进展在线快照· 快速文件系统恢复· 故障文件系统错误限制系统优势：· 进展预定系统维护时不中断数据访问· 通过容错与快速访问功能提高了可用性· 降低了提供数据冗余所需的存储本钱，方法有两种，一是减少用于提供冗余的物理磁盘· 数量；另外一种是保证数据在多个磁盘失效的情况下仍具有可访问性· 磁盘失效后自动恢复数据冗余性· 在系统发生故障后实现快速恢复· 不连续数据访问· 在不封锁数据的情况下进展完全备份· 降低意料之外的停机时间· 防止磁盘与文件系统错误影响系统操作· 提供镜像别离和快速重镜像2. 可扩展性VERITAS Volume Manager：· 在线性能监控与调整工具· 条纹技术RAID-0与选择性磁盘映像· 动态多路径DMP支持· 多磁盘扩展· 在线重设格式· 任务显示器VERTAS ：· 根据区间为文件分配磁盘· 在线文件分段恢复与目录优化· 自动性能调整接口· 面向VERITAS Oracle数据库版本的Quick I/O数据库加速器· 面向VERITAS NFS版本的加速器· 直接I/O系统优势：· 易于识别并减少I/O瓶颈· 提高吞吐量与带宽，同时提供可扩展的性能与负载平衡· 通过在多个阵列路径间分布I/O提高了多控制器磁盘阵列的性能。更易于访问冗余光纤通道环路上的数据· 消除了物理存储器的限制· 在线调整功能允许进展存储器格式重配置· 可调整卷恢复速度并监控VMI/O任务· 提高了大型文件与I/O的吞吐量· 通过改良文件系统格式提高了性能· 通过自动调整I/O策略并令其与VERITAS Volume Manager的数据格式相对应提供了最正确性能· 融文件系统管理灵活性与原始磁盘性能于一体· 使NFS环境的性能比UFS环境性能高出103%· 通过优化大规模I/O请求的吞吐量提高了性能3. 集中式管理VERITAS Volume Manager：· 独立于平台、基于Java的直观图形用户界面