oracle实验记录 (oracle 10G dataguard(10)flashback 与dg)

最新推荐文章于 2024-09-14 19:55:29 发布
最新推荐文章于 2024-09-14 19:55:29 发布
阅读量140 收藏
点赞数
文章标签： 数据库

关于primary resetlogs 与  standby flashback

 

情况一：primary resetlogs时 standby还未应用（未开应用or实时应用）primary 要resetlogs后（从SCN 判断）的 archived log
,那么当primary resetlogs 并产生新的archived log时候 standby可以 正常接收新的archive log并应用～～但会忽略resetlogs 时，已经产生 在要resetlogs 后scn的archivelog,另外也可以用SCN方式判断
primary的 TO_CHAR(RESETLOGS_CHANGE# - 2)>standby 的current_scn (都从v$database中查 ) 表示 standby不用有任何操作 可以继续接受archivedlog并应用

 

SQL> alter system set log_archive_dest_2='service=standby1 valid_for=(online_log           (primary)
files,primary_role) db_unique_name=standby1';

系统已更改。


SQL> shutdown immediate; (standby)
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount (standby)
ORACLE 例程已经启动。

Total System Global Area  289406976 bytes
Fixed Size                  1248576 bytes
Variable Size              96469696 bytes
Database Buffers          184549376 bytes
Redo Buffers                7139328 bytes
数据库装载完毕。


SQL> alter database flashback  on; (standby,为standby开启flashback database)

数据库已更改。

SQL> select applied from v$archived_log;（standby）

APP
---
YES
YES
YES
YES
YES
SQL> select process,client_process,status,sequence# from v$managed_standby; （standby）

PROCESS   CLIENT_P STATUS        SEQUENCE#
--------- -------- ------------ ----------
ARCH      ARCH     CONNECTED             0
ARCH      ARCH     CONNECTED             0
RFS       N/A      IDLE                  0


C:\>rman target /  catalog rman/rman@orcl

恢复管理器: Release 10.2.0.1.0 - Production on 星期四 11月 12 15:31:01 2009

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

连接到目标数据库: XH (DBID=3098165337)
连接到恢复目录数据库
RMAN> backup database ;
完成 backup 于 12-11月-09

SQL> select current_scn from v$database;(primary)

CURRENT_SCN
-----------
     733042

SQL> drop table t1;(primary)

表已删除。

SQL> alter system switch logfile;(primary)  产生一个 归档

系统已更改。

SQL>
SQL> select applied from v$archived_log;（standby）

APP
---
YES
YES
YES
YES
YES
NO~~~~~~~~~~~~~~~~~~~~~~~~`standby未应用

已选择6行。

SQL> select current_scn from v$database;

CURRENT_SCN
-----------
     727931

RMAN> run{startup force mount;
2> set until scn=733042;
3> restore database;
4> recover database;
5> sql'alter database open resetlogs';}

Oracle 实例已启动
数据库已装载

 


SQL> select * from t1;(primary)

         A
----------
         1
         2
         3 ~~~~~~~~~~~~~~~~~~~~不完全恢复resetlogs open

 

SQL> SELECT TO_CHAR(RESETLOGS_CHANGE# - 2) FROM V$DATABASE; (primary)

TO_CHAR(RESETLOGS_CHANGE#-2)
----------------------------------------
733044


SQL> select current_scn from v$database;(standby)

CURRENT_SCN
-----------
     727931
primary的 TO_CHAR(RESETLOGS_CHANGE# - 2)>standby 的current_scn (都从v$database中查 ) 表示 standby不用有任何操作 可以继续接受archivedlog并应用


SQL> select applied from v$archived_log;(standby)

APP
---
YES
YES
YES
YES
YES
NO~~~~~~~~~~~~~~~~~~~~~~~还没应用

已选择6行。
SQL> insert into t1 values(4);(primary)

已创建 1 行。

SQL> commit;(primary)

提交完成。

SQL> alter system switch logfile;(primary)

系统已更改。
SQL> select process,client_process,status,sequence# from v$managed_standby;(standby)

PROCESS   CLIENT_P STATUS        SEQUENCE#
--------- -------- ------------ ----------
ARCH      ARCH     CLOSING              17
ARCH      ARCH     CLOSING               1
RFS       ARCH     IDLE                  0
SQL> select applied from v$archived_log;(standby)

APP
---
YES
YES
YES
YES
YES
NO
NO~~~~~~~~~~~~接受新archive log

已选择7行。
SQL> alter database recover managed standby database using current logfile disco  (standby)
nnect from session;

数据库已更改。

SQL> alter database recover managed standby database cancel;(standby)

数据库已更改。

SQL> select applied from v$archived_log;(standby)

APP
---
YES
YES
YES
YES
YES
NO~~~忽略了这个 在resetlogs scn后 产生的 archived log（不是resetlog open后新产生的 archived log）
YES**********************应用了

已选择7行。

SQL> select * from t1;

         A
----------
         1
         2
         3
         4


情况2：standby开启实时应用，或一直开着恢复模式,此时应用了primary 要resetlogs 后产生的 SCN，当primary resetlogs open后 此时standby 可以接受新archive log 或redo 但不会应用,需要flashback standby，既 primary的 TO_CHAR(RESETLOGS_CHANGE# - 2)


RMAN> backup database;

启动 backup 于 12-11月-09
使用通道 ORA_DISK_1

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

数据库已更改。

SQL> select process,client_process,status,sequence# from v$managed_standby;(standby)

PROCESS   CLIENT_P STATUS        SEQUENCE#
--------- -------- ------------ ----------
ARCH      ARCH     CLOSING               2
ARCH      ARCH     CLOSING               1
RFS       UNKNOWN  IDLE                  0
MRP0      N/A      WAIT_FOR_LOG          3
SQL> select current_scn from v$database;（primary）

CURRENT_SCN
-----------
     734858


SQL> drop table t1;（primary）

表已删除。

SQL> alter system switch logfile;（primary）

系统已更改。

SQL> select applied from v$archived_log;

APP
---
YES
YES
YES
YES
YES
NO
YES
YES~~~~~~~~~~~~~~~~~~应用了我们要 不完全恢复 scn 734858后 产生的resetlogs

已选择8行。

 

RMAN> run{startup force mount;
2> set until scn=734858;
3> restore database;
4> recover database;
5> sql'alter database open resetlogs';}


SQL> select * from t1;(primary)

         A
----------
         1
         2
         3
         4

SQL> insert into t1 values(5);(primary)

已创建 1 行。

SQL> commit;primary)

提交完成。

SQL> alter system switch logfile;(primary)

系统已更改。
SQL> select process,client_process,status,sequence# from v$managed_standby;(standby)

PROCESS   CLIENT_P STATUS        SEQUENCE#
--------- -------- ------------ ----------
ARCH      ARCH     CLOSING               2
ARCH      ARCH     CLOSING               1
RFS       N/A      IDLE                  0
MRP0      N/A      WAIT_FOR_LOG          3

SQL> select applied from v$archived_log;(standby)


APP
---
YES
YES
YES
YES
YES
NO
YES
YES
NO~~~~~~~~~~~~~~~~resetlogs open后 新的archived log(insert t1 值=5)

已选择9行。

SQL> SELECT TO_CHAR(RESETLOGS_CHANGE# - 2) FROM V$DATABASE;(primary)

TO_CHAR(RESETLOGS_CHANGE#-2)
----------------------------------------
734863

SQL> select current_scn from v$database;(standby)

CURRENT_SCN
-----------
     734935


standby alert.log  下面表明standby数据文件是孤立的 来自resetlogs open前
Thu Nov 12 16:28:59 2009
Errors in file e:\standby\bdump\standby1_mrp0_4444.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: 'E:\STANDBY\DATAFILE\SYSTEM01.DBF'


SQL> shutdown immediate (standby)
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount (standby)
ORACLE 例程已经启动。

Total System Global Area  289406976 bytes
Fixed Size                  1248576 bytes
Variable Size              96469696 bytes
Database Buffers          184549376 bytes
Redo Buffers                7139328 bytes
数据库装载完毕。


SQL> flashback database to scn 734858;(standby)

闪回完成。

SQL>

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

数据库已更改。

SQL> select process,client_process,status,sequence# from v$managed_standby;(standby)

PROCESS   CLIENT_P STATUS        SEQUENCE#
--------- -------- ------------ ----------
ARCH      ARCH     CONNECTED             0
ARCH      ARCH     CONNECTED             0
MRP0      N/A      WAIT_FOR_LOG          2

SQL> select applied from v$archived_log;(standby)

APP
---
YES
YES
YES
YES
YES
NO
YES
YES
YES~~~~~~~~~~~~~~~`应用了

已选择9行。

 


SQL> alter database recover managed standby database  cancel;(standby)

数据库已更改。

SQL> alter database open;(standby)

数据库已更改。


SQL> select* from t1;(standby)

         A
----------
         1
         2
         3
         4
         5


另外 也可以 对standby 执行不完全恢复 （until scn），推荐用flashback database


关于alter database activate standby database

这是一个强行激活standby 到read write的操作，oracle不推荐 此操作，因为如果standby 没开flashback database，那么这是一个单向操作，standby转换成primary后 永远也转换不成standby了,因为 在open后 这个过程将自动 resetlogs（standby）。因此，在 startup 之前要做一次 cold backup，因为以往的 backup 最多只能 recover 到 standby database 被activated 这一点。 因此  这个是个单项过程

 

SQL>  select db_unique_name ,database_role,open_mode,switchover_status from v$da 
tabase;

DB_UNIQUE_NAME                 DATABASE_ROLE    OPEN_MODE  SWITCHOVER_STATUS
------------------------------ ---------------- ---------- --------------------
standby1                       PHYSICAL STANDBY READ ONLY  NOT ALLOWED

 

SQL> create restore point test_point guarantee flashback database;(standby)

还原点已创建。

SQL> alter database activate standby database;(standby)

数据库已更改。

Total System Global Area  289406976 bytes
Fixed Size                  1248576 bytes
Variable Size              96469696 bytes
Database Buffers          184549376 bytes
Redo Buffers                7139328 bytes
数据库装载完毕。
数据库已经打开。
SQL>  select db_unique_name ,database_role,open_mode,switchover_status from v$da
tabase;

DB_UNIQUE_NAME                 DATABASE_ROLE    OPEN_MODE  SWITCHOVER_STATUS
------------------------------ ---------------- ---------- --------------------
standby1                       PRIMARY          READ WRITE SESSIONS ACTIVE   ～～～～～～～～已经到 读写状态

SQL>

SQL> alter database commit to switchover to physical standby;  (standby)
alter database commit to switchover to physical standby
*
第 1 行出现错误:
ORA-16416: 切换目标与主目标不同步

正常的转换 无法进行

 

SQL> shutdown immediate;  (standby)
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount           (standby)
ORACLE 例程已经启动。

Total System Global Area  289406976 bytes
Fixed Size                  1248576 bytes
Variable Size             100664000 bytes
Database Buffers          180355072 bytes
Redo Buffers                7139328 bytes
数据库装载完毕。
SQL> flashback database to restore point test_point;   (standby)

闪回完成。


SQL> alter database convert to physical standby;    (standby)

数据库已更改。

SQL> startup force                   (standby)
ORACLE 例程已经启动。

Total System Global Area  289406976 bytes
Fixed Size                  1248576 bytes
Variable Size             100664000 bytes
Database Buffers          180355072 bytes
Redo Buffers                7139328 bytes
数据库装载完毕。
数据库已经打开。
SQL>  select db_unique_name ,database_role,open_mode,switchover_status from v$da  (standby)
tabase;

DB_UNIQUE_NAME                 DATABASE_ROLE    OPEN_MODE  SWITCHOVER_STATUS
------------------------------ ---------------- ---------- --------------------
standby1                       PHYSICAL STANDBY READ ONLY  TO PRIMARY


SQL> select count(*) from v$archived_log; (standby)

  COUNT(*)
----------
         9

SQL> alter system switch logfile;(primary)

系统已更改。
SQL> select count(*) from v$archived_log;(standby)

  COUNT(*)
----------
        10
SQL> alter database recover managed standby database  disconnect from session;   (standby)

数据库已更改。

SQL> select process,client_process,status,sequence# from v$managed_standby; (standby)

PROCESS   CLIENT_P STATUS        SEQUENCE#
--------- -------- ------------ ----------
ARCH      ARCH     CLOSING               2
ARCH      ARCH     CONNECTED             0
RFS       UNKNOWN  IDLE                  0
MRP0      N/A      WAIT_FOR_LOG          0

SQL> select applied from v$archived_log;(standby)

APP
---
YES
YES
YES
YES
YES
NO
YES
YES
YES
YES

已选择10行。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12020513/viewspace-619720/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/12020513/viewspace-619720/

cuiye1492
关注
Oracle dataguard 搭建 oracle 11g ADG
打工之路，一路生花
08-21 934
目录 一、系统环境检查 二、参数调整三、搭建ADG1、主库操作1、主库开启归档模式，此步骤需要重启数据库--5主库打开force logging--6主库修改DG相关参数--7修改之后验证：--8、主库添加standby redo logfile(根据MAA最佳实践，我们建议只为备用重做日志组，每组多添加一个成员。)9、拷贝主库的密码文件到备库服务器10、在主库使用oracle用户创建pfile11、主库配置监听程序12、主库配置service别名(tnsnames.ora文件)2、备库操作1、根据主库s
Oracle10g的DataGuard的详细过程
u014057054的专栏
05-25 2392
CentOS5.5 linux Oracle10g 32-bit 单实例做DataGuard 过程 /usr/bin/rz,sz 报错:解决linux安装软件：/lib/ld-linux.so.2: bad ELF interpreter问题 yum install -y glibc.i686  http://blog.csdn.net/w63667329/artic
Oracle 10g flashback
cuixie2370的博客
07-09 71
　Flashback database　　闪回数据库可以迅速的时数据库回到误操作或人为错误的前一个时间点，如实际中的“撤消”操作，将可以不利用备份就快速的实现时间点的恢复（有后悔药可以吃了）。实际上，Oracle为了实现这一个功...
oracle数据库flashback系列--闪回数据库在dataguard中的使用
weixin_30376163的博客
08-18 382
很多人在学习flashback database这个oracle技术的时候，都会有一个疑问，就是如果我只有一个数据库作为生产库的话，是否有这样的业务需求导致我们要把数据库闪回到以前的时间点？以及这样做是否值得（当前时间点和闪回目的时间点中间的所有操作将丢失）？ 其实抛开这个问题的讨论，在oracle的dataguard环境配置中，对于故障切换后产生故障的主机从新回到dataguard环境，...
oracle flashback(闪回)
fengqinyun168的专栏
05-10 73
数据库很多表被误删，利用数据库的闪回进行恢复，本文大量采用网上的例子，大部分来自[url]http://blog.csdn.net/tianlesoftware/archive/2009/10/16/4677378.aspx[/url] 步骤： 1. 配置Flash Recovery Area 要想使用Flashback Database， 必须使用Flash Recovery Ar...
一个备份集同时恢出dataguard的主库&备库
01-13 84
----------源库rman备份---------------------- RMAN> backup as compressed backupset database format '/mnt/rmanm/wh...
使用flashback database 特性将dataguard 的standby 库激活为read write的实现方法
新路的专栏
04-10 1175
可以利用10g的flashback特性来实现激活为standby库为read write状态，standby库处于read write状态时可以在standby库上进行一些不能在主库上进行的测试工作，在完成之后可以将read write状态stnadby库flashback到原来的recover mount状态,下图为操作原理过程： 下为实验过程： 一．从库： 1． 设置fl
Oracle数据库DataGuard（配置broker）与FSFO配置
DoubleJing的博客
12-07 1330
一、 概述： 本文主要从oracle数据库的DG（DATA GUARD)搭建，DG_BROKER和FSFO（Fast-Start Failover）配置等方面阐述了oracle数据库高可用环境的搭建，从而实现数据库透明failover，减少数据库故障带来的影响。 注：文中各命令的执行如没有特别注明，均在主库上执行。 二、 Data Guard环境搭建 1 . 设置归档模式 DG环境的搭建必须要把数...
[手工整理]208个Oracle安装文档，包含各个平台各个版本的单实例RAC以及DataGuard(1).xlsx
05-26
13 ADG Oracle 10g DataGuard实施文档 14 ADG ORACLE 11G DATAGUARD 搭建（RMAN duplicate方式-相同目录结构） 15 ADG oracle 11g rac+单机dataguard实施文档(详细) 16 ADG Oracle 11g：ORACLE ACTIVE DATA ...
在Oracle DG Standby库上启用flashback database功能
congjiaqing0635的博客
08-26 239
曾经发生的一次故障，让想起了在Oracle Data Guard环境中配置flashback databae功能的必要性；这样在primary库中用户不小心做truncate或其他不便回退操作时，也可以在standbay上做一下...
Oracle恢复（七）------基于时间的恢复
Cages的专栏
04-10 156
首先有备份 其次知道自己想要恢复到的历史时间 拷贝备份的所有数据文件回来， startup mount;启动到mount状态 recover database until time'2012-04-10:16:43:01';//穿越到今天 呵呵 因为10号发工资，所以喜欢穿越到10号 Mediarecovery complete. 恢复ok，这个不要一个alter databa...
DataGuard MRP进程crash的处理案例 ORA-01111
weixin_33979203的博客
01-13 162
今天发生一起DataGuard 归档无法同步的情况，查看主库LNS进程存在表示，主库正常向备库传送归档日志：SQL>SELECTPROCESS,PID,GROUP#,RESETLOG_ID,THREAD#,SEQUENCE#,BLOCK#,BLOCKS,DELAY_MINS,KNOWN_AGENTSFROMV$MANAGED_STANDBY; PROCESS...
dataguard系列之六------备用数据库的维护
crddoq2411的博客
12-12 183
由于逻辑备用模式模式到９i还不太稳定，所以这里只讨论物理备用模式的维护1、启动1、1 启动到恢复模式 SQL>shutdown immediateSQL>startup nomount pfile=?/dbs/ini...
Oracle 闪回（flashback）数据库到指定时间点
Hehuyi_In的博客
10-25 4485
如果是update,delete类误操作且已经commit，优先考虑使用flashback query进行恢复。 select * from test1 as of timestamp to_timestamp('2018-01-13 16:59:29','YYYY-MM-DD hh24:mi:ss'); 如果是drop或truncate table，则不能使用闪回查询，需要使用备库进行整库...
4.网络编程
最新发布
weixin_45476535的博客
09-14 367
程序注册端口：1024-49151。单个协议下，端口号不能冲突。公有端口0-1023。
Oracle EBS中AR模块的财务流程概览
qq_36620997的博客
09-14 698
AR模块的财务流程概览
Oracle 12c 及以上版本补丁更新说明及下载方法
zd1320732的专栏
09-10 367
参考下面的文章，会对补丁更新的流程有一定的了解。
linux环境下手动安装mysql
weixin_45583482的博客
09-14 774
没想到兜兜转转这么些年，今天申请个云服务器用来搭建求生2服务器，先用mysql来测试，结果还是花了相当久的时间。基本所有单节点部署应用到linux环境，都三个流程：1 下载安装包2 解压修改配置文件3 运行启动脚本我们按这个流程来说我遇到并解决的问题 ，如果你在过程中遇到什么问题，也请先暂停你的启动流程，移步到最下面的内容，看看是否有和你遇到一样的问题，解决以后继续。
Oracle 10g DG数据文件迁移实战教程
总结来说，Oracle 10g DG数据文件迁移是一个涉及数据库服务控制、数据备份与恢复以及配置调整的过程，需要谨慎操作以确保数据的完整性和系统的稳定性。在实际操作中，还需要根据具体环境和需求进行调整。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值