DataGuard 主要目的 或者作用
1、主备唯一名不能相同
|
1
2
3
|
db_name,db_unique_name,instance_name,service_name，区别和关系
/u02/app/oracle/diag/rdbms/mydb/mydb/trace
+DATA/mydb/datafile/users
|
注意/ 影响：
正常来说报错，或者无法同步， 山大二院案例 windows 单机 dg，搭建完成，启动recover不报错，但无法实时同步。
2、OMF 对dg的影响
|
1
2
|
db_create_file_dest
db_file_name_convert/log_file_name_convert
|
影响： 主备切换，增量恢复
使用omf后，备端生成的名字类似如下：
+DATA/mydb/datafile/t2019.259.1018457031
+DATA/mydb/datafile/mytest.270.1025380271
当使用增量恢复时，我们需要恢复控制文件，怎么确定数据文件位置？
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
|
set lines 2000
set pages 999
col name for a70
select ‘alter database rename file ‘||f.file#||‘ to ‘‘‘||f.name||‘‘‘;‘ from v$datafile f order by f.file#;
select f.file#,f.name from v$datafile f order by f.file#;
set lines 2000
set pages 999
col name for a70
select ‘alter database rename file ‘||f.file#||‘ to ‘‘‘||f.name||‘‘‘;‘ from v$tempfile f order by f.file#;
select f.file#,f.name from v$tempfile f order by f.file#;
set lines 2000
set pages 999
col name for a70
select ‘alter database rename file ‘‘‘||f.name||‘‘‘ to ‘‘‘||f.file#||‘‘‘;‘ from v$datafile f order by f.file#;
set lines 2000
set pages 999
col name for a70
select ‘alter database rename file ‘‘‘||f.name||‘‘‘ to ‘‘‘||f.file#||‘‘‘;‘ from v$tempfile f order by f.file#;
|
注意事项：
1、尽量备份备端原有控制文件，以备后查
2、将数据文件、日志文件、临时文件等做好查询记录，更好用于恢复（建议恢复控制文件后对比）
如果没备份，恢复时突然发现不对怎么办？ 例如，system表空间就一个数据文件，备端却3个……
3、主备端数据文件不一致
问题：客户在主库添加数据文件后，造成dg中断
Warning: Datafile 88 (+DATA/plt136/datafile/bappr02.dbf) is offline during full database recovery
and will not be recovered
Waiting for all non-current ORLs to be archived...
All non-current ORLs have been archived.
Media Recovery Log +FLA/plt136/archivelog/2019_12_30/thread_2_seq_168948.6376.1028413411
Media Recovery Log +FLA/plt136/archivelog/2019_12_30/thread_1_seq_324738.9642.1028413409
Errors in file /u01/app/oracle/diag/rdbms/plt136/plt1361/trace/plt1361_pr00_11732.trc (incident=08516):
ORA-00600: internal error code, arguments: [3689], [88], [], [], [], [], [], [], [], [], [], Incident details in: /u01/app/oracle/diag/rdbms/plt136/plt1361/incident/incdir_208516/plt1361__11732_i208516.trc
Completed: alter database recover managed standby database using current logfile disconnect ession
主备端都查,发现两个问题， 主备端88号数据文件创建时间不同，表空间也不一样
--检查文件信息
|
1
2
|
select d.file#,t.name,d.name,d.creation_time from v$datafile d,v$tablespace t
where d.ts#=t.ts# and d.file#=88;
|
问题比较明朗：客户在主库增加数据文件时，数据文件编号为88号，但备端早已经有了88号数据文件，造成dg中断，报错。
alter tablespace bappr drop datafile 88
Deleted file /u02/app/oracle/product/11.2.0/db_home/dbs/gcltsysdata01_3.ora
Completed: alter tablespace bappr drop datafile 88
怎么处理……
1)、检查88号文件是怎么来的，主备端都检查， 主库因建错表空间位置，drop 表空间了，备库没有drop，是alter database create datafile 88 as ‘’；
2)、必须删除备端88文件，与主库保持一致，现在88文件已有数据，删除会丢失，怎么恢复
处理过程：
1、删除备端88号文件 --要知道，删除的88号文件，其实就是所属表空间(例如 B表空间)数据丢失
2、主端备份 B表空间数据，还有控制文件，恢复至dg备端（88号文件在备端已经没有了）
3、主端需要备份88号数据文件等后续产生的数据文件，恢复至备端
4、备端开启recover进程
为什么还有恢复控制文件？
因主备数据文件所属表空间不一致，控制文件记录的信息不一样，需要根主端一直
注意事项：
1、不管是删除还是增加数据文件，保持一致
2、处理前后检查、做好记录
4、standby log日志
建议主备都建好，为了方便，在做备份恢复前，主库建好。
注意事项： 主端未建，如有问题切换时，会多一个步骤，影响业务恢复时间
5、备端归档目录满
归档日志传输中断，如果不能清理归档日志怎么办？
- 更换目录或者文件夹
- 暂时停止归档日志传输，也需要预估好主端能存放多久归档
- 如备端性能差，追太慢呢？ 建议增量恢复
- 需要注意，造成归档日志满，备端归档目录最后一个或几个日志，可能已损坏，注意观察
6、主备硬件尽量性能相同
主要面对业务突然增加，如果备端性能较差，应用速度受限，造成数据同步延迟
7、如何分析DG备端性能
AWR 能否使用？ ash呢？ --awr是同步主端数据，ash是当前数据
执行计划呢，如何跟主库对比 --因为备端是只读环境，可以通过跟踪，10046等方式查询
