Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

3

积分

0

好友

0

主题
1#
发表于 2012-5-12 18:30:25 | 查看: 5916| 回复: 8
环境:
db Version 10.2.0.4.0
os AIX 5.3


如题,这边有一个aix下的Oracle,用的asm,由于原来的存储要淘汰掉,换上新存储来替换它,不知道除了rman来回导,有没有更好的办法?

目前我想到两个办法,不知大家怎么看,望大家多给点好建议:

1. 直接dd拷贝disk数据,然后挂载,这种办法不知是否可行?会不会涉及到要清除pvid的问题?

2. 把原来的旧的external方式冗余的diskgroup,改成normal,设置新的diskgroup为其fail group,然后待同步数据后,去除旧的diskgroup,把冗余方式改成external。
这种方式不知是否可行?改冗余策略的办法是否能行得通,我查官方文档好像找不到合适的做法介绍。。


现在处于规划阶段,大家帮忙给点建议,谢谢!!!!!

[ 本帖最后由 jet_life 于 2012-5-13 22:51 编辑 ]
2#
发表于 2012-5-12 18:47:47
提问 的 基本 要素 版本 日志 报错信息

回复 只看该作者 道具 举报

3#
发表于 2012-5-12 18:56:45

回复 2# 的帖子

sorry!

db Version 10.2.0.4.0
os AIX 5.3

现在还没到实施阶段,没有报错信息

回复 只看该作者 道具 举报

4#
发表于 2012-5-12 19:10:37
1 .

可以直接 挂在 新的存储 , 在原ASM 上创建 新的diskgroup , 把 原diskgroup上的文件 用rman 命令 copy 到新的diskgroup ,之后switch 即可

2.
可以使用 dd , 但更建议用第一种方法。  如果ASM Disk是直接使用的 PV 的话 , 该PV 应当本身就是没有pvid的

回复 只看该作者 道具 举报

5#
发表于 2012-5-12 21:45:47

回复 4# 的帖子

多谢解答。

1. 第一种方法是不是跟rman 做个全备然后restore、recover差不多效率?

2. pvid会不会在给pv做dd的过程中产生?

回复 只看该作者 道具 举报

6#
发表于 2012-5-12 22:00:10
1. 我不认为 使用  rman的 copy命令在效率上有什么问题, 理论上你可以多开几个disk channel ,前提是存储允许。  dd 不会比 这样 更高效 更安全

2.  请咨询 OS或存储厂商

回复 只看该作者 道具 举报

7#
发表于 2012-5-13 22:38:59

回复 6# 的帖子

ok,多谢maclean

回复 只看该作者 道具 举报

8#
发表于 2012-5-14 12:55:02
Exact Steps To Migrate ASM Diskgroups To Another SAN Without Downtime. [ID 837308.1]

这个文档适合么?

回复 只看该作者 道具 举报

9#
发表于 2012-5-14 13:08:50
这个文档提到了这个问题:
Corrective Action for Diskgroup with Disks Having PVIDs [ID 750016.1]


Solution
When the PVID is set to a disk in a volume group, the PVID is stored in two locations. In Physical disk header ( within first 4K )and in AIX's system object database, called ODM ( Object Data Manager ).

When the diskgroup is created, the disk header information of PVID is overwritten. However, with reboot the OS, from ODM, AIX might try to restore the PVID information onto the disk header,
there by destroying the ASM metadata.

If the ASM disk header Metadata has not been over written by PVID from ODM ( before a reboot ), then you can follow the following steps to update the ODM not to have PVID for the disks:

1] Do not reboot any node.

1.1] Drop one disk at a time from the diskgroup.

1.2] Clear the PVID of the dropped disk

# chdev -l hdisk5 -a pv=clear

Run this on ALL the nodes in case of RAC.

1.3] Check the disk does not have the PVID from ALL the nodes

# lspv

1.4] Add the disk back to the diskgroup

1.5] Do this for all the disks having PVID in the diskgroup, one by one. Take care that the rebalance is complete from the drop/add disk command before going for the next disk.

OR

2] This needs downtime:

2.1] Take 'dd' backup of the disk headers

# dd if=/dev/hdisk5 of=/tmp/d5.txt bs=1024 count=1024

2.2] Shutdown ASM instance ( on ALL the nodes in RAC setup ).

2.3] Clear the PVID

# chdev -l hdisk5 -a pv=clear

Run this on ALL the nodes in case of RAC.

2.4] Check the disk does not have the PVID from ALL the nodes

# lspv

2.5] Start the ASM Instance(s) and mount the diskgroup on ALL the nodes


WARNING:
Point-2 commands overrides the content of the disk header and so could be destructive if not correctly used. If you have any doubt, raise an SR with Oracle Support before any action.

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-11-15 17:52 , Processed in 0.050818 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569