巨型数据库的整库备份和恢复

古月雪

楼顶的兄弟，400G的数据全EXP，再IMP是一件很危险，很长时间的事情啊，
你们的N4000没买HP的CSS，PSS么？买了的话和负责你们的工程师商量下吧，
他们应该也要负责这样的事情的。

834508

最初由 chao_ping 发布
[B]
既然只是整个磁盘卷重做，把文件都tar出来，重组卷组，卷，文件系统就可以了，然后tar回去
更本不用重建数据库的。
如果只是你说的情况。 [/B]

因为我用的全部是裸设备，好像用TAR不行的，可能DD可以，但是
没有试过，心里没底。

834508

最初由 nanbatian 发布
[B]如果在逻辑卷条块化到三个阵列后， 如果一个阵列坏，  则整个数据库全完。
建议仍是阵列内的条块化，  将数据/索引/日志/回滚段分开.
如果还不满意，   一定要三个阵列同意为你转,  建议建小逻辑卷，使用partition建表。 [/B]

实际上每个阵列已经RAID-5, 目前所作的是在RAID-5的基础上再做
RAID-0,  所以应该没有你所说的问题。

834508

最初由 834508 发布
[B]

因为我用的全部是裸设备，好像用TAR不行的，可能DD可以，但是
没有试过，心里没底。 [/B]

刚才试了一下DD,命令如下：
dd if=裸设备名 of=文件名

可以将数据从裸设备到出，但是到出文件的大小是整个裸设备
的大小而不仅仅是有用数据的大小。而所有裸设备总容量将近800G。有没有一种只将裸设备有用数据到出的方法？

834508

最初由 andysun 发布
[B]SAR是什么东西? [/B]

在HP-UX下类似Glance的东东，不过是免费的，
如果想看磁盘IO负荷情况，可以渐入

sar -d  m n
将没m秒出一次报告，共出n次

如果想看cpu负荷情况，可以渐入

sar -uM  m n

feng_xin

关注，exp/imp太危险，想不出好办法。 搬个小凳，坐下听听

jerrey

如果允许ORACLE shutdown，而且有足够的空间，我建议还是要做个冷备的，有备无患，上次我做过一次备份，光逻辑备份就有10G，可想而知冷备需要多大空间了^_^

白鹭

null

白鹭

最初由 834508 发布
[B]

当初在3个阵列设定逻辑卷时没有考虑array spaning, 即在
阵列间实现I/O balance. 目前用sar发现三个阵列的I/O负荷
很不平衡，因此决定重新配置阵列，即在配置逻辑卷时
在阵列间实现条块化，同时保证对上层软件的透明（卷组，
逻辑卷raw device名称保持不变）

目前系统已经在实际运行中，数据库估计有将近400G的数据
，我已经用exp分别将几个大表和truncate大表后的整库备份出
来。我的问题是如何用imp实现全库恢复。因为此时数据库已
经关闭，而好像imp必须在database open 情况下运行,那么此时
我怎样才能把数据库完全重建呢？如果在mount后运行create
database 以同样名字创建一个数据库后在imp，我又担心不能
原样恢复。

实际上每个阵列已经RAID-5, 目前所作的是在RAID-5的基础上再做
RAID-0,  所以应该没有你所说的问题。 [/B]

Reorganizing a large production database require much down time. So I suggest you check your application first instead of reorganizing the disk arrays. If you still want to do it, you don’t need to use the exp and imp method. According to the raw device, as you mentioned above you can use dd to do a cold or hot backup, and then reorganize the disk array, after that use dd to restore the whole database. You still have another choice, use RMAN to backup and restore the database. You
said that you use RAID 5 and then RAID 0, this way I never heard before, it's very interesting, why? I suggest you use RAID 0+1 to get a better load balance and still gain high availability.
You can write a PL/SQL script to generate the backup scripts. For example:
host dd if=<raw_file> of=<fs_file> bs=65536 count=<v$datafile.bytes/65536) + 16>
And if you use RMAN, you can gain a better performance than use dd. Please reference RMAN manuals to backup & restore the database.

topxu

推荐使用RMAN