8.3 Managing Primary Database Events That Affect the Standby Database
To prevent possible problems, you must be aware of events on the primary database that affect a standby database and learn how to respond to them. This section describes these events and the recommended responses to these events.
In some cases, the events or changes that occur on a primary database are automatically propagated through redo data to the standby database and thus require no extra action on the standby database. In other cases, you might need to perform maintenance tasks on the standby database.
Table 8-1 indicates whether or not a change made on the primary database requires additional intervention by the database administrator (DBA) to be propagated to the standby database. It also briefly describes how to respond to these events. Detailed descriptions of the responses are described in the section references provided.
The following events are automatically administered by redo transport services and Redo Apply, and therefore require no intervention by the database administrator:
-
A SQL
ALTER DATABASEstatement is issued with theENABLE THREADorDISABLE THREADclause. -
The status of a tablespace changes (changes to read/write or read-only, placed online or taken offline).
-
A datafile is added or tablespace is created when the
STANDBY_FILE_MANAGEMENTinitialization parameter is set toAUTO.
Table 8-1 Actions Required on a Standby Database After Changes to a Primary Database
| Reference | Change Made on Primary Database | Action Required on Standby Database |
|---|---|---|
|
Add a datafile or create a tablespace 添加文件或创建表空间 |
If you did not set the 如果STANDBY_FILE_MANAGEMENT初始化参数没有设置为AUTO，那么你必须将新的数据文件拷贝到备库 |
|
|
Drop or delete a tablespace or datafile 删除表空间或数据文件 |
Delete datafiles from primary and standby databases after the archived redo log file containing the 从主库删除数据文件，备库机会应用包含DROP或者DELETE命令的归档重做日志来应用 |
|
|
Use transportable tablespaces 使用传输表空间 |
Move tablespaces between the primary and standby databases. 在主备库之间移动表空间 |
|
|
Rename a datafile 重命名一个数据文件 |
Rename the datafile on the standby database. 在备库重命令数据文件 |
|
|
Add or drop redo log files 添加或删除重做日志文件爱你 |
Synchronize changes on the standby database. 在备库上同步改变 |
|
|
Perform a DML or DDL operation using the 使用 |
Send the datafile containing the unlogged changes to the standby database. 向备库发送包含没有日志记录的文件 |
|
|
Change initialization parameters 改变初始化参数 |
Dynamically change the standby parameters or shut down the standby database and update the initialization parameter file. 动态的改变备用的参数或者关闭备库，再更新初始化参数文件 |
8.3.1 Adding a Datafile or Creating a Tablespace
The
initialization parameter, STANDBY_FILE_MANAGEMENT, enables you to control whether or not adding a datafile to the primary database is automatically propagated to the standby database, as follows:
STANDBY_FILE_MANAGEMENT初始化参数文件，能使用控制是否在添加数据文件到主库自动传播到备库，如下：
-
If you set the
STANDBY_FILE_MANAGEMENTinitialization parameter in the standby database server parameter file (SPFILE) toAUTO, any new datafiles created on the primary database are automatically created on the standby database as well.如果STANDBY_FILE_MANAGEMENT这个初始化参数文件在备库中的spfile是AUTO，那么任何在主库上新创建的数据文件会自动的在备库创建。
-
If you do not specify the
STANDBY_FILE_MANAGEMENTinitialization parameter or if you set it toMANUAL, then you must manually copy the new datafile to the standby database when you add a datafile to the primary database.如果STANDBY_FILE_MANAGEMENT没有设置或者设置为MANUAL，那么当你在主库添加数据文件时，你必须手动拷贝新的数据文件到备库
Note that if you copy an existing datafile from another database to the primary database, then you must also copy the new datafile to the standby database and re-create the standby control file, regardless of the setting of STANDBY_FILE_MANAGEMENT initialization
parameter.
注意，如果你从另一个数据库已存在的数据文件拷贝到到主库，那么你必须也要拷贝到倒库，然后重新创建备用控制文件，除非你设置了STANDBY_FILE_MANAGEMENT 初始化参数。
The following sections provide examples of adding a datafile to the primary and standby databases when the STANDBY_FILE_MANAGEMENTinitialization parameter is set to AUTO and MANUAL, respectively.
按以下提供的例子来添加一个数据文件到主库，备库的STANDBY_FILE_MANAGEMENT分别设置为AUTO和MANUAL。
8.3.1.1 When STANDBY_FILE_MANAGEMENT Is Set to AUTO
The following example shows the steps required to add a new datafile to the primary and standby databases when the STANDBY_FILE_MANAGEMENTinitialization parameter is set to AUTO.
以下的例子给出了主库添加一个数据文件，备库的STANDBY_FILE_MANAGEMENT为AUTO时的步骤。
-
Add a new tablespace to the primary database:
1.添加一个新的表空间到主库：
SQL> CREATE TABLESPACE new_ts DATAFILE ‘/disk1/oracle/oradata/payroll/t_db2.dbf‘2> SIZE 1m AUTOEXTEND ON MAXSIZE UNLIMITED; -
Archive the current online redo log file so the redo data will be transmitted to and applied on the standby database:
归档当前现在重做日志，这样，重做日志会传输到备库，并且备库会应用传输过来的日志：
SQL> ALTER SYSTEM ARCHIVE LOG CURRENT; -
Verify the new datafile was added to the primary database:
3.验证新的数据文件被添加到主库：
SQL> SELECT NAME FROM V$DATAFILE;NAME----------------------------------------------------------------------/disk1/oracle/oradata/payroll/t_db1.dbf/disk1/oracle/oradata/payroll/t_db2.dbf -
Verify the new datafile was added to the standby database:
验证信的数据文件被添加到备库：
SQL> SELECT NAME FROM V$DATAFILE;NAME----------------------------------------------------------------------/disk1/oracle/oradata/payroll/s2t_db1.dbf/disk1/oracle/oradata/payroll/s2t_db2.dbf###########################################################################################################我的实验：主库添加新的表空间，备库中的STANDBY_FILE_MANAGEMENT参数设置为AUTO主库：PROD备库：PRODSTD1.查看备库STANDBY_FILE_MANAGEMENT参数是否为AUTOSYS@PRODSTD>show parameter STANDBY_FILE_MANAGEMENTNAME TYPE VALUE------------------------------------ ----------- ------------------------------standby_file_management string AUTO2.在主库增加一个新的表空间SYS@PROD>create tablespace SWTICH_TBS datafile ‘/u01/app/oracle/oradata/PROD/Disk1/swtich_tbs01.dbf‘ size 10m;Tablespace created.---------------------------------------------------------------------------------------------------------------Sat Mar 29 16:27:18 2014create tablespace SWTICH_TBS datafile ‘/u01/app/oracle/oradata/PROD/Disk1/swtich_tbs01.dbf‘ size 10mSat Mar 29 16:27:21 2014Completed: create tablespace SWTICH_TBS datafile ‘/u01/app/oracle/oradata/PROD/Disk1/swtich_tbs01.dbf‘ size 10m---------------------------------------------------------------------------------------------------------------3.手动归档，查看主备库告警日志SYS@PROD>alter system archive log current;System altered.---------------------------------------------------------------------------------------------------------------主库告警日志：LNS1 started with pid=55, OS id=3972Sat Mar 29 16:29:54 2014Thread 1 advanced to log sequence 32Current log# 5 seq# 32 mem# 0: /u01/app/oracle/oradata/PROD/Disk1/redo05.logCurrent log# 5 seq# 32 mem# 1: /u01/app/oracle/oradata/PROD/Disk2/redo05_1.logSat Mar 29 16:29:56 2014LNS: Standby redo logfile selected for thread 1 sequence 32 for destination LOG_ARCHIVE_DEST_2Sat Mar 29 16:29:58 2014ARC7: Standby redo logfile selected for thread 1 sequence 31 for destination LOG_ARCHIVE_DEST_2备库告警日志：Sat Mar 29 16:29:55 2014Redo Shipping Client Connected as PUBLIC-- Connected User is ValidRFS[2]: Assigned to RFS process 8613RFS[2]: Identified database type as ‘physical standby‘Primary database is in MAXIMUM PERFORMANCE modePrimary database is in MAXIMUM PERFORMANCE modeRFS[2]: Successfully opened standby log 7: ‘/u01/app/oracle/oradata/PRODSTD/Disk1/standby07.log‘Sat Mar 29 16:29:57 2014Redo Shipping Client Connected as PUBLIC-- Connected User is ValidRFS[3]: Assigned to RFS process 8615RFS[3]: Identified database type as ‘physical standby‘RFS[3]: Successfully opened standby log 6: ‘/u01/app/oracle/oradata/PRODSTD/Disk1/standby06.log‘---------------------------------------------------------------------------------------------------------------4,在主库验证是否有新的表空间和数据文件SYS@PROD>select name from v$datafile;NAME---------------------------------------------------------------------------------------------------------------/u01/app/oracle/oradata/PROD/Disk1/system01.dbf/u01/app/oracle/oradata/PROD/Disk1/undotbs01.dbf/u01/app/oracle/oradata/PROD/Disk1/sysaux01.dbf/u01/app/oracle/oradata/PROD/Disk1/example01.dbf/u01/app/oracle/oradata/PROD/Disk1/swtich_tbs01.dbf/u01/app/oracle/oradata/PROD/Disk1/users01.dbf6 rows selected.5，在备库验证是否有新的表空间和数据文件SYS@PRODSTD>select name from v$datafile;NAME----------------------------------------------------------------------------------------/u01/app/oracle/oradata/PRODSTD/Disk1/system01.dbf/u01/app/oracle/oradata/PRODSTD/Disk1/undotbs01.dbf/u01/app/oracle/oradata/PRODSTD/Disk1/sysaux01.dbf/u01/app/oracle/oradata/PRODSTD/Disk1/example01.dbf/u01/app/oracle/oradata/PRODSTD/Disk1/PRODSTD/datafile/o1_mf_swtich_t_9m21f1f0_.dbf/u01/app/oracle/oradata/PRODSTD/Disk1/users01.dbf6 rows selected.
8.3.1.2 When STANDBY_FILE_MANAGEMENT Is Set to MANUAL
This section shows how to add a new datafile to the primary and standby database when the STANDBY_FILE_MANAGEMENT initialization parameter is set to MANUAL. You must set the STANDBY_FILE_MANAGEMENT initialization
parameter to MANUAL when the standby datafiles reside on raw devices. This section also describes how to recover from errors after they have occurred.
这个部分展示的是添加一个新的数据文件到主库，而备库的STANDBY_FILE_MANAGEMENT参数设置为MAUNAL，当备库的数据文件放在裸设备时，你必须将STANDBY_FILE_MANAGEMENT初始化参数设置为MANUAL。这部分也描述怎么恢复遇到的错误。
Note:
Do not use the following procedure with databases that use Oracle Managed Files. Also, if the raw device path names are not the same on the primary and standby servers, use theDB_FILE_NAME_CONVERT initialization parameter
to convert the path names.8.3.1.2.1 Using the STANDBY_FILE_MANAGEMENT Parameter with Raw Devices
By setting the STANDBY_FILE_MANAGEMENT parameter to AUTO whenever new datafiles are added or dropped on the primary database, corresponding changes are made in the standby database
without manual intervention. This is true as long as the standby database is using a file system. If the standby database is using raw devices for datafiles, then the STANDBY_FILE_MANAGEMENT initialization parameter will continue to work, but manual intervention
is needed. This manual intervention involves ensuring the raw devices exist before log apply services on the standby database recover the redo data that will create the new datafile.On the primary database, create a new tablespace where the datafiles reside
in a raw device. At the same time, create the same raw device on the standby database. For example:
STANDBY_FILE_MANAGEMENT设置为AUTO，无论什么时候在主库上添加或删掉新的数据文件，备库不用人工干预相应的改变即可发生在备库。这是针对于备库为文件系统才行的。如果备库使用裸设备来放数据文件，那么 STANDBY_FILE_MANAGEMENT参数将继续工作，但是手动干预是必须的。这个手动干预包括确定裸设备是否存在在备库上日志应用服务恢复创建新的数据文件的重做日志。在主库上，在裸设备上创建一个新的表空间，同时，在备库创建相同的裸设备，例如：
The standby database automatically adds the datafile as the raw devices exist. The standby alert log shows the following:
备库自动添加数据文件到以存在的裸设备，备用告警之日如下：
However, if the raw device was created on the primary system but not on the standby, then the MRP process will shut down due to file-creation errors. For example, issue the following statements on the primary database:
然而，如果在主库上创建了裸设备而没有在备库上创建裸设备，那么MRP进程会因为文件创建错误而关闭，例如，在主库上发出以下语句：
The standby system does not have the /Dave/raw/raw101 raw device created. The standby alert log shows the following messages when recovering the archive:
备用系统没有创建/dev/raw/raw101这个裸设备，备用告警日志如下：
8.3.1.2.2 Recovering From Errors
To correct the problems described in Section 8.3.1.2.1, perform the following steps:
修改上节提到的错误，执行以下步骤：
-
Create the raw device on the standby database and assign permissions to the Oracle user.
在备库上创建裸设备，赋予oracle用户权限
-
Query the
V$DATAFILEview. For example:SQL> SELECT NAME FROM V$DATAFILE;NAME--------------------------------------------------------------------------------/u01/MILLER/MTS/system01.dbf/u01/MILLER/MTS/undotbs01.dbf/u01/MILLER/MTS/sysaux01.dbf/u01/MILLER/MTS/users01.dbf/u01/MILLER/MTS/mts.dbf/dev/raw/raw100/u01/app/oracle/product/10.1.0/dbs/UNNAMED00007SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL;SQL> ALTER DATABASE CREATE DATAFILE2 ‘/u01/app/oracle/product/10.1.0/dbs/UNNAMED00007‘3 AS4 ‘/dev/raw/raw101‘; -
In the standby alert log you should see information similar to the following:
在备用告警日志里你应该会看见以下相似的信息：
Fri Apr 8 10:09:30 2005alter database create datafile‘/dev/raw/raw101‘ as ‘/dev/raw/raw101‘Fri Apr 8 10:09:30 2005Completed: alter database create datafile‘/dev/raw/raw101‘ a -
On the standby database, set
STANDBY_FILE_MANAGEMENTtoAUTOand restart Redo Apply:在备库，设置
STANDBY_FILE_MANAGEMENT为AUTO，然后重新启用重做应用：SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=AUTO;SQL> RECOVER MANAGED STANDBY DATABASE DISCONNECT;
At this point Redo Apply uses the new raw device datafile and recovery continues.
在这一点，重做应用使用新的裸设备上的数据文件并继续恢复。