在Windows2000系统下创建oracle逻辑备用库.doc_第1页
在Windows2000系统下创建oracle逻辑备用库.doc_第2页
在Windows2000系统下创建oracle逻辑备用库.doc_第3页
在Windows2000系统下创建oracle逻辑备用库.doc_第4页
在Windows2000系统下创建oracle逻辑备用库.doc_第5页
已阅读5页,还剩15页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1 在在 Oracle9iOracle9i 下创建逻辑备用库(下创建逻辑备用库(LogicalLogical StandbyStandby DatabaseDatabase) 2 目目 录录 一、一、DATADATA GUARDGUARD 技术概述:技术概述:.4 二、物理的二、物理的 STANDBYSTANDBY DATABASEDATABASE 和逻辑的和逻辑的 STANDBYSTANDBY DATABASEDATABASE.4 三、创建三、创建 LOGICALLOGICAL STANDBYSTANDBY DATABASEDATABASE.5 1、将主数据库置为 FORCE LOGGING 模式:.5 2、确认主数据库运行于归档模式并定义好本地归档:.5 3、确认 LOG_PARALLELISM 初始化参数值:.6 4、确认支持的数据类型和表:.6 5、确保主数据库中的表行是可以唯一确认的(即表中有主键或唯一性索引).8 6、确认主数据库可以补足日志(SUPPLEMENTAL LOGGING) .9 7、在主数据库创建一个交替的表空间:.10 8、确认主数据库的数据文件和日志文件.11 9、对主数据库做一次冷备份.11 10、为备用数据库创建准备初始化参数文件:.12 11、将文件从主库拷贝到从库所在机器.12 12、在备用数据库服务器修改初始化参数.12 13、在备用数据库一端创建一个新的实例:.12 14、配置监听.13 15、在从库上打开 DEAD CONNECTION DETECTION.13 16、配置服务命名.13 17、用初始化参数文件启动数据库到 MOUNT 状态下.13 18、RENAME数据文件.13 19、RENAME日志文件.14 20、在备用数据库打开 DATA GUARD.14 21、重设 LOGICAL STANDBY DATABASE的数据库名.14 22、改变初始化参数.14 23、给备用数据库创建新的临时文件(属于临时表空间).15 24、注册归档日志和启动 SQL APPLY SERVICES.15 25、在主数据库配置远程归档.16 四、检查四、检查 LOGICALLOGICAL STANDBYSTANDBY DATABASEDATABASE.16 1、检查日志是否已经被注册到 LOGICAL STANDBY DATABASE中.16 3 2、连接到主数据库并归档部分日志.17 3、再查询一下 DBA_LOGSTDBY_LOG 视图.17 4、检查日志中的数据是否 APPLY到逻辑备用数据库中.17 5、查看当前的 SQL APPLY活动状态.18 6、检查日志中的数据是否 APPLY完成.18 五、主从数据库的启动顺序五、主从数据库的启动顺序.19 六、关于从库的限制六、关于从库的限制.20 4 一、一、DataData GuardGuard 技术概述技术概述: Oracle9i Data Guard 通过使用称为 standby database 的数据库来防止出现数据的灾 难。它通过将 primary database 数据库的重做日志传到并应用到 standby database 数据 库来使 standby database 数据库与 primary database 数据库同步: 可以将重做日志直接从 primary database 数据库同步写到 standby database 数据库 来完成完全没有数据损失的灾难保护。这会给 primary database 数据库的性能带来一定的 性能损失。 可以将归档的重做日志从 primary database 数据库异步写到 standby database 数据 库来使 primary database 数据库在极少损失性能的前提下,最小化地减少数据的丢失。 如果重做日志数据到达 standby database 数据库后快速地应用到 standby database 数据库,则在 primary database 数据库出现问题时可以快速地 failover 到 standby database 数据库。然而,如果延缓一定时间后再应用重做日志数据,可以避免 primary database 数据库的错误快速地传播到 standby database 数据库。 二、二、物理的物理的 StandbyStandby DatabaseDatabase 和逻辑的和逻辑的 StandbyStandby DatabaseDatabase Standby Database 可以分为物理的 Standby Database 和逻辑的 Standby Database: 物理 Standby Database:物理 Standby Database 是 Oracle8 Automated Standby Database 的 Oracle9i 版本。它们之间只有一个差异:日志传输服务现在是一个分离的模 块,并支持物理 standby database 和新的逻辑 standby database。 物理 Standby Database 的含义是 Standby Database 在物理上与 primary database 一 样。因为恢复是使用 ROWID 一块对一块进行的,Standby Database 的数据块与 primary database 的数据快一样。数据库模式一定是一样的,且不能以读/写的方式打开。 逻辑 Standby Database:逻辑 Standby Database 是将归档的日志转化为 SQL 事务, 并将它们应用到打开的 Standby Database.因为数据库是打开的,它在物理上与 primary database 是不一样的。然而,从逻辑角度讲,Standby Database 与 primary database 是 一样的,因此可以接管 primary database 的处理。在这种情况下,Standby Database 还 可以并发地进行其它的工作,例如建立一些与 primary database 不一样的索引和物化视图, 完成决策支持等任务。 5 逻辑 Standby Database 是最重要的数据保护特性。就像物理 standby database 一样, 它使用归档的日志在 standby database 上进行处理,在 primary database 出现问题的情 况下也没有问题。 当选择使用物理 standby database、逻辑 standby database、或两者都用时,要考虑 以下一系列的因素。 逻辑 standby database 可用于两个目的。当要对逻辑 standby database 进行改变时, 其数据库可以打开。逻辑 standby database 需要 DBA 更高的技能。 使数据保护极大化的解决方案通常包括逻辑的和物理的 standby databases.数据库 Failover 和 Switchover 当主数据库发生宕机,且不能及时恢复时,Oracle 会丢弃主数据 库,将备用数据库转变为主数据库。当 failover 之后,备用数据库变成为主数据库,从 而丢失了备用数据库的所有能力,也就是说,不能再返回到备用模式。 如果使用 Data Guard 技术进行容灾,在资源充足的情况下,Oracle 建议配置一个物理 Standby Database 和一个逻辑 standby database,如果资源不充足,则建议只配置一个物 理 Standby Database。在本项目中,由于实际情况的需要,我们只配置逻辑 Standby Database。 三、创建三、创建 LogicalLogical StandbyStandby DatabaseDatabase 以下是 Logical Standby Database 的配置步骤:(为了便于说明,下面用到的一些文 件的路径都是虚拟的) 1 1、将主数据库置为、将主数据库置为 FORCEFORCE LOGGINGLOGGING 模式:模式: 在主数据库创建之后做如下操作: SQLALTER DATABASE FORCE LOGGING; 2 2、确认主数据库运行于归档模式并定义好本地归档:、确认主数据库运行于归档模式并定义好本地归档: 例如: SQLALTER SYSTEM SET LOG_ARCHIVE_DEST_1 = LOCATION=D:oracleoradatamydb SCOPE=BOTH; 6 3 3、确认、确认 LOG_PARALLELISMLOG_PARALLELISM 初始化参数值:初始化参数值: Logical Standby Database 要求此参数的值为 1,是个缺省值。如果查出来的参数值为 1 则 不需要做修改,如果不是 1 值则要用 ALTER SYSTEM SET 命令做修改.具体操作如下: SQLSHOW PARAMETER LOG_PARAMETER SQLALTER SYSTEM SET LOG_PARALLELISM=1 SCOPE=BOTH; 由于此参数是静态的,修改完以后要关闭数据库并重新启动,此参数才有效. SQLSHUTDOWN IMMEDIATE SQLSTARTUP 4 4、确认支持的数据类型和表:、确认支持的数据类型和表: 在 Logical Standby Database 中,有些数据类型和表是支持的而有些是不支持的,对于不 支持的数据对象,Logical Standby Database 在应用主数据库的重做日志时会自动过滤掉 对它们的操作。 支持的数据类型有: CHAR NCHAR VARCHAR2 and VARCHAR NVARCHAR2 NUMBER DATE TIMESTAMP TIMESTAMP WITH TIME ZONE TIMESTAMP WITH LOCAL TIME ZONE INTERVAL YEAR TO MONTH INTERVAL DAY TO SECOND RAW CLOB BLOB 不支持的数据类型有: 7 NCLOB LONG LONG RAW BFILE ROWID UROWID user-defined types object types REFs varrays nested tables 不支持的对象类型有: User-defined tables and sequences in the SYS schema Tables with unsupported datatypes Tables using data segment compression Index-organized tables 确认主数据是否包含不支持的对象可以查询数据字典表 DBA_LOGSTDBY_UNSUPPORTED: SQLSELECT DISTINCT OWNER,TABLE_NAME FROM DBA_LOGSTDBY_UNSUPPORTED 2 ORDER BY OWNER,TABLE_NAME; 用以下的方式查看上面所得出的表的字段名和数据类型: SQL SELECT COLUMN_NAME,DATA_TYPE FROM DBA_LOGSTDBY_UNSUPPORTED 2 WHERE OWNER=OE AND TABLE_NAME = CUSTOMERS; 在 Logical Standby Database 中还会过滤如下的 SQL 语句: ALTER DATABASE ALTER SESSION ALTER SNAPSHOT ALTER SNAPSHOT LOG ALTER SYSTEM SWITCH LOG CREATE CONTROL FILE CREATE DATABASE CREATE DATABASE LINK 8 CREATE PFILE FROM SPFILE CREATE SCHEMA AUTHORIZATION CREATE SNAPSHOT CREATE SNAPSHOT LOG CREATE SPFILE FROM PFILE CREATE TABLE AS SELECT FROM A CLUSTER TABLE DROP DATABASE LINK DROP SNAPSHOT DROP SNAPSHOT LOG EXPLAIN LOCK TABLE RENAME SET CONSTRAINTS SET ROLE SET TRANSACTION 5 5、确保主数据库中的表行是可以唯一确认的、确保主数据库中的表行是可以唯一确认的( (即表中有主键或唯一性索引即表中有主键或唯一性索引) ) 找出没有主键的表: SQL SELECT OWNER, TABLE_NAME, BAD_COLUMN FROM DBA_LOGSTDBY_NOT_UNIQUE 2 WHERE TABLE_NAME NOT IN (SELECT TABLE_NAME FROM DBA_LOGSTDBY_UNSUPPORTED); OWNER TABLE_NAME B - - - OUTLN OL$HINTS N OUTLN OL$NODES N SYSTEM MVIEW$_ADV_BASETABLE N SYSTEM MVIEW$_ADV_SQLDEPEND N SYSTEM MVIEW$_ADV_FILTERINSTANCE N SYSTEM DEF$_ORIGIN N SYSTEM REPCAT$_SNAPGROUP N 9 SYSTEM REPCAT$_DDL N SYSTEM REPCAT$_RESOLUTION_STATISTICS N SYSTEM REPCAT$_RUNTIME_PARMS Y SYSTEM MVIEW$_ADV_INDEX N 注意 BAD_COLUMN 字段值.如果此值为 N 表示这个表关于没有主键字段列有足够的列信息传 到备用数据库中.如果此值为 Y 表示信息不够必须对这个表加一个 DISABLE RELY CONSTRAINT 以使关于这个表的 LOG 可以 APPLY 到逻辑备用库中。 在上面的结果中只有 SYSTEM 用户下的表 REPCAT$_RUNTIME_PARMS 需要做修改,然后 SQLDESC SYSTEM.REPCAT$_RUNTIME_PARMS 查看这个表的结构,然后做修改如下: SQL ALTER TABLE SYSTEM.REPCAT$_RUNTIME_PARMS ADD PRIMARY KEY (RUNTIME_PARM_ID,PARAMETER_NAME) RELY DISABLE; 修改完以后再做上面的查询以确认没有表需要再做修改: SQL SELECT OWNER, TABLE_NAME, BAD_COLUMN FROM DBA_LOGSTDBY_NOT_UNIQUE 2 WHERE TABLE_NAME NOT IN (SELECT TABLE_NAME FROM DBA_LOGSTDBY_UNSUPPORTED); OWNER TABLE_NAME B - - - OUTLN OL$HINTS N OUTLN OL$NODES N SYSTEM MVIEW$_ADV_BASETABLE N SYSTEM MVIEW$_ADV_SQLDEPEND N SYSTEM MVIEW$_ADV_FILTERINSTANCE N SYSTEM DEF$_ORIGIN N SYSTEM REPCAT$_SNAPGROUP N SYSTEM REPCAT$_DDL N SYSTEM REPCAT$_RESOLUTION_STATISTICS N SYSTEM MVIEW$_ADV_INDEX N 6 6、确认主数据库可以补足日志、确认主数据库可以补足日志(Supplemental(Supplemental Logging)Logging) SQL SELECT SUPPLEMENTAL_LOG_DATA_PK, SUPPLEMENTAL_LOG_DATA_UI FROM V$DATABASE; 10 SUP SUP - - NO NO (NO 值表示此时主数据库是不支持补足日志的) 使主数据库可以补足日志: SQL ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY, UNIQUE INDEX) COLUMNS;(这条语句将有关由主数据修改的行唯一信息可以通过日志传到备用数据库中并做 Log Apply) 在主数据库中做新的日志切换.因为在上一步做完 Enable Supplemental Logging 之后.当 前日志可能包含了有补足的日志和没有补足的日志,而逻辑备用数据库的 Log Apply 是不支 持两者一起的日志的.所以在创建逻辑备用数据库之前要确保要从主数据库传到备用数据库 的所有日志都只包含补足日志。 SQLALTER SYSTEM ARCHIVE LOG CURRENT; 确认一下主数据库此时支持补足日志 SQL SELECT SUPPLEMENTAL_LOG_DATA_PK, SUPPLEMENTAL_LOG_DATA_UI FROM V$DATABASE; SUP SUP - - YES YES (YES 值表示此时主数据库是支持补足日志的) SUPPLEMENTAL_LOG_DATA_PK:支持补足日志,其信息是 primary key SUPPLEMENTAL_LOG_DATA_UI:支持补足日志,其信息是 unique index 7 7、在主数据库创建一个交替的表空间:、在主数据库创建一个交替的表空间: 在主数据库创建一个交替的表空间,并用 DBMS_LOGMNR_D.SET_TABLESPACE 将某些表放到这 个表空间中.因为在逻辑备用数据库中有一些表是属于 SYS 和 SYSTEM 用户的,而这些是放在 表空间的.这些表可能在一段时间后记录猛增.为了使 SYSTEM 表空间不会被用满而导致数据 库 DOWN 机,建立这个交替的表空间来存放这些表. SQLCREATE TABLESPACE logmnrts DATAFILE D:oracleoradatamydblogmnrts.dbf 2 SIZE 512M AUTOEXTEND ON MAXSIZE 2048M 3SEGMENT SPACE MANAGEMENT AUTO; SQL EXECUTE DBMS_LOGMNR_D.SET_TABLESPACE(logmnrts); 11 (上面一步 EXECUTE DBMS_LOGMNR_D.SET_TABLESPACE(logmnrts);可以在以后的维护中再 做相应的维护) 8 8、确认主数据库的数据文件和日志文件、确认主数据库的数据文件和日志文件 在主数据库中通过查询 V$DATAFILE 获得数据文件的位置 SQL select name from v$datafile; 在主数据库中通过查询 V$LOGFILE 获得日志文件的位置 SQL col member format a35 SQL select group#,type,member from v$logfile; 9 9、对主数据库做一次冷备份、对主数据库做一次冷备份 (全备份,拷贝所有需要的数据文件)具体做法如下: 关闭数据库:SQLSHUTDOWN IMMEDIATE 将前面得到的数据文件拷贝到一个临时的位置 F:ORACLE 启动数据库到 MOUNT 状态下:SQLSTARTUP MOUNT 为逻辑备用数据库创建一个备份的控制文件: SQL ALTER DATABASE BACKUP CONTROLFILE TO 2 f:oraclebkcontrol.ora; 将主数据库放在 restricted session 模式下(在打开数据库时以免用户对数据库进行 DML 和 DDL 操作): SQL ALTER SYSTEM ENABLE RESTRICTED SESSION; 建立 Logminer 字典(Logical Standby Database 在分解 REDO LOG 为 SQL 语句时需要 Logminer 工具,而这个工具在使用之前需要建立 Logminer 字典): SQL ALTER DATABASE OPEN; SQL EXECUTE DBMS_LOGSTDBY.BUILD; 取消主数据库的 restricted session 模式使用户可以执行 DML 和 DDL 语句: SQL ALTER SYSTEM DISABLE RESTRICTED SESSION; 查看最近的归档日志(在后面的逻辑备用数据库的创建过程中需要用到) SQL ALTER SYSTEM ARCHIVE LOG CURRENT;(对当前日志做归档) SQL SELECT NAME FROM V$ARCHIVED_LOG 12 2 WHERE (SEQUENCE#=(SELECT MAX(SEQUENCE#) FROM V$ARCHIVED_LOG 3 WHERE DICTIONARY_BEGIN = YES AND STANDBY_DEST= NO); NAME - D:ORACLEORADATAMYDBARCHIVE1_101.DBF 上面的查询其中 WHERE 子句的 DICTIONARY_BEGIN 指明是要找出新建的字典, STANDBY_DEST 指明是本地归档目录而不是远程归档. 1010、为备用数据库创建准备初始化参数文件:、为备用数据库创建准备初始化参数文件: SQL CREATE PFILE=f:oracleinitmydb.ora FROM SPFILE; 1111、将文件从主库拷贝到从库所在机器、将文件从主库拷贝到从库所在机器 共需拷贝三类文件: 所有冷备份的数据文件和创建的控制文件备份文件。 在上面步骤中查询的最近的归档日志文件。 从 SPFILEZ 创建的 PFILE。 1212、在备用数据库服务器修改初始化参数、在备用数据库服务器修改初始化参数 (刚拷贝过来的初始化参数文件),要修改的参数大概如下: db_nam(从库的数据库名) control_files(从库中控制文件的路径) standby_archive_dest(主库的归档日志传送到从库中的路径) log_archive_dest_1(从库自身归档日志产生的路径) instance_name(从库的实例名) 如果从库的资源不及主库,要改变与 SGA 设置有关的各个参数 改变 background_dump_dest, core_dump_dest, user_dump_dest 等参数的值 1313、在备用数据库一端创建一个新的实例:、在备用数据库一端创建一个新的实例: 如下操作: 13 c:oradim new sid mydb startmode auto 1414、配置监听、配置监听 为主库和从库分别配置监听,并用如下命令重新启动监听: c:lsnrctl stop c:lsnrctl start 1515、在从库上打开、在从库上打开 DeadDead ConnectionConnection DetectionDetection 在 sqlnet.ora 文件中添加一行: SQLNET.EXPIRE_TIME=2 sqlnet.expire_time 是 enable 死连接侦测 1616、配置服务命名、配置服务命名 在主库上分别建立到主库和从库的服务命名 在从库上分别建立到主库和从库的服务命名 用 tnsping 命令进行验证 1717、用初始化参数文件启动数据库到、用初始化参数文件启动数据库到 MOUNTMOUNT 状态下状态下 SQL STARTUP MOUNT PFILE= e:oracleinitmydb.ora; 1818、RenameRename 数据文件数据文件 如果拷贝过来的数据文件的位置与原来在主库中的位置不一样。而我们现在使用的是主库 备份过来的控制文件,所以要将数据文件 rename 到新的位置。做如下操作(如果位置是一样 的可以不做操作): SQL ALTER DATABASE RENAME FILE D:oracleoradatamydbSYSTEM01.DBF 2 TO E:oracleoradatamydbSYSTEM01.DBF ; 依次修改所有的数据文件路径。 14 1919、RenameRename 日志文件日志文件 这一步只是将控制文件中日志文件的位置信息进行更改,此时并没有真正的日志文件生成, 也没有从主库拷贝日志文件到备用库。如下: SQL ALTER DATABASE RENAME FILE d:oracleoraclemydbredo01.log 2 TO e:oracleoraclemydbredo01.log ; SQL ALTER DATABASE RENAME FILE d:oracleoraclemydbredo02.log 2 TO ed:oracleoraclemydbredo02.log ; SQL ALTER DATABASE RENAME FILE d:oracleoraclemydbredo03.log 2 TO e:oracleoraclemydbredo03.log ; 2020、在备用数据库打开、在备用数据库打开 DATADATA GUARDGUARD (使用户不能在 Logical Standby Database 做更新操作),做如下: SQL ALTER DATABASE GUARD ALL; SQL ALTER DATABASE OPEN RESETLOGS; 2121、重设、重设 LogicalLogical StandbyStandby DatabaseDatabase 的数据库名的数据库名 使用 DBNEWID(nid)工具来重设数据库名.要先关闭数据库并把数据库启动为 MOUNT 状态: SQL SHUTDOWN IMMEDIATE; SQL STARTUP MOUNT PFILE= f:oracleinitmydb.ora; 用 DBNEWID 工具,操作如下(这个是在命令行下操作): nid TARGET=SYS/passwordmydb DBNAME=standby 然后再关闭数据库:SQLSHUTDOWN IMMEDIATE 在改变数据库名之后还需要手工重建当前数据库的口令文件,这需要使用 orapwd 命令。 2222、改变初始化参数、改变初始化参数 db_name=standby 启动数据库为 MOUNT 状态:SQLSTARTUP MOUNT; 为备用数据库创建 SERVER PARAMETER FILE: SQLCREATE SPFILE FROM PFILE= f:oracleinitmydb.ora; 15 关闭数据库然后用 SPFILE 重启动数据库: SQLSHUTDOWN IMMEDIATE SQLSTARTUP MOUNT SQLALTER DATABASE OPEN RESETLOGS; 2323、给备用数据库创建新的临时文件、给备用数据库创建新的临时文件( (属于临时表空间属于临时表空间) ) 先查看备用库中是否有临时文件,如果没有就直接创建,如果有要删除重新创建.(因为从主 库的冷备份拷贝过来的临时文件在备用库中是不能用的。所以得重建)相应操作如下: SQL SELECT * FROM V$TEMPFILE; no rows selected SQL SELECT TABLESPACE_NAME FROM DBA_TABLESPACES WHERE 2 CONTENTS =TEMPORARY; TABLESPACE_NAME - TEMP MYDB_TMP SQL ALTER TABLESPACE TEMP ADD TEMPFILE 2 E:oracleoradatemydbtemp01.dbf 3 SIZE 40M REUSE; SQL ALTER TABLESPACE MYDB_TEMP ADD TEMPFILE 2 E:oracleoradatemydbmydb_tmp.dbf 3 SIZE 512M REUSE; 2424、注册归档日志和启动、注册归档日志和启动 SQLSQL ApplyApply ServicesServices SQL ALTER DATABASE REGISTER LOGICAL LOGFILE 2 e:oracleoradatamydbarchive1_101.DBF ; 这里的 1_101.DBF 是在前面得到的. SQL ALTER DATABASE START LOGICAL STANDBY APPLY INITIAL;(启动 redo logs apply),用执行 SQL 语句的方式来 apply redo logs.就是 SQL Apply Services.至于 16 INITIAL 是第一次启动 SQL Apply Services 时要写的.后面的可以直接用如下操作: SQL ALTER DATABASE STOP LOGICAL STANDBY APPLY;-停止 SQL ALTER DATABASE START LOGICAL STANDBY APPLY;-启动 2525、在主数据库配置远程归档、在主数据库配置远程归档 SQL ALTER SYSTEM SET LOG_ARCHIVE_DEST_3=SERVICE=standby SCOPE=BOTH; SQL ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_3=ENABLE SCOPE=BOTH; SQL ALTER SYSTEM ARCHIVE LOG CURRENT; 至此,Logical Standby Database 配置完毕。 四、检查四、检查 LogicalLogical StandbyStandby DatabaseDatabase 在建立好 Logical Standby Database 后,Log Transport Service 和 Log Apply Service 服务也都启动.需要检查一下日志是否正由主数据库传到备用数据库并 apply.要做 到这个目的,用下面的步骤来做. 1 1、检查日志是否已经被注册到、检查日志是否已经被注册到 LogicalLogical StandbyStandby DatabaseDatabase 中中 连接到备用数据库并查询 DBA_LOGSTDBY_LOG 视图。 SQL ALTER SESSION SET NLS_DATE_FORMAT = YYYY-MM-DD HH24:MI:SS; Session altered. SQL SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME, DICT_BEGIN, DICT_END 2 FROM DBA_LOGSTDBY_LOG ORDER BY SEQUENCE#; SEQUENCE# FIRST_TIME NEXT_TIME DIC DIC - - - - - 22 23-11 月-04 14:00:17 23-11 月-04 14:26:58 NO NO 1 rows selected. 17 2 2、连接到主数据库并归档部分日志、连接到主数据库并归档部分日志 SQL ALTER SYSTEM ARCHIVE LOG CURRENT; System altered. SQL ALTER SYSTEM ARCHIVE LOG CURRENT; System altered. 3 3、再查询一下、再查询一下 DBA_LOGSTDBY_LOGDBA_LOGSTDBY_LOG 视图视图 SQL ALTER SESSION SET NLS_DATE_FORMAT = YYYY-MM-DD HH24:MI:SS; Session altered. SQL SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME, DICT_BEGIN, DICT_END 2 FROM DBA_LOGSTDBY_LOG ORDER BY SEQUENCE#; SEQUENCE# FIRST_TIME NEXT_TIME DIC DIC - - - - - 22 23-11 月-04 14:00:17 23-11 月-04 14:26:58 NO NO 23 23-11 月-04 14:26:58 23-11 月-04 14:33:33 NO NO 2 rows selected. (可以看到多出来一个新的归档日志) 4 4、检查日志中的数据是否、检查日志中的数据是否 ApplyApply 到逻辑备用数据库中到逻辑备用数据库中 在逻辑备用数据库中查询 DBA_LOGSTDBY_STATS 视图来检查日志中的数据是否正被正确地 Appled. SQL COLUMN NAME FORMAT A30 SQL COLUMN VALUE FORMAT A30 SQL

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论