企业级存储管理解决方案

武汉佰钧成技术有限责任公司 IBM企业级存储管理解决方案IBM Tivoli Storage Manager企业级存储管理解决方案武汉佰钧成技术有限责任公司2012年12月目录1前言42需求分析52.1客户环境介绍52.2客户需求描述52.3方案设计考虑63IBM TSM存储解决方案概述83.1方案简介和产品选型83.1.1文件级别的备份83.1.2数据库级别的备份83.1.3应用级别的备份93.1.4操作系统级别的备份93.1.5基于硬件镜像的应用/数据库备份93.2TSM解决方案架构及功能103.2.1硬件配置103.2.2物理拓扑图113.2.3软件配置及部署拓扑图113.3方案特点144北京中联云达信息系统服务有限公司数据备份与恢复策略建议154.1备份与恢复方式及数据流154.2文件系统备份与恢复策略建议154.2.1备份策略（永久增量备份）154.2.2恢复策略（一次恢复）174.2.3备份/恢复策略举例174.3数据库备份及恢复策略建议184.3.1数据库系统数据备份策略184.3.2Oracle数据库的备份与恢复194.3.3DB2数据库的数据备份及恢复策略204.3.4SQL Server数据库的备份214.4邮件系统的备份与恢复建议224.4.1Domino邮件系统备份与恢复224.4.2Exchange 邮件系统的备份与恢复224.5SAP系统的数据备份及恢复策略234.6操作系统的备份与恢复建议244.6.1本地TSM服务器系统的恢复254.6.2当本地整个计算机系统的恢复254.7灾难恢复流程建议264.7.1TSM备份系统的离线介质管理264.7.2TSM备份系统故障保护与恢复274.7.3基于TSM的数据容灾方案284.7.4基于TSM的数据恢复流程315方案优势总结325.1全面的解决方案325.2高性能的数据备份和恢复325.3集中的监控管理335.4强大的灾难恢复355.5数据的安全性365.6其它优势365.6.1IBM公司的战略性产品365.6.2广泛的市场选择和领先的技术优势375.6.3宽广的平台支持能力375.6.4磁盘高速缓存的优势375.6.5更高的数据可靠性375.6.6介质回收385.6.7内置关系数据库385.6.8集中管理385.6.9永久增量备份385.6.10瞬时存档/ 快速恢复395.6.11SAN能力/磁带池395.6.12支持TCP IP v6, SSL和长文件名395.6.13高效，自动的报告功能39 41/411 前言在企业对信息的依赖性越来越强的今天，信息已成为企业的生命源泉。有效防范系统突发事件，在尽可能低的运作成本和拥有成本的前提下，提高信息可靠性和可用性，已成为每个企业信息化工作急需解决的内容和关键性问题。北京中联云达信息系统服务有限公司经过多年的信息建设，其IT信息环境已经初具规模，北京中联云达信息系统服务有限公司的信息化系统更是为整个公司的信息化建设起到了重要作用。其中有关的业务系统数据一般都是北京中联云达信息系统服务有限公司公司多年的积累下来的业务数据，是北京中联云达信息系统服务有限公司公司极其珍贵的无形资产。因此必须对这些数据进行备份保护，在数据丢失的时候，才能够及时恢复，挽回损失；对数据和存储资源、存储设备进行有效的管理，也能够最大限度的提高设备利用率，提高公司在存储资源方面的投资回报率。TSM(IBM Tivoli Storage Manager)软件是IBM 20年存储管理经验的结晶。TSM是一种企业级存储管理产品，它在节省成本的前提下向您提供有保证的、自动、简单而且灵活的服务。Tivoli TSM的管理架构，真正适合企业管理级管理需求，为企业提供高效、自动、可扩展的备份管理体系。Tivoli TSM正是为解决企业级数据及系统安全而设计的备份全面解决方案。Tivoli TSM系统已成为当今数据备份领域的首选产品，并为包括金融、电信在内的许多大型用户，解决困扰信息技术部门的备份管理问题。目前，TSM 正在保护世界上超过1百万个应用系统，据统计TSM是财富100强中80%的公司的选择产品。据Dataquest提供的数据：TSM 在UNIX存储管理市场上保持第一名。一个完整的备份解决方案需要有统一的管理策略，建立起安全和备份管理体制，将日常数据的安全管理与灾难恢复系统的建设结合起来。要实现以上目标，有必要在数据管理上做到自动化备份，实现无忧化管理，并能实现高效简单的灾难恢复。另外，企业在系统规划设计中，应该制定完善的数据存储管理和备份方案以及维护方案。一方面要尽可能实施严密的防范措施，预防存储数据被破坏；另一方面，在存储数据被破坏的情况下，能及时恢复，并且做到尽可能的完整恢复。一个好的存储管理和备份解决方案应包括多方面的周密考虑，加强网络系统的数据安全性和可靠性，也包括数据被破坏后的恢复解决办法。2 需求分析2.1 客户环境介绍简要介绍用户系统环境，同时配上系统环境图。2.2 客户需求描述通过对客户环境的充分分析和了解，结合用户对建立存储系统的要求，我们认为，用户的数据备份系统应当具有的功能包括：(1) 采用的技术成熟、先进，并具有较强的可扩充性成熟而先进的备份软件能够为北京中联云达信息系统服务有限公司提供更稳定的服务。具有良好的扩展性使得日后的扩展，如对SAN的支持以及将来容灾等无缝的扩展。(2) 支持北京中联云达信息系统服务有限公司目前的所有异构环境北京中联云达信息系统服务有限公司的IT环境具有很大的异构性，在操作系统方面有包括AIX，HP-UX，Win2003，WinXP，Solaris，Linux，Netware在内的多种操作系统，在服务器方面有包括CRM、财务系统、生产系统、Email、网站、数据库系统在内的多种服务器，在数据库方面，则采用了DB2，Oracle，SQL Server以及Informix。备份软件应该充分考虑到北京中联云达信息系统服务有限公司 IT环境的这种异构性，充分支持其IT环境中的各个IT要素，能够针对各个系统进行全面的备份。(3) 实现文件系统数据、操作系统数据、多种应用/数据库数据的备份所选用的备份软件应该是一个全面的解决方案，充分满足北京中联云达信息系统服务有限公司在各个层次上的备份需求，例如针对操作系统级别的备份，针对文件的备份，针对数据库的备份，针对应用如SAP系统，邮件服务器系统等的备份。(4) 能够比较智能化的制定管理上的策略，并将这些策略非常容易地部署下去(5) 对某些时间性较强的数据定期进行历史数据归档。有些数据具备归档价值，能够对这些数据进行定期、自动归档也是北京中联云达信息系统服务有限公司所需要的功能。(6) 备份软件应保证在不停数据库和应用的前提下对数据进行备份和恢复，也就是应该保证应用和数据库7 x 24的使用性能(7) 实现分级存储管理(HSM)分级存储管理能更充分的利用北京中联云达信息系统服务有限公司存储设备，实现非活动数据从不同存储介质（如磁盘和磁带）之间的自动迁移和透明回调，使用户的投资得到最大化。(8) 提供全自动备份的集中数据存储管理模式集中式数据存储模式能够降低用户投资并使提高存储资源利用率，提高可靠性。(9) 对备份介质的有效管理北京中联云达信息系统服务有限公司环境中存在很多不同种类的存储介质，如服务器的本地硬盘，外挂阵列，带机，带库等，对这些介质进行有效的管理将能够进一步提高存储资源利用率，从而获得更高的投资回报率。(10) 对备份数据的及时恢复备份的目的在于在数据丢失的时候能够快速恢复数据，因此，及时恢复也是北京中联云达信息系统服务有限公司最重要的需求之一。(11) 对多种存储环境的支持，如SAN、LAN、NAS等(12) 提供对关键数据远程容灾的功能为了对关键业务数据提供更加可靠和完善的保护，建议对北京中联云达信息系统服务有限公司公司的核心数据提供远程容灾保护，即使本地生产系统和本地备份系统都受到损害，依然可以利用远程备份实现数据的快速恢复。2.3 方案设计考虑根据以上的分析和客户需求，集中式存储管理系统的实施应遵循以下的原则：安全性原则必须在方案设计上保证系统的安全性和高可用性。在实施的过程中，能在线安装和部署，尽量对现有的生产系统的影响减至最低。同时，存储管理软件安全性能应在数据的传输，全寿命周期管理和应用存储系统管理员和操作员各个层次得到体现，满足用户的安全机制。可管理性与系统高效原则为保证数据存储的可管理性，减少管理的复杂性。采用先进的备份技术和先进的备份系统软件，采用统一的管理机制，保证大数据量的一致性备份和高速切换。必须提供高效的存储设备的管理能力和数据备份功能。可扩展性原则存储管理软件需采用先进技术，以利于整个系统的平滑升级。同时，必须考虑到今后存储环境的变化和灾难恢复系统建立的需要。系统完整性原则作为数据存储系统的组成部分，本系统的各项设计从整体考虑，协调各子系统构成完整的数据存储管理系统。系统成熟性原则存储管理软件必须稳定可靠，不能存在单点故障。投资有效原则系统方案应具有高性能价格比，具有较高实用性。3 IBM TSM存储解决方案概述3.1 方案简介和产品选型在我们这次提供的备份解决方案中，我们利用IBM Tivoli Storage Manager和相关产品来实现北京中联云达信息系统服务有限公司的数据备份需求。针对北京中联云达信息系统服务有限公司不同类型的主机、应用以及备份要求，我们使用了五种级别的备份方式，一种是基于文件级别的备份；第二种是基于数据库级别的备份；第三种是基于应用的备份；第四种是基于操作系统的备份；最后一种是基于硬件数据镜像的数据库/应用备份。下面分别对这五种级别的备份方式加以介绍。3.1.1 文件级别的备份考虑到北京中联云达信息系统服务有限公司IT环境中除了数据库服务器和应用服务器以外，基本上属于文件级别的服务器。例如：Web服务器、其它类型的文件服务器等。对于这些文件服务器，我们会直接使用IBM Tivoli Storage Manager来实现对这些文件服务器的备份和恢复的功能。3.1.2 数据库级别的备份北京中联云达信息系统服务有限公司的IT环境中涉及到了多种类型的数据库，Oracle、DB2、MS SQL，Infomix等。为了确保这些数据库7 x 24小时的运行状态，我们提供了两种数据库的备份接口，以满足数据库的在线备份和恢复的功能。对于DB2数据库，它本身已经带有了和IBM Tivoli Storage Manager的备份接口，它可以直接使用IBM Tivoli Storage Manager来做数据库的在线备份和恢复。对于其它数据库，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Databases来实现这两类数据库进行数据库的在线备份和恢复的功能。3.1.3 应用级别的备份考虑到北京中联云达信息系统服务有限公司IT环境中使用的不同应用，例如：SAP服务器、邮件服务器等。而且为了确保应用7 x 24小时的运行状态，我们会提供相应应用的备份接口，以满足应用的在线备份和恢复的功能。对于SAP应用，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for ERP来实现对SAP应用的在线备份和恢复的功能。对于Domino或者MS Exchange邮件服务器，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Mail来实现对邮件服务器的在线备份和恢复的功能。3.1.4 操作系统级别的备份考虑到北京中联云达信息系统服务有限公司 IT环境中需要具有对于故障服务器恢复时，通过集中备份系统快速恢复操作系统，例如：AIX、Windows服务器等。同时，可以通过集中备份，增量备份不同时间点的操作系统，以便按需恢复。对于AIX操作系统，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for sysback来实现对操作系统的在线备份和快速恢复的功能。对于Windows 2003或者Windows XP操作系统，IBM Tivoli Storage Manager内置了对Windows ASR功能的支持，因此仅使用IBM Tivoli Storage Manager基本模块就可以实现Windows 2003 或者Windows XP操作系统的裸机备份和恢复功能。3.1.5 基于硬件镜像的应用/数据库备份北京中联云达信息系统服务有限公司的IT环境中可能会使用IBM的企业存储服务器例如ESS 800，DS8000, DS6000，SVC等。这类企业存储服务器具备Flashcopy的即时数据镜像功能，可以在很短的时间内将一个逻辑卷的数据镜像到另外一个逻辑卷中。通过使用这种功能与TSM的结合，可以实现应用的快速在线备份和恢复，而且将备份对应用服务器的资源占用减小到最少。对于使用企业存储服务器的用户，运行Oracle或DB2的SAP应用，我们会使用IBM Tivoli Storage Manager搭配IBM Tivoli Storage Manager for Advanced Copy Service和IBM Tivoli Storage Manager for Enterprise Resource Planning来实现对SAP应用的在线备份和恢复的功能。对于使用企业存储服务器的用户，直接运行Oracle数据库，我们会使用IBM Tivoli Storage Manager搭配IBM Tivoli Storage Manager for Databases和IBM Tivoli Storage Manager for Advanced Copy Services来实现对Oracle数据库的在线备份和恢复的功能。对于使用企业存储服务器的用户，直接运行DB2数据库，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Advanced Copy Services来实现对DB2数据库的在线备份和恢复的功能。3.2 TSM解决方案架构及功能对于具体的备份环境和结构，我们提出以下两种备份结构，一种是基于LAN环境的备份结构，在该备份架构下，数据流将经过局域网并通过备份服务器备往带库；另外一种是基于SAN环境的备份结构，在该备份架构下，数据流将通过LAN-Free的备份方式直接备往带库。我们根据北京中联云达信息系统服务有限公司的实际备份需求选择适当的软硬件。3.2.1 硬件配置考虑到系统稳定性及安全性，我们建议采用一台额外的UNIX或者Windows服务器作为IBM TSM服务器，和一台磁带库用于存储备份数据。IBM TSM服务器和磁带库之间使用光纤连接。在这里我们推荐使用UNIX服务器作为IBM TSM服务器，因为它可以提供更为优秀的可靠性和IO吞吐量等。磁带库我们建议使用IBM 北京中联云达信息系统服务有限公司北京中联云达信息系统服务有限公司北京中联云达信息系统服务有限公司。下面是我们推荐使用的UNIX服务器和磁带库：3.2.2 物理拓扑图IBM TSM服务器与客户端之间通讯采用的是IP协议，因此IBM TSM服务器理论上可以安装在局域网的任何地方。但是考虑到备份性能的因素，我们建议将备份服务器安装在连接所有主服务器的主交换机上。用于存储的磁带库通过光纤和备份服务器相连。使用基于SAN的备份架构，要求TSM备份服务器、磁带库以及所有需要采用LAN-Free进行备份的业务服务器都直接连接在SAN交换机上，这样，在进行数据备份及恢复时，数据流可以通过SAN直接到带库，从而大大提高数据备份与恢复的速度。3.2.3 软件配置及部署拓扑图在这个方案中，我们使用了以下的IBM Tivoli存储产品IBM Tivoli Storage Manager Extended Edition(TSMEE)IBM Tivoli Storage Manager for Databases (TSM for Databases)IBM Tivoli Storage Manager for SAN (TSM for SAN)这些产品和模块的部署如下图所示：推荐采用的各个软件及模块安装配置如下：l Tivoli Storage Manager Extended Edition 安装在备份服务器上，该模块是整个备份系统的核心组件，用于集中管理备份数据、备份策略、备份客户端以及备份所使用的存储设备等；l TSM Client安装在所有需要备份的服务器上，是基本的备份客户端，用于对所在服务器进行文件级别的数据备份及恢复；l TSM for Databases安装在数据库服务器上，用于数据库服务器数据的在线备份；l TSM for SAN安装在与光纤交换机直接相连，并且需要采用LAN-Free备份方式进行数据备份的服务器。Tivoli TSM是一个企业级的Client/Server结构跨平台网络备份、恢复及存储管理软件。TSM Client主要功能是向TSM Server提供需要集中备份的数据，或向TSM Server索取已备份数据及归档数据以便Client恢复数据，目前支持多达39种平台，支持的存储设备也达250多种，基本覆盖了时下流行的多种平台和存储设备，覆盖范围从台式机到大型主机，可以满足用户现有环境的存储管理的需求，也为今后的拓展提供了技术的储备。TSM Server负责管理TSM Client的备份数据、备份策略及统一管理连接在TSM Server上的各类存储产品。系统管理员通过WEB浏览器登录TSM Server进行管理。他为不同的TSM Client设置相应的备份策略，例如自动备份进行的时间，备份数据保留的长短等等。如下图：系统管理人员还可通过Web界面帮助TSM Client做数据备份和恢复。所以TSM的管理员无论身在何处，使用何种机器，只要能够访问到TSM服务器，就可以使用Internet浏览器管理和使用TSM。配合内嵌在TSM内部的免费的企业级管理功能(Enterprise Management)，一名管理员可方便地管理企业内多台TSM服务器，这尤其适合如用户这样的单位。在进行数据恢复时，TSM给用户列出修正数据后的版本，文件修改时间，方便管理员查询备份数据。并提供了一个类似于IE的操作界面：3.3 方案特点(1) 对现有的存储环境改动小，能最大限度的减少对现有应用系统的影响。(2) 能满足客户对海量数据的管理要求。(3) 可以制定统一的存储管理策略，并可以统一部署TSM服务器上，实现统一的集中管理。(4) 可以实现高度自动化的集中式数据保护。(5) 高效的存储设备管理功能。(6) 高度的扩展性，保证未来系统发展的需求，并考虑到将来灾难恢复系统的建设。通过TSM独有的SERVER TO SERVER功能，可以方便的将现有存储系统升级成灾难恢复系统，充分保护企业在系统管理的投资。4 北京中联云达信息系统服务有限公司数据备份与恢复策略建议4.1 备份与恢复方式及数据流北京中联云达信息系统服务有限公司业务系统的日常备份操作由备份系统自动完成，操作人员按照要求在备份服务器上制定备份策略，全网的备份由TSM备份服务器统一管理。各客户端也可以自行手工启动备份。TSM备份服务器(包括主服务器和共享服务器)的数据(文件和数据库资料)直接进入磁带库；各客户端的备份数据由网络传到备份主服务器，进入带库；如果采用LAN-Free备份方式，客户端的备份数据则不经过局域网和备份服务器，而是直接备往带库；对于一些小文件，我们可以先将这些小文件备份到TSM备份服务器的本地硬盘存储池中，待达到一定百分比时，在一次性迁移到带库中；而对于一些大文件，可以直接备份到带库中。这样可以大大提高数据的备份效率，提高存储设备的利用率。为提高备份质量、保证数据安全，可以采用TSM软件的自动的副本存储池复制功能，同时进行备份复制，一份近线保管，另一份离线保管(所有管理均由备份软件完成)提高系统容灾能力。4.2 文件系统备份与恢复策略建议4.2.1 备份策略（永久增量备份）北京中联云达信息系统服务有限公司业务系统有很多数据保存在文件系统中，对于文件系统的备份，TSM采用业界最为先进的永久增量备份方法，即：除了第一次需要进行全量备份之外，以后每次都进行增量备份，而无须进一步的全量备份，在恢复的时候可以一次性的恢复，从而能够大大减少需要备份的数据量，加快备份和恢复的速度；除TSM之外，其他的备份软件基本上都采用某种完全、完全+增量或完全+差异的备份策略。TSM引入了一个新范例叫永久增量备份方法。当首次备份文件系统或计算机时，由于TSM以前未曾备份，所有的文件都将移动。当备份拷贝发送到TSM服务器时，每个文件单独存放在数据库中。文件名信息、所有者和安全信息、创建和修改时间，以及拷贝自身都放置在TSM服务器连续存储分层结构中。如果客户策略要求拷贝到磁带上，TSM数据库将记录磁带的条形码、起始块地址和文件长度。在初始的备份后，将只考虑增量问题（不再进行完全拷贝）。每天将只移动上次备份操作后改变了的文件。并且，文件发送到TSM服务器后被单独存放在数据库中。当需要拷贝到磁带时，TSM服务器查询数据库，确定从前的拷贝在哪一个磁带上。一旦确定，将对该磁带进行再设置并把新拷贝附加在磁带末尾。这种对备份拷贝的收集都来自于同一台计算机或文件系统，于是形成了所谓的排列组。每天，改变的文件累加到排列组中（见图）。图：永久增量备份永久增量备份采用增量，提供了备份效率；采用排列组，提高了介质管理效率；准确地只移动期望的文件，提高了恢复效率。该方法最大的功效还在于：累加方法并不需要在一个完全备份后才能开始恢复过程，也就是说并不需要周期性地建立完全备份拷贝。而对完全+增量或完全+差异方法，无论是否改变，每周都要移动和存储几十亿字节的数据。有了永久增量备份方法，就不需要这样做了。于是客户节省了大量的网络带宽（LAN、WAN或SAN）、磁带介质和时间。在TSM中，一个备份策略的制定可以让所需要被备份的客户端来共享，也可以在一个备份中心制定多个备份策略以满足不同数据备份的需要。Tivoli使用Domain的模式来进行管理，可以为每个Domain的备份和归档分别制定备份策略，包括： 保留的版本数 每个版本保留的天数 到期版本的保留天数 介质数据再集中的阀值 。4.2.2 恢复策略（一次恢复）恢复操作的目标是让文件系统或计算机回到期望的某一时间点。常见的情况是客户期望的时间点就是最近某时刻。在永久增量备份方法下，完成一个完全的恢复操作只需告诉TSM服务器期望的时间点。利用时间点信息，TSM服务器查询数据库中文件集合，看它们是否在期望的时间点上。这些文件存在于同一个排列组上，通常也位于一个（或少数几个）磁带上。设置了正确的磁带后，数据库指定每个文件的长度和起始块位置。大多数现代的磁带驱动器都具有快速扫描功能，能迅速定位到期望的备份拷贝并执行恢复操作，这样只移动了期望的文件。用户可以把该过程看作完全系统操作中一个完整的恢复过程。该过程就象在期望的时间点做了完全备份一样（见图）。图：时间点恢复4.2.3 备份/恢复策略举例备份策略的制定在很大程度上需要和北京中联云达信息系统服务有限公司的实际备份需求相适应。下面结合Tivoli的永久增量备份技术来描述一个简单的备份策略： 初始采取全备份策略，保留一份完整的数据。 以后每天采用增量备份，选用增量级别。 当出现恢复要求时，只需将全备份的全部数据加上前一天备份的增量数据恢复出来即可。 经过一段较长时间后，可以再进行一次全备份。 当要求恢复某些错误删除的文件时，系统会根据文件索引，找到删除文件的各个备份时间版本，从而帮助用户确认后从删除前一天的备份介质中加以恢复。4.3 数据库备份及恢复策略建议对于北京中联云达信息系统服务有限公司的业务系统而言，数据库是核心数据组成部分之一，因此针对数据库制定一个良好的备份策略是至关重要的。对于数据库系统的备份工作，主要主要内容包括数据库系统备份和业务数据备份两个方面：4.3.1 数据库系统数据备份策略为了在主机、数据库、应用软件系统发生故障时，能够迅速、有效的使系统得到恢复，需要对主机、数据库、应用软件系统进行备份。由于主机、数据库、应用软件极少发生变动，所以它的备份策略也比较简单。(1) 在主机、数据库、应用软件安装调试完毕后，将主机、数据库、应用软件系统的备份到磁带上。(2) 在对主机参数、数据库参数、应用软件进行修改后，及时将主机、数据库、应用软件系统备份到磁带上。(3) 定期对主机、数据库、应用软件系统进行全备份。这些全备份可以通过TSM的定时自动完成。此外，TSM备份解决方案还可以提供额外的操作系统备份模块，应用系统备份模块等，能够对操作系统进行裸机备份，通过避免系统故障时重装操作系统来减少恢复时间。4.3.2 Oracle数据库的备份与恢复Oracle在归档模式下运行，利用IBM Tivoli Storage Manager for Databases模块调用RMAN进行在线的热备份，可以在备份时，对备份数据保存在不同的存储对象中，以满足客户容灾的要求，可以利用TSM的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。针对Oracle的总数据量和增量数据量大小，我们可以利用Oracle的多达三级的增量备份机制，结合TSM强大的备份数据追踪寻址能力和介质管理功能，制定灵活的备份策略，实现全自动的备份数据的全生命周期管理。根据客户的数据量和网络条件，我们建议：Oracle的备份以周为备份周期，星期一到星期六做数据库累积增量、归档日志、控制文件和CATALOG用户所有对象的备份，星期天做全备份，保留前面一周期和当前周期的备份，每个周期有两份容余。而且由于该应用的Oracle系统版本较新，也可以利用一些最新的Oracle备份技术，将同样的一份备份数据同时保存在不同的存储介质中去，如磁带和硬盘，以保证备份数据的完整性和安全性。对于Oracle系统的数据备份和恢复的性能，可以通过开辟多个Oracle数据备份通道和多重数据迁移的技术得到保障。对于以上的备份文件，根据管理的要求设定其保存时间，当此类数据过期时，TSM将自动进行清理，无须管理人员参与。备份时可以利用TSM的永远增量备份的功能、多线程的数据迁移提高数据备份的效率，也可以利用TSM独特的磁带分类集中存放技术保证数据存放的合理性，减少磁带的占用，提高数据恢复的效率。如果此类文件较小的话，可以利用TSM独特的磁盘池的功能，先将这些小文件备份到备份服务器的本地硬盘存储池的TSM临时存储池中，待达到一定百分比时，再一次性迁移到带库中。恢复操作及策略可以通过本地的TSM Server结合TSM for Databases利用备份数据进行数据恢复。恢复时，TSM可以实现多线程的数据恢复，可以利用TSM独特的磁带分类集中存放技术，减少磁带的就位时间，提高数据恢复的效率。先用最近一次的全备份恢复恢复最近一次的增量备份增量备份到断点的ARCHIVE LOG来恢复（要求数据库在ARCHIVE LOG模式下工作）。这种恢复方式比全部用ARCIVE LOG恢复要快。如果两份容余的最近一次增量备份都不可用，可以追溯再上次的增量备份来恢复，然后用增量备份到断点的ARCHIVE LOG恢复。如果最近一次的全备份恢复都不可用上个周期的全备份上个周期的最后一次增量备份本周期的最近一次增量备份增量备份到断点的ARCHIVE LOG来恢复。如果增量备份都不可用，那么可以用全备份ARCHIVE LOG来恢复。4.3.3 DB2数据库的数据备份及恢复策略在DB2数据库内部集成了TSM的备份模块，数据能够直接备份到TSM备份服务器或者在TSM备份服务器的控制之下通过LAN-Free的方式将数据通过SAN直接备往带库。结合TSM强大的备份数据追踪寻址能力和介质管理功能，制定灵活的备份策略，实现全自动的备份数据的全生命周期管理。Tivoli Storage Manager 能够无缝的支持DB2数据库的各种备份操作，而不需要增加任何模块。DB2数据库内部集成了TSM的备份模块，使得数据能够直接备往TSM备份服务器或者在TSM备份服务器的控制之下通过LAN-Free的方式将数据通过SAN直接备往带库。TSM 提供了备份接口供数据库和应用程序使用，而DB2的备份工具集成了使用该接口的模块。TSM能够不仅能够通过备份接口来备份DB2的data file，还能够备份DB2数据库log file。log file 在变为inactive 时就会被移至User Exit应用程序，然后通过设置可以自动被TSM所接受。如下图所示：图：TSM 通过应用接口备份DB2DB2数据库备份的自动调度也可以通过多种方式来实现，如通过TSM的调度、通过DB2的定时备份功能以及通过操作系统的定时功能等。TSM和DB2数据库备份的无缝集成使得DB2数据备份更加安全而有效，从而为用户提供更为方便有效的备份服务。4.3.4 SQL Server数据库的备份备份操作将在 Tivoli Storage Manager 存储媒体上创建所有或部分 SQL 数据库的副本。TSM for SQL 提供备份和恢复 SQL 数据时必需的逻辑机制和逻辑。 当备份执行后，TSM for SQL 将保留关于 SQL Server 和数据库的信息。备份完成后这些信息将用于查询和恢复操作。有关数据库文件组和文件的名称和大小的信息作为子对象与数据库数据一起存储。这些子对象被称为元数据。仅当需要有关单个数据库文件组和文件的信息时才需要此“元”子对象。TSM for SQL 提供除了完全和日志备份以外范围扩大的备份类型，这样当您不想备份整个数据库或由于备份时间或性能需要不允许执行这样的备份时，它将提供更大的灵活性。Data Protection for SQL 提供六种类型的备份：完全数据库备份、差分备份、日志备份、文件备份、组备份和集备份 4.4 邮件系统的备份与恢复建议4.4.1 Domino邮件系统备份与恢复如果采用Domino系统，可以利用IBM Tivoli Storage Manager for Mail实现在线的热备份。对于5.0.3以上版本的Domino系统，可以利用Domino的Active Log模式，利用Tivoli Data Protection For Mail实现在线的热备份，可以实现Domino系统的数据库文件的全备份和增量备份，也可以实现Active Log的在线热备份。对于5.0.3以下版本的Domino系统，利用Tivoli Data Protection For Mail实现在线的热备份，也可以实现Domino系统的数据库文件的全备份和增量备份。对于Domino系统的恢复，可以通过本地的TSM Server结合TSM for mail利用备份数据进行数据恢复。对于5.0.3以上版本的Domino系统，先用最近一次的全备份恢复恢复最近一次的增量备份增量备份到断点的ACTIVE LOG来恢复。对于5.0.3以下版本的Domino系统，用最近一次的全备份恢复恢复最近一次的增量备份实现恢复。4.4.2 Exchange 邮件系统的备份与恢复如果采用Exchange系统，也可以利用IBM Tivoli Storage Manager for Mail实现在线的热备份。包括邮件组和单个邮件的热备份。对于备份文件，根据管理的要求设定其保存时间，当此类数据过期时，TSM将自动进行清理，无须管理人员参与。备份时可以利用TSM的永远增量备份的功能、多线程的数据迁移提高数据备份的效率，也可以利用TSM独特的磁带分类集中存放技术保证数据存放的合理性，减少磁带的占用，提高数据恢复的效率。如果此类文件较小的话，可以利用TSM独特的磁盘池的功能，先将这些小文件备份到备份服务器的本地硬盘存储池的TSM临时存储池中，待达到一定百分比时，在一次性迁移到带库中。对于文件系统和裸设备的备份，可以直接利用TSM Client进行备份。备份通过TSM的定时机制自动完成。当操作系统或应用出现问题时导致不可用时，需要通过TSM进行数据的恢复，在本方案中，数据的恢复策略可以根据不同的情况而制定：4.5 SAP系统的数据备份及恢复策略对于北京中联云达信息系统服务有限公司的SAP系统，我们建议采用TSM客户端与TSM for ERP(SAP)相结合的方法来进行SAP数据的在线备份；TSM for ERP是对SAP进行实时在线备份的软件。SAP的系统是一个三层架构的Server-Client的应用，如下图所示：图：SAP的三层结构第一层是数据库服务器（Database server）：R/3应用的所有数据和Log都存放在此层，目前，R/3系统支持的后台外挂关系型数据库有：Oracle、DB2、Informix、SQL等，国内使用面最广的是基于Oracle或DB2的R/3应用。第二层是SAP的应用服务器（SAP Application-server），SAP的源程序和客户开发的R/3应用集中在此层，R/3系统通过一个内部的数据管理工具SAPDBA和数据库服务器紧密的关联在一起，执行对数据库服务器的系统管理、存储管理等。第三层是用户的操作层（Presentation Client），终端用户通过此层进行系统的具体应用。因此，从完整的系统存储管理来说，对于SAP的应用，在存储管理方面，必须兼顾数据库服务器和SAP的应用服务器两个层次，才能作到SAP应用的在线备份。Tivoli提供了Tivoli Storage Manager For ERP On Oracle/DB2模块，结合Tivoli Storage Manager，可以对SAP的数据库服务器（Oracle或DB2）进行在线的热备份和恢复。在存储区域网（SAN）的环境下，可以实现不依赖网络带宽（LAN-FREE）的数据备份和恢复。TSM for SAP和 Tivoli Storage Manager 提供可靠的可再生的操作过程使得系统管理员可以有效的管理大量的数据。它使ERP管理员通过一个定制的界面和SAP DBA提供的功能，同时借助TSM的自动数据管理能力来备份和恢复ERP数据库。TSM for ERP是业界领先的SAP数据保护解决方案。 在北京中联云达信息系统服务有限公司 ERP系统中，对于生产系统的ERP服务器，需要使用TSM for ERP软件，保证系统在正常运行时可以在线备份。由于备份工作由ERP的控制接口控制，具体备份的策略结合实际情况，采用全量备份和增量备份结合的备份方式进行。4.6 操作系统的备份与恢复建议AIX操作系统数据存放在根卷组（rootvg），而用户数据，包括数据库系统文件及数据、其他文件数据等存放在其他的卷组。那么，用户在进行日常数据备份时，可以通过TSM将用户数据所在的卷组进行备份（包括全备份和增量备份）；对于根卷组下的操作系统数据，可以使用AIX操作系统本身提供的命令mksysb来备份到磁带中。这样，在进行系统恢复时，如果只是涉及到某一个卷组、数据库或者是文件，操作系统并没有损坏，那么通过TSM即可完成对系统的恢复；如果发生了系统严重故障，必须重建操作系统时，可以先使用通过mksysb备份出来的磁带来启动，恢复操作系统，再使用TSM来恢复其他的卷组以及数据库、关键文件等数据。其他的UNIX操作系统如Solaris和HP-UX也有类似的命令。对于Windows操作系统，可以利用系统引导盘快速启动操作系统，进入ASR恢复界面，利用TSM Client备份的操作系统的系统对象快速恢复操作系统。4.6.1 本地TSM服务器系统的恢复如果TSM Sever建立在HA的环境下(即TSM Server分别安装在HA的双机上，而数据库文件则建立在共享的盘阵上)，一旦TSM Server瘫痪，将由Standby TSM Server自动接管。如果在配置TSM Server中，已经将其后台数据库作了MIRROR配置，则只需将MIRROR的数据库文件直接激活即可。否则，我们将会利用对TSM数据库所作的本地备份，利用该数据库的恢复功能恢复本地数据库，直接恢复TSM Server。4.6.2 当本地整个计算机系统的恢复如果是硬件或网络的故障，必须首先排除硬件或网络的故障。然后，进行操作系统的恢复，在此基础上，利用Tivoli Disaster Recovery Manager，可以来帮助管理人员实现数据恢复计划的建立和实施。包括实现TSM系统和应用系统的自动重建。通过DRM的实时的灾难恢复计划，有效的管理各种在线和离线的存储介质，为应用系统的恢复提供强有力的保障。而无须系统管理人员在大量的磁带中寻找合适的磁带进行应用系统的恢复。并且，灾难恢复计划是一个非常实用的灾难恢复流程顾问工具，通过DRM，不仅可以自动的恢复TSM系统和应用系统的数据，而且，可以帮助用户进行存储管理流程的建立和优化，实现规范化的存储管理。同时，如果本地恢复比较困难的话，可以利用本地TSM的Backupset功能，进行本地数据的异地恢复工作。TSM的Backupset，可以把备份节点的文件数据和元数据都写入到同一卷磁带上，因此可以脱离开TSM服务器环境而独立进行数据的读取和恢复。4.7 灾难恢复流程建议4.7.1 TSM备份系统的离线介质管理北京中联云达信息系统服务有限公司本次备份方案，不仅涉及到生产中心的数据本地备份，还应该考虑备份数据的离线保存，和部分生产中心数据到容灾中心的异地传输；为了保证备份数据的可靠性，我们建议对生产中心重要数据备份的磁带介质进行复制，一份用于近线保存，另一份用于离线数据保护（建议将此份磁带保存在灾备中心，可用于数据的异地恢复）。TSM能够生成备份数据的多个副本，并支持对离线介质的管理，如下图所示：TSM能够自动进行存储磁带介质的管理，对于离线的磁带，TSM能够自动跟踪其状态，如从磁带库到离线位置，TSM的DRM模块还能够自动进行离线磁带上的数据过期与淘汰，自动标示那些离线磁带可以被回收利用等。这些技术充分简化了离线磁带的管理。TSM是建立在关系型数据库上的企业级数据备份管理软件。Tivoli灾难恢复管理器创建并使用数据库信息，从而管理灾难恢复的准备过程。TSM的DRM模块（灾难恢复管理器）加强了TSM备份系统。TSM的DRM模块不仅通过将数据异地保存来保护企业的数据，而且能跟踪所有在线和离线的磁带，并可以自动识别哪盘磁带离线。自动产生的灾难恢复计划也能自动的每日更新。通过这个自动产生的灾难恢复计划，我们可以以最小的工作量在异地或本地重建我们的应用系统，这意味着，TSM的DRM模块将不仅包括通常的意义上的灾难恢复计划，还包括前瞻性的业务持续性发展计划，可以对企业的应用提供多重的灾难恢复模式。4.7.2 TSM备份系统故障保护与恢复TSM备份系统与其他的业务系统一样，也需要进行充分的保护，以备发生故障时有效的进行数据恢复，充分保证数据的可靠性和安全性；TSM备份系统的保护主要有以下手段：1 TSM服务器采用HA双机技术，当其中一台服务器停止工作的时候，另外一台服务器能够顺利接管，保证备份和恢复任务不中断；2 采用镜像技术和备份技术保护TSM系统的索引信息数据库，可以将TSM的内置数据库卷镜像到其他的硬盘空间，还可以将其通过NFS镜像到其他机器的存储空间，从而充分保证索引数据库的可用性；此外，我们还建议通过备份技术每天对TSM系统的索引信息数据库进行备份，可以备份至一盘或一组独立的磁带上，并定时做离线，从而充分保证索引数据库的可靠性；3 通过拷贝存储池技术来对备份的业务数据进行额外保护，并定期做离线，当灾难发生时，能够有效恢复；当TSM系统由于意外而需要重建时，我们可以按以下步骤处理：1 如果TSM Sever建立在HA的环境下(即TSM Server分别安装在HA的双机上，而数据库文件则建立在共享的盘阵上)，一旦TSM Server瘫痪，将由Standby TSM Server自动接管。2 如果在配置TSM Server中，已经将其后台数据库作了MIRROR配置，则只需将MIRROR的数据库文件直接激活即可。3 如果对其后台数据库作了及时的本地备份，利用数据库的恢复功能恢复本地数据库，直接恢复TSM Server。4.7.3 基于TSM的数据容灾方案为了充分保护数据的安全性，我们建议将重要的业务数据不仅备份到本地的磁带库，还应该复制一份用于离线，离线的磁带应该由TSM系统进行有效跟踪管理；此外，我们还建议由TSM系统负责将一些没有同步到容灾中心的数据定期复制到容灾中心，以备灾难发生的时候进行快速恢复；因此，我们在此建议使用TSM磁带离线管理和TSM远程数据传输管理两个重要的技术构建数据级的数据容灾方案。使用DRM模块进行离线磁带管理关于TSM的离线磁带管理，我们在前面章节已经专门阐述，基本思想是采用TSM的灾难恢复模块DRM进行集中管理；TSM的DRM模块用于对TSM系统进行自动化的保护，在灾难恢复时进行系统