- 浏览: 276965 次
- 性别:
- 来自: 广州
-
最新评论
-
Yiwu_zh:
步骤清晰,跟着来做,真搭建好了
不过用的是10.5版本,输出有 ...
搭建简单的DB2 HADR -
luogen33:
db2备份单个表 -
gthao:
1 楼正解。。如果schema里面有内容的话,就删除不了,会报 ...
db2建立schema -
znttql:
整理的太好了 非常感谢啊
DB2 日期 时间 -
alvin198761:
能根据schame备份数据库不??
db2备份单个表
一直都不能实现switchover,在看了不少文档后终于实现,当然只是照葫芦画瓢,原理还是不理解的
环境:
oracle 10g
thadgdb10 原primary=>physical standby
thadgdb9 原physical standby=>primary
1.现有状态
thadg10:
thadg9:
2已经同步:
thadg10:
thadg9:
3.开始对原primary操作
thadgdb10:
3.开始对原standby操作
thadgdb9:
4.检查当前的dataguard是否正常
thadgdb9:
thadgdb10:
大功告成!
留下点东西:
1.为什么我经常遇到SESSIONS ACTIVE的情况?
2.要确保strandby ok的情况下再startup primary,不然会遇到ORA-03113: end-of-file on communication channel
3.以只读模式打开standby以后再作讨论
参考链接(各参考一部分,请按照实际情况操作):
盖老师的文章,就是实在,可读性高!
swtich over的一些操作
环境:
oracle 10g
thadgdb10 原primary=>physical standby
thadgdb9 原physical standby=>primary
1.现有状态
thadg10:
--环境、版本 SQL> select * from v$version; BANNER ---------------------------------------------------------------- Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi PL/SQL Release 10.2.0.4.0 - Production CORE 10.2.0.4.0 Production TNS for Linux: Version 10.2.0.4.0 - Production NLSRTL Version 10.2.0.4.0 - Production SQL> select database_role,switchover_status from v$database; DATABASE_ROLE SWITCHOVER_STATUS ---------------- -------------------- PRIMARY SESSIONS ACTIVE
thadg9:
SQL> select database_role,switchover_status from v$database; DATABASE_ROLE SWITCHOVER_STATUS ---------------- -------------------- PHYSICAL STANDBY SESSIONS ACTIVE
2已经同步:
thadg10:
SQL> select max(sequence#) from v$archived_log; MAX(SEQUENCE#) -------------- 49 SESSIONS ACTIVE
thadg9:
SQL> select max(sequence#) from v$archived_log; MAX(SEQUENCE#) -------------- 49
3.开始对原primary操作
thadgdb10:
SQL> SQL> alter database commit to switchover to physical standby WITH SESSION SHUTDOWN; Database altered. SQL> shutdown immediate; ORA-01507: database not mounted ORACLE instance shut down. SQL> SQL> SQL> startup nomount; ORACLE instance started. Total System Global Area 536870912 bytes Fixed Size 2085288 bytes Variable Size 150998616 bytes Database Buffers 377487360 bytes Redo Buffers 6299648 bytes SQL> alter database mount standby database;--以standby模式Mount Database altered. SQL> alter database recover managed standby database disconnect from session; --启动redo log的监听 Database altered. SQL> SQL> select database_role,switchover_status from v$database;--检查状态,转换成功 DATABASE_ROLE SWITCHOVER_STATUS ---------------- -------------------- PHYSICAL STANDBY SESSIONS ACTIVE SQL>
3.开始对原standby操作
thadgdb9:
SQL> select database_role,switchover_status from v$database; DATABASE_ROLE SWITCHOVER_STATUS ---------------- -------------------- PHYSICAL STANDBY SESSIONS ACTIVE SQL> alter database commit to switchover to primary with session shutdown;--转换 Database altered. SQL> select open_mode from v$database;--检查当前的open_mode OPEN_MODE ---------- MOUNTED SQL> shutdown immediate; --重新打开数据库 ORA-01109: database not open Database dismounted. ORACLE instance shut down. SQL> startup ORACLE instance started. Total System Global Area 536870912 bytes Fixed Size 2085288 bytes Variable Size 150998616 bytes Database Buffers 377487360 bytes Redo Buffers 6299648 bytes Database mounted. Database opened. SQL> select database_role,switchover_status from v$database;--检查状态 DATABASE_ROLE SWITCHOVER_STATUS ---------------- -------------------- PRIMARY TO STANDBY SQL>
4.检查当前的dataguard是否正常
thadgdb9:
--检查arch dest是否报错 SQL> select status,target,archiver,error,process from v$archive_dest; STATUS TARGET ARCHIVER --------- ------- ---------- ERROR PROCESS ----------------------------------------------------------------- ---------- VALID PRIMARY ARCH ARCH VALID STANDBY LGWR LGWR INACTIVE PRIMARY ARCH ARCH STATUS TARGET ARCHIVER --------- ------- ---------- ERROR PROCESS ----------------------------------------------------------------- ---------- INACTIVE PRIMARY ARCH ARCH INACTIVE PRIMARY ARCH ARCH INACTIVE PRIMARY ARCH ARCH STATUS TARGET ARCHIVER --------- ------- ---------- ERROR PROCESS ----------------------------------------------------------------- ---------- INACTIVE PRIMARY ARCH ARCH INACTIVE PRIMARY ARCH ARCH INACTIVE PRIMARY ARCH ARCH STATUS TARGET ARCHIVER --------- ------- ---------- ERROR PROCESS ----------------------------------------------------------------- ---------- INACTIVE PRIMARY ARCH ARCH 10 rows selected. SQL> SQL> select database_role,switchover_status from v$database; DATABASE_ROLE SWITCHOVER_STATUS ---------------- -------------------- PRIMARY TO STANDBY SQL> select max(sequence#) from v$archived_log; MAX(SEQUENCE#) -------------- 53 SQL> alter system switch logfile; System altered. SQL> select max(sequence#) from v$archived_log; MAX(SEQUENCE#) -------------- 54
thadgdb10:
SQL> select database_role,switchover_status from v$database; DATABASE_ROLE SWITCHOVER_STATUS ---------------- -------------------- PHYSICAL STANDBY SESSIONS ACTIVE SQL> select max(sequence#) from v$archived_log; MAX(SEQUENCE#) -------------- 53 SQL> select max(sequence#) from v$archived_log; MAX(SEQUENCE#) -------------- 54
大功告成!
留下点东西:
1.为什么我经常遇到SESSIONS ACTIVE的情况?
2.要确保strandby ok的情况下再startup primary,不然会遇到ORA-03113: end-of-file on communication channel
SQL> select status,target,archiver,error,process from v$archive_dest; STATUS TARGET ARCHIVER --------- ------- ---------- ERROR PROCESS ----------------------------------------------------------------- ---------- VALID PRIMARY ARCH ARCH ERROR STANDBY LGWR ORA-03113: end-of-file on communication channel LGWR INACTIVE PRIMARY ARCH ARCH STATUS TARGET ARCHIVER --------- ------- ---------- ERROR PROCESS ----------------------------------------------------------------- ---------- INACTIVE PRIMARY ARCH ARCH INACTIVE PRIMARY ARCH ARCH INACTIVE PRIMARY ARCH ARCH STATUS TARGET ARCHIVER --------- ------- ---------- ERROR PROCESS ----------------------------------------------------------------- ---------- INACTIVE PRIMARY ARCH ARCH INACTIVE PRIMARY ARCH ARCH INACTIVE PRIMARY ARCH ARCH STATUS TARGET ARCHIVER --------- ------- ---------- ERROR PROCESS ----------------------------------------------------------------- ---------- INACTIVE PRIMARY ARCH ARCH 10 rows selected.
3.以只读模式打开standby以后再作讨论
参考链接(各参考一部分,请按照实际情况操作):
盖老师的文章,就是实在,可读性高!
swtich over的一些操作
发表评论
-
Oracle Cursor Sharing
2011-05-06 01:57 0上周被问到一个问题:oracle参数cursor_sharin ... -
sqlplus登录自动运行脚本
2011-04-20 00:02 2060如果每次使用sqlplus都要设置如serveroutput或 ... -
被问到的问题,导出DDL
2011-04-15 20:31 933导出DDL定义的几种方法 有时候经常需要导出建表语句,在这 ... -
about RESETLOGS
2010-09-15 22:12 924终于要面对RESETLOGS了, ... -
BLOCK、EXTENT、SEGMENT、TABLESPACE、Data Dictionary
2010-08-14 16:44 1400BlockBlock 可以分为 Header Ta ... -
STATISTICS_LEVEL
2010-07-19 16:15 1122看图说话: Oracle Advisory B ... -
SGA_TARGET
2010-07-19 11:03 1425当SGA_TARGET设置为非零值,oracle 10g会自动 ... -
method of segment space management
2010-07-13 16:40 820Locally Managed Tablespaces有两种管 ... -
042 nologging 题目
2010-07-13 15:30 1252原题如下: if the tablespace is in t ... -
oracle sql解析顺序
2010-07-12 16:47 1471今天被问到了一个where rownum与order by的顺 ... -
利用oracle学习DB2
2010-07-01 11:14 914现在开始要接触多一个D ... -
关于RAC failover的实践
2010-05-21 09:19 1141关于之前RAC的failover同事们都有一个猜想,failo ... -
卸载clusterware
2010-05-20 09:32 1377最简单的就是运行以下两个脚本: ./rootdelete. ... -
使用exp/imp转移大的数据库定义(脚本)
2010-04-23 15:05 975都知道exp rows=n可以不导出具体的数据,但是做全库导出 ... -
oracle 连接解释方法
2010-04-13 14:05 1026Easy Connect: 格式: <usern ... -
RMAN-06428
2010-03-25 15:11 1272今天建立新的nbu oracle client 遇到RMAN- ... -
oracle import改表名
2010-03-24 16:23 4971小技巧 现在工作有大量exp/imp工作,其中遇到过需要该表 ... -
dataguard 笔记
2010-03-23 09:50 1152推荐按照三思的文档去做,当然首先要了解dataguard的原理 ... -
fga的教训
2010-03-17 10:30 1277这是一个教训,记录下来 一个简单的需求,监测一个表记录不明被 ... -
ORA-08102
2010-03-11 11:01 1567处理完ORA-600 4193后又来了个ORA-08102 ...
相关推荐
在主数据库发生故障时,Data Guard 能够确保业务连续性,通过故障切换(Switchover)和故障恢复(Failover)机制实现。 1. **Switchover** 是一种计划内的角色切换,它允许你在不丢失数据的情况下,将当前主数据库...
【Oracle Data Guard】物理Data Guard的Switchover切换详解 在Oracle数据库环境中,Data Guard是一种高可用性和灾难恢复解决方案,它通过创建物理或逻辑备用数据库来保护生产数据库免受数据丢失和停机的影响。...
数据库角色切换可以通过 Switchover 或 Failover 实现。 5. 数据库状态 在 DataGuard 中,数据库状态可以分为多种,包括 Mounted、Open、Recovery 等。不同的数据库状态对应不同的数据库角色和切换方式。在执行 ...
Oracle 11g DataGuard是Oracle数据库系统中的一个强大特性,用于实现高可用性和灾难恢复。...在实际操作中,建议参考《Oracle11G DataGuard相同SID物理Standby搭建手册》中的详细指南,以确保成功实施。
切换完成后,通过查询`V$DATABASE`的`OPEN_MODE`来确认数据库现在是否处于读写模式,这表明它已经成功切换为主数据库。 7. **后续操作**: 切换后,记得更新应用程序连接参数,使其指向新的主数据库。同时,根据...
### Oracle Dataguard 主库系统崩溃之物理备库切主库 #### 背景介绍 在Oracle数据库环境中,为了确保数据的安全性和系统的高可用性,通常会采用Oracle Dataguard技术来构建主备库(Primary and Standby Databases)...
- 检查 `dgmgrl.log` 文件以验证安装是否成功。 2. **配置 Data Guard Broker**: - 在每个数据库上运行 DGMGRL 工具以注册数据库。 - 使用 `CONFIGURE DATABASE REGISTER` 命令注册主库和物理备库。 - 设置角色...
Oracle物理DataGuard是一种高可用性和灾难恢复解决方案,用于在Linux(如CentOS 5.5)环境下保护数据库。它通过创建一个或多个备用数据库来复制主数据库的数据更改,确保在主数据库出现故障时能快速无缝地切换到备用...
4. **Failover and Switchover**:DataGuard提供了自动和手动两种方式实现故障切换和切换。当主数据库不可用时,DataGuard能自动将服务切换到备用数据库,保证业务连续性。而切换操作则是计划内的,例如为了维护或...
- **角色转换**:通过Switchover或Failover操作实现主备角色互换。 - **逻辑 Standby**:与物理Standby类似,但逻辑Standby可以执行SQL操作,允许用户查询数据并在一定条件下进行修改,适合于数据分析和报表生成等...
总结来说,Oracle 19C DataGuard物理备库的配置是一个复杂但关键的过程,涉及到操作系统、数据库软件、网络配置以及安全策略等多个方面。正确配置DataGuard可以显著提升数据库系统的可用性和数据安全性,是企业级...
总之,Oracle Database 19c的Data Guard Broker是企业实现高可用性和灾难恢复策略的关键工具,它通过自动化和集中的管理,降低了复杂性,提高了效率,并确保了数据的安全性和业务的连续性。管理员可以通过DGMGRL...
为了确保在发生故障转移(failover)或手动切换(switchover)到备数据库后,数据保护策略仍然有效,Oracle建议在采用异构配置时进行充分的测试。这些测试需要验证备数据库在接管生产工作负载后,是否能达到期望的...
实验可能包括创建物理备库,配置DataGuard,进行switchover和failover测试,以及处理丢失的归档日志。 注意,文中提到的归档日志序列号(如Thrd Seq Low SCN Low Time Next SCN Next Time)对于跟踪和验证归档日志...
- **同步物理备库**:使用`switchover`或`failover`命令同步物理备库,确保其与主库保持一致。 - **测试读写操作**:在备库上执行一些简单的读写操作来测试其可用性。 **3. RAC集群配置** - **安装RAC软件**:...
ApplyServices 在从库上自动应用 redo 日志,实现了 Primary 和 Standby 数据库之间的数据同步。具体而言,有两种不同的应用方式: - **RedoApply**(物理 standby):物理 standby 使用 RedoApply 来直接应用来自 ...
Oracle Data Guard是Oracle数据库提供的一种高级数据保护技术,主要用于实现数据的高度可用性和灾难恢复能力。它通过构建主数据库(Primary Database)与一个或多个物理副本数据库(Physical Standby Databases)...
Oracle DataGuard是Oracle数据库系统中一个强大的高可用性和灾难恢复解决方案。在11g版本中,它提供了多种保护模式,增强了数据库的容错能力和性能,同时确保了数据的安全性和完整性。以下是对Oracle DataGuard 11g...