oracle异构迁移,Oracle基于RMAN的异构迁移测试

末蓝、 2022-10-21 13:58 297阅读 0赞

1.Linux平台上的数据库的备份

\--备份脚本如下：

run \{

allocate channel t1 type disk;

backup incremental level 0

skip inaccessible

format '/oracle/orabak/orcl/data/bak\_%s\_%p\_%T\_%d'

database plus archivelog

format '/oracle/orabak/orcl/arch/arc\_%s\_%p\_%t\_%d'

delete input;

delete obsolete;

release channel t1;

2.复制备份集到目标主机

\--可以通过linux的mount去挂载Windows服务器的共享目录，然后复制到Windows平台：

mount -t cifs -o username='admin',password='password' 192.168.10.52:/ftp\_share /media/cifs

cd /media/cifs

cp -r /oracle/orabak/orcl ./

3.目标端数据库恢复

3.1.在目标机器上使用dbca创建一个数据库，使用和源数据库相同的SID：

dbca

创建完成后删除该数据库的相应数据文件：

sqlplus "/as sysdba"

SQL> shutdown immediate

del orcl/datafile

del database/spfile

C:\\Users\\Administrator>net start oracleserviceorcl

请求的服务已经启动。

3.2.恢复参数文件：

\--使用RMAN启动数据库到nomount状态下：

\+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

\+  --此处报错，错误信息如下：

\+ RMAN> startup nomount;

\+  --启动失败: ORA-01078: failure in processing system parameters

\+ LRM-00109: ????????????????'D:\\APP\\ADMINISTRATOR\\PRODUCT\\11.2.0\\DBHOME\_1\\DATABASE\\INITORCL.ORA'

\+  --在没有参数文件的情况下启动 Oracle 实例以检索 spfile

\+ RMAN-00571: ===========================================================

\+ RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

\+ RMAN-00571: ===========================================================

\+ RMAN-03002: startup 命令 (在 10/29/2019 16:56:15 上) 失败

\+ RMAN-04014: 启动失败: ORA-04031: unable to allocate 1048608 bytes of shared memory ("shared pool","unknown object","sga heap(1,0)","row cache")

\+  --这个错误，这是因为数据库的BUG，解决方法如下：

\+  set ORA\_RMAN\_SGA\_TARGET=350

\+  --再次在RMAN里启动数据库到nomount状态下成功，然后尝试恢复spfile：

\+ RMAN> restore spfile from 'd:\\orcl\\data\\back\_8\_1\_20191027\_ORCL';

\+ 通道 ORA\_DISK\_1: 从 AUTOBACKUP 还原 SPFILE 已完成

\+ 完成 restore 于 29-10月-19

\+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

3.3.修改参数文件中相应的RAC信息后，用新pfile启动数据库：

\--先根据之前恢复出来的spfile创建一个pfile，然后再修改：

SQL> create pfile from spfile;

\--这是改完之后的pfile文件：

\*.audit\_file\_dest='D:\\app\\Administrator\\admin\\orcl\\adump'

\*.audit\_trail='db'

\*.cluster\_database=false

\*.compatible='11.2.0.0.0'

\*.control\_files='D:\\app\\oradata\\orcl\\control01.ctl','D:\\app\\Administrator\\fast\_recovery\_area\\orcl\\control02.ctl'

\*.db\_block\_size=8192

\*.db\_domain=''

\*.db\_name='orcl'

\*.db\_recovery\_file\_dest\_size=8589934592

\*.log\_archive\_format='%t\_%s\_%r.dbf'

\*.memory\_target=3300917248

\*.open\_cursors=300

\*.processes=150

\*.remote\_login\_passwordfile='exclusive'

\--修改pfile后，再用pfile将数据库启动到nomount状态下：

SQL> shutdown immediate

SQL> startup nomount pfile='D:\\app\\Administrator\\product\\11.2.0\\dbhome\_1\\database\\INITorcl.ORA'

3.4.恢复控制文件

\--使用以下命令恢复控制文件：

RMAN> restore controlfile from 'd:\\orcl\\data\\back\_8\_1\_20191027\_ORCL';

输出文件名=D:\\APP\\ORADATA\\ORCL\\CONTROL01.CTL

输出文件名=D:\\APP\\ADMINISTRATOR\\FAST\_RECOVERY\_AREA\\ORCL\\CONTROL02.CTL

完成 restore 于 29-10月-19

\--改变数据库的状态到mount状态：

RMAN> alter database mount;

数据库已装载

释放的通道: ORA\_DISK\_1

3.5.修改原数据库的数据文件、重做日志、临时文件的路径：

\--查看原数据库文件路径信息：

SQL> col name format a50;

SQL> col file\# format 999999;

SQL> set linesize 120;

SQL> select file\#,name from v$datafile;

FILE\# NAME

\------- --------------------------------------------

1 +DATA/orcl/datafile/system.256.893622071

2 +DATA/orcl/datafile/sysaux.257.893622071

3 +DATA/orcl/datafile/undotbs1.258.893622073

4 +DATA/orcl/datafile/users.259.893622073

5 +DATA/orcl/datafile/undotbs2.264.893622239

SQL> select member from v$logfile;

MEMBER

\----------------------------------------------

\+DATA/orcl/onlinelog/group\_2.262.893622155

\+FRA/orcl/onlinelog/group\_2.258.893622157

\+DATA/orcl/onlinelog/group\_1.261.893622153

\+FRA/orcl/onlinelog/group\_1.257.893622155

\+DATA/orcl/onlinelog/group\_3.265.893622295

\+FRA/orcl/onlinelog/group\_3.259.893622295

\+DATA/orcl/onlinelog/group\_4.266.893622297

\+FRA/orcl/onlinelog/group\_4.260.893622297

已选择8行。

SQL> select name from v$tempfile;

NAME

\----------------------------------------------

\+DATA/orcl/tempfile/temp.263.893622161

\--以新命名的路径恢复数据文件：

run\{

set until sequence 57 thread 1;

set newname for datafile 1 to 'D:\\app\\oradata\\orcl\\system01.dbf';

set newname for datafile 2 to 'D:\\app\\oradata\\orcl\\sysaux01.dbf';

set newname for datafile 3 to 'D:\\app\\oradata\\orcl\\undotbs1.dbf';

set newname for datafile 4 to 'D:\\app\\oradata\\orcl\\users01.dbf';

set newname for datafile 5 to 'D:\\app\\oradata\\orcl\\undotbs02.dbf';

set newname for tempfile 1 to 'D:\\app\\oradata\\orcl\\temp01.dbf';

restore database from 'D:\\orcl\\data\\back\_7\_1\_20191027\_ORCL';

switch datafile all;

\--此处报错，错误信息如下：

\+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

启动 restore 于 30-10月-19

使用目标数据库控制文件替代恢复目录

分配的通道: ORA\_DISK\_1

通道 ORA\_DISK\_1: SID=96 设备类型=DISK

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: restore 命令 (在 10/30/2019 09:34:37 上) 失败

RMAN-06509: 只有 SPFILE 或控制文件才能从 AUTOBACKUP 还原

\+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

oracle异构迁移,Oracle基于RMAN的异构迁移测试

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关 Oracle应用集成难题：异构系统处理

相关 Oracle数据迁移：异构数据库同步挑战

相关 Oracle数据迁移：异构数据库同步问题案例

相关异构计算 — Overview

相关异构计算 — Overview

相关 oracle异构迁移,Oracle基于RMAN的异构迁移测试

相关 Oracle GoldenGate 之--异构平台同步（Mysql到Oracle）

相关 Oracle DataGuard 异构平台组合支持列表

相关数据异构

相关异构数据库迁移 db2---oracle