oracle11g dataguard 线上维护问题记录

1，问题汇总1：主备切换问题
SQL> select switchover_status from v$database;

SWITCHOVER_STATUS
--------------------
NOT ALLOWED

SQL>
SQL>

SQL> alter database commit to switchover to physical standby;
alter database commit to switchover to physical standby
*
ERROR at line 1:
ORA-01093: ALTER DATABASE CLOSE only permitted with no sessions connected

SQL>

此错误的因为主库中有活动的会话造成的，解决的办法为：
1.杀掉活动会话，重新执行该命令
2.在该命令后面加上with session shutdown即
ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;

Database altered.

SQL>

SQL> shutdown immediate;
ORA-01507: database not mounted

ORACLE instance shut down.
SQL> startup mount;
ORACLE instance started.

Total System Global Area 835104768 bytes
Fixed Size 2217952 bytes
Variable Size 545261600 bytes
Database Buffers 281018368 bytes
Redo Buffers 6606848 bytes
Database mounted.
SQL> select switchover_status from v$database;

SWITCHOVER_STATUS
--------------------
TO PRIMARY

SQL>

2，问题汇总2：备库
SQL>alter database commit to switchover to primary;
alter database commit to switchover to primary
*
ERROR at line 1:
ORA-01093: ALTER DATABASE CLOSE only permitted with no sessions connected

SQL>
SQL> alter database commit to switchover to primary with session shutdown;

Database altered.

SQL> alter database open;

Database altered.

SQL> select open_mode,database_role from v$database;

OPEN_MODE DATABASE_ROLE
-------------------- ----------------
READ WRITE PRIMARY

SQL>

3，问题汇总：switchover报错
新主库：
******************************************************************
LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
******************************************************************
LGWR: Attempting destination LOG_ARCHIVE_DEST_2 network reconnect (16086)
LGWR: Destination LOG_ARCHIVE_DEST_2 network reconnect abandoned
Errors in file /oracle/app/oracle/diag/rdbms/standby/standby/trace/standby_lgwr_3868.trc:
ORA-16086: Redo data cannot be written to the standby redo log
Error 16086 for archive log file 2 to 'master1'
LGWR: Failed to archive log 2 thread 1 sequence 4162 (16086)
Thread 1 advanced to log sequence 4162 (LGWR switch)
Current log# 2 seq# 4162 mem# 0: /oracle/app/oracle/data/powerdes/redo02.log
Archived Log entry 7779 added for thread 1 sequence 4161 ID 0xcec579c0 dest 1:
Wed Dec 23 19:41:16 2015
ARC3: Standby redo logfile selected for thread 1 sequence 4161 for destination LOG_ARCHIVE_DEST_2

新备库：
RFS[20562]: Assigned to RFS process 48163
RFS[20562]: Identified database type as 'physical standby': Client is ARCH pid 3969
RFS[20562]: Selected log 4 for thread 1 sequence 6860 dbid -827206911 branch 897707073
Wed Dec 23 23:18:42 2015
Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
Archived Log entry 7166 added for thread 1 sequence 6860 ID 0xcec579c0 dest 1:
Wed Dec 23 23:18:42 2015
RFS[20563]: Assigned to RFS process 48165
RFS[20563]: Identified database type as 'physical standby': Client is ARCH pid 3965
Wed Dec 23 23:18:43 2015
Media Recovery Log /oracle/app/oracle/flash_recovery_area/MASTER/archivelog/2015_12_23/o1_mf_1_6860_c7q72l9y_.arc
Media Recovery Waiting for thread 1 sequence 6861
Wed Dec 23 23:18:44 2015
RFS[20564]: Assigned to RFS process 48168
RFS[20564]: Identified database type as 'physical standby': Client is LGWR SYNC pid 3868
Primary database is in MAXIMUM AVAILABILITY mode
Standby controlfile consistent with primary
Standby controlfile consistent with primary
RFS[20564]: No standby redo logfiles of file size 52428800 AND block size 512 exist
RFS[20564]: No standby redo logfiles selected (reason:7)
Errors in file /oracle/app/oracle/diag/rdbms/master/powerdes/trace/powerdes_rfs_48168.trc:
ORA-16086: Redo data cannot be written to the standby redo log

解决方案：
主库备库删除standby redo log日志组
SQL> alter database drop logfile group 6;

Database altered.

SQL> alter database drop logfile group 5;

Database altered.

SQL> alter database drop logfile group 4;

Database altered.

SQL>

在新主库新从库上建立3个standby redo log
alter database add standby logfile group 4 ('/oracle/app/oracle/data/powerdes/redo_dg_01.log') size 50m;
alter database add standby logfile group 5 ('/oracle/app/oracle/data/powerdes/redo_dg_12.log') size 50m;
alter database add standby logfile group 6 ('/oracle/app/oracle/data/powerdes/redo_dg_13.log') size 50m;

然后在新从库执行：执行redo应用：
alter database recover managed standby database disconnect from session;
alter system set standby_file_management='AUTO';

问题原因是：切换的时候没有在原来备库上先停止redo应用：
alter database recover managed standby database disconnect from session;
alter database recover managed standby database cancel;

oracle11g dataguard 线上维护问题记录相关推荐

线上发送邮件问题记录(Could not connect to SMTP host:smtp.exmail.qq.com,port:465)
事件回顾到某天下班,然后听到手机消息,来自企业微信,是财务小姐姐向我发来了问候,问我为什么邮件突然就发不出去了. 我也愣住了,这个功能是去年做的了,一直没有什么问题,甚至另一个系统也是copy我的代码 ...
线上问题——跟进记录
很多时候我们能把大部分的bug或一些部署等问题在业务上线之前就解决了,但由于某些因素,线上问题还是时而出现,影响业务生产甚至是公司效益,避免线上问题的发生以及线上问题及时处理是测试人员的一项重要职责, ...
Nimbus线上AMA内容记录-第二期
本期主题是<为什么说Nimbus是下一波DeFi浪潮中值得关注的平台>,我是本次的主持人,Nimbus社区志愿者Linda . 简单介绍一下今天的嘉宾: Alexandra Serebre ...
HTTPS从认识到线上实战全记录
https://www.cnblogs.com/liuxianan/p/https.html 前言关于HTTPS,基本上你想知道的都在这里了(当然仅限入门).本文原标题<HTTPS原理与实践& ...
Nimbus线上AMA内容记录-第四期
本期主题是<第二波DeFi牛市何时到来?NBU将如何把握这波牛市?>,我是本次的主持人,Nimbus社区志愿者Cat. 简单介绍一下今天的嘉宾: Alexandra Serebrennik ...
美容院管理系统会员线上维护的重要性
美容行业作为传统行业中非常重要的一部分,一直占据着市场相当大的份额,随着互联网时代的来临,如何保持美容院的盈利呢? 因为疫情的原因,很多实体店都经营不善倒闭了,加上网络推广宣传的阻力,美容店的经营者们 ...
线上问题随笔记录数据库连接池问题
修改方法转载于:https://www.cnblogs.com/lvgg/p/8581506.html
Nimbus线上AMA内容记录-第一期
本期主题是<Nimbus是什么>,我是本次的主持人,Nimbus社区志愿者Linda . 简单介绍一下今天的两位嘉宾: Alexandra Serebrennikova:Nimbus全球市 ...
记一次线上cpu飙升100%的排查过程
大家好,我是烤鸭: 最近没怎么写技术文章,还是得回归下初心,正好前几天出现个线上问题,记录下排查过程. 问题描述某个时间点,接收到接口响应慢报警. 过一会收到服务器cpu可用率低(<10%)报 ...

oracle11g dataguard 线上维护问题记录

oracle11g dataguard 线上维护问题记录相关推荐

最新文章

热门文章