收藏 分销(赏)

某商场NBU方案100304-集成.doc

上传人:w****g 文档编号:3974676 上传时间:2024-07-24 格式:DOC 页数:32 大小:169.04KB 下载积分:12 金币
下载 相关 举报
某商场NBU方案100304-集成.doc_第1页
第1页 / 共32页
某商场NBU方案100304-集成.doc_第2页
第2页 / 共32页


点击查看更多>>
资源描述
XX商场系统备份系统 方案书 由于客户涉及到保密内容,此文档请勿扩展到第三方 2024’年’7月’d日’ XXX系统备份系统方案书 目 录 1前言3 2需求分析3 2.1项目背景3 2。2目前IT环境3 2。3备份系统的需求分析3 3方案介绍3 3.1方案概述3 3.2存储架构的设计3 3。3解决方案错误!未定义书签. 3。3。1本方案基本技术组成3 3.3。2数据备份的原则3 3。3.3备份系统组成3 3.3.4备份窗口选择3 3.4备份系统硬件建议3 3。4.1备份设备的设计3 3.5备份策略的设计3 3.5.1日常备份策略基本描述3 3。5.2用户策略的定义3 3。6系统灾难恢复的设计3 3。6。1灾难恢复制度3 3。6.2灾难演习制度3 3。7备份系统管理建议3 3。7。1备份系统管理员的职责3 3.7。2备份策略制定的角色3 3。7.3修改备份策略的过程3 3。7。4恢复的管理3 3.8产品介绍3 3.8.1NETBACKUP SERVER主模块介绍3 3.8。2客户端和数据库代理3 3.8。3磁带库共享组件3 4产品配置列表3 5系统维护3 5。1服务宗旨3 5。2技术服务资源3 5.3维护协议3 5。4维护计划3 服务组织结构图3 问题解决流程图3 5。5服务承诺3 5。6服务方式3 现场支援作业3 系统巡检3 5。7系统培训3 培训内容3 培训安排3 1 前言 随着企业信息化的进展,各种应用系统的运行,必然会产生大量的数据,而这些数据作为企业最重要的资源,越来越受到大家的重视。同样,由于数据量的增大和新业务的涌现,如何确保数据的一致性、安全性和可靠性;如何实现数据的集中管理,建立一个强大的、高性能的、可靠的信息存储管理平台也是企业目前所面临的一个重要问题。每一位计算机前的使用者都会有这样的经验:一但在操作过程中敲错了一个键,我们几个小时,甚至是几天的工作成果便有可能付之东流.据统计,80%以上的数据丢失都是由于人们的错误操作引起的。遗憾的是,这样的错误操作对人类来说是永远无法避免的。另一方面,随着网络的普遍建立,人们更多的通过网络来传递大量信息。而在网络环境下,除了人为的错误操作之外,还有各种各样的病毒感染、系统故障、线路故障等,使得数据信息的安全无法得到保障,我们对网络的大量投资也失去了意义。随着计算机和网络的不断普及,网络环境已危机四伏,数据随时都有被毁坏的可能,实际上,我们已有了很多前车之鉴,一些重要的企业内曾经不止一次地发生过灾难性的病毒侵入事故,造成了很大的经济损失,在这种情况下,数据备份就成为日益重要的措施,我们必须对系统和数据进行备份!通过及时有效的备份,系统管理者就可以高枕无忧了. 存储技术的发展,为解决数据保护问题提供了方案,备份如今已不是一件繁琐的事情,软、硬件产品的不断研究和推出,使得数据备份具有了速度快、可靠性高、自动化强等特点,完全解脱了系统管理员的负担。在投资上,与兴建网络相比,专用的存储设备和备份软件价格很低,根本不会成为用户的经济负担.如果每一台服务器或每一个局域网都配置了数据备份设备,并加以合理的利用,那么无论网络硬件还是软件出了问题,都能够轻松地恢复.对数据存储、备份和恢复实行集中管理,可以合理分配存储资源,避免存储资源的浪费,提高资源的利用率。同时,统一的自动备份和恢复解决方案,可以节约人力,提高系统的安全性,保证备份数据的可用性. 2 需求分析 2.1 项目背景 XX商场系统是中航数据中心的核心之一,主要用于连接核心应用服务器和核心数据库,存储核心财务应用系统和核心数据库数据。 2.2 目前IT环境 目前财务中心主要有三套系统,应用系统、文件系统和数据库系统。 根据基础数据,通过访问量、访问频率及业务增长的估算参数进行计算,得到XX商场系统建成三年后纯数据存储量应在500G左右。 数据随着业务的不断发展,系统的数据量增长迅速,因而对备份速度和备份管理的要求也越来越高.就目前的备份情况而言,我们建议建立一套容灾备份系统. 2.3 备份系统的需求分析 根据XX商场系统目前的IT现状,我们认为在方案的设计中应该充分考虑到其环境的复杂性、业务的多样性、范围的广泛性以及其他相关需求,具体而言,可以体现在以下几点: r 高可靠性 由于XX商场系统数据的重要性,我们认为可靠性在方案的设计中十分重要. 首先,在存储设计中,存储架构的设计是首要问题。针对存储设备的选取和管理结构的设计应该采用冗余配置,避免出现单点故障. 其次,备份产品的主要作用是为系统提供一个数据保护的方法,于是该产品本身的稳定性和可靠性就变成了最重要的一个方面.首先,备份软件一定要与操作系统100%的兼容,其次,当事故发生时,能够快速有效地恢复数据。 r 高性能 针对XX商场系统的大量数据而言,性能是方案设计的另一重点。 首先,存储架构与设备的设计应能满足业务请求时的高性能,这就要求在架构和设备的采用上充分考虑到性能参数,比如磁盘的访问速度、网络的访问速度等参数。 其次,备份的设计也要考虑到备份的速度,比如以下参数与相关技术:磁带库的性能、磁带的定位时间、磁带机的持续传输率、备份到硬盘、并发传输的备份以及多数据流的备份等技术. 对上述参数与技术合理的选择与应用将是满足高性能需求的重要步骤。 r 可扩展性 可扩展性对于业务的不断扩充与发展非常重要,包括存储设备的设计容量与扩展能力、备份方案的可扩展性与兼容能力、备份设备的设计容量与扩展能力等等。具体来讲,方案在规划磁盘的容量都已经有了高于50%数据容量的预估、备份方案的架构和扩展性应该充分考虑到该需求。 r 现有投资的保护 在现今IT管理的趋势中,对投资回报率与总体拥有成本的考虑是十分常重要的因素,它将为企业节省成本,从而最大化公司的利润。 由于XX商场系统已有部分的存储管理方案,包括上述的磁带机设备、磁带库设备、磁盘设备、存储管理模块等等,所以我们的方案应能对这些已有系统充分加以利用. r 集中管理功能 集中管理是IT管理的趋势,它可以最大化管理效率,这也是此项目的出发点之一。 集中管理应体现在对IT管理的各个子系统的集中,每个子系统管理模块的集中上. r 操作简便 数据备份应用于不同领域,进行数据备份的操作人员也处于不同的层次.这就需要一个直观的、操作简单的图形化中文用户界面及中文文档手册,缩短操作人员的学习时间,减轻操作人员的工作压力,使备份工作得以轻松地设置和完成,同时可以降低培训的开销,降低拥有成本。 3 方案介绍 3.1 方案概述 基于以上对XX商场系统存储备份管理的需求分析,考虑目前XX商场系统的IT现状,我们建议对存储备份系统采用LAN的存储架构,通过LAN实现对所有的应用系统数据集中备份管理。 在备份管理软件方面,在方案的设计中充分考虑到其环境的复杂性和未来的发展,我们提出了备份管理的方案是采用Symantec公司的Netbackup 6。5(以下简称NBU6.5)备份管理软件,其可以在LAN/DAS/NAS的拓扑环境下对XX商场系统的所有应用服务器的数据集中备份管理,保证应用系统数据的高可靠性。 SYMANTECNETBACKUP存储管理方案将可以自行运行和管理,极少需要用户的干预。其主要特点包括:自动安排和执行数据的全备份和增量备份;自动管理介质,包括错误的跟踪和介质的循环使用;增强的数据和操作管理;数据库管理系统的备份(如Oracle、Sybase、Informix、DB2、SQL、Exchange等)和基于客户端的数据恢复. 3.2 存储架构的设计 存储架构的设计是存储管理的首要任务,同时也对其他存储管理,比如备份恢复等有一定的影响,所以其设计十分重要。 XX商场系统目前数据量相对较少,在要求的备份窗口(每天4个小时)内,完全可以通过网络备份(LAN)的方式满足目前的系统、应用备份的需求。具体存储系统连接如下图所示: 附图1. 存储架构示意图 我们采用一台winodws服务器作为数据备份服务器,进行数据备份的统一管理,该系统的组成如下: 1. 本地一台服务器为Netbackup软件的主备份服务器,连接到局域网。本机上的数据通过直接备份到磁带库中。同时,它负责整个备份系统的管理,包括备份策略的制订、备份数据库的保存。 2. 在本地LAN中其他的数据库服务器及文件服务器,作为NetBackup Client,连接到存储局域网中,并安装相应的数据库Agent,在线备份数据库。 3. 实现系统级备份,主备份服务器(现为Win2000 sp4)需要升级到Win2003 sp2版本;新购一台Ibm小机,安装aix5。3。5版本的操作平台,作为Bmr boot server. 3.2.1 本方案基本技术组成 数据备份是容灾的基础,是指为防止系统出现操作失误或系统故障导致数据丢失,而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。传统的数据备份主要是采用内置或外置的磁带机进行冷备份.这种方式能保护硬件损坏、操作失误等故障造成的数据丢失,特点是部署简单维护容易,但是其恢复时间较长。随着技术的不断发展,数据的海量增加,不少的企业开始采用网络备份。网络备份一般通过专业的数据存储管理软件结合相应的硬件和存储设备来实现。 目前比较常见的备份方式有: ü 定期磁带备份数据。 ü 远程磁带库、磁盘备份。即将数据传送到远程备份中心制作完整的备份磁带或磁盘. ü 远程关键数据+磁带备份。采用磁带备份数据,生产机实时向备份机发送关键数据。 ü 远程数据库备份.就是在与主数据库所在生产机相分离的备份机上建立主数据库的一个拷贝。 ü 网络数据镜像。这种方式是对生产系统的数据库数据和所需跟踪的重要目标文件的更新进行监控与跟踪,并将更新日志实时通过网络传送到备份系统,备份系统则根据日志对磁盘进行更新。 ü 远程镜像磁盘。通过高速光纤通道线路和磁盘控制技术将镜像磁盘延伸到远离生产机的地方,镜像磁盘数据与主磁盘数据完全一致,更新方式为同步或异步。 数据备份一般和一些容灾系统混合使用,包括采用双机热备、磁盘镜像或容错、备份磁带异地存放、关键部件冗余等多种灾难预防措施.这些措施能够在系统发生故障后进行系统恢复。但是这些措施一般只能处理计算机单点故障,对区域性、毁灭性灾难则束手无策,也不具备灾难恢复能力。因此,备份是对双机容错和集群这样的系统的一个补充,其最主要目的是保证历史数据的随时可用性. 3.2.1.1 数据的备份 对于本次的业务系统,我们会在所有数据库服务器和应用服务器上面上部署相应的备份 软件控制端及用于数据库在线热备份的Agent。 这样,在定义好备份系统资源和策略后,在指定的时间,备份系统就会自动的将数据库服务器上的数据从服务器上、采用指定的方式、通过指定的磁带驱动器备份到指定磁带、磁盘池中。 在备份结束后,系统会报告备份的状况,然后,系统管理员就会在备份软件管理界面上清楚地看到已经备份的数据的描述。在备份软件的管理端上对备份介质上的数据的管理采用的是简单易懂的目录结构。系统管理员通过该目录下的备份项目可以非常方便的察看已经备份的数据的情况,包括:这个数据是什么时候对哪个数据库的备份,采用的是哪一种备份方式(全备份?增量备份?还是累计增量备份?)。一个完整的备份包括一条或几条备份项目,一般包括一个全备份项目、一个累计增量备份项目、几个增量备份项目.你可以保留以前的备份-在最近一次全备份以前的备份。也可以同时对一份数据做多级备份,如D2D2T. 备份系统对数据库的备份采用的是在线备份,通过备份软件的数据库代理database Agent,我们可以在不停止数据库运行的情况下,对数据库数据进行备份,包括全备份、累计增量备份或者增量备份。这种备份方式,保证了系统的7x24小时的运行。 3.2.1.2 数据的恢复 当发生数据损坏时,我们需要从介质库中恢复数据. 此次部署的备份软件,数据的恢复是非常快速和简单的.通过管理界面,系统管理员只需要选定相应的数据备份项目(备份管理目录下的相应的项目名,对应某个时间点备份的某个数据库的数据,并有说明),进行恢复即可.选择备份项目时,如前所述,首先选定最近一次全备份进行恢复,然后选定最近一次累计增量备份,最后选定这次累计增量备份以后的所有增量备份项目,依时间顺序进行恢复即可。 恢复的时候可以选择恢复到原来的地址,也可以进行数据重定向,用户可以根据实际情况来选择自己的恢复方式. 3.2.2 数据备份的原则 对数据进行备份是为了保证数据的一致性和完整性,消除系统使用者和操作者的后顾之忧.不同的应用环境要求不同的解决方案来适应,一般来说,一个完善的备份系统,需要满足以下原则: · 稳定性 备份产品的主要作用是为系统提供一个数据保护的方法,于是该产品本身的稳定性和可靠性就变成了最重要的一个方面。首先,备份软一定要与操作系统100%的兼容,其次,当事故发生时,能够快速有效地恢复数据。 · 全面性 在复杂的计算机网络环境中,可能会包括了各种操作平台,如各种厂家的UNIX、NetWare、Windows NT、VMS等,并安装了各种应用系统,如ERP、数据库、群件系统等。选用的备份软件,要支持各种操作系统、数据库和典型应用。 · 自动化 很多系统由于工作性质,对何时备份、用多长时间备份都有一定的限制.在下班时间系统负荷轻,适于备份。可是这会增加系统管理员的负担,由于精神状态等原因,还会给备份安全带来潜在的隐患。因此,备份方案应能提供定时的自动备份,并利用磁带库等技术进行自动换带。在自动备份过程中,还要有日志记录功能,并在出现异常情况时自动报警. · 高性能 随着业务的不断发展,数据越来越多,更新越来越快,在休息时间来不及备份如此多的内容,在工作时间备份又会影响系统性能。这就要求在设计备份时,尽量考虑到提高数据备份的速度,利用多个磁带机并行操作的方法。 · 维持业务系统的有效性 实时备份对业务系统的性能将会产生一定的影响,有时会很大。如何采取有效的技术手段避免备份对服务器系统、数据库系统、网络系统的影响,将是非常重要的. · 操作简单 数据备份应用于不同领域,进行数据备份的操作人员也处于不同的层次。这就需要一个直观的、操作简单的图形化用户界面,缩短操作人员的学习时间,减轻操作人员的工作压力,使备份工作得以轻松地设置和完成。 · 实时性 有些关键性的任务是要24小时不停机运行的,在备份的时候,有一些文件可能仍然处于打开的状态.那么在进行备份的时候,要采取措施,实时地查看文件大小、进行事务跟踪,以保证正确地备份系统中的所有文件。 · 容灾考虑 将磁带库中的磁带拷贝一份,存放在远离数据中心的地方,以防数据中心发生不可预测的灾难.也可以采用阵列冗余的方式进行容灾,我们建议本方案两种容灾都考虑进去。 3.2.3 备份系统组成 能否安全有效的备份取决于以下三个因素: 1. 执行备份的磁带机 磁带机的质量与性能在整个备份过程中是至关重要的,它是能否进行高速高质量备份的关键所在。 2. 存储备份数据的介质 介质是数据的负载物,它的质量一定要有保证,使用质量不过关的介质无疑是拿自己的数据冒险. 3. 控制备份的软件 优秀备份软件包括加速备份、自动操作、灾难恢复等特殊功能,对于安全有效的数据备份是非常重要的。 3.2.4 备份窗口选择 所谓备份窗口,是指每次备份的间隔时间,这主要取决于每次备份间隔能够容忍丢失的数据量、每次备份的数据量和备份的速度。理论上,备份的间隔越短越好,但每次备份总需一定的时间,而且备份总会或多或少地影响系统的正常处理性能。因而,对一些关键数据,可预先定义备份窗口大小,再根据备份数据量计算所需的备份速度,若备份速度不能满足要求,则可考虑使用更快速的带库或增加带库上的驱动器数据。 其计算流程为: 1. 确定备份数据量及数据压缩比 2. 根据控制器类型推算出单驱动器的备份速度 3. 确定必需的备份窗口 4. 计算出单驱动器所需备份时间 5. 确定所需的驱动器数目 3.2.4.1 确定介质保存时间 备份过程中要用到大量的存储介质,备份介质的保留时间的长短将决定所需购置和维护的介质量。目前的备份策略都是基于多磁带轮换制,即保存有过时数据的介质可重新覆盖使用,轮换频率可根据备份类型和备份的窗口来确定。 3.2.4.2 计算所需磁带介质数量 1. 备份系统所需的介质数量可根据下述流程确定: 2. 确定介质容量 3. 计算每个服务器上的数据做全备份所需的介质数量 4. 计算每个服务器上的数据做增量备份所需的介质数量 5. 根据每种介质的保留时间或轮换频率即可计算出所需的介质数目 3.3 备份系统硬件建议 3.3.1 备份设备的设计 虽然基于磁盘和光盘的网络存储发展迅速,但是一直作为数据备份的主要载体和设备的磁带、磁带机与磁带库也在不断的发展壮大.磁带设备一直是网络存储备份解决方案中的主力军团,它技术成熟、性能稳定、容量巨大、价格低廉,仍然是许多有大容量数据备份需求用户的首选。 磁带库子系统是目前企业级用户广泛采用的数据备份的理想存储设备。根据XX商场系统的实际环境,方案中建议采用磁带库作为数据备份的首选设备。 为了满足XX商场系统用户对性能,容量,可靠性等多方面的要求,建议采用Adic Scala 24系列磁带机产品,并配以相应容量磁带,日后如果需要增加容量之需要新购买更大容量的磁带就可以继续使用,以节省投资. 3.3.1.1 容量分析 考虑到系统数据的大小,考虑到未来3年内数据量的增长,我们建议至少30TB的磁带作为数据存储介质。 3.3.1.2 备份设备的选型 据XX商场系统提供的需求,我们暂且按照总共30TB的数据量规划存储方案.对于数据增长的考虑,我们在方案规划中将充分考虑到存储设备的容量设计。 3.4 备份策略的设计 3.4.1 日常备份策略基本描述 日常备份制度描述了每天的备份以什么方式,使用什么备份介质进行,是系统备份方案的具体实施细则。对于备份策略的设定应该结合具体业务、维护需求,需要对备份、恢复策略进行精心设计,在制订完毕后,同样应严格按照制度进行日常备份,否则将无法达到备份方案的目标。 SYMANTECNBU包含丰富的备份策略.这些策略可以供给绝大多数情况下的客户需求,如果有特殊需求,还可以根据实际情况方便的选择定制策略。 具体而言备份策略包括:定制策略和循环策略。 r 定制策略 定制策略(Custom)是根据客户的具体情况可以灵活定制的一种策略编制方式,它包括一次性执行方式和周期性方式。 一次性执行方式是指一次性的备份作业,可以立即执行,也可以定时执行。 周期性方式主要是针对周期性备份作业,比如: u 每小时、每天、每周、每月执行 u 每小时、每隔几天、每隔几周、每隔几个月 u 特定某天(星期几) u … r 循环策略 常见数据备份策略有多种:完全备份、增量备份、差分备份等。同时,在备份对象上主要分为:系统备份、数据库备份、归档备份、应用备份等。 u 完全备份:备份系统中所有的数据; u 增量备份:只备份上次备份以后有变化的数据; u 差分备份:只备份上次完全备份以后有变化的数据。 u 系统备份:主要对文件系统进行备份. u 数据库备份:对数据库进行备份,可分为在线备份和离线备份;在线备份又可分为物理备份和逻辑备份。 u 数据归档:将历史数据拷贝至磁带等存储介质进行长期保存. u 应用备份:利用应用程序的接口实现对应用的完善的备份管理,如Lotus Notes、Oracle备份等。 在备份策略中,各种备份的数据量不同:完全备份〉差分备份>增量备份.在恢复数据时需要的备份介质数量也不一样:如果使用完全备份方式,只需上次的全备份磁带就可以恢复所有数据;如果使用完全备份+增量备份方式,则需要上次的全备份磁带+上次完全备份后的所有增量备份磁带才能恢复所有数据;如果使用完全备份+差分备份方式,只需上次的全备份磁带+最近的差分备份磁带就可以恢复所有数据。在备份时要根据它们的特点灵活使用。 备份过程中要求保存长期的历史数据,这些数据不可能保存在同一盘磁带上,每天都使用新磁带备份显然也不可取。如何灵活使用备份方法,有效分配磁带,用较少的磁带有效地备份长期数据,是备份制度要解决的问题。 循环策略就可以解决以上问题.它为每天的备份分配备份介质,制定备份方法,可以最有效地利用备份介质。 常见的循环策略有以下几种: ² 5天制备份,周一至周四增量,周五完全备份. ² 5天制备份,周一至周四差量,周五完全备份。 ² 5天制备份,周一至周四完全备份,周五完全备份。 ² 7天制备份,周一至周四增量,周日完全备份。 ² 7天制备份,周一至周四差量,周日完全备份. ² 7天制备份,周一至周四完全备份,周日完全备份。 ² 祖-父—子(GFS:Grandfather-Father—Son)循环策略。 祖—父-子循环策略由三级备份组成:日备份、周备份、月备份,日备份为增量备份,月备份和周备份为完全备份。日带用于周一至周四的增量备份,每周循环使用;周带顺序循环使用;月带数量视情况而定,用于每月最后一次完全备份,备份后将数据留档保存。 3.4.2 用户策略的定义 关于针对XX商场系统的备份策略,我们可以根据需求系统备份、数据库备份、文件备份等不同数据与业务类型,方便的采用任意一种,或者自定义。其中数据的备份可以采用循环备份中的增量/差分备份+完全备份的方式,也可以选择祖-父-子的备份方式。 自定义类型又有很多方法,比如每隔几小时/天/月的备份,一周中特定天的备份等等。对于系统备份,可以采用每周或每月的定时备份。 此外,在循环备份的策略中,我们还提供了介质池(Media Pool)的概念,即:可以把不同的应用系统或服务器平台的数据分开备份到不同的介质池,且可以为不同的介质池自定义名字,磁带保留的数量,保留期限等等。可以实现对备份介质的集中管理. 建议的备份策略为: u 备份时间段选在每日下班起至第二天上班前。 u 每周对用户数据库实施一次全备份,其他时间实施增量备份。 u 每周做一次系统全备份,每天做增量备份; u 以下是为用户的环境设计的备份策略,由于用户应用数量较多而且保护级别可能有所不同,而且也是随时间而发展变化的,所以这里可参考该备份策略,根据用户自己的需要作适当修改: 备份作业 介质集 备份选择列表 备份作业模板 服务器 数据类型 允许执行备份的时间段 备份模式 备份设备 备份频度 备份介质保存时间 介质保存地点 数据仓库系统 Oracle 22:00—06:00 全备份 阵列、磁带 每周一次 4星期 本地 数据仓库系统 Oralce 22:00-06:00 增量备份 阵列 每天一次 4星期 本地 数据仓库系统 Oracle 22:00-06:00 全备份 磁带 每月一次 半年 本、异地 数据库系统 Oracle 22:00-06:00 全备份 阵列 每周一次 4星期 本地 数据库系统 Oracle 22:00-06:00 增量备份 阵列 每天一次 4星期 本地 数据库系统 Oralce 22:00-06:00 全备份 磁带 每月一次 半年 本、异地 OA管理 文件 22:00-06:00 全备份 阵列、磁带 每周一次 4星期 本地 OA管理 文件 22:00-06:00 增量备份 阵列 每天 4星期 本地 OA管理 文件 22:00—06:00 全备份 磁带 每月一次 半年 本、异地 文件系统 文件 22:00—06:00 全备份 阵列 每周一次 4星期 本地 文件系统 文件 22:00—06:00 全备份 磁带 每月一次 半年 本、异地 3.5 系统灾难恢复的设计 灾难恢复措施在整个备份制度中占有相当重要的地位。因为它关系到系统在经历灾难后能否迅速恢复。灾难恢复措施包括:灾难预防制度、灾难演习制度及灾难恢复.以往传统的备份方法,如果系统彻底损毁,要恢复数据必然要有重新安装操作系统和应用程序等繁琐的步骤,浪费了大量的时间。而在系统损毁后,迅速地在尽可能短的时间内恢复系统是绝对必要的。 3.5.1 灾难恢复制度 为了预防灾难的发生,需要做灾难恢复备份。灾难恢复备份与一般数据备份不同的地方在于,它会自动备份系统的重要信息. 3.5.2 灾难演习制度 要能够保证灾难恢复的可靠性,光进行备份是不够的,还要进行灾难演练。 每过一段时间,应进行一次灾难演习。可以利用淘汰的机器或多余的硬盘进行灾难模拟,以熟练灾难恢复的操作过程,并检验所生成的灾难恢复软盘和灾难恢复备份是否可靠。 3.6 备份系统管理建议 3.6.1 备份系统管理员的职责 象系统管理需要设置系统管理员、数据库管理需要数据库管理员、网络管理需要网络管理员一样,管理备份系统也需要有相应的人员来负责.备份系统虽然不如这些系统那么复杂,但也需要相当的学习才能对备份系统进行有效、安全地管理。备份系统管理员可以是专职的也可以由系统管理员、数据库管理员或网络管理员兼职。或许这些角色都集中在一个管理人员身上.至少应安排一个备份系统的管理人员,如果条件允许,也可以安排另一个管理人员以防止主要管理员不在的时候有人负责对备份系统进行管理。 尽管备份系统管理员可以对整个备份系统进行任何操作,但实际上备份系统管理员的主要职责应该是协助其它管理者使用备份系统. 3.6.2 备份策略制定的角色 无论是在制定新或改变已有的备份时策略时,备份系统管理员应与系统管理员和数据库管理员进行沟通,由他们决定备份策略的内容,也就是说备份策略的制定者应该是系统管理员和数据库管理员而不是备份系统管理员。备份系统管理员只是负责协助他们使用备份系统。由系统管理员和数据库管理员决定对哪些数据进行备份、备份在什么时候进行、备份是使用全备份或增量备份以及备份的保存周期等。 3.6.3 修改备份策略的过程 有时,服务器系统的改变或数据库的改变以及应用的需求等,需要进行备份策略的的修正以适应这些改变.当需要对备份策略进行改变时,应按一定的程序进行而不是由备份系统管理员自选决定进行修改. 首先,应由应用、系统或数据库管理员提出需求,将需要改变的内容如备份内容、备份时间、备份类型、备份频率和备份保存周期等以书面方式提交给备份系统管理员。 管理员收到修改需求后,需要确定修改内容的合理性以及修改对其它备份部分的影响.如果确认可以进行修改再对备份系统进行修改. 管理员将备份系统修改的内容以书面方式记录下来,以备后用。 应对修改后的备份部分进行相应的测试. 3.6.4 恢复的管理 恢复的操作直接影响到实际的应用。如果进行了不正确的恢复操作可能会造成可怕的后果.因此,恢复操作应严格按一定的操作程序进行,而绝不能由备份系统管理员或某一个应用者进行恢复操作了事. r 故障确认 在进行恢复之前首先应该确认造成故障的原因。故障的原因非常多,应该分清是操作系统的故障还是数据库的故障。如果是数据库的故障,不同的数据库应采用不同的故障分析方法,有时可以使用数据库提供的故障诊断工具进行故障分析。这些工作应由相应的管理者如系统管理员或数据库管理员负责进行,在完成故障分析后确认需要进行恢复操作时,由相应的管理者提交书面的故障分析报告. r 制定恢复计划 备份系统管理员在收到故障分析报告后应与相应管理者一起制定详细的恢复计划,包括恢复的内容、恢复的时间、恢复的操作步骤、恢复对应用造成的影响等,最后形成一个书面的恢复计划。备份系统管理者应将故障分析报告与恢复计划一起提交到相应的主管领导审批。主管领导应确认恢复对生产造成的影响,在批准执行恢复前应以相应方式与有关部门进行沟通和通知有关部门进行恢复前的准备工作。 r 恢复操作 在进行实际的恢复前,备份系统管理者与相应管理者应再次确认恢复计划的可行性及造成的后果。确认无误后进入到实际的恢复操作。 在进行恢复前,还应该做的一件事情是对现有的内容作相应的备份。以防止在恢复的过程中发生更进一步的错误.这可能是由于恢复计划制定得不合理造成的,也可能是操作失误造成的. 进行恢复操作时应将每一步的执行过程记录下来,以备后用。 r 恢复后的操作 完成恢复后应测试恢复的结果。在完成恢复结果测试成功后,对恢复后的系统进行相应的备份。 最后,将执行恢复操作的管理者、恢复操作的时间、过程、完成的状况等形成书面报告,报有关领导进行审批。 有关领导确认恢复完成后,通知相应部门恢复有关的应用。 审批后的恢复报告应与故障分析报告、恢复计划、恢复操作报告一起进行存档. 3.7 产品介绍 在方案中,我们主要通过NBU的以下模块来进行数据保护: Ø VRTS NETBACKUP SERVER - 主备份服务器,负责基本的备份管理, 包括作业管理、设备管理、本身的数据库管理、备份策略的管理等等。 Ø VRTS NETBACKUP CLIENT - 用来备份客户端服务器的文件系统数据,支持Windows、Linux、Unix两种客户端。 Ø VRTS NETBACKUP CLIENT APPLICATION AND DATABASE PACK - 用来在线备份数据库中的数据。 Ø VRTS NETBACKUP 磁带库选件 - 用于支持多个磁带库的磁带驱动器进行同时作业,提供备份速度,减少备份窗口。 3.7.1 NETBACKUP SERVER主模块介绍 NetBackup Server模块支持流行的Windows, Netware、Linux和Unix平台,其主要功能是提供备份管理的基本管理功能,比如:后台的服务、对磁带库的管理、备份策略的管理、定时管理、作业管理、介质管理等等。所有的其他模块,包括备份代理和备份选件都必须与基本模块协调工作. 使用NetBackup Server可以执行诸如提交备份和还原作业、管理数据库和搜索报表等任务。 NetBackup Server在Windows、Linux和UNIX系统上运行,有后端服务组成,这些后端服务处理所有的作业,并更新活动日志和数据库中有关作业的信息。NetBackup Server的核心服务有: ² 作业引擎— 按指定日期和时间处理作业。它扫描作业队列以查找准备好运行的作业,然后将其发送到适当的处理程序。 ² 设备引擎— 与存储设备通讯并对其进行控制。设备引擎选择NetBackup Server作业所需的设备,然后与这些设备进行通讯并对其进行控制. ² 数据库引擎- 默认情况下,数据库引擎记录NetBackup中的所有操作。核心服务负责维护以下数据库信息:  文件  目录  驱动器  NetBackup已备份或复制的计算机  作业类型的记录  日志  最终结果  NetBackup处理作业的起始和终止时间  有关NetBackup所用介质的信息, 如类型、名称、第一次格式化的日期、截止日期和包含的会话  NetBackup 已经备份或复制的文件、目录、驱动器和计算机。  NetBackup 已经处理的作业的信息,例如作业类型、日志、最后结果、起止时间等.  NetBackup 使用的介质,如介质的类型、介质的名称、第一次格式化介质的日期、介质的截止日期、介质上的会话等。 此次采用的NetBackup Server含有LAN支持功能,利用LAN上的服务器和存储设备之间的专用通信路径,可以有效地管理存储区域网络(LAN) 环境,它为LAN上的所有服务器带来了高速备份的优势。同时该选件支持多个LAN 服务器并允许LAN上任一服务器的LAN设备共享,可以消除局域网瓶颈并提高传输速度. NetBackup Server负责协调LAN 中各服务器对共享存储库资源的使用,以防止两个服务器在试图同时分配某一设备或介质时发生冲突。 NetBackup Server的主要功能是对LAN 中的共享设备进行初始化、管理和维护.负责初始化、管理并维护 LAN 上的共享设备。它还协调 LAN 中各服务器间的共享存储库资源的使用,防止两个服务器试图同时分配某一设备或介质时发生冲突。 3.7.2 客户端和数据库代理 代理程序是安装在需要备份的客户机上的程序,此次包括三类: Ø VRTS NETBACKUP CLIENT - 用来备份客户端服务器的文件系统数据,此次包含Windows和Unix两种客户端。 Ø VRTS NETBACKUP CLIENT APPLICATION AND DATABASE PACK - 用来在线备份数据库中的数据。 客户端代理 此为NetBackup客户端代理,是安装在网络计算机上的独立软件包,用以在计算机与NetBackup之间提供网络接口。除了具备连接功能,客户端还可以与网络中的备份服务器共享数据存储任务。根据需要执行定期数据备份和还原功能的网络计算机数量和种类,可能需要多个客户端代理. NetBackup客户端代理可以完成以下功能: ü u使通讯网络的负载最小 ü u通过将存档数据的预处理操作分配给客户端计算机来提高NetBackup服务器的效率 ü u向NetBackup服务器提供有关远程客户端的详细文件和目录信息 ü u与服务器通讯,并可以浏览和选择备份组件 ü u帮助监视备份作业的进程 ü u维护备份和还原活动状态的备份日志 客户端代理还可以通过网络中的一台NetBackup服务器对所有客户端计算机加强数据保护。它提供最广泛的选件来优化备份和恢复,而且支持所有主要操作系统平台,包括 HP—UX®、HP®Tru64、IBM® AIX®、Linux®、Microsoft® Windows®、Novell® NetWare®、SGI IRIX 和 Sun™ Solaris™。 数据库和应用代理 在网络的环境中,数据库是企业实际最重要的资产,在越来越复杂的企业环境需求之下,一天24小时,每周7天,数据库必须毫不停顿地运行,因此,如何在服务器不停顿的情况下,对数据库进行高效率的备份,是备份管理中非常重要的一个问题。 VRTS NETBACKUP CLIENT APPLICATION AND DATABASE PACK都是针对特定的数据库系统而开发的, 因此能够对数据库进行在线备份。 使用VRTS NETBACKUP CLIENT APPLICATION AND DATABASE PACK有以下优点: 1. 统一的界面:不论使用了多少套多少种Backup Agent for Database,通过统一的用户介面,都可以进行管理. 2. 在线备份:对数据库进行备份时,不需要先将数据库停止。用户还可以指定备份的是整个数据库还是数据库的一部分。 3. 在线恢复:对数据库进行恢复时,不需要先将数据库停止.用户还可以指定恢复的是整个数据库还是数据库的一部分。 4. 远程管理:用户可以利用远程管理功能,对整个企业的多个数据库进行集中的管理。 5. 并行的数据库备份:可以对多个数据库同时进行备份,从而获得了极高的性能。 VRTS NETBACKUP CLIENT APPLICATION AND DATABASE PACK具有如此强大的功能,因此无论是只使用一种数据库,还是同时使用多种数据库的企业,通过VRTS NETBACKUP CLIENT APPLICATION AND DATABASE PACK的管理,都可以做到对数据的保护滴水不漏。再加上它强大的管理功能,大大减轻了MIS人员的工作负担. NetBackup 可支持以下数据库代理,可以
展开阅读全文

开通  VIP会员、SVIP会员  优惠大
下载10份以上建议开通VIP会员
下载20份以上建议开通SVIP会员


开通VIP      成为共赢上传

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2026 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服