灾备方案建议书

1、XXXX灾备方案实施建议书作者: XXXX创建日期:2009-12-17更新日期:2009-12-17参考文档:版本:V1.0 文档控制修改记录日期作者版本修改记录2009-12-171.0创建报告审阅姓名职位分发拷贝No.姓名单位1234目录文档控制ii读者1情况简介1现行灾备方案讨论1项目实施评估4Data Guard for Windows 2003 Enterprise 32bit实施细则5一 在主库和备库服务器上安装ORACLE软件6二 在备库服务器上安装ORACLE软件6三 修改主库参数6四 修改主库为归档模式6五 备份数据库6六 备库环境准备6七 开启DG7DG测试与维护工作8一

2、 DG测试8二 管理与维护操作9读者此实施建议书仅供下列读者使用： XXXX AAA情况简介 随着企业信息化的建设，对于关键数据的保护也越来越重要。试想，当数据库由于种种原因出现问题，甚至宕机，此时，业务系统也随之停顿，这种情况给企业带来的经济和信誉的损失是非常巨大的。因此，在一切正常的时候就必须使用一种合适的灾备方案，防患于未然。当然，随着对数据损失性的要求越高，那么必须投入的成本也越大。此时就要在两者间寻找到一个平衡。现行灾备方案讨论 如果管理员由于一时疏忽或者网络问题导致归档没有及时备份，备库没有及时恢复，那么在主库出现问题的时候，不能及时的切换到备库，导致不必要的损失。因此，实施一个灾

3、备方案是非常有必要的，而且可以说是刻不容缓的。 当前市场上的灾备软件以及方案非常丰富，总的来说可以分为这几类：基于存储(Storage-Based)、基于服务器（Host-based）、基于存储交换机(SAN-Based)以及基于数据库/软件应用、基于oracle 数据库自带Data Guard等。这里，我们选取使用Data Guard方案进行讨论。 首先需要安装数据库10g ，随后实施Data Guard。 Oracle 10g是第一个专门设计用于网格计算的数据库，也是当前最稳定的Oracle数据库产品。在管理企业信息方面最灵活和最经济高效。在尽可能提高服务质量的同时削减了管理成本。 除极大

4、地提高质量和性能以外，Oracle 10g还通过简化的安装、大幅减少的配置和管理需求以及自动性能诊断和 SQL 调整，显著地降低了管理 IT 环境的成本。这些及其他自动管理功能提高了DBA和开发人员的生产效率。 这里我们看一下有关Data Guard的资料。 在Oracle EE版（企业版）里面，本身就集成了Data Guard，它是管理、监控和自动化软件的基础架构。由它创建、维护和监控一个或多个备用数据库，以保护企业数据结构不受故障、灾难、错误和崩溃的影响。Data Guard使备用数据库保持为与生产数据库在事务上一致的副本。这些备用数据库可能位于距生产数据中心数千英里的远程灾难恢复站点，或

5、者可能位于同一城市、同一校园乃至同一建筑物内。当生产数据库由于计划中断或意外中断而变得不可用时，Data Guard可以将任意备用数据库切换到生产角色，从而使与中断相关的停机时间减到最少，并防止任何数据丢失。Data Guard提供了一个高效和全面的灾难恢复和高可用性解决方案。易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换，从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。使用备用数据库，Data Guard可保证即使遇到不可预见的灾难也不会丢失数据。备用数据库提供了防止数据损坏和用户错误的安全保护。主数据库上的存储器级物理损坏不会传播到备用数据库上。同样，导致

6、主数据库永久损坏的逻辑损坏或用户错误也能够得到解决。最后，在将重做数据应用到备用数据库时会对其进行验证。Data Guard可有效利用系统资源。备用数据库表使用从主数据库接收到的重做数据进行更新，并且可用于诸如备份操作、报表、合计和查询等其他任务，从而减少执行这些任务所必需的主数据库工作负载，节省宝贵的CPU和I/O周期。使用逻辑备用数据库，用户可以在模式中不从主数据库进行更新的表上执行数据处理操作。逻辑备用数据库可以在从主数据库中对表进行更新时保持打开，并可同时对表进行只读访问。最后，可以在维护的表上创建额外索引和物化视图，以获得更好的查询性能和适应特定的业务要求。 可以在用户原始的Orac

7、le数据库服务器基础上增加1台Oracle灾备服务器，这2台机器间用高速网络连接起来，利用Oracle Data Guard 实现灾难备份。如下图所示： 当主节点出现灾难（或主节点出现大范围问题）的情况下，这时可用灾备节点接管主节点，从而在最短的时间内恢复业务系统。如下图所示： Data Guard灾难备份解决方案的特点就是灾备节点零数据丢失。在主节点（Primary）/灾备节点（Standby）配置下，所有的Oracle归档日志发送到灾备节点，这使灾备节点的数据保持着更新。但是，如果主节点数据库意外关闭，Oracle联机日志将会丢失，因为它们尚未归档并发送到灾备节点，这使得主节点和灾备节点数

8、据库之间会有一个差异。 通过设置LGWR将重做日志数据写到本地磁盘的同时将数据发送到灾备节点数据库，可以实现灾备节点零数据丢失（standby zero data loss）。这种方法从本质的角度讲提供了远程重做日志镜像。 通常，Data Guard有两种类型，分别为物理备机（Primary Standby）和逻辑备机（Logical Standby)。 物理备机（Primary Standby）： 主备库之间物理结构，逻辑结构保护一致。通常情况下备用库通过主库传输过来的归档日志做恢复。基于块对块方式。与主数据库相同。物理standby等同于生产库。物理standby能以read only方式

9、打开(或者在flashback数据库下以读写方式打开)。 物理standby一旦以读写方式打开，备用库将不会从主数据库接受重做数据。只有当备库flashback到过去的点，当备用库flashback到读写打开时间点前的状态时，Data Guard会自动同步备库与主库。才能回复standby角色。 逻辑备机（Logical Standby)： 只保证逻辑结构与主库一致。备用库要处于打开状态，通过从主库归档日志文件中提取出来的SQL语句做恢复。创建时，与物理standby一样，使用主库copy，逻辑备库通过执行SQL语句来更新。Data Guard转换日志文件中的数据为SQL语句，然后在逻辑sta

10、ndby上执行SQL语句.因为逻辑standby是通过SQL语句来实现数据同步，那么在同步期间其必须保持打开状态。 同时，Data Guard还提供三种保护方式，分别为 1. 最大保护模式 这种模式主备库之间数据是同步的。即主库提交的同时，备库会做相应的恢复。最大限度的保证了数据完整性。不允许数据的丢失。如果主备库之间网络，或者备库出现问题会直接影响主库操作。导致主库当机。 2. 最大可用性模式 这种模式和最大保护模式基本上差不多。正常情况下，主备库之间是同步的。当网络或者备库出现问题时，不会影响到主库的当机，主库会自动转换库最大性能模式模式，等待备库可用时，将归档传输到备库做恢复。可以把这种

11、模式理解为最大保护模式和最大性能模式两种模式的中间体。 3. 最大性能模式 这种模式保证主库性能最大化，主备库之间数据是异步传输的。即，主备日志归档以后才会传输到备用库，在备库上使用归档日志文件做恢复操作。 可以看到，Oracle Data Guard采用各种手段，以保证数据零丢失为目的，尽最大程度的保证数据库7*24小时高速、可靠的运行。项目实施评估 现在评估一下整个方案具体实施的步骤以及时间安装Oracle 10g 前提保证：由于操作系统会影响到数据库安装的进度，因此为了保证能尽快顺利的安装数据库，必须确定对方已经安装好操作系统Oracle 10g成功安装并正常运行,将原先导出的数据导入1

12、0g配置Data Guard 前提保证：做Data Guard的备机安装好操作系统，做好一切设置，并保证挂载的存储可以使用。Data Guard顺利安装后进行Data Guard后期测试实施时间：1天-2天 在整个项目期间，我们会派遣12名资深工程师来现场参与，并配合相关人员一起完成整个项目的实施。 Data Guard for Windows 2003 Enterprise 32bit实施细则环境概述 Primary环境 (sid ,主机名等信息根据用户需求变动)服务器主机名primary操作系统型号IBM X3650M2Part Number: 7947-I05Cpu型号Xeon E550

13、4 2.0GHz x 2操作系统Windows 2003 Server x32 R2 Ent SP2IP地址（eth0）192.168.200.1内存容量16GSIDFBHIS数据库名称FBHISStandby DB 环境 (sid,主机名等信息根据用户需求变动)服务器名Standby DB操作系统型号IBM X3650M2Part Number: 7947-I05Cpu型号Xeon E5504 2.0GHz x 2操作系统Windows 2003 Server x32 R2 Ent SP2服务器主机名fbbackupIP地址（eth0）192.168.200.5内存容量16GSIDfbhis

14、pdg数据库名称FBHIS一 在主库和备库服务器上安装ORACLE软件 1、在主服务器上安装oracle软件, Oracle 10g 10.2.0.42、建库,并且导入数据二 在备库服务器上安装ORACLE软件只安装软件，不要创建数据库。ORACLE软件版本和主库保持一致，都为Oracle 10g 10.2.0.4。三 修改主库参数在主库执行如下操作：修改主库DATAGUARD的参数四 修改主库为归档模式 如果主库没有启用归档，则还必须停止数据库后，启用归档，然后再次启动数据库。但此例中，数据库已经启用归档，所以无需此步骤。五 备份数据库 备份操作在primary上执行。同时备份primary

15、库以及生成备库控制文件。以防止在实施DataGuard时遭遇意外导致源库毁坏。如果出现这种情况，只需要把备份恢复即可，这样可以大大节省实施时间。六 备库环境准备1. 修改备库hosts2. 在备库添加指向主库的tnsnames3. 配置备库的监听4. 在备库创建相关目录 包括adump,bdump,cdump,udump及数据文件目录等，参考前面的列表。5. 拷贝主库的密码文件到备库上6. 创建实例 如果在Windows机器上，则还需要创建实例，可使用oradim命令。7. 设置备库参数文件从主库节点上根据spfile创建一个pfile文件，并传到备库上。8. 把备库启动到nomount状态9

16、. 拷贝主库文件到备机相应路径处，保证主备服务器的数据库所在路径一致。七 开启DG1. 把备库至于恢复状态刚做好恢复后，备库还需要一段时间执行内部操作，所以要等待一段时间后执行以下命令。2. 在备库添加standby redo log Standby redo log比archivelog方式有更大的优势，且在最大保护、最大可用、实时恢复的情况下必须有standby redo log。Standby redo log的组数一般为(N +1)* thread# （N分别为每个thread#的联机日志组数）。3. 在standby上创建temp file 第2步做好后，定期查看备库上的alert.

17、log，会发现备库会陆续使用前面copy过来的所有归档日志进行数据库的恢复。等待一段时间，让备库把所有的归档日志应用后再进行alter database open read only操作。不然会报错，因为redo log还没有全部apply。4. 修改primary节点上的参数如果修改，修改后请重启数据库使参数生效，或者可节点运行以上命令（去掉scope=spfile，让值在memory中生效）让其立即生效。重启数据库 运行好上述命令后，进入sqlplus查看修改参数的值。5. 切换日志，验证同步效果 在Primary节点上执行SQL alter system switch logfile;S

18、ystem altered.SQL select max(sequence#) from v$archived_log;MAX(SEQUENCE#)- 1228 在Standby节点上执行SQL select max(sequence#) from v$archived_log;MAX(SEQUENCE#)- 1228 也可以在所有节点执行切换日志操作后，在备库存放归档日志目录中查看归档日志情况，看看是否有相应的日志产生。DG测试与维护工作一 DG测试在主库执行如下操作SQL create table tst_tab 2 (numvar number(5,0) 3 tablespace use

19、rs;Table created.SQL begin 2 for i in 1.5 3 loop 4 insert into tst_tab values(i); 5 end loop; 6 commit; 7 end; 8 /PL/SQL procedure successfully completed.SQL alter system switch logfile;System altered.SQL select * from tst_tab; NUMVAR- 1 2 3 4 55 rows selected.SQL 等待一段时间，让备库apply归档日志后，然后在备库执行如下操作SQL

20、 alter database recover managed standby database cancel;Database altered.SQL alter database open read only;Database altered.SQL select * from tst_tab; NUMVAR- 1 2 3 4 55 rows selected.SQLalter database recover managed standby database disconnect from session;Database altered.二 管理与维护操作1. 查看归档日志是否已经传过

21、去并应用 可以通过查看primary机器和standby机器上的v$archived_log确定归档日志是否已经传过去。 可以通过查看standby机器上的alert日志，可以确定日志是否应用。 同上面的例子。2. 启动standbySQL conn / as sysdbaSQL startup nomount;SQL alter database mount standby database;SQL alter database recover managed standby database disconnect from session;3. 停止standbySQL alter dat

22、abase recover managed standby database cancel;SQL shutdown immediate;4. 切换到只读模式/* 先取消redo应用 */SQL alter database recover managed standby database cancel;Database altered./* 然后打开数据库 */SQL alter database open read only;Database altered.5. 切换回管理恢复模式SQL select status from v$instance;STATUS-OPENSQL alter database recover managed standby database disconnect from session;Database altered.SQL select status from v$instance;STATUS-MOUNTED6. DG模式切换/* 先取消redo应用 */SQL alter database recover managed standby database cancel;Database altered./* 然后