一步一步学DataGuard(9)物理standby之高级管理2

最新推荐文章于 2021-04-08 19:26:48 发布
原创 最新推荐文章于 2021-04-08 19:26:48 发布 · 1.1k 阅读 · 10 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#数据库 #file #system #tts #oracle
#服务器
本文详细介绍了在Oracle数据库中管理Standby数据库时需要注意的关键事件及其处理方法，包括表空间和数据文件的自动与手动管理、在线重做日志的同步等。

管理影响standby的primary数据库事件

为预防可能的错误，你必须知道primary数据库的某些事件可能影响standby数据库，并且了解如何处理。

某些情况下，primary数据库的某些改动会自动通过redo数据传播到standby数据库，因此不需要在standby数据库做额外的操作，而某些情况，则需要你手工调整。

下列事件会由redo传输服务及redo应用自动处理，不需要dba的干预，分别是：

l  ALTER DATABASE ENABLE|DISABLE THREAD 语句(主要针对rac环境，目前基本已废弃，因为ENABLE|DISABLE INSTANCE子句完全能够实现类似功能)

l  修改表空间状态(例如read-write到read-only，online到offline)

l  创建修改删除表空间或数据文件(如果初始化参数STANDBY_FILE_MANAGEMENT被设置为AUTO的话，这点在前面第一章的时候提到过)

下列事情则需要dba手工干预：

1、 添加修改删除数据文件或表空间

前面提到了，初始化参数STANDBY_FILE_MANAGEMENT可以控制是否自动将primary数据库增加删除表空间、数据文件的改动继承到standby。

l  如果该参数值设置为auto，则自动创建。

l  如果设置为manual，则需要手工复制新创建的数据文件到standby服务器。

不过需要注意一点，如果数据文件是从其它数据库复制而来(比如通过tts)，则不管STANDBY_FILE_MANAGEMENT参数值如何设置，都必须同时复制到standby数据库，并注意要修改standby数据库的控制文件。

下面分别通过示例演示STANDBY_FILE_MANAGEMENT参数值为AUTO/MANUAL值时增加及删除数据文件时的情形：

1) .STANDBY_FILE_MANAGEMENT设置为AUTO，增加及删除表空间和数据文件

我们先来看看初始化参数的设置：  ----standby数据库操作

SQL> show parameter standby_file

NAME                                 TYPE        VALUE

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

standby_file_management              string      AUTO

A) .增加新的表空间    --primary数据库操作

SQL> create tablespace mytmp datafile 'e:/ora10g/oradata/jssweb/mytmp01.dbf' size 20m;

表空间已创建。

检查刚添加的数据文件

SQL> select name from v$datafile;

NAME

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

E:/ORA10G/ORADATA/JSSWEB/SYSTEM01.DBF

E:/ORA10G/ORADATA/JSSWEB/UNDOTBS01.DBF

E:/ORA10G/ORADATA/JSSWEB/SYSAUX01.DBF

E:/ORA10G/ORADATA/JSSWEB/USERS01.DBF

E:/ORA10G/ORADATA/JSSWEB/WEBTBS01.DBF

E:/ORA10G/ORADATA/JSSWEB/MYTMP01.DBF

已选择6行。

切换日志

SQL> alter system switch logfile;

系统已更改。

B) .验证standby库    --standby数据库操作

SQL> select name from v$datafile;

NAME

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

E:/ORA10G/ORADATA/JSSPDG/SYSTEM01.DBF

E:/ORA10G/ORADATA/JSSPDG/UNDOTBS01.DBF

E:/ORA10G/ORADATA/JSSPDG/SYSAUX01.DBF

E:/ORA10G/ORADATA/JSSPDG/USERS01.DBF

E:/ORA10G/ORADATA/JSSPDG/WEBTBS01.DBF

E:/ORA10G/ORADATA/JSSPDG/MYTMP01.DBF

已选择6行。

SQL> select name from v$tablespace;

NAME

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

SYSTEM

UNDOTBS1

SYSAUX

TEMP

USERS

WEBTBS

MYTMP

已选择7行。

可以看到，表空间和数据文件已经自动创建，你是不是奇怪为什么数据文件路径自动变成了jsspdg，赫赫，因为我们设置了db_file_name_convert嘛。

C) .删除表空间   --primary数据库操作

SQL> drop tablespace mytmp including contents and datafiles;

表空间已删除。

SQL> select name from v$datafile;

NAME

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

E:/ORA10G/ORADATA/JSSWEB/SYSTEM01.DBF

E:/ORA10G/ORADATA/JSSWEB/UNDOTBS01.DBF

E:/ORA10G/ORADATA/JSSWEB/SYSAUX01.DBF

E:/ORA10G/ORADATA/JSSWEB/USERS01.DBF

E:/ORA10G/ORADATA/JSSWEB/WEBTBS01.DBF

SQL> alter system switch logfile;

系统已更改。

提示：使用including子句删除表空间时，

D) .验证standby数据库    --standby数据库操作

SQL> select name from v$datafile;

NAME

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

E:/ORA10G/ORADATA/JSSPDG/SYSTEM01.DBF

E:/ORA10G/ORADATA/JSSPDG/UNDOTBS01.DBF

E:/ORA10G/ORADATA/JSSPDG/SYSAUX01.DBF

E:/ORA10G/ORADATA/JSSPDG/USERS01.DBF

E:/ORA10G/ORADATA/JSSPDG/WEBTBS01.DBF

SQL> select name from v$tablespace;

NAME

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

SYSTEM

UNDOTBS1

SYSAUX

TEMP

USERS

WEBTBS

已选择6行。

得出结论，对于初始化参数STANDBY_FILE_MANAGMENT设置为auto的话，对于表空间和数据文件的操作完全无须dba手工干预，primary和standby都能很好的处理。

2) .STANDBY_FILE_MANAGEMENT设置为MANUAL，增加及删除表空间和数据文件

A) .增加新的表空间    --primary数据库操作

SQL> create tablespace mytmp datafile 'e:/ora10g/oradata/jssweb/mytmp01.dbf' size 20m;

表空间已创建。

检查刚添加的数据文件

SQL> select name from v$datafile;

NAME

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

E:/ORA10G/ORADATA/JSSWEB/SYSTEM01.DBF

E:/ORA10G/ORADATA/JSSWEB/UNDOTBS01.DBF

E:/ORA10G/ORADATA/JSSWEB/SYSAUX01.DBF

E:/ORA10G/ORADATA/JSSWEB/USERS01.DBF

E:/ORA10G/ORADATA/JSSWEB/WEBTBS01.DBF

E:/ORA10G/ORADATA/JSSWEB/MYTMP01.DBF

已选择6行。

切换日志

SQL> alter system switch logfile;

系统已更改。

B) .验证standby库    --standby数据库操作

SQL> select name from v$datafile;

NAME

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

E:/ORA10G/ORADATA/JSSPDG/SYSTEM01.DBF

E:/ORA10G/ORADATA/JSSPDG/UNDOTBS01.DBF

E:/ORA10G/ORADATA/JSSPDG/SYSAUX01.DBF

E:/ORA10G/ORADATA/JSSPDG/USERS01.DBF

E:/ORA10G/ORADATA/JSSPDG/WEBTBS01.DBF

E:/ORA10G/PRODUCT/10.2.0/DB_1/DATABASE/UNNAMED00006

已选择6行。

SQL> select name from v$tablespace;

NAME

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

SYSTEM

UNDOTBS1

SYSAUX

TEMP

USERS

WEBTBS

MYTMP

已选择7行。

可以看到，表空间已经自动创建，但是，数据文件却被起了个怪名字，手工修改其与primary数据库保持一致，如下(注意执行命令之后手工复制数据文件到standby)：

SQL> alter database create datafile 'E:/ORA10G/PRODUCT/10.2.0/DB_1/DATABASE/UNNAMED00006'

 2  as 'E:/ora10g/oradata/jsspdg/mytmp01.dbf' ;

数据库已更改。

C) .删除表空间   --primary数据库操作

SQL> drop tablespace mytmp including contents and datafiles;

表空间已删除。

SQL> select name from v$datafile;

NAME

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

E:/ORA10G/ORADATA/JSSWEB/SYSTEM01.DBF

E:/ORA10G/ORADATA/JSSWEB/UNDOTBS01.DBF

E:/ORA10G/ORADATA/JSSWEB/SYSAUX01.DBF

E:/ORA10G/ORADATA/JSSWEB/USERS01.DBF

E:/ORA10G/ORADATA/JSSWEB/WEBTBS01.DBF

SQL> alter system switch logfile;

系统已更改。

D) .验证standby数据库    --standby数据库操作

SQL> select name from v$datafile;

NAME

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

E:/ORA10G/ORADATA/JSSPDG/SYSTEM01.DBF

E:/ORA10G/ORADATA/JSSPDG/UNDOTBS01.DBF

E:/ORA10G/ORADATA/JSSPDG/SYSAUX01.DBF

E:/ORA10G/ORADATA/JSSPDG/USERS01.DBF

E:/ORA10G/ORADATA/JSSPDG/WEBTBS01.DBF

E:/ORA10G/PRODUCT/10.2.0/DB_1/DATABASE/UNNAMED00006

已选择6行。

SQL> select name from v$tablespace;

NAME

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

SYSTEM

UNDOTBS1

SYSAUX

TEMP

USERS

WEBTBS

MYTMP

已选择7行。

呀，数据还在啊。赶紧分析分析，查看alert_jsspdg.log文件，发现如下(特别注意粗体)：

File #6 added to control file as 'UNNAMED00006' because

the parameter STANDBY_FILE_MANAGEMENT is set to MANUAL

The file should be manually created to continue.

Errors with log E:/ORA10G/ORADATA/JSSPDG/LOG1_753_641301252.ARC

MRP0: Background Media Recovery terminated with error 1274

Fri Jan 18 09:48:45 2008

这下明白了，为什么有个UNNAMED00006的数据文件，也晓得为啥standby数据库没能删除新加的表空间了吧，原来是后台的redo应用被停掉了，重启redo应用再来看看：

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

数据库已更改。

SQL> select name from v$datafile;

NAME

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

E:/ORA10G/ORADATA/JSSPDG/SYSTEM01.DBF

E:/ORA10G/ORADATA/JSSPDG/UNDOTBS01.DBF

E:/ORA10G/ORADATA/JSSPDG/SYSAUX01.DBF

E:/ORA10G/ORADATA/JSSPDG/USERS01.DBF

E:/ORA10G/ORADATA/JSSPDG/WEBTBS01.DBF

注意，既使你在primary数据库执行删除时加上了including子句，在standby数据库仍然只会将表空间和数据文件从数据字典中删除，你还需要手工删除表空间涉及的数据文件。

再次得出结论，初始化参数STANDBY_FILE_MANAGMENT设置为manual的话，对于表空间和数据文件的操作必须有dba手工介入，你肯定会问，这太麻烦了，那我干脆配置dg的时候直接把初始化参数设置为auto不就好了嘛，en，你想的很好，不过三思需要提醒你地是，如果你的存储采用文件系统，那当然没有问题，但是如果采用了裸设备，你就必须将该参数设置为manual。

2、 重命名数据文件

如果primary数据库重命令了一个或多个数据文件，该项修改并不会自动传播到standby数据库。因为此，如果你想让standby和数据文件与primary保持一致，那你也只能自己手工操作了。这会儿就算STANDBY_FILE_MANAGEMENT也帮不上忙啦，不管它是auto还是manual。

下面通过示例做个演示：

A) .将重命名的数据文件所在表空间offline  --primary数据库操作

SQL> alter tablespace webtbs offline;

表空间已更改。

B) .手工将数据文件改名(操作系统) --primary数据库操作

方式多样，不详述。

C) .通过命令修改数据字典中的数据文件路径，并online表空间 --primary数据库操作

SQL> alter tablespace webtbs rename datafile

  2  'E:/ORA10G/ORADATA/JSSWEB/WEBTBS01.DBF' to

  3  'E:/ORA10G/ORADATA/JSSWEB/TBSWEB01.DBF';

表空间已更改。

SQL> alter tablespace webtbs online;

表空间已更改。

D) .暂停redo应用，并shutdown   --standby数据库操作

SQL> alter database recover managed standby database cancel;

数据库已更改。

SQL> shutdown immediate

ORA-01109: 数据库未打开

......

E) .手工将数据文件改名(操作系统)   --standby数据库操作

方式多样，不详述。

F) .重启standby，修改数据文件路径(数据字典)   --standby数据库操作

SQL> startup mount

ORACLE 例程已经启动。

Total System Global Area  167772160 bytes

Fixed Size                  1289484 bytes

Variable Size             150995700 bytes

Database Buffers            8388608 bytes

Redo Buffers                7098368 bytes

数据库装载完毕。

SQL> alter database rename file

  2  'E:/ORA10G/ORADATA/JSSPDG/WEBTBS01.DBF' to

  3  'E:/ORA10G/ORADATA/JSSPDG/TBSWEB01.DBF';

数据库已更改。

G) .重新启动redo应用。

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

数据库已更改。

H) .切换日志   --primary数据库操作

SQL> alter system switch logfile;

系统已更改。

峻工~~~~

3、 添加或删除Online redo logs

数据库调优时极有可能会涉及到重置日志文件大小或增加删除日志组等操作，基本上这种操作不会传播到standby数据库，也不会影响到standby数据库的运行，但是如果你不注意其中的关系，造成的影响可能会很深远，

比如，我们假设我们的一台primary数据库拥有5组online redo文件，standby数据库拥有2组，当你执行switch over之后，新的primary执行归档的频率会比standby高的多，因此，当你在primary数据库增加或移除online redologs时，一定记的手工同步一相standby数据库中相关的设置。

这就是我们前面提到的standby redologs与online redologs之间的关系，即保证standby redologs比online redologs要至少多一组。

操作的过程很简单(总不会复杂过添加删除数据文件)，这里就不演示了，需要你注意的就是在standby做操作前务必将STANDBY_FILE_MANAGEMENT设置为MANUAL。

 
DataGuard - 物理Standby管理
Vindak's DBA Life
02-08 1663
DG - 物理Standby管理 ================ 一、Read only/write模式打开物理standby 以read only 或read write模式打开物理standby,可以转移一些查询，备份之类的操作到standby数据库，以分担一些primary的压力。 1). standby数据库处于shutdown状态 直接startup即可 。
【DataGuard】由于备库参数设置不当导致数据文件无法添加的故障分析
cuanchuwei1207的博客
08-10 255
本文将描述由于standby_file_management和db_file_name_convert设置不当导致数据文件无法添加的故障处理过程。1.故障再现1）主库创建新的表空间tbs_sec1SQL> create t...
一步一步学DataGuard(10)物理standby之高级管理3
无名扫把
04-14 2593
对open resetlogs的primary数据库standby的恢复 当primary数据库被以resetlogs打开之后，dg提供了一些方案，能够让你快速的恢复物理standby ，当然这是有条件的，不可能所有的情况都可以快速恢复。 我们都知道alter database open resetlogs之后，数据库的scn被重置，也就是此时其redo数据也会从头开始。当物理standby接
[转]一步一步学DataGuard 第二部分 物理standby(4)高级管理二
04-27 160
三、 管理影响standby的primary数据库事件 　　为预防可能的错误，你必须知道primary数据库的某些事件可能影响standby数据库，并且了解如何处理。 　　某些情况下，primary数据库的某些改动会自动...
DataGuard的cascading standby(1拖N的模式）
Data & Analysis
06-05 2103
在Oracle11.2.0.2版本后，dataguard支持级联模式传输日志，即日志传输可以从A到B，B到C,B到D,等等，无穷无尽 cascading standby可以分担主库传输日志到多个备库的压力。 一个cascading standby可以传输日志到多达30个standby库，这些库可以使物理standby,逻辑standby,快照standby中的任意一种。 cascading ...
【DG】[三思笔记]一步一步学DataGuard
小麦苗DBA宝典
06-24 333
【DG】[三思笔记]一步一步学DataGuard 它有无数个名字，有人叫它dg，有人叫它数据卫士，有人叫它data guard，在oracle的各项特性中它有着举足轻理的地位，它就是(掌声)......................Oracle Data Guard。而对于我而言，我一定要亲切的叫它：DG(注：主要是因为打着方便)。 不少未实际接触过dg的初学者...
[转]一步一步学DataGuard 第二部分 物理standby(4)高级管理三
05-07 179
四、 监控primary/standby数据库 本节主要介绍一些监控dg配置的方式， 先给大家提供一个表格(描述不同事件的不同信息监控途径)： primary 数据库事件 primary 监控...
一步一步学DataGuard(18)逻辑standby之高级管理3
无名扫把
04-15 1549
一、 修改逻辑standby端数据 我们前面提到，逻辑standby一个极具实用价值的特性即是可以边查询边应用，因此将其做为报表服务器专供查询是个很不错的想法，而且逻辑standby相对于物理standby而言更具灵活性，比如我们可以在逻辑standby上，对一些表创建primary库上并不方便创建的索引，约束，甚至可以做dml,ddl操作(当然，需要注意不要破坏了与primary之间同步的逻
一步一步学DataGuard(16)逻辑standby之高级管理1
无名扫把
04-15 1253
一、 监控逻辑standby 与物理standby的管理一样，oracle提供了一系列动态性能视图来查看逻辑standby的状态，有一些我们前面已经接触过，而有一些，我们还从未用过。。。。。 1、 DBA_LOGSTDBY_EVENTS 可以把该视图看成逻辑standby操作日志，因此如果发生了错误，可以通过该视图查看近期逻辑standby都做了些什么。默认情况下，该视图保留100
DataGuard Standby数据库类型
Vindak's DBA Life
02-08 1745
DG Standby数据库类型 ================ 分为三类：物理Standby、逻辑Standby和快照standby 1．物理Standby     物理Standby与Primary数据库完全一模一样，在物理数据库磁盘上具有主库相同架构的块，通过REDO应用（属于块对块的应用）来维护物理Standby数据库。     通常在物理Stan
oracle11g物理,Oracle11g搭建DataGuard详细步骤（物理standby所有操作总结）
weixin_39570505的博客
04-08 200
DataGuard是通过建立一个PRIMARY和STANDBY组来确立其参照关系；STANDBY一旦创建，DataGuard就会通过将主数据库(PRIMARY)的REDO传序言：DataGuard是通过建立一个PRIMARY和STANDBY组来确立其参照关系；STANDBY一旦创建，DataGuard就会通过将主数据库(PRIMARY)的REDO传递给STANDBY数据库，然后在STANDBY中应...
DATAGUARD物理standby高级管理（笔记三）
dfgppwzkb17977379的博客
09-01 168
Phy standby工作模式 Redo apply 物理standby通过应用归档文件或者直接从standby系统通过oracle恢复机制应用redo 文件。恢复操作是block对block的操作，如果当前正在应用redo，则数据库不能被open Read-only 以read-only模式打开后，你可以直接从standby库中执行查询，或者备份操作。此时standby数据...
Oracle 11GR2   DataGuard(DG)安装配置（物理standby）
VoiceRoom的博客
06-17 1452
转至元数据结尾 由隋哲创建, 最终由邹智慧修改于2分钟以前 转至元数据起始 Oracle 11GR2 DataGuard(DG)安装配置（物理standby） 参考文档https://oracle-base.com/articles/11g/data-guard-setup-11gr2 Oracle 11GR2 DataGuard(DG)安装配置（物理standby） 主数据库 前提条件 主服务器设置 logging 初始化参数 服务设置 备份主数据...
一步一步学DataGuard(8)物理standby之高级管理1
无名扫把
04-14 1126
世上没有永恒的主角，能够留住永恒的反是那些默默无闻的小角色，这一节出场的都是重量级选手，它们虽然不是主角，但他们比主角更重要(有时候)。一、READ ONLY/WRITE模式打开物理STANDBY前面提到关于物理standby可以有效分担primary数据库压力，提升资源利用，实际上说的就是这个。以read only或read write模式打开物理standby，你可以转移一些查
ORACLE 11G DataGuard的一些高级管理案例研究
热门推荐
csdn's blog
07-03 1万+
搭建完了ORACLE 11G dataguard后，也做了角色切换的实验，有switchover已经failover，感觉受益颇多，而后继续研究了下dataguard的一些高级管理功能，所谓冰山一角，ORACLE果然博大精深，总结记录如下：1，ORACLE 11G dataguard的高级管理1.1、READ ONLY/WRITE模式打开物理STANDBY 一般standby都是可以设置为moun...
一步一步学DataGuard(19)逻辑standby之高级管理4
无名扫把
04-18 746
特殊事件的控制时间紧任务急，呵呵，这里三思就只描述流程，过程就不做演示了，相信你的智力，你一定能看懂。1、导入传输表空间v 第一步：屏蔽guard保护，逻辑standby端操作SQL> ALTER SESSION DISABLE GUARD;v 第二步：导入传输表空间，逻辑standby端操作具体操作步骤可参考三思之前的笔记：使用可传输表空间的特性复制数据！
物理standby高级管理
wu_wei_jie的专栏
05-26 2320
<br />本文作者：junsansi     转载网址：http://www.5ienet.com/index.shtml  第二部分物理standby(4)高级管理  2008.1.13<br />     世上没有永恒的主角，能够留住永恒的反是那些默默无闻的小角色，这一节出场的都是重量级选手，它们虽然不是主角，但他们比主角更重要(有时候)。<br />  一、READONLY/WRITE模式打开物理STANDBY<br />     前面提到关于物理standby 可以有效分担primary 数据库压
DataGuard 之物理STANDBY 的监控与管理
DBA never sleep-DBA，永不眠
02-04 3966
1、监控恢复进度 1.1、查看进程的活动状态 SELECT PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS FROM V$MANAGED_STANDBY; PROCESS   CLIENT_P  SEQUENCE# STATUS --------- -------- ---------- ------------ ARCH      ARCH
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值