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

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

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

说明: 1. 在企业上云的大背景下, 自建数据库迁移到云服务器内, 场景较为常见。本文意在解决Oracle迁移到云服务器内,无法启动的问题。

  1. 用云厂商的迁移服务(如, 华为云SMS),迁移到云服务器上, 目的端会重启。

  2. 该文档可解决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 l o g v 1 , v log v1, v logv1,vlogfile 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. 相关命令

bash 复制代码
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;
相关推荐
emma羊羊7 小时前
【SQL注入】延时盲注
数据库·sql·网络安全
一叶飘零_sweeeet7 小时前
从 MySQL 到 TiDB:分布式数据库的无缝迁移与实战指南
数据库·mysql·tidb
axban7 小时前
QT M/V架构开发实战:QStandardItemModel介绍
开发语言·数据库·qt
没学上了7 小时前
数据库建立库-Qt
数据库
我是zxb8 小时前
EasyExcel:快速读写Excel的工具类
数据库·oracle·excel
代码不停8 小时前
MySQL联合查询
java·数据库·mysql
沐浴露z8 小时前
Redis内存回收:过期策略与淘汰策略
数据库·redis·缓存
宴之敖者、8 小时前
MySQL——数据库基础
数据库·mysql
张3蜂9 小时前
MongoDB BI Connector 详细介绍与使用指南(手动安装方式,CentOS 7 + MongoDB 5.0.5)
数据库·mongodb·centos
春时似衿里9 小时前
jmeter配置数据库连接步骤
数据库·jmeter