Oracle基于RMAN的異構(gòu)遷移測(cè)試

本文僅是閑暇時(shí)間，所做的一次遷移嘗試，沒有理論依據(jù)，不做實(shí)際項(xiàng)目實(shí)施參考，以此記錄以備后查；

先說結(jié)論，此次通過RMAN備份，進(jìn)行跨OS平臺(tái)遷的移測(cè)試失敗~_~；

正確的操作方式，參考本人的另一篇實(shí)踐手記：https://bbs.huaweicloud.com/blogs/242955

源主機(jī)：操作系統(tǒng)：Redhat Enterprise Linux Server 6.5

數(shù)據(jù)庫：Oracle 11G Release 11.2.0.1.0 RAC

存儲(chǔ)方式：ASM(Auto Storage Manager)

目標(biāo)主機(jī)：操作系統(tǒng)：Windows Server 2008 R2 SP1

數(shù)據(jù)庫：Oracle 11G Release 11.2.0.3.0

存儲(chǔ)方式：文件系統(tǒng)

1.Linux平臺(tái)上的數(shù)據(jù)庫的備份

--備份腳本如下：

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.復(fù)制備份集到目標(biāo)主機(jī)

--可以通過linux的mount去掛載Windows服務(wù)器的共享目錄，然后復(fù)制到Windows平臺(tái)：

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.目標(biāo)端數(shù)據(jù)庫恢復(fù)

3.1.在目標(biāo)機(jī)器上使用dbca創(chuàng)建一個(gè)數(shù)據(jù)庫，使用和源數(shù)據(jù)庫相同的SID：

dbca

創(chuàng)建完成后刪除該數(shù)據(jù)庫的相應(yīng)數(shù)據(jù)文件：

sqlplus "/as sysdba"

SQL> shutdown immediate

del orcl/datafile

del database/spfile

C:\Users\Administrator>net start oracleserviceorcl

請(qǐng)求的服務(wù)已經(jīng)啟動(dòng)。

3.2.恢復(fù)參數(shù)文件：

--使用RMAN啟動(dòng)數(shù)據(jù)庫到nomount狀態(tài)下：

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

+ ?--此處報(bào)錯(cuò)，錯(cuò)誤信息如下：

+ RMAN> startup nomount;

+

+ ?--啟動(dòng)失敗: ORA-01078: failure in processing system parameters

+ LRM-00109: ???????????????? 'D:\APP\ADMINISTRATOR\PRODUCT.2.0\DBHOME_1\DATABASE\INITORCL.ORA'

+

+ ?--在沒有參數(shù)文件的情況下啟動(dòng) Oracle 實(shí)例以檢索 spfile

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

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

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

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

+ RMAN-04014: 啟動(dòng)失敗: ORA-04031: unable to allocate 1048608 bytes of shared memory ("shared pool","unknown object","sga heap(1,0)","row cache")

+

+ ?--這個(gè)錯(cuò)誤，這是因?yàn)閿?shù)據(jù)庫的BUG，解決方法如下：

+ ?set ORA_RMAN_SGA_TARGET=350

+

+ ?--再次在RMAN里啟動(dòng)數(shù)據(jù)庫到nomount狀態(tài)下成功，然后嘗試恢復(fù)spfile：

+ RMAN> restore spfile from 'd:\orcl\data\back_8_1_20191027_ORCL';

+ 通道 ORA_DISK_1: 從 AUTOBACKUP 還原 SPFILE 已完成

+ 完成 restore 于 29-10月-19

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

3.3.修改參數(shù)文件中相應(yīng)的RAC信息后，用新pfile啟動(dòng)數(shù)據(jù)庫：

--先根據(jù)之前恢復(fù)出來的spfile創(chuàng)建一個(gè)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將數(shù)據(jù)庫啟動(dòng)到nomount狀態(tài)下：

SQL> shutdown immediate

SQL> startup nomount pfile='D:\app\Administrator\product.2.0\dbhome_1\database\INITorcl.ORA'

3.4.恢復(fù)控制文件

--使用以下命令恢復(fù)控制文件：

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

--改變數(shù)據(jù)庫的狀態(tài)到mount狀態(tài)：

RMAN> alter database mount;

數(shù)據(jù)庫已裝載

釋放的通道: ORA_DISK_1

3.5.修改原數(shù)據(jù)庫的數(shù)據(jù)文件、重做日志、臨時(shí)文件的路徑：

--查看原數(shù)據(jù)庫文件路徑信息：

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

--以新命名的路徑恢復(fù)數(shù)據(jù)文件：

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;

}

--此處報(bào)錯(cuò)，錯(cuò)誤信息如下：

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

啟動(dòng) restore 于 30-10月-19

使用目標(biāo)數(shù)據(jù)庫控制文件替代恢復(fù)目錄

分配的通道: ORA_DISK_1

通道 ORA_DISK_1: SID=96 設(shè)備類型=DISK

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

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

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

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

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

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Google查了一下，大致確認(rèn)是數(shù)據(jù)在不同OS下存儲(chǔ)的格式問題，RMAN的備份，是無法直接在異構(gòu)OS平臺(tái)下直接使用的；

在做了一些嘗試，無法解決這個(gè)問題，最后還是放棄了直接使用RMAN備份，進(jìn)行跨平臺(tái)恢復(fù)的方法了；

Oracle 數(shù)據(jù)庫

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。