快照Standby

1.物理备库转换成快照备库:

1.1查看备库当前状态,处于只读、实时恢复模式:

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

---------------- -------------------- -------------------- -------------------- --------------------

PHYSICAL STANDBY NOT ALLOWED          READ ONLY WITH APPLY MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY

1.2取消日志应用:

SQL> alter database recover managed standby database cancel;

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

---------------- -------------------- -------------------- -------------------- --------------------

PHYSICAL STANDBY NOT ALLOWED          READ ONLY            MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY

1.3执行转换:

SQL> alter database convert to snapshot standby;

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

---------------- -------------------- -------------------- -------------------- --------------------

SNAPSHOT STANDBY NOT ALLOWED          MOUNTED              MAXIMUM AVAILABILITY UNPROTECTED

SQL> SELECT database_role, switchover_status, open_mode, protection_mode, protection_level FROM v$database;

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

---------------- -------------------- -------------------- -------------------- --------------------

PHYSICAL STANDBY RECOVERY NEEDED      READ ONLY            MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY

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

1.4打开数据库:

SQL> alter database open;

SQL> SELECT database_role, open_mode FROM v$database;

DATABASE_ROLE    OPEN_MODE

---------------- --------------------

SNAPSHOT STANDBY READ WRITE

2.验证快照standby:

SQL> create tablespace snapshotbs datafile‘/u01/app/oradata/testdb/snapshotbs01.dbf‘ size 10M;

SQL> column name format a50;

SQL> SELECT name FROM v$datafile;

NAME

--------------------------------------------------

/u01/app/oradata/testdb/system01.dbf

/u01/app/oradata/testdb/sysaux01.dbf

/u01/app/oradata/testdb/undotbs01.dbf

/u01/app/oradata/testdb/users01.dbf

/u01/app/oradata/testdb/example01.dbf

/u01/app/oradata/testdb/snapshotbs01.dbf

SQL> create table snapshotable( id int, namevarchar2(30)) tablespace snapshotbs;

SQL> SELECT table_name, tablespace_name FROM user_tables WHERE table_name=‘SNAPSHOTABLE‘;

TABLE_NAME       TABLESPACE_NAME

------------------------------ ------------------------------

SNAPSHOTABLE       SNAPSHOTBS

SQL> insert into snapshotable values( 1, ‘Test Snapshot Standby‘);

SQL> commit;

SQL> SELECT * FROM snapshotable;

ID NAME

---------- --------------------------------------------------

1 Test Snapshot Standby

SQL> alter system switch logfile;

3.切换还原成物理备库

3.1关闭数据库:

SQL> SELECT database_role, open_mode FROM v$database;

DATABASE_ROLE    OPEN_MODE

---------------- --------------------

SNAPSHOT STANDBY READ WRITE

SQL> alter database convert to physical standby;

alter database convert to physical standby

*

ERROR at line 1:

ORA-01126: database must be mounted in this instance and notopen in any instance

SQL> shutdown immediate;

3.2启动到mount状态:

SQL> startup mount;

3.3进行切换

SQL> alter database convert to physical standby;

SQL> alter database open;

alter database open

*

ERROR at line 1:

ORA-01507: database not mounted

3.4重启数据库,并置于open状态:

SQL> shutdown abort;

SQL> startup;

3.5应用日志

SQL> SELECT database_role, open_mode FROM v$database;

DATABASE_ROLE    OPEN_MODE

---------------- --------------------

PHYSICAL STANDBY READ ONLY

SQL> SELECT database_role, switchover_status, open_mode,protection_mode, protection_level FROM v$database;

DATABASE_ROLE    SWITCHOVER_STATUS    OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL

---------------- -------------------- -------------------- -------------------- --------------------

PHYSICAL STANDBY RECOVERY NEEDED      READ ONLY            MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY

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

SQL> SELECT database_role, open_mode FROM v$database;

DATABASE_ROLE    OPEN_MODE

---------------- --------------------

PHYSICAL STANDBY READ ONLY WITH APPLY

SQL>

SQL> SELECT name FROM v$datafile;

NAME

--------------------------------------------------

/u01/app/oradata/testdb/system01.dbf

/u01/app/oradata/testdb/sysaux01.dbf

/u01/app/oradata/testdb/undotbs01.dbf

/u01/app/oradata/testdb/users01.dbf

/u01/app/oradata/testdb/example01.dbf

SQL> SELECT * FROM snapshotable;

SELECT * FROM snapshotable

*

ERROR at line 1:

ORA-00942: table or view does not exist

时间: 2024-08-11 03:27:43

快照Standby的相关文章

DataGuard的cascading standby(1拖N的模式)

在Oracle11.2.0.2版本后,dataguard支持级联模式传输日志,即日志传输可以从A到B,B到C,B到D,等等,无穷无尽 cascading standby可以分担主库传输日志到多个备库的压力. 一个cascading standby可以传输日志到多达30个standby库,这些库可以使物理standby,逻辑standby,快照standby中的任意一种. cascading standby会有一定的延迟,因为cascading的动作并不是主库发出的,而是cascading sta

Oracle 11g中的snapshot standby特性

在Oracle 11g中,data guard最吸引人的,除了active data guard的实时查询特性(即可以以只读方式打开物理standby数据库的同时MRP进程能继续做recover),快照备用数据库这个特性也是不错,比较适用于快速部署一个临时的与线上环境相同的测试数据库.它是通过还原点(restore point)和闪回数据库的原理(flashback database),可以以读/写方式打开物理备用数据库,对数据库进行修改,之后再根据还原点,恢复到物理备用数据库. 操作相当简单,

YH1:Oracle Data Guard知识库

小编:大家对Oracle DataGuard 应该很熟吧? 众人:那是相当熟. 小编:好的,那我们今天就不讲基础知识了,直入主题!跟不上课的孩子自己回去补. 今天的话题包括: 12.2中ADG的性能与诊断 ADG上部署列式存储 DG跨平台迁移 DG数据恢复 DG的归档管理 12.2中ADG的性能与诊断 在Oracle 12.2中,ADG有许多惊人的改进,通过ADG standby数据库的性能数据收集和诊断.快照standby数据库的应用,以及实时的数据库操作监控的实现,能够根据用户需求相协调来提

Dataguard Content

1.Dataguard环境设计的三个重要概念 1.1 Primary数据库 在Data Guard的环境中与Standby数据库对应的数据库即是Primary数据库,也就是Primary数据库正在运行的生产数据库,大多数的应用要访问该数据库,因为它在Data Guard环境中处于Primary的角色,所以称为Primary数据库.  1.2 物理Standby数据库 物理Standby数据库是Standby数据库的一种,物理Standby数据库在本质上是通过Redo传输服务实施Redo应用,将P

Oracle Data Guard

DG 是 Oracle Data Guard 的简称.也就是Oracle11g的 数据卫士. 由于在工作中 Oracle和 SQL SERVER2008 同时都需要维护管理.给我的感觉这里的 DG 其实和 Sql Server 2008的镜像实现的功能是一样的(当然更强大一些).DG 中的物理备用库 尤其和 Sql Server 2008 的镜像实现的功能是一样的.但也有不同点:DG中的物理备用库可以在特定条件下 以只读或读写方式打开.而镜像则不可以(2012版本虽然可以读,但还是不能打开),当

DataGuard相关视图

1.v$database SELECT name,open_mode,database_role,protection_mode,protection_level FROM v$database; 其中: open_mode :read write.read only.read only with apply.mounted database_role :primary.physical standby.logical standby.sanpshot standby(快照standby) pr

Snapshot Standby

INTRODUCTION Snapshot standby database是ORACLE 11g的新特性.允许Physical standby短时间的使用read write模式. Snapshot standby是由Physical standby 全新转换而来,可以独立于primary 处理事务,同时能够不断地从primary接受redo data,归档redo data以备后用维护保护. Snapshot Standby Database的特性: (1)  Snapshot standb

Oracle 11.2.0.4 RAC Standby实施手册

Oracle RAC Standby实施手册   目录 1 实施环境规划 3 1.1 IP地址规划 3 1.2 归档配置相关参数 3 1.3 主库软件环境信息 4 1.4 备库软件环境信息 4 2 Active DataGuard实施条件 6 3 Active DataGuard实施准备 8 3.1 配置DG专用监听 8 3.1.1 创建LISTENER_DG 8 3.1.2 将监听加入到crs资源 10 3.2 配置TNS别名 10 3.3 同步口令文件 11 3.4 测试TNS配置有效性 1

12.2 中的Data Guard Standby 密码文件自动同步 (Doc ID 2307365.1)

Data Guard Standby Automatic Password file Synchronization in 12.2 (Doc ID 2307365.1) APPLIES TO: Oracle Database - Enterprise Edition - Version 12.2.0.1 and laterOracle Database Cloud Schema Service - Version N/A and laterOracle Database Exadata Clo