用ontape -r还原一问

liaosnet

原帖由 kerom 于 2008-7-19 14:26 发表
用onstat -d 命令时,列出数据库空间及其所包含的chunk

是否需要先复原onstat -d所示的结构,再用ontape -r 还原数据?

比如一个应用有二个dbs分别是  1dbs  2dbs  
1dbs添加了10个chunk
2dbs添加了5个chu ...

下面这个:改动一下....ontape -r是在 offline模式下恢复,所以 "机型一样,库版本一样,裸设备数量,大小,链接方式都跟原来一样,各关键配置文件都跟原来一样 "就可以直接恢复..

还是说只要机型一样,库版本一样,裸设备数量,大小,链接方式都跟原来一样,各关键配置文件都跟原来一样,
再按原样建好物理dbs,逻辑dbs,临时dbs,
再把数据库启动后,再用ontape -r 还原即可?是不是用ontape -r 还原时,会自动建应用的dbs,及dbs所包含的chunk?

yunzhongyue

原帖由 kerom 于 2008-7-20 09:04 发表

**********


还原前,是否需要先建好业务表空间及添加业务表空间的CHUNK?

不用，只要机型一样,库版本一样,裸设备数量,大小,链接方式都跟原来一样,各关键配置文件都跟原来一样，直接ontape -r就可以了！

chenau

原帖由 yunzhongyue 于 2008-7-21 09:10 发表


不用，只要机型一样,库版本一样,裸设备数量,大小,链接方式都跟原来一样,各关键配置文件都跟原来一样，直接ontape -r就可以了！

楼上的正解。补充一下：
1）其实机型也不一定要一样，我试过在HP N4000的备分恢复到HP的RP4440上，当然如果是跨平台，如HP到IBM，可能就有问题。
2）数据库的版本号也不一定很严格。尝试过把7。3 UC5的恢复到7。3UW6上，好象运行了一年也没有问题，但如果是大的版本号变化，如7。3恢复成9。4，肯定是不行的。
3）其实恢复最紧要的就是裸设备的路径（或链结），和大小。路径就是/dev/vgxxx/rlv*这样的路径。
大小的话，新的LV大小超过原来是没有问题的，但绝对不能比原来少。

liaosnet

原帖由 chenau 于 2008-7-21 17:12 发表



楼上的正解。补充一下：
1）其实机型也不一定要一样，我试过在HP N4000的备分恢复到HP的RP4440上，当然如果是跨平台，如HP到IBM，可能就有问题。
2）数据库的版本号也不一定很严格。尝试过把7。3 UC5的 ...

额。。所谓的机型一样指系统内核，比如hpux11.11，32位的还是64位的。。这个要一样。。
数据库版本一样，实际上是ontape的版本要一样，当然也许有的小版本兼容，实际上就是这个ontape没做改动而已，偶试过hpux下的ids9.40fc2->ids9.40fc7w4就不可以，这就是做了改动。。呵~~
第三个就是这样了，能一样最好一样，多了还浪费空间不是。。呵~~