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 DATABASE statement is issued with the ENABLE THREAD or DISABLE THREAD clause.
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_MANAGEMENT initialization parameter is set to AUTO.
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. 动态的改变备用的参数或者关闭备库，再更新初始化参数文件 |
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_MANAGEMENT initialization parameter in the standby database server parameter file (SPFILE) to AUTO, 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_MANAGEMENT initialization parameter or if you set it to MANUAL, 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。
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.添加一个新的表空间到主库：
Archive the current online redo log file so the redo data will be transmitted to and applied on the standby database:
归档当前现在重做日志，这样，重做日志会传输到备库，并且备库会应用传输过来的日志：
Verify the new datafile was added to the primary database:
3.验证新的数据文件被添加到主库：
Verify the new datafile was added to the standby database:
验证信的数据文件被添加到备库：
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.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这个裸设备，备用告警日志如下：
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$DATAFILE view. For example:
In the standby alert log you should see information similar to the following:
在备用告警日志里你应该会看见以下相似的信息：
On the standby database, set STANDBY_FILE_MANAGEMENT to AUTO and restart Redo Apply:
在备库，设置STANDBY_FILE_MANAGEMENT 为AUTO，然后重新启用重做应用：
At this point Redo Apply uses the new raw device datafile and recovery continues.
在这一点，重做应用使用新的裸设备上的数据文件并继续恢复。
Oracle Data Guard_ 主库添加数据文件或创建表空间,布布扣,bubuko.com
Oracle Data Guard_ 主库添加数据文件或创建表空间
原文：http://blog.csdn.net/rlhua/article/details/22516007