Oracle实例迁移_真实场景实操

简介: Oracle实例迁移_真实场景实操

背景

环境:

oracle为11.2版本 Linux-Centos6.5操作系统。


现状:

两台主机198,197 ,均已安装了oracle服务端。

其中198上已经创建了两个实例,197上只有orcl实例。

需要在197上搭建一套环境,数据保持和198一致。


步骤概述


  1. 停198数据库
  2. 将/oracle/product/112/dbs目录下的全部文件copy到197对应目录
  3. /oracle/admin目录以及子目录迁到197对应目录 ,文件可以不迁。
  4. /oradata/instance1 /oradata/instance2 全部文件数据迁到197对目录
  5. 数据库监听同步修改


操作步骤

停止198库

使用 oracle用户操作 su - oracle


Last login: Tue Sep 20 04:59:33 2016 from 10.45.22.168
oracle@entel2:[/oracle]$sqlplus sys/****** as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Tue Sep 20 05:43:15 2016
Copyright (c) 1982, 2013, Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> shutdown immediate
^CORA-01013: user requested cancel of current operation
shutdown immediate无反应......取消,改用abort
SQL> shutdown abort;
ORACLE instance shut down.
SQL> 

copy数据到197对应目录

scp -r /oracle/product/112/dbs oracle@10.45.7.197:/oracle/product/112/
scp -r  /oradata/instance1/ oracle@10.45.7.197:/oradata/
scp -r  /oradata/instance2/ oracle@10.45.7.197:/oradata/


操作之前请先确保197主机对应目录存在,确保存储空间足够.

启动197主机上的实例

oracle@entel1:[/oracle]$sqlplus sys/system as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Tue Sep 20 11:52:02 2016
Copyright (c) 1982, 2013, Oracle.  All rights reserved.
Connected to an idle instance.
SQL> shutdown immediate
ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
Linux-x86_64 Error: 2: No such file or directory
SQL> 
SQL> startup force
ORACLE instance started.
Total System Global Area 6530822144 bytes
Fixed Size          2265384 bytes
Variable Size        1140854488 bytes
Database Buffers     5368709120 bytes
Redo Buffers           18993152 bytes
Database mounted.
ORA-01172: recovery of thread 1 stuck at block 85000 of file 5
ORA-01151: use media recovery to recover block, restore backup if needed
SQL> show parameter audit_file_dest
NAME                     TYPE    VALUE
------------------------------------ ----------- ------------------------------
audit_file_dest              string  /oracle/admin/instance1/adump
SQL> shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 6530822144 bytes
Fixed Size          2265384 bytes
Variable Size        1140854488 bytes
Database Buffers     5368709120 bytes
Redo Buffers           18993152 bytes
Database mounted.
ORA-01172: recovery of thread 1 stuck at block 85000 of file 5
ORA-01151: use media recovery to recover block, restore backup if needed
解决:
SQL> select file#,name from v$datafile where file#=5;
     FILE#
----------
NAME
--------------------------------------------------------------------------------
     5
/oradata/instance1/tab_instance1_01.dbf
SQL>  recover datafile 5;
Media recovery complete.
从损坏的磁盘中恢复可读取的信息。
--------------------------------------------------------------------------------
SQL> shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 6530822144 bytes
Fixed Size          2265384 bytes
Variable Size        1140854488 bytes
Database Buffers     5368709120 bytes
Redo Buffers           18993152 bytes
Database mounted.
ORA-00600: internal error code, arguments: [kcratr_scan_lastbwr], [], [], [],
[], [], [], [], [], [], [], []
看日志: /oracle/diag/rdbms/instance1/instance1/trace/alert_instance1.log
Reread (file 3, block 2136) found same corrupt data (logically corrupt)
******** WRITE VERIFICATION FAILED ********
出现了逻辑坏块 (logically corrupt),因此需要进行介质恢复。
SQL> shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> startup mount ;
ORACLE instance started.
Total System Global Area 6530822144 bytes
Fixed Size          2265384 bytes
Variable Size        1140854488 bytes
Database Buffers     5368709120 bytes
Redo Buffers           18993152 bytes
Database mounted.
SQL> recover database ;
Media recovery complete.
SQL> alter database open ;
Database altered.


自此OK,数据库可以正常访问了.


相关文章
|
负载均衡 Oracle 关系型数据库
Linux启动多个Oracle实例
Linux启动多个Oracle实例
333 0
|
存储 Oracle 关系型数据库
Oracle数据库的应用场景有哪些?
【10月更文挑战第15天】Oracle数据库的应用场景有哪些?
1472 64
|
存储 Oracle 关系型数据库
关系型数据库Oracle应用场景
【7月更文挑战第5天】
764 3
|
SQL 运维 Oracle
【迁移秘籍揭晓】ADB如何助你一臂之力,轻松玩转Oracle至ADB的数据大转移?
【8月更文挑战第27天】ADB(Autonomous Database)是由甲骨文公司推出的自动化的数据库服务,它极大简化了数据库的运维工作。在从传统Oracle数据库升级至ADB的过程中,数据迁移至关重要。
437 0
|
Oracle 关系型数据库
【YashanDB知识库】YMP从oracle到yashan迁移评估报OCI相关错误
本文来自YashanDB官网,主要解决在使用YMP(yashan-migrate-platform)进行迁移评估时出现的OCI版本检查错误问题。错误原因为操作系统重装后,OCI所需依赖缺失(如`libnsl.so.1`、`libnnz19.so`等)。文章提供了排查步骤和解决方法:一是检查并配置环境变量`LD_LIBRARY_PATH`,二是若依赖仍缺失,则需手动下载并安装对应依赖文件。适用于使用YMP迁移平台的用户遇到OCI相关问题时参考。
|
Oracle 关系型数据库 网络安全
崖山异构数据库迁移利器YMP初体验-Oracle迁移YashanDB
文章是作者小草对崖山异构数据库迁移利器 YMP 的初体验分享,包括背景、YMP 简介、体验环境说明、YMP 部署(含安装前准备、安装、卸载、启动与停止)、数据迁移及遇到的问题与解决过程。重点介绍了 YMP 功能、部署的诸多细节和数据迁移流程,还提到了安装和迁移中遇到的问题及解决办法。
|
SQL Oracle 关系型数据库
Oracle向YashanDB迁移的丝滑体验
这篇文章主要介绍了从 Oracle 向 YashanDB 迁移的过程,包括 YashanDB 迁移平台 YMP 的介绍、下载安装准备、安装步骤、运行状态及访问方式,迁移中的添加数据源、创建任务、迁移配置、离线迁移、一致性校验等环节,还分享了迁移后的体验,认为 YMP 不错但希望增加在线迁移等功能。
|
SQL Oracle 关系型数据库
【YashanDB知识库】YMP迁移oracle不兼容给用户授权高级包
【YashanDB知识库】YMP迁移oracle不兼容给用户授权高级包
|
SQL Oracle 关系型数据库
基于YMP工具实现Oracle迁移YashanDB
这篇文章主要介绍了基于 YMP 工具实现 Oracle 迁移 YashanDB 的相关内容,包括 YMP 工具的简介、架构、规格,迁移前的环境准备和工具部署,迁移过程中的创建任务、评估、配置、离线迁移、校验等步骤,以及迁移体验,指出其部署简单、数据类型兼容但存在部分功能不支持等情况。
|
Oracle 关系型数据库 MySQL
使用崖山YMP 迁移 Oracle/MySQL 至YashanDB 23.2 验证测试
这篇文章是作者尚雷关于使用崖山YMP迁移Oracle/MySQL至YashanDB 23.2的验证测试分享。介绍了YMP的产品信息,包括架构、版本支持等,还详细阐述了外置库部署、YMP部署、访问YMP、数据源管理、任务管理(创建任务、迁移配置、离线迁移、校验初始化、一致性校验)及MySQL迁移的全过程。

推荐镜像

更多