Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2880847
  • 博文数量: 599
  • 博客积分: 16398
  • 博客等级: 上将
  • 技术积分: 6875
  • 用 户 组: 普通用户
  • 注册时间: 2009-11-30 12:04
个人简介

WINDOWS下的程序员出身,偶尔也写一些linux平台下小程序, 后转行数据库行业,专注于ORACLE和DB2的运维和优化。 同时也是ios移动开发者。欢迎志同道合的朋友一起研究技术。 数据库技术交流群:58308065,23618606

文章分类

全部博文(599)

文章存档

2014年(12)

2013年(56)

2012年(199)

2011年(105)

2010年(128)

2009年(99)

分类: Oracle

2010-01-24 00:16:19

本文描述如何执行包含逻辑备数据库的切换和故障转移。                            

一、    逻辑备数据库的切换

当你执行切换,在主数据库和逻辑备数据库之间更改角色,总是在主数据库上发起切换并在逻辑备数据库上完成。这些步骤必须以所描述的顺序执行,否则切换将不会成功。

 

注:如果主数据库是RAC 数据库,确保除了一个以外关闭所有实例,并且在发起切换之前禁止相应的线程。类似地,如果逻辑备数据库是RAC 数据库,确保除了一个以外的所有实例关闭SQL 应用,并且在发起切换之前禁止相应的线程。一旦切换操作成功完成,你能重新允许这些线程并启动实例。虽然实例是关闭的,但是当它们重启时,角色更改将不会自动传递到这些实例。

 

1 步在主数据库上检验是否有可能执行切换

 

在当前的主数据库上,查询在主数据库上的 V$DATABASE 固定视图的SWITCHOVER_STATUS 列,以检验是否可能执行切换。

例如:

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

-----------------

TO STANDBY

1 row selected

 

SWITCHOVER_STATUS 列中的TO STANDBY SESSIONS ACTIVE 的值指出可能切换主数据库到逻辑备角色。如果这些值之一没有显示,则检验Data Guard 配置是否正确起作用(例如,检验所有LOG_ARCHIVE_DEST_n 参数值是否正确指定)。

 

2 步为切换准备当前主数据库

 

要为逻辑备数据库角色准备当前主数据库,在主数据库上执行下面的 SQL 语句:

SQL> ALTER DATABASE PREPARE TO SWITCHOVER TO LOGICAL STANDBY;

 

这条语句通知当前主数据库,它将马上切换到逻辑备角色并开始从新的主数据库接收重做数据。你在主数据库上执行这个步骤,为接收LogMiner Multiversioned Data Dictionary记录在当前逻辑备数据库的重做流中做准备,如步骤3 中描述。如果这个操作成功,则 V$DATABASE.SWITCHOVER_STATUS 列中显示PREPARING SWITCHOVER 值。

 

3 步为切换准备目标逻辑备数据库

 

使用下面命令在作为切换目标的逻辑备数据库上建立 LogMiner Multiversioned Data Dictionary

SQL> ALTER DATABASE PREPARE TO SWITCHOVER TO PRIMARY;

 

这条语句也在逻辑备数据库上开始重做传输服务 ,开始传送其重做数据到当前主数据库和Data Guard 配置中的其它备数据库。从这个逻辑备数据库接收重做数据的站点接收重做数据但不应用。

依赖于完成的工作量和数据库的大小,切换需要花费一些时间来完成。

LogMiner Multiversioned Data Dictionary 正在重做流中记录时,在逻辑备数据库上的V$DATABASE.SWITCHOVER_STATUS 最初显示PREPARING DICTIONARY。一旦这个成功完成,SWITCHOVER_STATUS 列显示PREPARING SWITCHOVER

 

4 步确保当前主数据库为将来的主数据库的重做流做好准备

 

在你能完成主数据库到逻辑备角色的转换之前,通过查询主数据库上的V$DATABASE固定视图的SWITCHOVER_STATUS 列,检验LogMiner Multiversioned Data Dictionary 是否被主数据库接收到。没有收到LogMiner Multiversioned Data Dictionary,切换无法进行,因为当前的主数据库将不能解释从未来的主数据库发送的重做记录。SWITCHOVER_STATUS列显示了切换的过程。

当查询返回 TO LOGICAL STANDBY 值,你能进行到步骤5

例如:

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

-----------------

TO LOGICAL STANDBY

1 row selected

 

注:

你能通过以下面的顺序执行下面的语句来取消切换操作:

1.在主数据库上取消切换:

SQL> ALTER DATABASE PREPARE TO SWITCHOVER CANCEL;

2.在逻辑备数据库上取消切换:

SQL> ALTER DATABASE PREPARE TO SWITCHOVER CANCEL;

 

5 步切换主数据库到逻辑备数据库角色

 

要完成主数据库到逻辑备数据库的角色转换,执行下面 SQL 语句:

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO LOGICAL STANDBY;

 

这条语句等待主数据库上的所有当前事务结束,并阻止任何新的用户开始新事务,并在切换将要提交的地方建立一个时间点。

执行这条语句也将阻止用户对由逻辑备数据库维护的数据进行更改。要确保更快地执行,确保主数据库在执行切换语句之前处于安静的状态,没有更新活动(例如,要求所有用户暂时从主数据库退出登录)。你能查询V$TRANSACTIONS 视图以获得任何当前正在处理的事务的状态,这些事务可能延迟这条语句的执行。

主数据库现在可以经历角色转换以运行到备数据库角色。

当主数据库经历角色转换到逻辑备数据库角色时,你不需要关闭和重启数据库。

 

6 步确保所有可用的重做应用到将要成为新的主数据库的目标逻辑备数据库上

在你完成主数据库到逻辑备角色的角色转换,以及配置中的备数据库接收到切换通知之后,你应该检验切换通知是否被目标备数据库处理,通过查询目标备数据库上的V$DATABASE 固定视图的SWITCHOVER_STATUS 列。一旦所有可用的重做记录应用到逻辑备数据库,SQL 应用自动关闭以准备预料中的角色转换。

SWITCHOVER_STATUS 值更新以显示切换中的过程。当状态为TO PRIMARY,你能进行步骤7

例如:

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

-----------------

TO PRIMARY

1 row selected

 

7 步切换目标逻辑备数据库到主数据库角色

 

在你希望切换到主角色的逻辑备数据库上,使用下面的 SQL 语句来切换逻辑备数据库到主角色:

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;

 

没有必要关闭并重启在 Data Guard 配置中的任何逻辑备数据库。其它现有的逻辑备数据库将在切换完成后继续正常起作用。然而,所有现有的物理备数据库在切换后无法参与到Data Guard 配置中了。

 

8 步在新的逻辑备数据库上开始SQL 应用

 

在新的逻辑备数据库,开始 SQL 应用:

SQL> ALTER DATABASE START LOGICAL STANDBY APPLY;

 

二、    逻辑备数据库的故障转移

本小节描述如何执行包含逻辑备数据库的故障转移。包含逻辑备数据库的故障转移角色转换需要在故障的主数据库和所有旁观逻辑备数据库上执行正确的操作。如果在故障的主数据库上没有允许Flashback 数据库,你必须从当前主数据库获得的备份重建数据库。

依赖于配置的保护模式以及你选择的重做传输服务,有可能自动恢复所有或部分主数据库更改。

如果目标备数据库操作于无数据丢失模式,在归档重做日志文件中将不存在中断,你能直接进行步骤2。否则,从步骤1 开始以确定是否必须执行手工中断解决步骤。

 

1 步拷贝和注册任何丢失的重做日志文件到候选成为新主数据库的目标逻辑备数据库

 

依赖于配置中断组件条件,你可能访问主数据库上的归档重做日志文件。如果可用,做如下操作:

1.确定在逻辑备数据库上是否丢失归档重做日志文件。

2.从主数据库拷贝丢失的日志文件到逻辑备数据库。

3.注册拷贝的日志文件。

你能通过执行下面的语句来注册归档重做日志文件到逻辑备数据库。例如:

SQL> ALTER DATABASE REGISTER LOGICAL LOGFILE

2> '/disk1/oracle/dbs/log-%r_%s_%t.arc';

Database altered.

 

2 步确保所有可用的归档重做日志文件已应用

 

在你要转换到主角色的逻辑备数据库上,通过查询V$LOGSTDBY_PROGRESS 视图检验所有可用的归档重做日志文件已应用。例如:

SQL> SELECT APPLIED_SCN, LATEST_SCN FROM V$LOGSTDBY_PROGRESS;

APPLIED_SCN LATEST_SCN

----------- ----------

190725       190725

APPLIED_SCN LASTEST_SCN 值相等时,所有可得到的数据已应用并且逻辑备数据库现在包含与主数据库可能一样多的数据库。

 

注:

如果在目标逻辑备数据上 SQL 应用没有活动,在目标备数据库上执行下面语句以开始SQL 应用:

SQL> ALTER DATABASE START LOGICAL STANDBY APPLY;

Database altered.

 

3 步允许远程目的地

 

如果你前面没有配置基于角色的目的地,对于新的主数据库确定相应于远程逻辑备目的地的初始化参数,并手工允许对于每个这些目的地的重做数据的归档。

例如,要允许对于由LOG_ARCHIVE_DEST_2 参数定义的远程目的地的归档,执行下面语句:

SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE SCOPE=BOTH;要确保这个更改在如果新的主数据库后来重启后还能保持,更新适当的文本初始化参数文件或服务器参数文件。总的来说,当数据库操作于主角色,你必须允许归档到远程目的地,并且当数据库操作于备角色,你必须禁止归档到远程目的地。

 

4 步激活新的主数据库

 

在目标逻辑备数据库(你转换到新的主角色的)上执行下面的语句:

SQL> ALTER DATABASE ACTIVATE LOGICAL STANDBY DATABASE FINISH APPLY;

 

这条语句停止 RFS 进程,在逻辑备数据库成为主数据库之前应用在备重做日志文件中的剩余重做数据,停止SQL 应用,并激活数据库为主数据库角色。

如果没有指定 FINISH APPLY 子句,则从当前备重做日志文件未应用的重做在备数据库成为主数据库之前将不会应用。

 

5 步准备恢复其它备数据库

 

依赖于你能够应用多少重做数据到新的主数据库,你可能添加其它现有的逻辑备数据库回到Data Guard 配置以作为备数据库为新的主数据库服务。在每个逻辑备数据库上执行下述步骤以准备添加回到Data Guard 配置:

1.在每个逻辑备数据库上创建数据库链接。

使用 ALTER SESSION DISABLE GUARD 语句来绕过数据库守卫并允许对逻辑备数据库中的表的更改。例如,下面创建了到主数据库chicago 的数据库链接:

SQL> ALTER SESSION DISABLE GUARD;

SQL> CREATE DATABASE LINK chicago

2> CONNECT TO username IDENTIFIED BY password USING 'chicago';

SQL> ALTER SESSION ENABLE GUARD;

 

CREATE DATABASE LINK 语句中指定的数据库用户帐户必须有在主数据库上的SELECT_CATALOG_ROLE 角色。

 

2.检验数据库链接。

在逻辑备数据库,通过使用数据库链接执行下述查询来检验数据库链接是否正确配置:

SQL> SELECT * FROM DBA_LOGSTDBY_PARAMETERS@chicago;

 

如果查询成功,则确认在步骤 1 中创建的数据库链接能在角色转换期间使用。

 

6 步开始 SQL 应用

 

在每个逻辑备数据库上开始 SQL 应用。

例如,下面的语句在 chicago 数据库上开始SQL 应用:

SQL> ALTER DATABASE START LOGICAL STANDBY APPLY NEW PRIMARY chicago;

当这条语句完成,所有剩余的归档重做日志文件将已经被应用。依赖于要完成的工作,这个操作可能需要一定时间来完成。

如果返回 ORA16109 错误,你必须从新的主数据库的备份拷贝重新创建逻辑备数据库,然后将其添加到Data Guard 配置。

下面的例子显示了在新配置中的逻辑备数据库上开始 SQL 应用的失败尝试,chicago 是指向新的主数据库的服务名:

SQL> ALTER DATABASE START LOGICAL STANDBY APPLY NEW PRIMARY chicago;

ALTER DATABASE START LOGICAL STANDBY APPLY NEW PRIMARY chicago

*

ERROR at line 1:

ORA-16109: failed to apply log data from previous primary

 

7 步备份新的主数据库

 

Data Guard 数据库故障转移之后立即备份新的主数据库。立即执行备份是必要的安全措施,因为你不能在没有完整数据库备份拷贝的情况下恢复在故障转移后进行的更改。

 

8 步还原故障的主数据库

 

在执行故障转移之后,你可以选择使用下述方法之一还原故障的主数据库作为新的备数据库:

l         使用闪回数据库转换故障的主数据库到故障转移发生前的时间点。

l         使用 DBMS_LOGSTDBY.REBUILD PL/SQL 过程来重建主数据库为新的备数据库。在你运行该过程之前,你必须检验:

1)、查询 V$STANDBY_LOG V$LOGFILE 视图以检验备重做日志文件已被归档。

 2)、查询 DBA_LOGSTDBY_EVENTS 视图以检验LogMiner 字典建立成功完成。

l         当连接重新建立时,使用Oracle 企业管理器或DGMGRL REINSTATE DATABASE命令来重建故障的主数据库作为配置中的备数据库。复原的逐步指导在Oracle DataGuard Broker 中描述。

 

一旦故障的主数据库被还原并运行于备角色,你能选择执行切换以转换数据库到它们的原(故障前)角色。

阅读(2039) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~