oracle11g增加备库,oracle11g dataguard物理备库搭建(关闭主库cp数据文件到备库)

Dataguard 环境:

操作系统:Redhat6.4

Primary数据库:

IP 地址:192.168.1.122

数据库SID:ora11g

DB_UNIQUE_NAME:ora11g_primary

Standby数据库:

IP 地址:192.168.1.123

数据库SID:ora11g

DB_UNIQUE_NAME:ora11g_standby

(注:oracle数据库版本是11.2.0.1.0)

1.Primary端的配置

(1).检查数据库是否支持 Data Guard(企业版才支持),是否归档模式,Enable force logging

$ sqlplus '/as sysdba'

SQL> select * from v$option where parameter = 'Managed Standby';

确认主库处于归档模式

SQL> archive log list (先检查是否归档模式,不是则修改)

startup mount

alter database archivelog;

alter database open;

(2)将primary 数据库置为 FORCE LOGGING模式

SQL> alter database force logging; (强制产生日志)

如果主库没有密码文件则建立密码文件,从而可以 OS验证的方式登陆

$ orapwd file=$ORACLE_HOME/dbs/orapwora11g password=oracle entries=5

(3)为主数据库添加备用联机日志文件

SQL> alter database add standby logfile group 4 ('/u01/app/oracle/oradata/ora11g/stdby_redo04.log') size 50m;

alter database add standby logfile group 5 ('/u01/app/oracle/oradata/ora11g/stdby_redo05.log') size 50m;

alter database add standby logfile group 6 ('/u01/app/oracle/oradata/ora11g/stdby_redo06.log') size 50m;

alter database add standby logfile group 7 ('/u01/app/oracle/oradata/ora11g/stdby_redo07.log') size 50m;

standby redolog的组数参考公式:(online redolog组数 + 1) * 数据库线程数;单机线程数为1,RAC一般为2。

standby redolog的组成员数和大小也尽量和online redolog一样。

(注:在备库中也要建立相同的standbylog组。)

(4)修改主库参数文件

SQL> create pfile from spfile;

主库

DB_NAME=ora11g

DB_UNIQUE_NAME=ora11g_primary

LOG_ARCHIVE_CONFIG='DG_CONFIG=(ora11g_primary ,ora11g_standby)'

LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=ora11g_primary'

LOG_ARCHIVE_DEST_2='SERVICE=ora11g_standby LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=ora11g_standby'

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_STATE_2=ENABLE

REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE

LOG_ARCHIVEFORMAT=%t%s_%r.arc

FAL_SERVER=ora11g_standby

FAL_CLIENT=ora11g_primary

STANDBY_FILE_MANAGEMENT=AUTO

(5)建立备用库的控制文件

SQL>shutdown immediate

SQL>startup mount

SQL> alter database create standby controlfile as '/u01/standby_ctl01.ctl';

(6)配置listener.ora和tnsnames.ora

Listener.ora 文件:

SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(GLOBAL_DBNAME = ora11g)

(SID_NAME = ora11g)

(ORACLE_HOME = /home/db/oracle/product/11.2.0/dbhome_1)

)

)

LISTENER =

(DESCRIPTION_LIST =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = DG-Primary)(PORT = 1521))

)

)

ADR_BASE_LISTENER = /u01/app/oracle

tnsnames.ora文件:

ORA11G_PRIMARY =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.122)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = ora11g)

)

)

ORA11G_STANDBY =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.123)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = ora11g)

)

)

(7)主库用修改过的PFILE 生产SPFILE

关闭主数据库

SQL>shutdown immediate

生成spfile

SQL> create spfile from pfile;

2.Standby端的配置

(1). 创建备库存放数据文件和后台跟踪目录

mkdir -p $ORACLE_BASE/oradata/ora11g

mkdir -p $ORACLE_BASE/admin/ora11g

mkdir -p $ORACLE_BASE/admin/ora11g/adump

mkdir -p $ORACLE_BASE/admin/ora11g/bdump

mkdir -p $ORACLE_BASE/admin/ora11g/cdump

mkdir -p $ORACLE_BASE/admin/ora11g/dpdump

mkdir -p $ORACLE_BASE/admin/ora11g/pfile

mkdir -p $ORACLE_BASE/admin/ora11g/udump

mkdir -p $ORACLE_BASE/diag/rdbms

mkdir -p $ORACLE_BASE/diag/tnslsnr

mkdir -p $ORACLE_BASE/flash_recovery_area/ora11g

mkdir -p $ORACLE_BASE/flash_recovery_area/ORA11g

mkdir -p $ORACLE_BASE/archive

(2).把文件传输到备库下

关闭主库复制文件

$scp $ORACLE_BASE/oradata/.dbf 192.168.1.123:/$ORACLE_BASE/oradata/ora11g

$scp $ORACLE_BASE/oradata/.log 192.168.1.123:/$ORACLE_BASE/oradata/ora11g

$scp /u01/standby_ctl01.ctl 192.168.1.123:/$ORACLE_BASE/oradata/ora11g

$scp $ORACLE_HOME/dbs/initora11g.ora 192.168.1.123: $ORACLE_HOME/dbs/

$ cd $ORACLE_BASE/oradata/ora11g

$ mv standby_ctl01.ctl control01.ctl

$ cp control01.ctl /u01/app/oracle/flash_recovery_area/ora11g/

$cd /u01/app/oracle/flash_recovery_area/ora11g/

$ mv control01.ctl control02.ctl

(3)建立密码文件

如果主库没有密码文件则建立密码文件,从而可以 OS验证的方式登陆

$ orapwd file=$ORACLE_HOME/dbs/orapwora11g password=oracle entries=5

(4)修改备库参数文件

DB_NAME=ora11g

DB_UNIQUE_NAME=ora11g_standby

LOG_ARCHIVE_CONFIG='DG_CONFIG=(ora11g_primary ,ora11g_standby)'

LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=ora11g_standby'

LOG_ARCHIVE_DEST_2='SERVICE=ora11g_primary LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=ora11g_primary'

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_STATE_2=ENABLE

REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE

LOG_ARCHIVEFORMAT=%t%s_%r.arc

FAL_SERVER=ora11g_primary

FAL_CLIENT=ora11g_standby

STANDBY_FILE_MANAGEMENT=AUTO

(4)修改备库的listener.ora和tnsnames.ora,如果没有的话,可以直接从主库复制过去

Listener.ora 文件:

SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(GLOBAL_DBNAME = ora11g)

(SID_NAME = ora11g)

(ORACLE_HOME = /home/db/oracle/product/11.2.0/dbhome_1)

)

)

LISTENER =

(DESCRIPTION_LIST =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = DG-Standby)(PORT = 1521))

)

)

ADR_BASE_LISTENER = /u01/app/oracle

tnsnames.ora文件:

ORA11G_PRIMARY =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.122)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = ora11g)

)

)

ORA11G_STANDBY =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.123)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = ora11g)

)

)

(5)复制主库的密码文件到备库的相应位置(注:如果主备库不能同步很可能就是密码文件不一样)

先查看备份库是否有密码文件,有就先删除,然后再复制。

scp $ORACLE_HOME/dbs/orapwora11g 192.168.1.123:/$ORACLE_HOME/dbs/

3.Dataguard启动

(1)启动顺序,先启动备库,然后再启动主库

启动standby database

SQL>startup nomount

SQL>alter database mount standby database; #执行此命令后备库会处于手动恢复状态。

启动primary database

SQL>startup mount

SQL>alter database set standby database to maximize availability; (设置为最大性能模式也是默认模式)

SQL>alter database open;

启动standby database到recover manage模式

SQL>alter database recover managed standby database disconnect from session;

#执行此命令后,备库会切换到自动恢复模式。

如果要启动到实时日志应用模式 (注:前提必须创建standby logfile)

alter database recover managed standby database using current logfile; #切换备库到适时应用日志模式,即real-time apply。执行这个命令后光标会停止在那里。

或者alter database recover managed standby database using current logfile disconnect from session; #执行这个命令后,会切断这个session,执行的功能与上面相同。

SQL>alter database recover managed standby database using current logfile disconnect from session;

切换standby database到read only模式

SQL> alter database recover managed standby database cancel; #首先取消备库的自动恢复模式

SQL>alter database open read only;

如果要切换回recover manage模式(启动日志应用或者启动日志实时应用)

SQL> alter database recover managed standby database disconnect from session; 启动日志应用

SQL>alter database recover managed standby database using current logfile disconnect from session; 启动日志实时应用

4、启动和关闭顺序

启动顺序

(1).启从、主库的监听Listener

从库DG-Standby:

$lsnrctl start

主库DG-Primary:

$lsnrctl start

(2).启动备库数据库,执行如下:

$sqlplus /nolog

SQL>conn /as sysdba

SQL> startup nomount

SQL> alter database mount standby database; #让备库处于standby

SQL> alter database recover managed standby database using current logfile disconnect from session; ; #开始实时同步

(3).启动主库

$sqlplus /nolog

SQL>conn /as sysdba

SQL> startup

.切换standby database到read only模式

SQL> alter database recover managed standby database cancel; #首先取消备库的自动恢复模式

SQL>alter database open read only;

如果要切换回recover manage模式(启动日志应用或者启动日志实时应用)

SQL> alter database recover managed standby database disconnect from session; 启动日志应用

SQL>alter database recover managed standby database using current logfile disconnect from session; 启动日志实时应用

(3).启动主库数据库(上述第二步执行完毕后,方可执行如下命令):

SQL>startup

关闭顺序

关闭的时候正好相反,先关闭主库,然后关闭从库。

(1). 关闭主库

$su – oracle

SQL>sqlplus /nolog

SQL>conn /as sysdba

SQL>shutdown immediate;

(2). 关闭从库

su – oracle

SQL>sqlplus /nolog

SQL>conn /as sysdba

SQL>alter database recover managed standby database cancel; #停止同步

SQL>shutdown immediate

5、功能切换

Switchover状态切换

首先在primary上操作:

(1). 验证主库是否能执行角色转换到备库(原主库执行)

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

TO STANDBY

1 row selected

(2).开始把物理主库改变为物理备库(原主库执行)

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY with session shutdown;

注:如果有活动的session可以使用此选项,否则转换会遇到ORA-01093错误,也可以杀掉活动会话或等活动会话后进行转换

(3).关闭并重启主库(原主库执行)

SQL> shutdown immediate

SQL> startup nomount

SQL> alter database mount standby database; #让备库处于standby

SQL> alter database recover managed standby database using current logfile disconnect from session; ; #开始实时同步

然后在standby上操作:

(1).验证备库是否能执行角色转换到主库(原备库执行)

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

TO_PRIMARY

1 row selected

(2).开始把物理备库转换成物理主库(原备库执行)

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;

--如果报ORA-16139: media recovery required,可能是由于未应用日志引起,可先执行

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

(3)打开备库,然后关闭重启.(原备库执行)

SQL> SHUTDOWN IMMEDIATE;

SQL> STARTUP;

(4) 验证是否转换成功(原备库执行)

SQL> ALTER SYSTEM SWITCH LOGFILE;

启动日志应用

(5) 应用归档日志(原主库上执行)

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

小窍门:要想顺利的实现switchover,最好在每台server上都同时设置好primary和standby的一些初始化参数,虽然其中一些参数只有在primary或者standby其中之一上起作用。

应急切换

(注:模拟主库由于故障无法正常switchover,需要执行failover,强制备库->pridb并接管业务)

(1).备库:

由于是failover,所以理解主库这时候已经无法正常使用,只需备库切换至pridb

停止应用恢复模式

alter database recover managed standby database finish;

转换standbydb为primary db

alter database commit to switchover to primary;

重启数据库,恢复正常业务

SQL>shutdown immediate

SQL>startup

select open_mode,database_role from v$database;

OPEN_MODE DATABASE_ROLE

OPEN PRIMARY

注:failover将破坏dataguard模式,需要重新配置dataguard,网上也说不需要配置,但是还没有测试成功

Failover状态切换

在备库上进行切换:

1.首先停止备库的自动恢复状态:

SQL>alter database recover managed standby database finish;

如果没有使用过standby redo log的话执行:

SQL>alter database recover managed standby database finish skip standby logfile;

2.切换备库到主库:

SQL>alter database commit to switchover to primary;

关闭数据库:

SQL>shutdown immediate;

启动数据库:

SQL>startup;

Active状态切换:

Active是从8i延续过来的,其实不建议采用:

在备库上执行切换:

1:alter database recover managed standby database cancel;

2:alter database activate standby database;

3:shutdown immediate

总结一下Failover 和 Switchover 的区别:

在9i 的dataguad环境中:

1:执行Switch Over 必须是Primary 正常,并且是必须Primary 主动先Switch成 standby.然后standby 才能switch 成primary。

2:如果需要作成primary出问题,standby 能接管的话,必须作 failover ,而不是SwitchOver。

Failover :

将主数据库offline,备用数据库online,这种操作由系统和软件失败引起。 即使在备用数据库上应用重做日志,也可能出现数据丢失的现象,除非备用数据库运行在 guaranteed protection 模式。

原主数据库重新使用时必须重新启动实例。

其它的备用数据库也需重新启动实例。

Switchover :

故意将主数据库offline,而将另一备用数据库online,它能够切换到备用数据库而不需同步操作。如:可使用 Switchover 完成系统的平滑升级。 即使在备用数据库上不应用重做日志,也不会造成数据的丢失。

数据库不需重新启动实例。这使主数据库几乎能立即在备用数据库上恢复它的功能,因此可经常进行定期维护而不需中断操作。

Failover和Switchover的区别为:

当Failover发生,备用数据库切换为主数据库之后,它丢失了备用数据库的所有能力,也就是说,不能再返回到备用模式;而Switchover可以,备用数据库可切换为主数据库,也可从主数据库再切换回备用数据库。

四、相关视图

v$archive_dest

v$archive_dest_status

v$log_history

v$archvied_log

v$managed_standby

v$archive_gap

6、常见问题

(1). 日志无法传送

SQL>select dest_name,status,error from v$archive_dest;

察看相应的归档路径的状态是否 valid ,否则根据error 信息进行处理

(2). 无法使用alter database 重命名 data file

在standby 上,当设置 standby_file_management 为auto 时,不允许下列操作

alter database rename

alter database add/drop logfile

alter database add/drop standby logfile member

alter database create datafile as

(3). switchover 失败

SQL>alter database commit to switchover to physical standby

错误: ORA-01093:alter database close only permitted with no session connected

可以察看引起该错误的活动 session

SQL> select sid,process,program from v$session where type='USER' and

sid<>(select distinct sid from v$mystat);

然后根据查出的 sid 结合v$session 视图最后用

alter system kill session ‘ sid,serial’ 来kill 掉进程,断开该 session

或者使用如下命令来做 switchover

SQL>alter database commit to switchover to physical standby with session shutdown;

(4). 在standby database 的 read only模式下做 report 时出现错误:

ora-01220:file base sort illegal before database is open.

可能原因: standby database 没有temporary tablespace

(5).当主机和备机在运行过程中,把备机停下来,主机的归档日志将不能传到备机,当把备机服务起来后,主机的归档日志也不能传到备机,需要把主机的所有服务都重启一次才可以传日志。

请问为什么需要把主机要重启一次呢?有没有不需要重启主机就可以解决此问题呢?

发生这种情况时,核查几处:

( 1) . show parameter log_archive_dest ;

( 2) . select REOPEN_SECS,MAX_FAILURE from V$ARCHIVE_DEST;

察看是否是因为由于备机没有开机,造成 primary node 无法正常传送 archived log,并且达到了最大允许的失败次数。如果是这样,可以通过 alter system set log_archive_dest... 来重置属性值,恢复日志的正常传送。

也可以手工传送相关的日志到备机,

对于物理standby : ALTER DATABASE REGISTER LOGFILE '/xxx/xxx/arcr_xxx.arc'

对于逻辑standby : ALTER DATABASE REGISTER LOGICAL LOGFILE '/xxx/xxx/arcr_xxx.arc'

(3). 执行SELECT MESSAGE FROM V$DATAGUARD_STATUS; 察看相关信息,还有根据 dataguard 的不同类型来察看相关的 view 来确定当前的状态,具体参见 dataguard 的官方文档。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值