数据库转换的基本概念
转换的类型
数据库之间的转换有switchover和failover两种方式。
转换目标的选择
对于switchover操作来说,遵循以下的步骤
- 首先选择未应用的redo的standby,这个可以通过SHOW DATABASE db_unique_name RecvQEntries看到。
- 对于物理和逻辑standby同时存在时,优先选择redo apply queue最小的物理standby,因为物理standby在转换之后所有的standby都能正常工作,而转换到逻辑standby之后同一组里面的物理standby将要重建。
对failover操作来说,遵循以下的步骤
- 为降低数据丢失的数量,首先要选择应用日志最多的standby。
- 对于物理和逻辑standby同时存在时,优先选择物理standby,因为物理standby在转换之后所有的standby都能正常工作,而转换到逻辑standby之后同一组里面的standby将要重建。另外一个如果逻辑standby使用DBMS_LOGSTDBY.SKIP忽略了一部 分数据库话也会造成数据丢失。
Data Guard转换的三个层次
第一个层次是在没有配置broker的环境中,在这种环境下,如果要进行数据库的角色却换的话通常需要3个步骤:
- 首先是检查data guard环境中的数据库是否满足转换的条件。
- 然后登陆到primary数据库运行sql转换角色,再重启primary数据库使其变成standby。
- 再登录到要转换的standby数据库上,运行sql转换角色,再重新启动standby以变成新的primary。
第二个层次是配置了broker但是没有配置FSF(fast-start failover)的环境中,在这里做switchover和failover都只需要一个简单的命令,剩下的重启primary和standby的操作就交给broker去做了。
第三个层次是配置了FSF的机器,这时候数据库的状态由FSF Observer监控着,一旦primary数据库出现了问题需要failover操作,FSF会自动进行数据库的转换,根本就不需要人来参与了。
broker管理下的switchover和failover
switchover
broker管理下的switchover的过程
- 检查primary和standby是否online,是否有错误,如果有错误则switchover失败。
- 如果primary是RAC,则关掉RAC中所有不参与switchover的instance。
- 将primary数据库转换成standby数据库,然后将目标standby数据库转换成新的primary数据库。
- 更新broker控制文件记录转换之后的数据库角色信息。
- 如果新的standby是物理standby的话将会重启之,然后开始redo log应用。RAC环境中将会重启那些被关闭的instance。
- 如果是物理standby环境的话重启新的primary数据库然后开始rodo log的传送到其他的standby中。
最后broker会确认转换之后的新primary和standby都工作正常,redo log传送和应用都正常。对于那些没有参与switchover的standby将会保持不变。
下面是一个switchover的详细过程
Configuration
Name : FSF
Enabled : YES
Protection Mode : MaxAvailability
Fast - Start Failover : DISABLED
Databases :
torcla - Physical standby database
torclb - Primary database
Current status for " FSF " :
SUCCESS
DGMGRL > switchover to torcla
Performing switchover NOW , please wait ...
Operation requires shutdown of instance " torclb " on database " torclb "
Shutting down instance " torclb " ...
ORA - 01109 : database not open
Database dismounted .
ORACLE instance shut down .
Operation requires shutdown of instance " torcla " on database " torcla "
Shutting down instance " torcla " ...
ORA - 01109 : database not open
Database dismounted .
ORACLE instance shut down .
Operation requires startup of instance " torclb " on database " torclb "
Starting instance " torclb " ...
ORACLE instance started .
Database mounted .
Operation requires startup of instance " torcla " on database " torcla "
Starting instance " torcla " ...
ORACLE instance started .
Database mounted .
Switchover succeeded , new primary is " torcla "
DGMGRL > show configuration
Configuration
Name : FSF
Enabled : YES
Protection Mode : MaxAvailability
Fast - Start Failover : DISABLED
Databases :
torcla - Primary database
torclb - Physical standby database
Current status for " FSF " :
SUCCESS
failover
failover有两种类型:完全failover和立即failover。
调用这两种failover的命令如下
FAILOVER TO standby_database_name ;
-- 立即failover
FAILOVER TO standby_database_name IMMEDIATE ;
broker执行完全failover的过程
- 检查primary是否可用,可用的话给出一条警告信息。
- 确认目标standby可用,不可用的话failover失败。RAC环境中将关闭standby的其他不参与的instance。
- 等待目标standby完成还在队列中的redo信息之后关闭redo log apply或是sql apply。
- 将目标standby转换成新的primary。
- 将新的primary数据库打开为读写模式。
- 检查其他的standby是否能成为新primary的standby,如果可以的话则该standby的状态保证不变,否则则需要re-enable。
- 启动redo传送服务将redo传送给那些不需要re-enable的standby数据库。
- 如果是RAC环境则重启那些之前关闭的instance。
broker执行立即failover的过程
- 确认目标standby可用,不可用的话failover失败。RAC环境中将关闭standby的其他不参与的instance。
- 立即停止redo log apply或是sql apply,不管是否还有可恢复的数据,这样可能会造成数据丢失。
- 将目标standby转换成新的primary并打开到读写模式,并启动redo传送服务。
一个完全failover的例子
DGMGRL> failover to torclb
Performing failover NOW, please wait…
Failover succeeded, new primary is “torclb”
DGMGRL> show configuration
Configuration
Name: FSF
Enabled: YES
Protection Mode: MaxPerformance
Fast-Start Failover: DISABLED
Databases:
torcla – Physical standby database (disabled)
torclb – Primary database
Current status for “FSF”:
SUCCESS
从上面的状态我们可以看到此时的新standby是不可用的,处于disabled状态。
角色转换之后的数据库的启用
在角色转换之后我们可能还需要进行额外的操作来启用被禁用的数据库,操作已经data guard的类型不同需要启用数据库情况也不同。
switchover到物理standby | 不需要其他操作 | 不需要其他操作 |
switchover到逻辑standby | 不需要其他操作 | 所有物理standby需要recreate |
完全failover到物理standby | 如果启用了flashback而且retention足够的话可以reinstate,否则只能recreate | 对于物理standby如果启用了flashback而且retention足够的话可以reinstate,否则只能recreate 对于逻辑standby必须recreate |
完全failover逻辑standby | 如果启用了flashback而且retention足够的话可以reinstate,否则只能recreate | 所有standby都会被disabled,都需要recreate |
立即failover到物理standby或逻辑standby | 必须要recreate | 所有standby都会被disabled,都需要recreate |
reinstate操作
在broker中进行reinstate数据库操作只需要运行一个命令就行了,不过前提是配置了flashback以及足够的retention。
基本步骤是:
- 重启数据库到mount状态
- 使用dgmgrl连接到primary数据库
- 运行REINSTATE DATABASE命令
下面对上一步failover之后的新standby做一次reinstate操作
Reinstating database " torcla " , please wait ...
Operation requires shutdown of instance " torcla " on database " torcla "
Shutting down instance " torcla " ...
ORA - 01109 : database not open
Database dismounted .
ORACLE instance shut down .
Operation requires startup of instance " torcla " on database " torcla "
Starting instance " torcla " ...
ORACLE instance started .
Database mounted .
Continuing to reinstate database " torcla " ...
Reinstatemen t o f database " torcla " succeeded
DGMGRL > show configuration
Configuration
Name : FSF
Enabled : YES
Protection Mode : MaxPerformance
Fast - Start Failover : DISABLED
Databases :
torcla - Physical standby database
torclb - Primary database
Current status for " FSF " :
SUCCESS
可以看到reinstate之后数据库torcla已经可以正常使用了。
参考至:http://www.dbabeta.com/2009/learn-data-guard-broker_role-transition.html
如有错误,欢迎指正