Oracle企业版本有一个非常实用的功能叫 Dataguard ,它可以为数据库做多副本的容灾,还可以实现数据快速迁移等。当然,它的价格也是非常高昂。那么Oracle 标准版可否通过一些特性舍弃也达到一定程度的Dataguard呢?答案是肯定的。
我们可以利用RMAN Duplicate功能快速创建Manual Dataguard on Standard Edition环境。
在此我只记录关键的步骤,其他步骤请参考 OracleRMAN备份与恢复之九:Active Database Duplicate
1.RMAN执行的关键命令如下:
DUPLICATE TARGET DATABASEFOR STANDBYFROM ACTIVE DATABASEDORECOVERNOFILENAMECHECK;
环境自动创建过程参考:
C:\>rman target /@ORCL auxiliary /@ORCLDG恢复管理器: Release 11.2.0.4.0 - Production on 星期一 9月 2 22:21:11 2019Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.已连接到目标数据库: ORCL (DBID=1540861503)
已连接到辅助数据库: ORCL (未装载)RMAN> DUPLICATE TARGET DATABASE
2> FOR STANDBY
3> FROM ACTIVE DATABASE
4> DORECOVER
5> NOFILENAMECHECK;启动 Duplicate Db 于 02-9月 -19
使用目标数据库控制文件替代恢复目录
分配的通道: ORA_AUX_DISK_1
通道 ORA_AUX_DISK_1: SID=129 设备类型=DISK内存脚本的内容:
{backup as copy reusepasswordfile auxiliary format 'C:\app\Administrator\product\11.2.0\dbhome_1\
DATABASE\PWDorcl.ORA' ;
}
正在执行内存脚本启动 backup 于 02-9月 -19
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: SID=56 设备类型=DISK
完成 backup 于 02-9月 -19内存脚本的内容:
{backup as copy current controlfile for standby auxiliary format 'D:\ORADATA\
ORCL\CONTROL01.CTL';restore clone primary controlfile to 'D:\ORADATA\ORCL\CONTROL02.CTL' from'D:\ORADATA\ORCL\CONTROL01.CTL';
}
正在执行内存脚本启动 backup 于 02-9月 -19
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动数据文件副本
复制备用控制文件
输出文件名=D:\RMANBACKUP\SNCFORCL.ORA 标记=TAG20190902T222208
通道 ORA_DISK_1: 数据文件复制完毕, 经过时间: 00:00:01
完成 backup 于 02-9月 -19启动 restore 于 02-9月 -19
使用通道 ORA_AUX_DISK_1通道 ORA_AUX_DISK_1: 已复制控制文件副本
完成 restore 于 02-9月 -19内存脚本的内容:
{sql clone 'alter database mount standby database';
}
正在执行内存脚本sql 语句: alter database mount standby database内存脚本的内容:
{set newname for datafile 1 to"D:\ORADATA\ORCL\SYSTEM01.DBF";set newname for datafile 2 to"D:\ORADATA\ORCL\SYSAUX01.DBF";set newname for datafile 3 to"D:\ORADATA\ORCL\UNDOTBS01.DBF";set newname for datafile 4 to"D:\ORADATA\ORCL\USERS01.DBF";set newname for datafile 5 to"D:\ORADATA\ORCL\EXAMPLE01.DBF";backup as copy reusedatafile 1 auxiliary format"D:\ORADATA\ORCL\SYSTEM01.DBF" datafile2 auxiliary format"D:\ORADATA\ORCL\SYSAUX01.DBF" datafile3 auxiliary format"D:\ORADATA\ORCL\UNDOTBS01.DBF" datafile4 auxiliary format"D:\ORADATA\ORCL\USERS01.DBF" datafile5 auxiliary format"D:\ORADATA\ORCL\EXAMPLE01.DBF" ;sql 'alter system archive log current';
}
正在执行内存脚本正在执行命令: SET NEWNAME正在执行命令: SET NEWNAME正在执行命令: SET NEWNAME正在执行命令: SET NEWNAME正在执行命令: SET NEWNAME启动 backup 于 02-9月 -19
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动数据文件副本
输入数据文件: 文件号=00001 名称=D:\ORADATA\ORCL\SYSTEM01.DBF
输出文件名=D:\ORADATA\ORCL\SYSTEM01.DBF 标记=TAG20190902T222217
通道 ORA_DISK_1: 数据文件复制完毕, 经过时间: 00:00:15
通道 ORA_DISK_1: 启动数据文件副本
输入数据文件: 文件号=00002 名称=D:\ORADATA\ORCL\SYSAUX01.DBF
输出文件名=D:\ORADATA\ORCL\SYSAUX01.DBF 标记=TAG20190902T222217
通道 ORA_DISK_1: 数据文件复制完毕, 经过时间: 00:00:16
通道 ORA_DISK_1: 启动数据文件副本
输入数据文件: 文件号=00005 名称=D:\ORADATA\ORCL\EXAMPLE01.DBF
输出文件名=D:\ORADATA\ORCL\EXAMPLE01.DBF 标记=TAG20190902T222217
通道 ORA_DISK_1: 数据文件复制完毕, 经过时间: 00:00:07
通道 ORA_DISK_1: 启动数据文件副本
输入数据文件: 文件号=00003 名称=D:\ORADATA\ORCL\UNDOTBS01.DBF
输出文件名=D:\ORADATA\ORCL\UNDOTBS01.DBF 标记=TAG20190902T222217
通道 ORA_DISK_1: 数据文件复制完毕, 经过时间: 00:00:03
通道 ORA_DISK_1: 启动数据文件副本
输入数据文件: 文件号=00004 名称=D:\ORADATA\ORCL\USERS01.DBF
输出文件名=D:\ORADATA\ORCL\USERS01.DBF 标记=TAG20190902T222217
通道 ORA_DISK_1: 数据文件复制完毕, 经过时间: 00:00:01
完成 backup 于 02-9月 -19sql 语句: alter system archive log current内存脚本的内容:
{backup as copy reusearchivelog like "D:\ARCHIVELOG\ARC0000002223_1013080770.0001" auxiliary form
at"D:\ARCHIVELOG\ARC0000002223_1013080770.0001" ;catalog clone archivelog "D:\ARCHIVELOG\ARC0000002223_1013080770.0001";switch clone datafile all;
}
正在执行内存脚本启动 backup 于 02-9月 -19
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 正在开始复制归档日志
输入归档日志线程=1 序列=2223 RECID=2065 STAMP=1017958979
输出文件名=D:\ARCHIVELOG\ARC0000002223_1013080770.0001 RECID=0 STAMP=0
通道 ORA_DISK_1: 归档日志复制完成, 经过时间: 00:00:01
完成 backup 于 02-9月 -19已编目的归档日志
归档日志文件名=D:\ARCHIVELOG\ARC0000002223_1013080770.0001 RECID=1 STAMP=1017958
989数据文件 1 已转换成数据文件副本
输入数据文件副本 RECID=1 STAMP=1017958989 文件名=D:\ORADATA\ORCL\SYSTEM01.DBF
数据文件 2 已转换成数据文件副本
输入数据文件副本 RECID=2 STAMP=1017958989 文件名=D:\ORADATA\ORCL\SYSAUX01.DBF
数据文件 3 已转换成数据文件副本
输入数据文件副本 RECID=3 STAMP=1017958989 文件名=D:\ORADATA\ORCL\UNDOTBS01.DBF
数据文件 4 已转换成数据文件副本
输入数据文件副本 RECID=4 STAMP=1017958989 文件名=D:\ORADATA\ORCL\USERS01.DBF
数据文件 5 已转换成数据文件副本
输入数据文件副本 RECID=5 STAMP=1017958989 文件名=D:\ORADATA\ORCL\EXAMPLE01.DBF内存脚本的内容:
{set until scn 5646760;recoverstandbyclone databasedelete archivelog;
}
正在执行内存脚本正在执行命令: SET until clause启动 recover 于 02-9月 -19
使用通道 ORA_AUX_DISK_1正在开始介质的恢复线程 1 序列 2223 的归档日志已作为文件 D:\ARCHIVELOG\ARC0000002223_1013080770.000
1 存在于磁盘上
归档日志文件名=D:\ARCHIVELOG\ARC0000002223_1013080770.0001 线程=1 序列=2223
介质恢复完成, 用时: 00:00:01
完成 recover 于 02-9月 -19
完成 Duplicate Db 于 02-9月 -19RMAN>
2.计划任务定期拷贝归档日志
@echo off
:: Author : Eric.zhong(ericzhong2010@qq.com)
:: Data:20190902
:: Desc: Auto Copy Archivelog From Primary Database
net use \\192.168.0.94\d$\ARCHIVELOG /user:zhong\administrator PASSWORD
SET statistics=%date:~0,4%-%date:~5,2%-%date:~8,2%
echo %date:~0,4%-%date:~5,2%-%date:~8,2% %time% >> C:\Scripts\xCopyLog\xCopyArchivelog-%statistics%.txt
XCOPY \\192.168.0.94\d$\ARCHIVELOG D:\Archivelog /s /e /h /r /k /y /d >> C:\Scripts\xCopyLog\xCopyArchivelog-%statistics%.txtforfiles.exe /p "d:\Archivelog" /m *.* /d -3 /c "cmd /c del @path"
3.手工应用归档日志并将数据库启动到READ ONLY状态
RECOVERDATABASE.bat
sqlplus / as sysdba @RECOVERDATABASE.txt
RECOVERDATABASE.txt
SPOOL RECOVERDATABASE.LOG
select to_char(sysdate,'yyyy-mm-dd hh:mi:ss') from dual;
SELECT * FROM (SELECT SEQUENCE# , to_char(FIRST_TIME,'yyyy-mm-dd hh24:mi:ss') FROM V$LOG_HISTORY ORDER BY SEQUENCE# DESC ) WHERE ROWNUM = 1;
RECOVER STANDBY DATABASE;
AUTO
SPOOL OFF
ALTER DATABASE OPEN READ ONLY;
EXIT
日志参考:
TO_CHAR(SYSDATE,'YY
-------------------
2019-09-02 10:38:18 SEQUENCE# TO_CHAR(FIRST_TIME,
---------- ------------------- 2225 2019-09-02 22:24:38 ORA-00279: 更改 5647093 (在 09/02/2019 22:29:39 生成) 对于线程 1 是必需的
ORA-00289: 建议: D:\ARCHIVELOG\ARC0000002226_1013080770.0001
ORA-00280: 更改 5647093 (用于线程 1) 在序列 #2226 中 ORA-00308: cannot open archived log
'D:\ARCHIVELOG\ARC0000002226_1013080770.0001'
ORA-27041: unable to open file
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。 ORA-00308: cannot open archived log
'D:\ARCHIVELOG\ARC0000002226_1013080770.0001'
ORA-27041: unable to open file
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。
4.数据库状态检查
上述日志中,我们看到变更的时间点 5647093 (在 09/02/2019 22:29:39 生成) ,下图最后写入的数据与此是一致的。
![在这里插入图片描述](https://img.php1.cn/3cd4a/1eebe/cd5/0a0ce631ec450943.webp?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zODYyMzk5NA==,size_16,color_FFFFFF,t_70)
多次反复执行RECOVERDATABASE.bat,可以获得更接近于当前时间的数据库。
[常见问题]
1.数据库关闭后,如何启动?
数据库关闭
shutdown immediate
数据库启动
startup nomount
alter database mount standby database;
2.可否将数据库切换为正式库?
可以。
实际上,数据库是PHYSICAL STANDBY模式。
![在这里插入图片描述](https://img.php1.cn/3cd4a/1eebe/cd5/4fae50aeee651818.webp)
我们可以通过FAILOVER方式将数据库变更为正式库。
ALTER DATABASE ACTIVATE PHYSICAL STANDBY DATABASE;
※ 此操作不可逆,必须要通过READ ONLY确认清楚日志应用与数据状态!
操作完毕后,我们将无法再继续应用日志必须尽快对数据库实施备份。
![在这里插入图片描述](https://img.php1.cn/3cd4a/1eebe/cd5/780a3060eeed6a4e.webp)