mysql异机迁移_RMAN 异机迁移

最新推荐文章于 2022-08-31 11:38:21 发布
最新推荐文章于 2022-08-31 11:38:21 发布
阅读量60 收藏 1
点赞数
文章标签： mysql异机迁移
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42467960/article/details/113297772
版权

目标库准备实例名准备：此实例名为原库的实例名。 不要随意设， 因控制文件里是有记录DB_NAME的， 如果你随便设置实例名，是没办

1. 环境说明：

原机：192.168.102.156 Oracle 10.2.0.1

目标：192.168.102.157 ORACLE 10.2.0.1

2.对数据库做创建一张表。

SQL> create table rmantest(id number(9));

Table created.

SQL> insert into rmantest(id) values(88);

1 row created.

SQL> commit;

Commit complete.

SQL> alter system switch logfile;

System altered.

3. 目标库准备实例名准备：此实例名为原库的实例名。 不要随意设， 因控制文件里是有记录DB_NAME的， 如果你随便设置实例名，是没办法完成迁移的。

[oracle@GOLDENGATE2 ~]$ export ORACLE_SID=gg1

[oracle@GOLDENGATE2 ~]$ echo $ORACLE_SID

gg1

4. 目标库准备参数文件。

(1) 在原库创建一个PFILE文件。

SQL> create pfile='/home/oracle/initgg1.ora' from spfile;

File created.

(2) 奖参数文件移至目标库。

[oracle@GOLDENGATE1 ~]$ scp initgg1.oraoracle@192.168.102.157:/home/oracle

oracle@192.168.102.157'spassword:

initgg1.ora 100% 1051 1.0KB/s 00:00

5. 在目标库创建参数文件中所需要的目录。

[oracle@GOLDENGATE2 ~]$ mkdir -p admin/gg1/adump

[oracle@GOLDENGATE2 ~]$ mkdir -p admin/gg1/bdump

[oracle@GOLDENGATE2 ~]$ mkdir -p admin/gg1/cdump

[oracle@GOLDENGATE2 ~]$ mkdir -p admin/gg1/dpdump

[oracle@GOLDENGATE2 ~]$ mkdir -p admin/gg1/udump

[oracle@GOLDENGATE2 ~]$ mkdir flash_recovery_area

[oracle@GOLDENGATE2 ~]$ mkdir -p oradata/gg1

[oracle@GOLDENGATE2 ~]$ mkdir archivelog

6. 在目标库创建SPFILE文件，并将数据库启动到NOMOUNT状态。

[oracle@GOLDENGATE2 ~]$ export ORACLE_SID=gg1

[oracle@GOLDENGATE2 ~]$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.1.0 - Production on Fri Sep 21 01:21:51 2012

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Connected to an idle instance.

SQL> create spfile from pfile='/home/oracle/initgg1.ora';

File created.

SQL> startup nomount;

ORACLE instance started.

Total System Global Area 167772160 bytes

Fixed Size 1218292 bytes

Variable Size 83888396 bytes

Database Buffers 75497472 bytes

Redo Buffers 7168000 bytes

7. 对原数据库进行热备份。 必备条件： 数据库属归档模式。

[oracle@GOLDENGATE1 ~]$ rman target /

Recovery Manager: Release 10.2.0.1.0 - Production on Fri Sep 21 01:21:49 2012

Copyright (c) 1982, 2005, Oracle. All rights reserved.

connected to target database: GG1 (DBID=1620494887)

RMAN> run{

allocate channel a1 type disk;

allocate channel a2 type disk;

backup format='/home/oracle/rman/full_%d_%T_%s' database;

backup format='/home/oracle/rman/arch_%d_%T_%s' archivelog all;

backup format='/home/oracle/rman/ctl_%U' current controlfile;

release channel a2;

release channel a1;

}2> 3> 4> 5> 6> 7> 8> 9>

released channel: ORA_DISK_1

allocated channel: a1

channel a1: sid=158 devtype=DISK

allocated channel: a2

channel a2: sid=141 devtype=DISK

Starting backup at 21-SEP-12

channel a1: starting full datafile backupset

channel a1: specifying datafile(s) in backupset

input datafile fno=00001 name=/home/oracle/oradata/gg1/system01.dbf

input datafile fno=00005 name=/home/oracle/oradata/gg1/example01.dbf

input datafile fno=00003 name=/home/oracle/oradata/gg1/sysaux01.dbf

channel a1: starting piece 1 at 21-SEP-12

channel a2: starting full datafile backupset

channel a2: specifying datafile(s) in backupset

input datafile fno=00006 name=/home/oracle/oradata/gg1/gg01.dbf

input datafile fno=00002 name=/home/oracle/oradata/gg1/undotbs01.dbf

input datafile fno=00004 name=/home/oracle/oradata/gg1/users01.dbf

channel a2: starting piece 1 at 21-SEP-12

channel a2: finished piece 1 at 21-SEP-12

piece handle=/home/oracle/rman/full_GG1_20120921_10 tag=TAG20120921T013222 comment=NONE

channel a2: backup set complete, elapsed time: 00:00:25

channel a2: starting full datafile backupset

channel a2: specifying datafile(s) in backupset

including current control file in backupset

channel a2: starting piece 1 at 21-SEP-12

channel a2: finished piece 1 at 21-SEP-12

piece handle=/home/oracle/rman/full_GG1_20120921_11 tag=TAG20120921T013222 comment=NONE

channel a2: backup set complete, elapsed time: 00:00:03

channel a2: starting full datafile backupset

channel a2: specifying datafile(s) in backupset

including current SPFILE in backupset

channel a2: starting piece 1 at 21-SEP-12

channel a2: finished piece 1 at 21-SEP-12

piece handle=/home/oracle/rman/full_GG1_20120921_12 tag=TAG20120921T013222 comment=NONE

channel a2: backup set complete, elapsed time: 00:00:02

channel a1: finished piece 1 at 21-SEP-12

piece handle=/home/oracle/rman/full_GG1_20120921_9 tag=TAG20120921T013222 comment=NONE

channel a1: backup set complete, elapsed time: 00:00:48

Finished backup at 21-SEP-12

Starting backup at 21-SEP-12

current log archived

channel a1: starting archive log backupset

channel a1: specifying archive log(s) in backup set

input archive log thread=1 sequence=4 recid=1 stamp=794527523

channel a1: starting piece 1 at 21-SEP-12

channel a2: starting archive log backupset

channel a2: specifying archive log(s) in backup set

input archive log thread=1 sequence=5 recid=2 stamp=794538401

input archive log thread=1 sequence=6 recid=3 stamp=794539337

input archive log thread=1 sequence=7 recid=4 stamp=794539385

channel a2: starting piece 1 at 21-SEP-12

channel a2: finished piece 1 at 21-SEP-12

piece handle=/home/oracle/rman/arch_GG1_20120921_13 tag=TAG20120921T013312 comment=NONE

channel a2: backup set complete, elapsed time: 00:00:02

channel a1: finished piece 1 at 21-SEP-12

piece handle=/home/oracle/rman/arch_GG1_20120921_14 tag=TAG20120921T013312 comment=NONE

channel a1: backup set complete, elapsed time: 00:00:03

channel a2: starting archive log backupset

channel a2: specifying archive log(s) in backup set

input archive log thread=1 sequence=8 recid=5 stamp=794539992

channel a2: starting piece 1 at 21-SEP-12

channel a2: finished piece 1 at 21-SEP-12

piece handle=/home/oracle/rman/arch_GG1_20120921_15 tag=TAG20120921T013312 comment=NONE

channel a2: backup set complete, elapsed time: 00:00:02

Finished backup at 21-SEP-12

Starting backup at 21-SEP-12

channel a1: starting full datafile backupset

channel a1: specifying datafile(s) in backupset

including current control file in backupset

channel a1: starting piece 1 at 21-SEP-12

channel a1: finished piece 1 at 21-SEP-12

piece handle=/home/oracle/rman/ctl_0gnlndut_1_1 tag=TAG20120921T013317 comment=NONE

channel a1: backup set complete, elapsed time: 00:00:02

Finished backup at 21-SEP-12

released channel: a2

released channel: a1

8. 将备份移至目标机。

[oracle@GOLDENGATE1 ~]$ cd rman/

[oracle@GOLDENGATE1 rman]$ ls

arch_GG1_20120921_13 arch_GG1_20120921_15 full_GG1_20120921_10 full_GG1_20120921_12

arch_GG1_20120921_14 ctl_0gnlndut_1_1 full_GG1_20120921_11 full_GG1_20120921_9

[oracle@GOLDENGATE1 rman]$ scp *oracle@192.168.102.157:/home/oracle/rman

oracle@192.168.102.157'spassword:

arch_GG1_20120921_13 100% 13MB 12.8MB/s 00:01

arch_GG1_20120921_14 100% 25MB 12.5MB/s 00:02

arch_GG1_20120921_15 100% 281KB 281.0KB/s 00:00

ctl_0gnlndut_1_1 100% 6944KB 6.8MB/s 00:00

full_GG1_20120921_10 100% 33MB 8.2MB/s 00:04

full_GG1_20120921_11 100% 6944KB 6.8MB/s 00:00

full_GG1_20120921_12 100% 96KB 96.0KB/s 00:01

full_GG1_20120921_9 100% 561MB 11.9MB/s 00:47

9. 在目标机上恢复控制文件。

[oracle@GOLDENGATE2 rman]$ rman target /

Recovery Manager: Release 10.2.0.1.0 - Production on Fri Sep 21 01:36:10 2012

Copyright (c) 1982, 2005, Oracle. All rights reserved.

connected to target database: gg1 (not mounted)

RMAN> restore controlfile from '/home/oracle/rman/ctl_0gnlndut_1_1';

Starting restore at 21-SEP-12

using target database control file instead of recovery catalog

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=156 devtype=DISK

channel ORA_DISK_1: restoring control file

channel ORA_DISK_1: restore complete, elapsed time: 00:00:03

output filename=/home/oracle/oradata/gg1/control01.ctl

output filename=/home/oracle/oradata/gg1/control02.ctl

output filename=/home/oracle/oradata/gg1/control03.ctl

Finished restore at 21-SEP-12

10. 启动数据库到MOUNT状态。

RMAN> alter database mount;

database mounted

released channel: ORA_DISK_1

11.恢复数据库。

RMAN> restore database;

Starting restore at 21-SEP-12

Starting implicit crosscheck backup at 21-SEP-12

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=156 devtype=DISK

Crosschecked 7 objects

Finished implicit crosscheck backup at 21-SEP-12

Starting implicit crosscheck copy at 21-SEP-12

using channel ORA_DISK_1

Finished implicit crosscheck copy at 21-SEP-12

searching for all files in the recovery area

cataloging files...

no files cataloged

using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile backupset restore

channel ORA_DISK_1: specifying datafile(s) to restore from backup set

restoring datafile 00002 to /home/oracle/oradata/gg1/undotbs01.dbf

restoring datafile 00004 to /home/oracle/oradata/gg1/users01.dbf

restoring datafile 00006 to /home/oracle/oradata/gg1/gg01.dbf

channel ORA_DISK_1: reading from backup piece /home/oracle/rman/full_GG1_20120921_10

channel ORA_DISK_1: restored backup piece 1

piece handle=/home/oracle/rman/full_GG1_20120921_10 tag=TAG20120921T013222

channel ORA_DISK_1: restore complete, elapsed time: 00:00:15

channel ORA_DISK_1: starting datafile backupset restore

channel ORA_DISK_1: specifying datafile(s) to restore from backup set

restoring datafile 00001 to /home/oracle/oradata/gg1/system01.dbf

restoring datafile 00003 to /home/oracle/oradata/gg1/sysaux01.dbf

restoring datafile 00005 to /home/oracle/oradata/gg1/example01.dbf

channel ORA_DISK_1: reading from backup piece /home/oracle/rman/full_GG1_20120921_9

channel ORA_DISK_1: restored backup piece 1

piece handle=/home/oracle/rman/full_GG1_20120921_9 tag=TAG20120921T013222

channel ORA_DISK_1: restore complete, elapsed time: 00:00:35

Finished restore at 21-SEP-12

RMAN> recover database;

Starting recover at 21-SEP-12

using channel ORA_DISK_1

starting media recovery

channel ORA_DISK_1: starting archive log restore to default destination

channel ORA_DISK_1: restoring archive log

archive log thread=1 sequence=8

channel ORA_DISK_1: reading from backup piece /home/oracle/rman/arch_GG1_20120921_15

channel ORA_DISK_1: restored backup piece 1

piece handle=/home/oracle/rman/arch_GG1_20120921_15 tag=TAG20120921T013312

channel ORA_DISK_1: restore complete, elapsed time: 00:00:02

archive log filename=/home/oracle/archivelog/1_8_794474474.dbf thread=1 sequence=8

unable to find archive log

archive log thread=1 sequence=9

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

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

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

RMAN-03002: failure of recover command at 09/21/2012 01:38:18

RMAN-06054: media recovery requesting unknown log: thread 1 seq 9 lowscn 529513

查看原库日志：

[oracle@GOLDENGATE1 archivelog]$ ls

1_4_794474474.dbf 1_5_794474474.dbf 1_6_794474474.dbf 1_7_794474474.dbf 1_8_794474474.dbf

[oracle@GOLDENGATE1 archivelog]$

干， 这里就没有那日志。

因为原库并未生成SEQ为9的日志，这里根本就没有9的备份。

用SQLPLUS连进行执行恢复。

SQL> recover database using backup controlfile;

ORA-00279: change 529513 generated at 09/21/2012 01:33:11 needed for thread 1

ORA-00289: suggestion : /home/oracle/archivelog/1_9_794474474.dbf

ORA-00280: change 529513 for thread 1 is in sequence #9

Specify log: {=suggested | filename | AUTO | CANCEL}

cancel

Media recovery cancelled.

12。 打开数据库。

SQL> alter database open resetlogs;

alter database open resetlogs

*

ERROR at line 1:

ORA-01113: file 1 needs media recovery

ORA-01110: data file 1: '/home/oracle/oradata/gg1/system01.dbf'

因为控制文件和数据文件不一致。

解决办法：

修改参数文件：增加 _allow_resetlogs_corruption='TURE'

关闭数据库，重建SPFILE文件，，并启动到NOMOUNT状态。

打开数据库：

SQL> alter database open resetlogs;

Database altered.

13。 检查

REDO日志和临时表空间文件会在打开数据库时根据控制文件中的记录去创建。

查看原库所建的表：

SQL> select * from rmantest;

ID

----------

88

迁移完成。

logo.gif

f68f2add0b68e4f9810432fce46917b7.png

本文原创发布php中文网，转载请注明出处，感谢您的尊重！

陈人
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
两台电脑mysql数据迁移，各版本mysql迁移（亲测）
自律
10-17 6602
mysql数据迁移
链接数据库的配置
zhihu000的博客
10-24 354
数据库连接配置文件书写： application.properties : spring.datasource.username=root //填自己的数据库用户名 spring.datasource.password=******** //填自己的密码 spring.datasource.url=jdbc:mysql://localhost:3306/…?serverTimezone=UTC&useUnicode=true&characterEncoding=utf-8//
RMAN数据库异机迁移步骤
袁子建
06-25 1791
--RMAN数据库异机迁移步骤 ----------------------------2013/09/28 测试环境：AIX+ora11g 一. source数据库准备。 1.获取数据文件编号和路径 SQL> select file_id,file_name from dba_data_files order by file_id; FILE_ID FILE_NAME ---------- -------------------------------------------.
mysql从旧电脑转移到新电脑
weixin_44759556的博客
08-31 1901
mysql数据库从旧电脑转移到新电脑
mysql异机迁移_使用RMAN迁移数据库到异机
weixin_39815310的博客
02-28 71
迁移数据库的方法有多种，较为常用的则是使用RMAN来迁移。使用RMAN迁移数据库属于数据库的物理备份与恢复范畴，整个过程中数据库迁移数据库的方法有多种，较为常用的则是使用RMAN来迁移。使用RMAN迁移数据库属于数据库的物理备份与恢复范畴，整个过程中数据库的相关信息是完整地镜像。因此，基于此种方式还原恢复的数据库用于测试会使得与真实的生产环境差异相对较小。本文描述了使用RMAN来还原Oracle ...
windows 非归档模式下，rman 异机迁移数据
08-19
windows 非归档模式下，rman 异机迁移数据 windows 非归档模式下，rman 异机迁移数据
异机迁移oracle 11.2.0.4单机至12cR2 RAC
12-14
异机迁移Oracle数据库是一个复杂的过程，特别是从Oracle 11.2.0.4单机环境迁移到12c Release 2 (12.2.0.1)的Real Application Clusters (RAC)环境。这个过程涉及到多个步骤，包括备份、恢复、参数配置以及系统升级。...
数据库异机恢复(RMAN)
05-10
数据库异机恢复(RMAN) 作为数据库管理员，数据库异机恢复是非常重要的一个话题。在生产环境中，数据库的可用性和数据的安全性是首要考虑的。RMAN（Recovery Manager）是一个强大的工具，可以帮助我们实现数据库的...
rman恢复方案和oracle异机恢复
09-10
主要介绍了rman恢复方案和oracle异机恢复,需要的朋友可以参考下
使用RMAN迁移数据库到异机
12-15
迁移数据库的方法有多种，较为常用的则是使用RMAN来迁移。使用RMAN迁移数据库属于数据库的物理备份与恢复范畴，整个过程中数据库的相关信息是完整地镜像。因此，基于此种方式还原恢复的数据库用于测试会使得与真实的...
Oracle 11g RMAN备份异机恢复 迁移数据 案例.
10-03
大牛总结的文档，全是干货！ Rman的异机恢复的作用很多，比如数据库迁移，数据库恢复，基于数据库架构调整的还原恢复(比如从RAC-->>单实例，ASM-->>文件系统)，有时候搭建测试环境也会用到，不过，这种情况下相信选择数据库复制方式比较方便。 文档打开密码见压缩包注释。
mysql异机迁移_MySQL5.17异机迁移到MySQL 5.7.23基本步骤
weixin_39804641的博客
01-20 108
资源环境资源环境源库环境：操作系统：Linux5.4Ip 地址 ：192.168.0.2目标库环境：操作系统:Linux6.8Ip 地址:192.168.0.3基本步骤①：停止业务，备份现有数据库(mysqldump方式或者物理备份)②：下载MySQL 5.7.23软件包，然后安装③：修改配置my.cnf配置文件④：启动新版本数据库⑤：导入备份的数据⑥：检查升级结果：select version(...
MySQL数据迁移
qq_44702056的博客
08-15 5281
如：将C:\projectDeploy\mysql\mysql5.6\mysql5.6\MySQL Server 5.6\data中的数据复制到 D:\mysql\data。1.需要设置目标路径的权限，如果不设置，MySql服务无法启动，服务是以NETWORK_SERVICE用户运行的，不设置文件夹权限会导致服务无法访问该文件夹。3、设置目标路径的权限（D:\MySql\Data），添加NETWORK_SERVICE用户为完全控制，不懂就把所有权限都沟上。5、启动mysql服务。...
mysql数据库文件移机_MySQL简易备份方法
weixin_34543543的博客
02-18 121
四.MySQL线上备份使用像上面的"档案"方式备份是个不错的方法,它最少可以保持该主机某个时间点的完整档案备份,但还是有一些问题需要考虑到,有些主机就不只建立一个 DB 而已, 总不能为了备份某个 DB 而把整个 MySQL 服务停止,备份档案的方式,回存在原主机上一定适用,但假如 MySQL 版本升级,或是在那天,该网页空间需迁机移机到别的主机时, 那就没人敢保证备出来的资料档可以用,所以我们可...
MySQL数据库迁移方法
Doge的技术小屋
05-14 7556
一、停止MySQL服务 此电脑右键 – 管理 – 服务，找到 MySQL 停止 二、修改路径 到C:\ProgramData\MySQL\MySQL Server x.x找到my.ini，打开它 第95行datadir改成目标路径，特别注意目标路径分隔符必须为 “\”，否则不成功！！！ 三、迁移数据文件 将C:\ProgramData\MySQL\MySQL Server x.x下的Data文件夹迁移到新的路径 四、最后再次启动服务即可 ...
oracle的rman异机迁移
mtb的博客
07-03 1071
1.查看数据库是否处于归档模式：SQL> archive log list; Database log mode Archive Mode Automatic archival Enabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log ...
mysql数据迁移（跨主机）
Atlan_blog
07-10 1190
1.环境   生产实操，原是1主2从。眼下在加一台从，采用直接复制数据文件的方式，完成数据迁移。   首先确认，原有主从架构的从不存在延时异常    ...
将mysql数据库拷贝到另一台机器_mysql数据库迁移到另一台电脑上
weixin_42186387的博客
01-19 5596
解决办法mysql要转换到另一台机器上面，最重要的要考虑以下几个问题1、数据库使用什么存储引擎，如果是myisam的话，可以把data目录复制移走。但如果是innodb的话，千万不要用这种方法，会存在种种问题的。至于innodb引myisam的区别，百度一下详细点。2、本地的操作系统是否引目标操作系统相同，如果是linux与windows之间的转移，因为平台的的不台，注意大小写表名字段的兼性。也可...
mysql-mysql跨机器数据迁移（命令方式）
雅冰石的专栏
03-26 9924
一：实验环境   IP 操作系统 主机名 源端 192.168.8.226 RedHat 4,32位 target_pc 目标端 192.168.8.225 RedHat 4,32位 source_pc   --这里把主机名为targe
rman 异机异目录恢复
最新发布
06-13
在Oracle数据库中，使用RMAN进行异机异目录恢复需要以下步骤： 1. 在目标数据库服务器上创建与源数据库相同的目录结构。 2. 在目标数据库服务器上创建与源数据库相同的数据库实例，包括实例名、SID、监听器、参数...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值