【Oracle不停库迁移, 迁移完成无法启动】

MD@[Oracle不停库迁移, 迁移完成无法启动]

Oracle不停库迁移, 迁移完成无法启动

说明: 1. 在企业上云的大背景下, 自建数据库迁移到云服务器内, 场景较为常见。本文意在解决Oracle迁移到云服务器内，无法启动的问题。
2. 用云厂商的迁移服务(如, 华为云SMS)，迁移到云服务器上, 目的端会重启。
3. 该文档可解决Oracle故障码: ORA-00214, ORA-00742, ORA-00312, ORA-01547, ORA-01152, ORA-01110, ORA-01194, ORA-00279, ORA-00289, ORA-00280, ORA-01507

1. 启动监听

(1) 检查监听器状态
[oracle@sjclinux ~]$ lsnrctl status
(2) 启动监听器
[oracle@sjclinux ~]$ lsnrctl start
(3) 停止监听器
[oracle@sjclinux ~]$ lsnrctl stop

2. 调整控制文件ctl一致 (ORA-00214)

ORA-00214: control file '/…/control02.ctl’version 906 inconsistent with file ‘/…/control01.ctl’
问题描述：启动Oracle实例时显示错误, SQL> startup;
问题分析：该故障码是说控制文件版本不一致。控制文件原理为维护数据库的当前物理状态，为二进制文件，数据库打开的时候控制文件一致变化。主要记录数据库名字、标示、当前日志SCN、表空间信息等。理论上3个控制文件应该一致。
解决办法：备份control01.ctl，复制一个control02.ctl改名为control01.ctl，直接根据报错信息找文件位置即可。
脚本语句：[oracle@sjclinux ~]$ cp /oracledata/fast_recovery_area/XXXXX/control02.ctl /oracledata/oradata/XXXXX/control01.ctl
尝试启动，sqlplus登录后, SQL> startup, 如果启动成功不用继续

3. 调整日志文件log一致 (ORA-00742) , 重置redolog

3.1 接上面的尝试启动, 如果出现以下报错:
ORA-00742: Log read detects lost write in thread 1 sequence 1202 block 137840
ORA-00312: online log 18 thread 1: ‘/u01/app/oracle/oradata/orcl/redo18.log’
问题分析：迁移服务器，目的端会需要重新启动，若正好有业务在运行，相当于宕机。数据库本身应当支持这样的宕机恢复，不必担心。
解决办法：尝试recover (可能会失败, 失败继续往下)
脚本语句：
SQL> RECOVER DATABASE UNTIL CANCEL; //尝试recover

3.2 如果尝试启动, 出现以下报错
ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 将出现如下错误
ORA-01152: 文件 1 没有从过旧的备份中还原
ORA-01110: 数据文件 1: ‘/oracle/oradata/orcl/system01.dbf’
问题分析：很明显控制文件中的scn没赶上数据文件和数据头文件中的变化 然后尝试不玩全恢复
解决办法：尝试重置日志 (可能会失败, 失败继续往下)
脚本语句：SQL> alter database open resetlogs; //一般情况下到这里就能启动
3.3 接上一步, 如果尝试启动, 又出现以下报错
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: ‘/u01/app/oracle/oradata/orcl/system01.dbf’
问题分析：基本可以确定是日志的问题
脚本语句：
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 669109 generated at 09/12/2009 18:47:00 needed for thread 1
ORA-00289: suggestion :
/u01/app/oracle/flash_recovery_area/ORCL/archivelog/2009_09_13/o1_mf_1_10_%u_.ar
c
ORA-00280: change 669109 for thread 1 is in sequence #10
Specify log: {=suggested | filename | AUTO | CANCEL}
继续执行：输入CANCEL
根据上面提示的内容，注意到 ‘change 669109 ’ 和 ‘sequence #10’，执行以下语句，可以查出redo logs ，注意要用sys：

SQL> conn sys/oracle as sysdba                         
Connected.

SQL> select v1.group#, member, sequence#, first_change# from v$log v1, v$logfile v2 where v1.group# = v2.group#;

情况描述：从结果里根据 sequence# 和 first_change# 找到了要用到的log file name:
/u01/app/oracle/oradata/orcl/redo03.log。在 Specify log: {=suggested | filename | AUTO | CANCEL} 下面输入：
/u01/app/oracle/oradata/orcl/redo03.log
弹出提示：
Log applied.
Media recovery complete.
再重置logs：
SQL> alter database open resetlogs;
Database altered.
看到Database altered, 说明基本解决。

4. 相关命令

4.1 sqlplus:用于登录sqlplus
[oracle@sjclinux ~]$ sqlplus sys/oracle as sysdba;

4.2.1 启动数据库
SQL> startup;

4.2.2 启动数据库, 并mount, 
解决: ORA-01507: database not mounted
SQL> startup mount;

4.3 关闭数据库
SQL> shutdown immediate;

4.4 强制关闭数据库
SQL> SHUTDOWN ABORT;

4.5 创建pfile
create pfile from spfile;

4.6 创建spfile
create spfile from pfile;

4.7 退出
SQL> exit;