配置data guard物理备库(7)

SQL> startup mount; ORACLE instance started.

Total System Global Area 218103808 bytes Fixed Size 1218604 bytes Variable Size 71305172 bytes Database Buffers 142606336 bytes Redo Buffers 2973696 bytes

ORA-00205: error in identifying control file, check alert log for more info 又出现这个错误，控制文件不存在时候的报错： [root@node2 bdump] cd /u01/admin/dgdemo/bdump [root@node2 bdump]# pwd /u01/admin/dgdemo/bdump

[root@node2 ~]#tail -f /u01/admin/dgdemo/bdump/alert_dgdemo.log 看这日志报什么错，发现这是因为 ontrol01.ct1错了，把字母L写成数字1 [root@node2 dgdemo]# ls

control01.ct1 example01.dbf redo03.log system01.dbf users01.dbf control02.ct1 redo01.log sqlnet.log temp01.dbf control03.ct1 redo02.log sysaux01.dbf undotbs01.dbf [root@node2 dgdemo]# mv control01.ct1 control01.ctl [root@node2 dgdemo]# mv control02.ct1 control02.ctl [root@node2 dgdemo]# mv control03.ct1 control03.ctl

------------------------------------------------------------------------------------------------------------------------------------ 改完再看还有错tail -f /u01/admin/dgdemo/bdump/alert_dgdemo.log 报以下错 Using STANDBY_ARCHIVE_DEST parameter default value as /u01/oradata/arch

destination database instance is 'started' not 'mounted'

这里的destination database是指备机本身，这个报错信息会定时出现，即每当在主库在switch logfile的时候出现。 --------------------------------------------------------------------------------------------- [root@node2 ~]# tail -f /u01/admin/dgdemo/bdump/alert_dgdemo.log starting up 1 shared server(s) ...

Thu Nov 24 17:49:56 2011 ALTER DATABASE MOUNT Thu Nov 24 17:49:56 2011

ORA-00202: control file: '/u01/oradata/dgdemo/control02.ctl' ORA-27041: unable to open file Linux Error: 13: Permission denied

这是oracle用户去读/u01/oradata/dgdemo/control02.ctl的权限不够 ---------------------------------------------------------------------------------------

把备库启动到mount (STARTUP MOUNT)后 再执行 让它 开始重做应用(start redo apply)

SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

这条命令是把已经接收到主库的归档日志文件，根据这些信息来更新备库;

到这时，根据主库initdgdemo.ora这文件有设了log_archive_dest_2='SERVICE=lsnode2 ，主库会一边工作一边把redolog传到lsnode2

Step 3 Test archival operations to the physical standby database.

测试1 测试主备的归档日志

在备库查一下，接收到主库的多少个归档日志

SQL> SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;

No rows selected

在主库执行让它归档

SQL> ALTER SYSTEM ARCHIVE LOG CURRENT;

在备库用下面命令发现会传一个归档过来, 7 23-NOV-11 24-NOV-11就是传过来的,这就说明已经接收到主库的归档日志。

SQL> SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;

SEQUENCE# FIRST_TIM NEXT_TIME ---------- --------- ---------

7 23-NOV-11 24-NOV-11

在备库查下是否更新了归档日志 7 YES就是更新的

SQL> SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;

SEQUENCE# APP ---------- ---

7 YES

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

测试1在主库创建一个表，在表里面插入数据，在备库看是不是也存在了 在主库操作

SQL> select * from iytssetbl;

select * from wzbtbl * ERROR at line 1:

ORA-00942: table or view does not exist 没有这个wzbtbl表 SQL> create table iytssetbl(id integer,name char(10)); 建表

Table created.

SQL> insert into iytssetbl values(1,'wzbdiytsse'); 插入数据

1 row created.

SQL> commit; 提交数据

Commit complete.

SQL> select * from iytssetbl; 查询表

ID NAME ---------- ---------- 1 iytsse

原来没有iytssetbl这张表，建了表，插入数据，查询有了

然后在主库执行命令让它归档

SQL> ALTER SYSTEM ARCHIVE LOG CURRENT;

System altered.

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

在备执行下面两条命令，使它从mount状态转到OPEN状态才能查询，注意在mount状态是不能查询的。

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

Database altered.

SQL> ALTER DATABASE OPEN;

Database altered.

这时再执行查询就可以查询到了 SQL> select * from iytssetbl;

ID NAME ---------- ---------- 1 iytsse

这图，主库一方面对外提供服务，另一方面把数据库更新写到\Online Redo logs\里面去，同时通过“ARCH”进程写到\Redo logs\去，“ARCH”进程同时通过NET (lsnode1 lsnode2) 传递到备

库的\在/u01/oradata/arch目录)去, 传进去以后，如果你的备库处于mount 状态，而

且是replay redo Apply 这时redo logs 会实时更新到备库; 但如果stand by处于Red-Only状态时，用户可以去查备库的数据， 就不再更新到standby Database去 ，（就是来自主库的redo logs还是会传到备库Arching Redo logs(即先传到/u01/oradata/arch目录下)，但虽传到Arching Redo logs，但不更新到standby Database去）

这是物理备库缺点，它有两种模式

一种是MOUNT 状态，它可以去把/u01/oradata/arch目录下redo logs的定时去redo apply更新

一种是 Redo-Only状态，它可以去查询，仍然会传到Arching Redo logs(/u01/oradata/arch目录下)但是就不去更新了.

你要打开Redo-Only它就和主库不同步了，就不能同步更新; 你如果要同步就不能打开

逻辑备库即可以打开Redo-Only 也能同步 ，逻辑备库比较复杂，备份效率没有物理备库高

----------------------------------------------------------------------------------------------------------------------------- 把逻辑备库从OPEN状态 切回 到Performing Redo Apply

SQL>ALTER DATABASE REC …… 此处隐藏：2602字，全部文档内容请下载后查看。喜欢就下载吧 ……