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,数据库可以正常访问了.


相关文章
|
8月前
|
负载均衡 Oracle 关系型数据库
Linux启动多个Oracle实例
Linux启动多个Oracle实例
110 0
|
3月前
|
存储 Oracle 关系型数据库
Oracle数据库的应用场景有哪些?
【10月更文挑战第15天】Oracle数据库的应用场景有哪些?
221 64
|
5月前
|
SQL 运维 Oracle
【迁移秘籍揭晓】ADB如何助你一臂之力,轻松玩转Oracle至ADB的数据大转移?
【8月更文挑战第27天】ADB(Autonomous Database)是由甲骨文公司推出的自动化的数据库服务,它极大简化了数据库的运维工作。在从传统Oracle数据库升级至ADB的过程中,数据迁移至关重要。
84 0
|
6月前
|
存储 Oracle 关系型数据库
关系型数据库Oracle应用场景
【7月更文挑战第5天】
172 3
|
6月前
|
Oracle 关系型数据库 数据处理
|
8月前
|
存储 Oracle 关系型数据库
oracle 数据库 迁移 mysql数据库
将 Oracle 数据库迁移到 MySQL 是一项复杂的任务,因为这两种数据库管理系统具有不同的架构、语法和功能。
119 0
|
8月前
|
存储 SQL Oracle
Oracle存储过程与自定义函数的调用:异同与实战场景
【4月更文挑战第19天】Oracle的存储过程与自定义函数各有特色,存储过程用于封装复杂SQL操作,常在批量处理和数据维护中使用,通过CALL或EXECUTE调用;而自定义函数则用于简单计算和查询,返回单一值,可直接在SQL语句中调用。了解两者异同,如返回值方式、调用方式和应用场景,能提升数据库管理效率。实战场景包括:使用存储过程定期清理过期数据,用自定义函数在查询中动态计算字段值。
|
存储 SQL 负载均衡
达梦数据库与Oracle数据库:功能、性能和适用场景对比
数据库在现代信息技术领域中扮演着至关重要的角色。在企业级应用中,选择正确的数据库管理系统对于数据存储、处理和查询效率至关重要。本文将对比两个备受关注的数据库管理系统——达梦数据库和Oracle数据库,从功能、性能和适用场景等方面进行深入探讨,以帮助读者在选择合适数据库时做出明智的决策。
2887 1
|
Oracle 关系型数据库 分布式数据库
如何从Oracle迁移到PolarDB(ADAM)(二)
如何从Oracle迁移到PolarDB(ADAM)(二)
203 0
|
SQL Oracle 关系型数据库
Oracle 19c 启动和关闭实例保存PDB状态
十年以上 MySQL Oracle DBA从业者,MySQL 5.7 OCP, 微信号: jinjushuke
362 0

推荐镜像

更多