在我们提供的备份解决方案中，利用IBM Tivoli Storage Manager和相关产品来实现用户提出的备份要求。
针对用户不同类型的主机、应用以及备份要求，我们使用了五种级别的备份方式，一种是基于文件级别的备份；第二种是基于数据库级别的备份；第三种是基于应用的备份；第四种是基于操作系统的备份；最后一种是基于硬件数据镜像的数据库/应用备份。下面分别对这三种级别的备份方式加以介绍，
→文件级别的备份
考虑到用户IT环境中除了数据库服务器和应用服务器以外，基本上属于文件级别的服务器。例如：Web服务器、其它类型的文件服务器等。
对于这些文件服务器，我们会直接使用IBM Tivoli Storage Manager来实现对这些文件服务器的备份和恢复的功能。
→数据库级别的备份
用户的IT环境中涉及到了多种类型的数据库，Oracle、DB2、MS SQL，Infomix，sybase等。为了确保这些数据库7 x 21小时的运行状态，我们提供了 两种数据库的备份接口，以满足数据库的在线备份和恢复的功能。
对于DB2数据库，它本身已经带有了和IBM Tivoli Storage Manager的备份接口，它可以直接使用IBM Tivoli Storage Manager来做数据库的在线备份和恢复。
对于其它数据库，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Databases来实现这两类数据库进行数据库的在线备份和恢复的功能。
→应用级别的备份
考虑到用户IT环境中使用的不同应用，例如：SAP、邮件服务器等。而且为了确保应用7 x 21小时的运行状态，我们会提供相应应用的备份接口，以满足应用的在线备份和恢复的功能。
对于SAP应用，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for ERP来实现对SAP应用的在线备份和恢复的功能。
对于邮件服务器，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Mail来实现对邮件服务器的在线备份和恢复的功能。
对于Websphere服务器，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Application来实现对websphere服务器的在线备份和恢复的功能。
→操作系统级别的备份
考虑到用户IT环境中需要具有对于故障服务器恢复时，通过集中备份系统快速恢复操作系统，例如：AIX、Windows服务器等。同时，可以通过集中备份，增量备份不同时间点的操作系统，以便按需恢复。
对于操作系统，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for sysback来实现对操作系统的在线备份和快速恢复的功能。
→基于硬件镜像的应用/数据库备份
用户的IT环境中可能会使用IBM的ESS企业存储服务器。ESS提供一种Flashcopy的即时数据镜像功能，可以在很短的时间内将一个逻辑卷的数据镜像到另外一个逻辑卷中。通过使用这种功能与TSM的结合，可以实现应用的快速在线备份和恢复，而且将备份对应用服务器的资源占用减小到最少。
对于使用ESS的用户，运行Oracle或DB2的SAP应用，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for ERP和IBM Tivoli Storage Manager for Hardware来实现对SAP应用的在线备份和恢复的功能。
对于使用ESS的用户，直接运行Oracle数据库，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Databases和IBM Tivoli Storage Manager for Hardware来实现对Oracle数据库的在线备份和恢复的功能。
对于使用ESS的用户，直接运行DB2数据库，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Hardware来实现对DB2数据库的在线备份和恢复的功能。
Tivoli TSM是一个企业级的Client/Server结构跨平台网络备份、恢复及存储管理软件。TSM Client主要功能是向TSM Server提供需要集中备份的数据，或向TSM Server索取已备份数据及归档数据以便Client恢复数据，目前支持多达39种平台，支持的存储设备也达250多种，基本覆盖了时下流行的多种平台和存储设备，覆盖范围从台式机到大型主机，可以满足XX单位现有环境的存储管理的需求，也为今后的拓展提供了技术的储备。TSM Server负责管理TSM Client的备份数据、备份策略及统一管理连接在TSM Server上的各类存储产品。
系统管理员通过WEB浏览器登录TSM Server进行管理。他为不同的TSM Client设置相应的备份策略，例如自动备份进行的时间，备份数据保留的长短等等。如下图：
系统管理人员还可通过Web界面帮助TSM Client做数据备份和恢复。所以TSM的管理员无论身在何处，使用何种机器，只要能够访问到TSM服务器，就可以使用Internet浏览器管理和使用TSM。配合内嵌在TSM内部的免费的企业级管理功能(Enterprise Management)，一名管理员可方便地管理企业内多台TSM服务器，这尤其适合如XX单位这样的单位。
在进行数据恢复时，TSM给用户列出修正数据后的版本，文件修改时间，方便管理员查询备份数据。并提供了一个类似于IE的操作界面：
→对现有的存储环境改动小，能最大限度的减少对现有应用系统的影响。
→能满足客户对海量数据的管理要求。
→可以制定统一的存储管理策略，并可以统一部署TSM服务器上，实现统一的集中管理。
→可以实现高度自动化的集中式数据保护。
→高效的存储设备管理功能。
→高度的扩展性，保证未来系统发展的需求，并考虑到将来灾难恢复系统的建设。通过TSM独有的SERVER TO SERVER功能，可以方便的将现有存储系统升级成灾难恢复系统，充分保护企业在系统管理的投资。
1.3数据备份策略建议
1.3.1数据备份流程
日常备份操作由备份系统自动完成，操作人员按照要求在备份服务器上制定备份策略，全网的备份由备份服务器统一管理。各客户端也可以自行手工启动备份。备份服务器(包括主服务器和共享服务器)的数据(文件和数据库资料)直接进入磁带库，各客户端的资料由网络传到备份主服务器，进入带库，对于一些小文件，我们可以先将这些小文件备份到备份服务器的本地硬盘存储池中，待达到一定百分比时，在一次性迁移到带库中；而对于一些大文件，可以直接备份到带库中。这样可以大大提高数据的备份效率，提高存储设备的利用率。为提高备份质量、保证数据安全，可以采用TSM软件的自动的副本存储池复制功能，同时进行备份复制，一份近线保管，另一份离线保管(所有管理均由备份软件完成)提高系统容灾能力。
1.3.2 备份策略建议
对于计算机应用系统这样的一个关键应用来说，制定一个良好的备份策略是至关重要的。备份工作的主要内容包括主机、数据库系统备份和应用系统数据备份两个方面：
主机、数据库、应用软件系统备份策略
为了在主机、数据库、应用软件系统发生故障时，能够迅速、有效的使系统得到恢复，需要对主机、数据库、应用软件系统进行备份。由于主机、数据库、应用软件极少发生变动，所以它的备份策略也比较简单。
1）、在主机、数据库、应用软件安装调试完毕后，将主机、数据库、应用软件系统的备份到磁带上。
2）、在对主机参数、数据库参数、应用软件进行修改后，及时将主机、数据库、应用软件系统备份到磁带上。
3）、定期对主机、数据库、应用软件系统进行全备份。这些全备份可以通过TSM的定时自动完成。
根据用户的业务特点，系统的数据备份要求较高，下面我们分别说明数据备份策略：
1）、应用服务器Oracle数据库的备份
Oracle在归档模式下运行，利用IBM Tivoli Storage Manager for Daabases模块调用RMAN进行在线的热备份，可以在备份时，对备份数据保存在不同的存储对象中，以满足客户容灾的要求，可以利用TSM的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。
针对Oracle的总数据量和增量数据量大小，我们可以利用Oracle的多达三级的增量备份机制，结合TSM强大的备份数据追踪寻址能力和介质管理功能，制定灵活的备份策略，实现全自动的备份数据的全生命周期管理。
根据客户的数据量和网络条件，我们建议：Oracle的备份以周为备份周期，星期一到星期六做数据库累积增量、归档日志、控制文件和CATALOG用户所有对象的备份，星期天做全备份，保留前面一周期和当前周期的备份，每个周期有两份容余。而且由于该应用的Oracle系统版本较新，也可以利用一些最新的Oracle备份技术，将同样的一份备份数据同时保存在不同的存储介质中去，如磁带和硬盘，以保证备份数据的完整性和安全性。对于Oracle系统的数据备份和恢复的性能，可以通过开辟多个Oracle数据备份通道和多重数据迁移的技术得到保障。
对于以上的备份文件文件，根据管理的要求设定其保存时间，当此类数据过期时，TSM将自动进行清理，无须管理人员参与。备份时可以利用TSM的永远增量备份的功能、多线程的数据迁移提高数据备份的效率，也可以利用TSM独特的磁带分类集中存放技术保证数据存放的合理性，减少磁带的占用，提高数据恢复的效率。如果此类文件较小的话，可以利用TSM独特的磁盘池的功能，先将这些小文件备份到备份服务器的本地硬盘存储池的TSM临时存储池中，待达到一定百分比时，在一次性迁移到带库中。
对于文件系统和裸设备的备份，可以直接利用TSM Client进行备份。
备份通过TSM的定时机制自动完成。
2）、邮件系统的备份
如果采用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系统的数据库文件的全备份和增量备份。
如果采用Exchange系统，也可以利用IBM Tivoli Storage Manager for Mail实现在线的热备份。包括邮件组和单个邮件的热备份。
对于备份文件文件，根据管理的要求设定其保存时间，当此类数据过期时，TSM将自动进行清理，无须管理人员参与。备份时可以利用TSM的永远增量备份的功能、多线程的数据迁移提高数据备份的效率，也可以利用TSM独特的磁带分类集中存放技术保证数据存放的合理性，减少磁带的占用，提高数据恢复的效率。如果此类文件较小的话，可以利用TSM独特的磁盘池的功能，先将这些小文件备份到备份服务器的本地硬盘存储池的TSM临时存储池中，待达到一定百分比时，在一次性迁移到带库中。
对于文件系统和裸设备的备份，可以直接利用TSM Client进行备份。
备份通过TSM的定时机制自动完成。
1.4 数据恢复策略建议
当操作系统或应用出现问题时导致不可用时，需要通过TSM进行数据的恢复，在本方案中，数据的恢复策略可以根据不同的情况而制定：
1.4.1 本地Oracle业务数据库破坏而需要恢复时。
出现此情况，可以通过本地的TSM Server结合TSM for Databases利用备份数据进行数据恢复。恢复时，TSM可以实现多线程的数据恢复，可以利用TSM独特的磁带分类集中存放技术，减少磁带的就位时间，提高数据恢复的效率。
先用最近一次的全备份恢复＋恢复最近一次的增量备份＋增量备份到断点的ARCHIVE LOG来恢复（要求数据库在ARCHIVE LOG模式下工作）。这种恢复方式比全部用ARCIVE LOG恢复要快。
如果两份容余的最近一次增量备份都不可用，可以追溯再上次的增量备份来恢复，然后用增量备份到断点的ARCHIVE LOG恢复。
如果最近一次的全备份恢复都不可用上个周期的全备份＋上个周期的最后一次增量备份＋本周期的最近一次增量备份＋增量备份到断点的ARCHIVE LOG来恢复。
如果增量备份都不可用，那么可以用全备份＋ARCHIVE LOG来恢复。
1.4.2 本地邮件系统破坏而需要恢复时。
如果采用Domino系统，可以利用Tivoli Data Protection For Domino实现的恢复。
出现此情况，可以通过本地的TSM Server结合TSM for Databases利用备份数据进行数据恢复。
对于5.0.3以上版本的Domino系统，先用最近一次的全备份恢复＋恢复最近一次的增量备份＋增量备份到断点的ACTIVE LOG来恢复。
对于5.0.3以下版本的Domino系统，用最近一次的全备份恢复＋恢复最近一次的增量备份实现恢复。
如果采用Exchange系统，可以利用Tivoli Data Protection For Exchange实现恢复。包括邮件组和单个邮件的恢复。
1.4.3 本地非数据库文件破坏而需要恢复时。
利用TSM软件的图形界面来浏览所需恢复的文件存储集，触动恢复功能，软件靠自动驱动存储设备，加载相应的存储介质，然后恢复指定文件存储集。如下图所示：
也可利用命令：dsmc –r命令恢复相应的文件
恢复时，TSM可以实现多线程的数据恢复，可以利用TSM独特的磁带分类集中存放技术，减少磁带的就位时间，提高数据恢复的效率。
1.4.5 操作系统的恢复：
AIX操作系统数据存放在根卷组（rootvg），而用户数据，包括数据库系统文件及数据、其他文件数据等存放在其他的卷组。那么，用户在进行日常数据备份时，可以通过TSM将用户数据所在的卷组进行备份（包括全备份和增量备份）；对于根卷组下的操作系统数据，可以使用AIX操作系统本身提供的命令mksysb来备份到磁带中。这样，在进行系统恢复时，如果只是涉及到某一个卷组、数据库或者是文件，操作系统并没有损坏，那么通过TSM即可完成对系统的恢复；如果发生了系统严重故障，必须重建操作系统时，可以先使用通过mksysb备份出来的磁带来启动，恢复操作系统，再使用TSM来恢复其他的卷组以及数据库、关键文件等数据。其他的UNIX操作系统如Solaris和HP-UX也有类似的命令。
对于Windows操作系统，可以利用系统引导盘快速启动操作系统，利用TSM Client备份的操作系统的系统对象快速恢复操作系统。
也可以利用一台机器作为Image机器，生产主机的OS Image保存在该机器上，当生产主机操作系统出现问题时，可以利用简单的操作系统的命令，直接从网络恢复操作系统。
1.4.6 本地TSM服务器系统瘫痪而需要恢复时。
按以下步骤处理：
如果TSM Sever建立在HA的环境下(即TSM Server分别安装在HA的双机上，而数据库文件则建立在共享的盘阵上)，一旦TSM Server瘫痪，将由Standby TSM Server自动接管。
如果在配置TSM Server中，已经将其后台数据库作了MIRROR配置，则只需将MIRROR的数据库文件直接激活即可。
如果对其后台数据库作了及时的本地备份，利用数据库的恢复功能恢复本地数据库，直接恢复TSM Server。
1.4.7 当本地整个计算机系统损坏或网络中断时。
如果是硬件或网络的故障，必须首先排除硬件或网络的故障。然后，进行操作系统的恢复，在此基础上，利用Tivoli Disaster Recovery Manager，可以来帮助管理人员实现数据恢复计划的建立和实施。包括实现TSM系统和应用系统的自动重建。通过DRM的实时的灾难恢复计划，有效的管理各种在线和离线的存储介质，为应用系统的恢复提供强有力的保障。而无须系统管理人员在大量的磁带中寻找合适的磁带进行应用系统的恢复。并且，灾难恢复计划是一个非常实用的灾难恢复流程顾问工具，通过DRM，不仅可以自动的恢复TSM系统和应用系统的数据，而且，可以帮助用户进行存储管理流程的建立和优化，实现规范化的存储管理。
同时，如果本地恢复比较困难的话，可以利用本地TSM的Backupset功能，进行本地数据的异地恢复工作。
推荐方案
你现在的位置：首页 > 解决方案
