企业级存储管理解决方案IBMDL_第1页
企业级存储管理解决方案IBMDL_第2页
企业级存储管理解决方案IBMDL_第3页
企业级存储管理解决方案IBMDL_第4页
企业级存储管理解决方案IBMDL_第5页
已阅读5页,还剩35页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

企业级存储管理解决方案IBMDL企业级储备管明白得决方案武汉佰钧成技术有限责任公司2020年12月

名目1 前言 42 需求分析 52.1 客户环境介绍 52.2 客户需求描述 52.3 方案设计考虑 63 IBMTSM储备解决方案概述 83.1 方案简介和产品选型 83.1.1 文件级别的备份 83.1.2 数据库级别的备份 83.1.3 应用级别的备份 93.1.4 操作系统级别的备份 93.1.5 基于硬件镜像的应用/数据库备份 93.2 TSM解决方案架构及功能 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.2 Oracle数据库的备份与复原 194.3.3 DB2数据库的数据备份及复原策略 204.3.4 SQLServer数据库的备份 214.4 邮件系统的备份与复原建议 224.4.1 Domino邮件系统备份与复原 224.4.2 Exchange邮件系统的备份与复原 224.5 SAP系统的数据备份及复原策略 234.6 操作系统的备份与复原建议 244.6.1 本地TSM服务器系统的复原 254.6.2 当本地整个运算机系统的复原 254.7 灾难复原流程建议 264.7.1 TSM备份系统的离线介质治理 264.7.2 TSM备份系统故障爱护与复原 274.7.3 基于TSM的数据容灾方案 284.7.4 基于TSM的数据复原流程 315 方案优势总结 325.1 全面的解决方案 325.2 高性能的数据备份和复原 325.3 集中的监控治理 335.4 强大的灾难复原 355.5 数据的安全性 365.6 其它优势 365.6.1 IBM公司的战略性产品 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.11 SAN能力/磁带池 395.6.12 支持TCPIPv6,SSL和长文件名 395.6.13 高效,自动的报告功能 39前言在企业对信息的依靠性越来越强的今天,信息已成为企业的生命源泉。有效防范系统突发事件,在尽可能低的运作成本和拥有成本的前提下,提高信息可靠性和可用性,已成为每个企业信息化工作急需解决的内容和关键性问题。北京中联云达信息系统服务通过多年的信息建设,其IT信息环境差不多初具规模,北京中联云达信息系统服务的信息化系统更是为整个公司的信息化建设起到了重要作用。其中有关的业务系统数据一样差不多上北京中联云达信息系统服务公司多年的积存下来的业务数据,是北京中联云达信息系统服务公司极其宝贵的无形资产。因此必须对这些数据进行备份爱护,在数据丢失的时候,才能够及时复原,挽回缺失;对数据和储备资源、储备设备进行有效的治理,也能够最大限度的提高设备利用率,提高公司在储备资源方面的投资回报率。TSM(IBMTivoliStorageManager)软件是IBM20年储备治理体会的结晶。TSM是一种企业级储备治理产品,它在节约成本的前提下向您提供有保证的、自动、简单而且灵活的服务。TivoliTSM的治理架构,真正适合企业治理级治理需求,为企业提供高效、自动、可扩展的备份治理体系。TivoliTSM正是为解决企业级数据及系统安全而设计的备份全面解决方案。TivoliTSM系统已成为当今数据备份领域的首选产品,并为包括金融、电信在内的许多大型用户,解决困扰信息技术部门的备份治理问题。目前,TSM正在爱护世界上超过1百万个应用系统,据统计TSM是财宝100强中80%的公司的选择产品。据Dataquest提供的数据:TSM在UNIX储备治理市场上保持第一名。一个完整的备份解决方案需要有统一的治理策略,建立起安全和备份治理体制,将日常数据的安全治理与灾难复原系统的建设结合起来。要实现以上目标,有必要在数据治理上做到自动化备份,实现无忧化治理,并能实现高效简单的灾难复原。另外,企业在系统规划设计中,应该制定完善的数据储备治理和备份方案以及爱护方案。一方面要尽可能实施严密的防范措施,预防储备数据被破坏;另一方面,在储备数据被破坏的情形下,能及时复原,同时做到尽可能的完整复原。一个好的储备治理和备份解决方案应包括多方面的周密考虑,加强网络系统的数据安全性和可靠性,也包括数据被破坏后的复原解决方法。需求分析客户环境介绍简要介绍用户系统环境,同时配上系统环境图。客户需求描述通过对客户环境的充分分析和了解,结合用户对建立储备系统的要求,我们认为,用户的数据备份系统应当具有的功能包括:采纳的技术成熟、先进,并具有较强的可扩充性

成熟而先进的备份软件能够为北京中联云达信息系统服务提供更稳固的服务。具有良好的扩展性使得日后的扩展,如对SAN的支持以及今后容灾等无缝的扩展。支持北京中联云达信息系统服务目前的所有异构环境

北京中联云达信息系统服务的IT环境具有专门大的异构性,在操作系统方面有包括AIX,HP-UX,Win2003,WinXP,Solaris,Linux,Netware在内的多种操作系统,在服务器方面有包括CRM、财务系统、生产系统、Email、网站、数据库系统在内的多种服务器,在数据库方面,则采纳了DB2,Oracle,SQLServer以及Informix。备份软件应该充分考虑到北京中联云达信息系统服务IT环境的这种异构性,充分支持其IT环境中的各个IT要素,能够针对各个系统进行全面的备份。实现文件系统数据、操作系统数据、多种应用/数据库数据的备份

所选用的备份软件应该是一个全面的解决方案,充分满足北京中联云达信息系统服务在各个层次上的备份需求,例如针对操作系统级别的备份,针对文件的备份,针对数据库的备份,针对应用如SAP系统,邮件服务器系统等的备份。能够比较智能化的制定治理上的策略,并将这些策略专门容易地部署下去对某些时刻性较强的数据定期进行历史数据归档。

有些数据具备归档价值,能够对这些数据进行定期、自动归档也是北京中联云达信息系统服务所需要的功能。备份软件应保证在不停数据库和应用的前提下对数据进行备份和复原,也确实是应该保证应用和数据库7x24的使用性能实现分级储备治理(HSM)

分级储备治理能更充分的利用北京中联云达信息系统服务储备设备,实现非活动数据从不同储备介质(如磁盘和磁带)之间的自动迁移和透亮回调,使用户的投资得到最大化。提供全自动备份的集中数据储备治理模式

集中式数据储备模式能够降低用户投资并使提高储备资源利用率,提高可靠性。对备份介质的有效治理

北京中联云达信息系统服务环境中存在专门多不同种类的储备介质,如服务器的本地硬盘,外挂阵列,带机,带库等,对这些介质进行有效的治理将能够进一步提高储备资源利用率,从而获得更高的投资回报率。对备份数据的及时复原

备份的目的在于在数据丢失的时候能够快速复原数据,因此,及时复原也是北京中联云达信息系统服务最重要的需求之一。对多种储备环境的支持,如SAN、LAN、NAS等提供对关键数据远程容灾的功能

为了对关键业务数据提供更加可靠和完善的爱护,建议对北京中联云达信息系统服务公司的核心数据提供远程容灾爱护,即使本地生产系统和本地备份系统都受到损害,依旧能够利用远程备份实现数据的快速复原。方案设计考虑依照以上的分析和客户需求,集中式储备治理系统的实施应遵循以下的原则:安全性原则必须在方案设计上保证系统的安全性和高可用性。在实施的过程中,能在线安装和部署,尽量对现有的生产系统的阻碍减至最低。同时,储备治理软件安全性能应在数据的传输,全寿命周期治理和应用储备系统治理员和操作员各个层次得到表达,满足用户的安全机制。可治理性与系统高效原则为保证数据储备的可治理性,减少治理的复杂性。采纳先进的备份技术和先进的备份系统软件,采纳统一的治理机制,保证大数据量的一致性备份和高速切换。必须提供高效的储备设备的治理能力和数据备份功能。可扩展性原则储备治理软件需采纳先进技术,以利于整个系统的平滑升级。同时,必须考虑到今后储备环境的变化和灾难复原系统建立的需要。系统完整性原则作为数据储备系统的组成部分,本系统的各项设计从整体考虑,和谐各子系统构成完整的数据储备治理系统。系统成熟性原则储备治理软件必须稳固可靠,不能存在单点故障。投资有效原则系统方案应具有高性能价格比,具有较高有用性。IBMTSM储备解决方案概述方案简介和产品选型在我们这次提供的备份解决方案中,我们利用IBMTivoliStorageManager和相关产品来实现北京中联云达信息系统服务的数据备份需求。针对北京中联云达信息系统服务不同类型的主机、应用以及备份要求,我们使用了五种级别的备份方式,一种是基于文件级别的备份;第二种是基于数据库级别的备份;第三种是基于应用的备份;第四种是基于操作系统的备份;最后一种是基于硬件数据镜像的数据库/应用备份。下面分别对这五种级别的备份方式加以介绍。文件级别的备份考虑到北京中联云达信息系统服务IT环境中除了数据库服务器和应用服务器以外,差不多上属于文件级别的服务器。例如:Web服务器、其它类型的文件服务器等。关于这些文件服务器,我们会直截了当使用IBMTivoliStorageManager来实现对这些文件服务器的备份和复原的功能。数据库级别的备份北京中联云达信息系统服务的IT环境中涉及到了多种类型的数据库,Oracle、DB2、MSSQL,Infomix等。为了确保这些数据库7x24小时的运行状态,我们提供了两种数据库的备份接口,以满足数据库的在线备份和复原的功能。关于DB2数据库,它本身差不多带有了和IBMTivoliStorageManager的备份接口,它能够直截了当使用IBMTivoliStorageManager来做数据库的在线备份和复原。关于其它数据库,我们会使用IBMTivoliStorageManager和IBMTivoliStorageManagerforDatabases来实现这两类数据库进行数据库的在线备份和复原的功能。应用级别的备份考虑到北京中联云达信息系统服务IT环境中使用的不同应用,例如:SAP服务器、邮件服务器等。而且为了确保应用7x24小时的运行状态,我们会提供相应应用的备份接口,以满足应用的在线备份和复原的功能。关于SAP应用,我们会使用IBMTivoliStorageManager和IBMTivoliStorageManagerforERP来实现对SAP应用的在线备份和复原的功能。关于Domino或者MSExchange邮件服务器,我们会使用IBMTivoliStorageManager和IBMTivoliStorageManagerforMail来实现对邮件服务器的在线备份和复原的功能。操作系统级别的备份考虑到北京中联云达信息系统服务IT环境中需要具有关于故障服务器复原时,通过集中备份系统快速复原操作系统,例如:AIX、Windows服务器等。同时,能够通过集中备份,增量备份不同时刻点的操作系统,以便按需复原。关于AIX操作系统,我们会使用IBMTivoliStorageManager和IBMTivoliStorageManagerforsysback来实现对操作系统的在线备份和快速复原的功能。关于Windows2003或者WindowsXP操作系统,IBMTivoliStorageManager内置了对WindowsASR功能的支持,因此仅使用IBMTivoliStorageManager差不多模块就能够实现Windows2003或者WindowsXP操作系统的裸机备份和复原功能。基于硬件镜像的应用/数据库备份北京中联云达信息系统服务的IT环境中可能会使用IBM的企业储备服务器例如ESS800,DS8000,DS6000,SVC等。这类企业储备服务器具备Flashcopy的即时数据镜像功能,能够在专门短的时刻内将一个逻辑卷的数据镜像到另外一个逻辑卷中。通过使用这种功能与TSM的结合,能够实现应用的快速在线备份和复原,而且将备份对应用服务器的资源占用减小到最少。关于使用企业储备服务器的用户,运行Oracle或DB2的SAP应用,我们会使用IBMTivoliStorageManager搭配IBMTivoliStorageManagerforAdvancedCopyService和IBMTivoliStorageManagerforEnterpriseResourcePlanning来实现对SAP应用的在线备份和复原的功能。关于使用企业储备服务器的用户,直截了当运行Oracle数据库,我们会使用IBMTivoliStorageManager搭配IBMTivoliStorageManagerforDatabases和IBMTivoliStorageManagerforAdvancedCopyServices来实现对Oracle数据库的在线备份和复原的功能。关于使用企业储备服务器的用户,直截了当运行DB2数据库,我们会使用IBMTivoliStorageManager和IBMTivoliStorageManagerforAdvancedCopyServices来实现对DB2数据库的在线备份和复原的功能。TSM解决方案架构及功能关于具体的备份环境和结构,我们提出以下两种备份结构,一种是基于LAN环境的备份结构,在该备份架构下,数据流将通过局域网并通过备份服务器备往带库;另外一种是基于SAN环境的备份结构,在该备份架构下,数据流将通过LAN-Free的备份方式直截了当备往带库。我们依照北京中联云达信息系统服务的实际备份需求选择适当的软硬件。硬件配置考虑到系统稳固性及安全性,我们建议采纳一台额外的UNIX或者Windows服务器作为IBMTSM服务器,和一台磁带库用于储备备份数据。IBMTSM服务器和磁带库之间使用光纤连接。在那个地点我们举荐使用UNIX服务器作为IBMTSM服务器,因为它能够提供更为优秀的可靠性和IO吞吐量等。磁带库我们建议使用IBM北京中联云达信息系统服务北京中联云达信息系统服务北京中联云达信息系统服务。下面是我们举荐使用的UNIX服务器和磁带库:物理拓扑图IBMTSM服务器与客户端之间通讯采纳的是IP协议,因此IBMTSM服务器理论上能够安装在局域网的任何地点。然而考虑到备份性能的因素,我们建议将备份服务器安装在连接所有主服务器的主交换机上。用于储备的磁带库通过光纤和备份服务器相连。使用基于SAN的备份架构,要求TSM备份服务器、磁带库以及所有需要采纳LAN-Free进行备份的业务服务器都直截了当连接在SAN交换机上,如此,在进行数据备份及复原时,数据流能够通过SAN直截了当到带库,从而大大提高数据备份与复原的速度。 软件配置及部署拓扑图在那个方案中,我们使用了以下的IBMTivoli储备产品IBMTivoliStorageManagerExtendedEdition (TSMEE)IBMTivoliStorageManagerforDatabases (TSMforDatabases)IBMTivoliStorageManagerforSAN (TSMforSAN)这些产品和模块的部署如下图所示:举荐采纳的各个软件及模块安装配置如下:TivoliStorageManagerExtendedEdition安装在备份服务器上,该模块是整个备份系统的核心组件,用于集中治理备份数据、备份策略、备份客户端以及备份所使用的储备设备等;TSMClient安装在所有需要备份的服务器上,是差不多的备份客户端,用于对所在服务器进行文件级别的数据备份及复原;TSMforDatabases安装在数据库服务器上,用于数据库服务器数据的在线备份;TSMforSAN安装在与光纤交换机直截了当相连,同时需要采纳LAN-Free备份方式进行数据备份的服务器。TivoliTSM是一个企业级的Client/Server结构跨平台网络备份、复原及储备治理软件。TSMClient要紧功能是向TSMServer提供需要集中备份的数据,或向TSMServer索取已备份数据及归档数据以便Client复原数据,目前支持多达39种平台,支持的储备设备也达250多种,差不多覆盖了时下流行的多种平台和储备设备,覆盖范畴从台式机到大型主机,能够满足用户现有环境的储备治理的需求,也为今后的拓展提供了技术的储备。TSMServer负责治理TSMClient的备份数据、备份策略及统一治理连接在TSMServer上的各类储备产品。系统治理员通过WEB扫瞄器登录TSMServer进行治理。他为不同的TSMClient设置相应的备份策略,例如自动备份进行的时刻,备份数据保留的长短等等。如下图:系统治理人员还可通过Web界面关心TSMClient做数据备份和复原。因此TSM的治理员不管身在何处,使用何种机器,只要能够访问到TSM服务器,就能够使用Internet扫瞄器治理和使用TSM。配合内嵌在TSM内部的免费的企业级治理功能(EnterpriseManagement),一名治理员可方便地治理企业内多台TSM服务器,这专门适合如用户如此的单位。在进行数据复原时,TSM给用户列出修正数据后的版本,文件修改时刻,方便治理员查询备份数据。并提供了一个类似于IE的操作界面:方案特点对现有的储备环境改动小,能最大限度的减少对现有应用系统的阻碍。能满足客户对海量数据的治理要求。能够制定统一的储备治理策略,并能够统一部署TSM服务器上,实现统一的集中治理。能够实现高度自动化的集中式数据爱护。高效的储备设备治理功能。高度的扩展性,保证以后系统进展的需求,并考虑到今后灾难复原系统的建设。通过TSM独有的SERVERTOSERVER功能,能够方便的将现有储备系统升级成灾难复原系统,充分爱护企业在系统治理的投资。北京中联云达信息系统服务数据备份与复原策略建议备份与复原方式及数据流北京中联云达信息系统服务业务系统的日常备份操作由备份系统自动完成,操作人员按照要求在备份服务器上制定备份策略,全网的备份由TSM备份服务器统一治理。各客户端也能够自行手工启动备份。TSM备份服务器(包括主服务器和共享服务器)的数据(文件和数据库资料)直截了当进入磁带库;各客户端的备份数据由网络传到备份主服务器,进入带库;假如采纳LAN-Free备份方式,客户端的备份数据则不通过局域网和备份服务器,而是直截了当备往带库;关于一些小文件,我们能够先将这些小文件备份到TSM备份服务器的本地硬盘储备池中,待达到一定百分比时,在一次性迁移到带库中;而关于一些大文件,能够直截了当备份到带库中。如此能够大大提高数据的备份效率,提高储备设备的利用率。为提高备份质量、保证数据安全,能够采纳TSM软件的自动的副本储备池复制功能,同时进行备份复制,一份近线保管,另一份离线保管(所有治理均由备份软件完成)提高系统容灾能力。文件系统备份与复原策略建议备份策略(永久增量备份)北京中联云达信息系统服务业务系统有专门多数据储存在文件系统中,关于文件系统的备份,TSM采纳业界最为先进的永久增量备份方法,即:除了第一次需要进行全量备份之外,以后每次都进行增量备份,而无须进一步的全量备份,在复原的时候能够一次性的复原,从而能够大大减少需要备份的数据量,加快备份和复原的速度;除TSM之外,其他的备份软件差不多上都采纳某种完全、完全+增量或完全+差异的备份策略。TSM引入了一个新范例叫永久增量备份方法。当首次备份文件系统或运算机时,由于TSM往常未曾备份,所有的文件都将移动。当备份拷贝发送到TSM服务器时,每个文件单独存放在数据库中。文件名信息、所有者和安全信息、创建和修改时刻,以及拷贝自身都放置在TSM服务器连续储备分层结构中。假如客户策略要求拷贝到磁带上,TSM数据库将记录磁带的条形码、起始块地址和文件长度。在初始的备份后,将只考虑增量问题(不再进行完全拷贝)。每天将只移动上次备份操作后改变了的文件。同时,文件发送到TSM服务器后被单独存放在数据库中。当需要拷贝到磁带时,TSM服务器查询数据库,确定从前的拷贝在哪一个磁带上。一旦确定,将对该磁带进行再设置并把新拷贝附加在磁带末尾。这种对备份拷贝的收集都来自于同一台运算机或文件系统,因此形成了所谓的排列组。每天,改变的文件累加到排列组中(见图)。图:永久增量备份永久增量备份采纳增量,提供了备份效率;采纳排列组,提高了介质治理效率;准确地只移动期望的文件,提高了复原效率。该方法最大的功效还在于:累加方法并不需要在一个完全备份后才能开始复原过程,也确实是说并不需要周期性地建立完全备份拷贝。而对完全+增量或完全+差异方法,不管是否改变,每周都要移动和储备几十亿字节的数据。有了永久增量备份方法,就不需要如此做了。因此客户节约了大量的网络带宽(LAN、WAN或SAN)、磁带介质和时刻。在TSM中,一个备份策略的制定能够让所需要被备份的客户端来共享,也能够在一个备份中心制定多个备份策略以满足不同数据备份的需要。Tivoli使用Domain的模式来进行治理,能够为每个Domain的备份和归档分别制定备份策略,包括:保留的版本数每个版本保留的天数到期版本的保留天数介质数据再集中的阀值。。。。。复原策略(一次复原)复原操作的目标是让文件系统或运算机回到期望的某一时刻点。常见的情形是客户期望的时刻点确实是最近某时刻。在永久增量备份方法下,完成一个完全的复原操作只需告诉TSM服务器期望的时刻点。利用时刻点信息,TSM服务器查询数据库中文件集合,看它们是否在期望的时刻点上。这些文件存在于同一个排列组上,通常也位于一个(或少数几个)磁带上。设置了正确的磁带后,数据库指定每个文件的长度和起始块位置。大多数现代的磁带驱动器都具有快速扫描功能,能迅速定位到期望的备份拷贝并执行复原操作,如此只移动了期望的文件。用户能够把该过程看作完全系统操作中一个完整的复原过程。该过程就象在期望的时刻点做了完全备份一样(见图)。图:时刻点复原备份/复原策略举例备份策略的制定在专门大程度上需要和北京中联云达信息系统服务的实际备份需求相适应。下面结合Tivoli的永久增量备份技术来描述一个简单的备份策略:初始采取全备份策略,保留一份完整的数据。以后每天采纳增量备份,选用增量级别。当显现复原要求时,只需将全备份的全部数据加上前一天备份的增量数据复原出来即可。通过一段较长时刻后,能够再进行一次全备份。当要求复原某些错误删除的文件时,系统会依照文件索引,找到删除文件的各个备份时刻版本,从而关心用户确认后从删除前一天的备份介质中加以复原。数据库备份及复原策略建议关于北京中联云达信息系统服务的业务系统而言,数据库是核心数据组成部分之一,因此针对数据库制定一个良好的备份策略是至关重要的。关于数据库系统的备份工作,要紧要紧内容包括数据库系统备份和业务数据备份两个方面:数据库系统数据备份策略为了在主机、数据库、应用软件系统发生故障时,能够迅速、有效的使系统得到复原,需要对主机、数据库、应用软件系统进行备份。由于主机、数据库、应用软件极少发生变动,因此它的备份策略也比较简单。在主机、数据库、应用软件安装调试完毕后,将主机、数据库、应用软件系统的备份到磁带上。在对主机参数、数据库参数、应用软件进行修改后,及时将主机、数据库、应用软件系统备份到磁带上。定期对主机、数据库、应用软件系统进行全备份。这些全备份能够通过TSM的定时自动完成。 此外,TSM备份解决方案还能够提供额外的操作系统备份模块,应用系统备份模块等,能够对操作系统进行裸机备份,通过幸免系统故障时重装操作系统来减少复原时刻。Oracle数据库的备份与复原Oracle在归档模式下运行,利用IBMTivoliStorageManagerforDatabases模块调用RMAN进行在线的热备份,能够在备份时,对备份数据储存在不同的储备对象中,以满足客户容灾的要求,能够利用TSM的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。针对Oracle的总数据量和增量数据量大小,我们能够利用Oracle的多达三级的增量备份机制,结合TSM强大的备份数据追踪寻址能力和介质治理功能,制定灵活的备份策略,实现全自动的备份数据的全生命周期治理。依照客户的数据量和网络条件,我们建议:Oracle的备份以周为备份周期,星期一到星期六做数据库累积增量、归档日志、操纵文件和CATALOG用户所有对象的备份,星期天做全备份,保留前面一周期和当前周期的备份,每个周期有两份容余。而且由于该应用的Oracle系统版本较新,也能够利用一些最新的Oracle备份技术,将同样的一份备份数据同时储存在不同的储备介质中去,如磁带和硬盘,以保证备份数据的完整性和安全性。关于Oracle系统的数据备份和复原的性能,能够通过开创多个Oracle数据备份通道和多重数据迁移的技术得到保证。关于以上的备份文件,依照治理的要求设定其储存时刻,当此类数据过期时,TSM将自动进行清理,无须治理人员参与。备份时能够利用TSM的永久增量备份的功能、多线程的数据迁移提高数据备份的效率,也能够利用TSM专门的磁带分类集中存放技术保证数据存放的合理性,减少磁带的占用,提高数据复原的效率。假如此类文件较小的话,能够利用TSM专门的磁盘池的功能,先将这些小文件备份到备份服务器的本地硬盘储备池的TSM临时储备池中,待达到一定百分比时,再一次性迁移到带库中。复原操作及策略能够通过本地的TSMServer结合TSMforDatabases利用备份数据进行数据复原。复原时,TSM能够实现多线程的数据复原,能够利用TSM专门的磁带分类集中存放技术,减少磁带的就位时刻,提高数据复原的效率。先用最近一次的全备份复原+复原最近一次的增量备份+增量备份到断点的ARCHIVELOG来复原(要求数据库在ARCHIVELOG模式下工作)。这种复原方式比全部用ARCIVELOG复原要快。假如两份容余的最近一次增量备份都不可用,能够追溯再上次的增量备份来复原,然后用增量备份到断点的ARCHIVELOG复原。假如最近一次的全备份复原都不可用上个周期的全备份+上个周期的最后一次增量备份+本周期的最近一次增量备份+增量备份到断点的ARCHIVELOG来复原。假如增量备份都不可用,那么能够用全备份+ARCHIVELOG来复原。DB2数据库的数据备份及复原策略在DB2数据库内部集成了TSM的备份模块,数据能够直截了当备份到TSM备份服务器或者在TSM备份服务器的操纵之下通过LAN-Free的方式将数据通过SAN直截了当备往带库。结合TSM强大的备份数据追踪寻址能力和介质治理功能,制定灵活的备份策略,实现全自动的备份数据的全生命周期治理。TivoliStorageManager能够无缝的支持DB2数据库的各种备份操作,而不需要增加任何模块。DB2数据库内部集成了TSM的备份模块,使得数据能够直截了当备往TSM备份服务器或者在TSM备份服务器的操纵之下通过LAN-Free的方式将数据通过SAN直截了当备往带库。TSM提供了备份接口供数据库和应用程序使用,而DB2的备份工具集成了使用该接口的模块。TSM能够不仅能够通过备份接口来备份DB2的datafile,还能够备份DB2数据库logfile。logfile在变为inactive时就会被移至UserExit应用程序,然后通过设置能够自动被TSM所同意。如下图所示:图:TSM通过应用接口备份DB2DB2数据库备份的自动调度也能够通过多种方式来实现,如通过TSM的调度、通过DB2的定时备份功能以及通过操作系统的定时功能等。TSM和DB2数据库备份的无缝集成使得DB2数据备份更加安全而有效,从而为用户提供更为方便有效的备份服务。SQLServer数据库的备份备份操作将在TivoliStorageManager储备媒体上创建所有或部分SQL数据库的副本。TSMforSQL提供备份和复原SQL数据时必需的逻辑机制和逻辑。当备份执行后,TSMforSQL将保留关于SQLServer和数据库的信息。备份完成后这些信息将用于查询和复原操作。有关数据库文件组和文件的名称和大小的信息作为子对象与数据库数据一起储备。这些子对象被称为元数据。仅当需要有关单个数据库文件组和文件的信息时才需要此“元”子对象。TSMforSQL提供除了完全和日志备份以外范畴扩大的备份类型,如此当您不想备份整个数据库或由于备份时刻或性能需要不承诺执行如此的备份时,它将提供更大的灵活性。DataProtectionforSQL提供六种类型的备份:完全数据库备份、差分备份、日志备份、文件备份、组备份和集备份邮件系统的备份与复原建议Domino邮件系统备份与复原假如采纳Domino系统,能够利用IBMTivoliStorageManagerforMail实现在线的热备份。关于5.0.3以上版本的Domino系统,能够利用Domino的ActiveLog模式,利用TivoliDataProtectionForMail实现在线的热备份,能够实现Domino系统的数据库文件的全备份和增量备份,也能够实现ActiveLog的在线热备份。关于5.0.3以下版本的Domino系统,利用TivoliDataProtectionForMail实现在线的热备份,也能够实现Domino系统的数据库文件的全备份和增量备份。关于Domino系统的复原,能够通过本地的TSMServer结合TSMformail利用备份数据进行数据复原。关于5.0.3以上版本的Domino系统,先用最近一次的全备份复原+复原最近一次的增量备份+增量备份到断点的ACTIVELOG来复原。关于5.0.3以下版本的Domino系统,用最近一次的全备份复原+复原最近一次的增量备份实现复原。Exchange邮件系统的备份与复原假如采纳Exchange系统,也能够利用IBMTivoliStorageManagerforMail实现在线的热备份。包括邮件组和单个邮件的热备份。关于备份文件,依照治理的要求设定其储存时刻,当此类数据过期时,TSM将自动进行清理,无须治理人员参与。备份时能够利用TSM的永久增量备份的功能、多线程的数据迁移提高数据备份的效率,也能够利用TSM专门的磁带分类集中存放技术保证数据存放的合理性,减少磁带的占用,提高数据复原的效率。假如此类文件较小的话,能够利用TSM专门的磁盘池的功能,先将这些小文件备份到备份服务器的本地硬盘储备池的TSM临时储备池中,待达到一定百分比时,在一次性迁移到带库中。关于文件系统和裸设备的备份,能够直截了当利用TSMClient进行备份。备份通过TSM的定时机制自动完成。当操作系统或应用显现问题时导致不可用时,需要通过TSM进行数据的复原,在本方案中,数据的复原策略能够依照不同的情形而制定:SAP系统的数据备份及复原策略关于北京中联云达信息系统服务的SAP系统,我们建议采纳TSM客户端与TSMforERP(SAP)相结合的方法来进行SAP数据的在线备份;TSMforERP是对SAP进行实时在线备份的软件。SAP的系统是一个三层架构的Server-Client的应用,如下图所示:图:SAP的三层结构第一层是数据库服务器(Databaseserver):R/3应用的所有数据和Log都存放在此层,目前,R/3系统支持的后台外挂关系型数据库有:Oracle、DB2、Informix、SQL等,国内使用面最广的是基于Oracle或DB2的R/3应用。第二层是SAP的应用服务器(SAPApplication-server),SAP的源程序和客户开发的R/3应用集中在此层,R/3系统通过一个内部的数据治理工具SAPDBA和数据库服务器紧密的关联在一起,执行对数据库服务器的系统治理、储备治理等。第三层是用户的操作层(PresentationClient),终端用户通过此层进行系统的具体应用。因此,从完整的系统储备治理来说,关于SAP的应用,在储备治理方面,必须兼顾数据库服务器和SAP的应用服务器两个层次,才能作到SAP应用的在线备份。Tivoli提供了TivoliStorageManagerForERPOnOracle/DB2模块,结合TivoliStorageManager,能够对SAP的数据库服务器(Oracle或DB2)进行在线的热备份和复原。在储备区域网(SAN)的环境下,能够实现不依靠网络带宽(LAN-FREE)的数据备份和复原。TSMforSAP和TivoliStorageManager提供可靠的可再生的操作过程使得系统治理员能够有效的治理大量的数据。它使ERP治理员通过一个定制的界面和SAPDBA提供的功能,同时借助TSM的自动数据治理能力来备份和复原ERP数据库。TSMforERP是业界领先的SAP数据爱护解决方案。在北京中联云达信息系统服务ERP系统中,关于生产系统的ERP服务器,需要使用TSMforERP软件,保证系统在正常运行时能够在线备份。由于备份工作由ERP的操纵接口操纵,具体备份的策略结合实际情形,采纳全量备份和增量备份结合的备份方式进行。操作系统的备份与复原建议AIX操作系统数据存放在根卷组(rootvg),而用户数据,包括数据库系统文件及数据、其他文件数据等存放在其他的卷组。那么,用户在进行日常数据备份时,能够通过TSM将用户数据所在的卷组进行备份(包括全备份和增量备份);关于根卷组下的操作系统数据,能够使用AIX操作系统本身提供的命令mksysb来备份到磁带中。如此,在进行系统复原时,假如只是涉及到某一个卷组、数据库或者是文件,操作系统并没有损坏,那么通过TSM即可完成对系统的复原;假如发生了系统严峻故障,必须重建操作系统时,能够先使用通过mksysb备份出来的磁带来启动,复原操作系统,再使用TSM来复原其他的卷组以及数据库、关键文件等数据。其他的UNIX操作系统如Solaris和HP-UX也有类似的命令。关于Windows操作系统,能够利用系统引导盘快速启动操作系统,进入ASR复原界面,利用TSMClient备份的操作系统的系统对象快速复原操作系统。本地TSM服务器系统的复原假如TSMSever建立在HA的环境下(即TSMServer分别安装在HA的双机上,而数据库文件则建立在共享的盘阵上),一旦TSMServer瘫痪,将由StandbyTSMServer自动接管。假如在配置TSMServer中,差不多将其后台数据库作了MIRROR配置,则只需将MIRROR的数据库文件直截了当激活即可。否则,我们将会利用对TSM数据库所作的本地备份,利用该数据库的复原功能复原本地数据库,直截了当复原TSMServer。当本地整个运算机系统的复原假如是硬件或网络的故障,必须第一排除硬件或网络的故障。然后,进行操作系统的复原,在此基础上,利用TivoliDisasterRecoveryManager,能够来关心治理人员实现数据复原打算的建立和实施。包括实现TSM系统和应用系统的自动重建。通过DRM的实时的灾难复原打算,有效的治理各种在线和离线的储备介质,为应用系统的复原提供强有力的保证。而无须系统治理人员在大量的磁带中查找合适的磁带进行应用系统的复原。同时,灾难复原打确实是一个专门有用的灾难复原流程顾问工具,通过DRM,不仅能够自动的复原TSM系统和应用系统的数据,而且,能够关心用户进行储备治理流程的建立和优化,实现规范化的储备治理。同时,假如本地复原比较困难的话,能够利用本地TSM的Backupset功能,进行本地数据的异地复原工作。TSM的Backupset,能够把备份节点的文件数据和元数据都写入到同一卷磁带上,因此能够脱离开TSM服务器环境而独立进行数据的读取和复原。灾难复原流程建议TSM备份系统的离线介质治理北京中联云达信息系统服务本次备份方案,不仅涉及到生产中心的数据本地备份,还应该考虑备份数据的离线储存,和部分生产中心数据到容灾中心的异地传输;为了保证备份数据的可靠性,我们建议对生产中心重要数据备份的磁带介质进行复制,一份用于近线储存,另一份用于离线数据爱护(建议将此份磁带储存在灾备中心,可用于数据的异地复原)。TSM能够生成备份数据的多个副本,并支持对离线介质的治理,如下图所示:TSM能够自动进行储备磁带介质的治理,关于离线的磁带,TSM能够自动跟踪其状态,如从磁带库到离线位置,TSM的DRM模块还能够自动进行离线磁带上的数据过期与剔除,自动标示那些离线磁带能够被回收利用等。这些技术充分简化了离线磁带的治理。TSM是建立在关系型数据库上的企业级数据备份治理软件。Tivoli灾难复原治理器创建并使用数据库信息,从而治理灾难复原的预备过程。TSM的DRM模块(灾难复原治理器)加强了TSM备份系统。TSM的DRM模块不仅通过将数据异地储存来爱护企业的数据,而且能跟踪所有在线和离线的磁带,并能够自动识别哪盘磁带离线。自动产生的灾难复原打算也能自动的每日更新。通过那个自动产生的灾难复原打算,我们能够以最小的工作量在异地或本地重建我们的应用系统,这意味着,TSM的DRM模块将不仅包括通常的意义上的灾难复原打算,还包括前瞻性的业务连续性进展打算,能够对企业的应用提供多重的灾难复原模式。TSM备份系统故障爱护与复原TSM备份系统与其他的业务系统一样,也需要进行充分的爱护,以备发生故障时有效的进行数据复原,充分保证数据的可靠性和安全性;TSM备份系统的爱护要紧有以下手段:TSM服务器采纳HA双机技术,当其中一台服务器停止工作的时候,另外一台服务器能够顺利接管,保证备份和复原任务不中断;采纳镜像技术和备份技术爱护TSM系统的索引信息数据库,能够将TSM的内置数据库卷镜像到其他的硬盘空间,还能够将其通过NFS镜像到其他机器的储备空间,从而充分保证索引数据库的可用性;此外,我们还建议通过备份技术每天对TSM系统的索引信息数据库进行备份,能够备份至一盘或一组独立的磁带上,并定时做离线,从而充分保证索引数据库的可靠性;通过拷贝储备池技术来对备份的业务数据进行额外爱护,并定期做离线,当灾难发生时,能够有效复原;当TSM系统由于意外而需要重建时,我们能够按以下步骤处理:假如TSMSever建立在HA的环境下(即TSMServer分别安装在HA的双机上,而数据库文件则建立在共享的盘阵上),一旦TSMServer瘫痪,将由StandbyTSMServer自动接管。假如在配置TSMServer中,差不多将其后台数据库作了MIRROR配置,则只需将MIRROR的数据库文件直截了当激活即可。假如对其后台数据库作了及时的本地备份,利用数据库的复原功能复原本地数据库,直截了当复原TSMServer。基于TSM的数据容灾方案为了充分爱护数据的安全性,我们建议将重要的业务数据不仅备份到本地的磁带库,还应该复制一份用于离线,离线的磁带应该由TSM系统进行有效跟踪治理;此外,我们还建议由TSM系统负责将一些没有同步到容灾中心的数据定期复制到容灾中心,以备灾难发生的时候进行快速复原;因此,我们在此建议使用TSM磁带离线治理和TSM远程数据传输治理两个重要的技术构建数据级的数据容灾方案。使用DRM模块进行离线磁带治理关于TSM的离线磁带治理,我们在前面章节差不多专门阐述,差不多思想是采纳TSM的灾难复原模块DRM进行集中治理;TSM的DRM模块用于对TSM系统进行自动化的爱护,在灾难复原时进行系统的快速自动复原。DRM的核心功能是自动生成并更新灾难复原打算,自动跟踪离线磁带的状态,进行磁带介质的自动治理,自动化TSM服务器的复原治理。具体功能如下图所示:针对北京中联云达信息系统服务的具体需求,我们建议在生产中心集中数据备份的基础上,由TSM系统定期生成离线磁带,定期做磁带离线,当灾难发生时,有效进行数据复原;TSM远程数据传输方案针对那些没有同步到容灾中心的重要业务系统数据,我们建议采纳TSM的远程数据传输功能进行数据级容灾复制;TSM提供两种远程备份容灾机制,一种是基于网络和移动介质的导出和导入机制,另外一种是远程备份技术;我们将分别阐述这两种技术,并依照北京中联云达信息系统服务具体的网络条件和要求选用相应的技术。Server-To-Server数据复制技术:该技术能够将生产中心TSM备份系统的所有或部分数据导出,并可传输到另一服务器(导入)。有两种方法可用来执行导出和导入操作:直截了当导出到网络上另一TSM服务器,即容灾中心的TSM系统。这种方式不需要在两个TSM服务器间有兼容的顺序设备类型就能赶忙进行数据传输。导出到顺序介质,然后使用此介质将数据导入到具有兼容设备类型的另一个TSM服务器。使用TSM的远程Server-To-Server容灾复制功能,我们能够通过下列一个或多个导出命令将全部服务器操纵信息或其子集导出:EXPORTADMINEXPORTNODEEXPORTPOLICYEXPORTSERVER将数据导出到目标服务器时,需要指定将接收导入TSM操作数据的服务器名称。TSM的远程复制功能支持增量复制,系统治理员可限制在指定的日期与时刻或在此之后导出到储备在服务器上的对象的文件数据。可使用FROMDATE和FROMTIME参数,基于文件原先储备在服务器中的日期与时刻来导出数据。FROMDATE和FROMTIME参数仅适用于客户机用户文件数据;这些参数不阻碍其它已导出的信息,例如策略。远程备份技术:TSM同时提供远程备份技术,TSM技术架构的灵活性使我们能够使用一个TSM客户端将数据备份到不同的TSM服务器,因此,我们能够将需要远程容灾备份的数据第一备份到生产中心的TSM系统,然后通过广域网远程备份到容灾中心的TSM系统,容灾中心的业务系统能够通过TSM客户端直截了当从本地的TSM系统进行数据复原;考虑到北京中联云达信息系统服务的具体需求,我们建议依照需要远程传输的数据量和网络带宽选择合适的方式,假如需要传输的数据量较大,而带宽较小,则采纳先在生产中心将数据导出到磁带,然后再从磁带导入容灾中心的TSM系统的方式;反之,假如需要传输的数据量较小,则能够采纳Server-To-Server的传输方式,或者采纳远程备份技术从生产中心的TSM系统直截了当将数据复制到容灾中心的TSM系统中去。从TSMV5.5开始,TSM系统对Server-To-Server也支持断点续传的功能,因此更大限度的降低了对容灾网络的要求。基于TSM的数据复原流程当发生大规模灾难,导致本地IT系统崩溃时,启动异地数据复原。由于北京中联云达信息系统服务的生产中心数据都差不多复制到了容灾中心,因此当生产中心由于灾难而不可访问时,能够切换应用到容灾中心;而只有在容灾中心发生灾难时,才会考虑采纳TSM的最后复原方案;TSM的灾难复原方案,要紧是使用生产系统备份的离线磁带,在灾备中心复原生产中心备份系统DB和recoverylog,再将备份数据异机复原到灾备中心环境中。TSM具备灾难复原模块,TivoliDisasterRecoveryManager,该模块能够关心治理人员实现数据复原打算的建立和实施。包括实现TSM系统和应用系统的自动重建。通过DRM的实时的灾难复原打算,有效的治理各种在线和离线的储备介质,为应用系统的复原提供强有力的保证。无须系统治理人员在大量的磁带中查找合适的磁带进行应用系统的复原。同时,灾难复原打确实是一个专门有用的灾难复原流程顾问工具,通过DRM,不仅能够自动的复原TSM系统和应用系统的数据,而且,能够关心用户进行储备治理流程的建立和优化,实现规范化的储备治理。具体来讲,当数据需要灾难复原时,我们建议按照以下流程处理:为灾难复原预备TSM服务器;通过DRM模块,复原生产中心备份服务器(包括DB和recoverylog);重建应用系统并通过TSM快速复原至上一次备份状态;通过TSMClient复原文件系统;Windows系统直截了当复原到目标服务器;SCOUNIX系统先复原到临时服务器,通过NFS方式将文件复原到SCOUNIX系统复原数据库,SAP等系统的应用数据;直截了当通过DB2自带的TSM备份接口复原数据库;重新启动数据库,验证数据库数据的可用性方案优势总结全面的解决方案IBM公司作为一家专业而全面的硬件、软件和服务解决方案提供商,能够为用户提供真正满足用户需求的全面的解决方案,而IBM的Tivoli软件更是覆盖了系统治理(包括硬件、操作系统、网络、应用的监控和治理)、安全治理、储备治理等领域,而且,Tivoli所有的产品都能够良好的集成在一起,通过一个统一的界面就能够实现系统治理的所有功能。TSM能够通过TivoliPlusModule和Tivoli的其他产品无缝集成,包括Tivoli的系统监控、事件分析处理工具、网管、安全模块等,从而构成一个完整的系统管明白得决方案。TSM能够和Tivoli的综合事件治理平台TivoliEnterpriseConsole(TEC)无缝集成,通过TEC进行统一的事件收集和综合事件分析。与DB2和Informix数据库的无缝集成,由于北京中联云达信息系统服务的数据库要紧采纳DB2,因此TSM具有最好的集成性;同样作为IBM的软件产品,TivoliStorageManager能够无缝的支持DB2数据库和Informix(从InformixIDS10开始)数据库的各种备份操作,而不需要增加任何模块。在DB2和Informix数据库内部集成了TSM的备份模块,使得数据能够直截了当备往TSM备份服务器或者在TSM备份服务器的操纵之下通过LAN-Free的方式将数据通过SAN直截了当备往带库。高性能的数据备份和复原TSM备份软件提供业界最为高效的数据备份和复原,并提供最优的网络及磁盘和磁带利用率,其缘故在于TSM先进的设计架构和领先的技术手段:TSM提供后台关系数据库的支持,从而使复原和备份速度大大加快,有效的减少治理成本。提供永久增量备份方式,通过先进的技术手段减少需备份的数据量,最大限度的提高备份工作的效率。应用永久增量备份技术,能够大大减少磁带的消耗,减少备份时对网络的占用,减少总体拥有成本,满足今后企业进展的需要,实现最大限度的投资爱护,备份数据的减少能够提高系统的复原效率,这能够提高应用的可用性,实现应用级的快速复原。在备份和复原过程中,TSM都提供了多线程的数据流支持。通过磁带数据的自动重整,减少磁带碎片,提高磁带的利用率,节约客户成本,保证数据的可用性。通过磁带的数据分类集中存放,能够将同类型的数据集中存放在一组或一个磁带上,从而在复原时保证以最少的磁带复原,大大加快了复原速度。支持在SAN环境下的LAN-FREE数据迁移。支持备份和复原过程中的断点再续。提供WebProxyServer(TSM代理服务器),减轻在多个备份进程同时发生时TSM服务器的负担。TSM提供了SELF-TUNING的调试工具,能够指导系统治理人员进行性能优化。在TSM的系统配置文件,提供了一系列的参数优化TSM系统。集中的监控治理通过TSM的ISC(IntegratedSolutionConsole)能够进行多个TSMServer的集中统一监控,这就意味着北京中联云达信息系统服务能够在生产中心通过一台服务器,一个ISC界面集中生产中心和灾备中心的TSM备份系统,同时由于ISC是基于Portal技术构建的,能够定义不同权限的用户,进行不同TSM的治理。下图所示:已配置server1为配置治理器,能够向作为受管服务器的server2,server3下发治理策略,建立了profile1,定义这三个服务器为group1可通过“服务器组”查看服务器状态强大的灾难复原TSM备份软件内置了灾难复原治理器(DisasterRecoveryManager,简称DRM)来提供灾难治理和复原的功能,指导用户如何操作来迅速复原企业范畴内的各种数据。自动、准确的DRM功能关心用户爱护宝贵数据的安全性。在TSM管辖内的数据,都能通过DRM自动策划、预备及制作备份复原打算,一旦DRM生成了打算文件,所有服务器上最新的相关信息都被收集起来,以备复原。假如灾难发生,DRM提供复原步骤的详细文档,可执行的描述文件自动复原数据、重建环境。DRM使得企业能够专门快回复正常运转。DRM智能化治理和跟踪备份介质的转移。关心治理员决定哪些介质本地储存,哪些介质需要异地储存。当复原灾难时,DRM关心用户迅速找到所有需要的介质,不管这些介质是在本地或运输途中或在异地的保险柜里。TSM客户端追踪治理功能关心系统治理员了解哪些系统被灾难摧残,以及这些机器所需要的软硬件,以便用户决定需要重新定购哪些设备来替换损坏的设备。其他DRM记录的重要信息包括:需要复原的各台机器的优先级;相关人员的连续方式等。同时,关于异地数据保管和复原,TSM提供了一个专门功能:InstantArchiveandRapidRecovery。那个功能是在TSMserver上将所需要复原的数据影像到其它的可移动储备介质中,如一般8mmtape、可写CD等。治理人员再将这些储备介质拿到需要复原的设备上,利用TSMClient的功能将这些数据复原到系统中即可。那个功能即能够关心客户将最为重要的数据复制到CD或磁带中永久归档储存;又能够在网络显现故障时,作为解决远程复原问题的辅助手段。InstantArchiveandRapidRecovery在功能上类似于UNIX的系统备份。这种脱机复原方式能够承诺系统复原到任意符合要求的设备上,为分析,开发,灾备提供了更大的灵活性。数据的安全性作为顶级的企业备份软件,TSM在进行产品设计时,充分考虑到了备份数据的安全性,采纳多种技术手段进行数据爱护,而且所有这些技术特性都包含在TSM软件的差不多配置中,不需要用户单独购买新的产品或模块,有效的爱护用户的投资。所有要紧采取的技术手段包括:128位数据加密:对备份数据采纳128位的AES数据加密,充分保证备份数据的安全性,有效防止备份数据被非法截获或读取;Web系统的SSL加密:治理系统和备份客户端等所有web治理系统使用SSL加密;虚拟储备池技术:备份数据储存的虚拟储备池采纳专有格式,任何人拿到单独的备份介质,无法使用通用的tar之类的指令读出数据,截取信息。单一通讯端口的跨防火墙备份技术:其他备份软件需要打开专门多通讯端口,造成安全漏洞。TSM只需要打开单一的通信端口,就能够完成数据传输、操纵信号传输等所有工作,同时TSM专门设计了TSMWebProxyServer,保证安全万无一失。内置关系数据库的认证技术:备份系统的索引(Catalog)信息使用内置关系数据库,任何人只要没有TSM的治理授权,无法查询、修改这一信息。其他备份软件使用一般的asiic码文件储存,任何人都能够查询

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论