“五扩”已经提出很久了，其实上上周就说了，一直拖到现在，终于在昨夜实施，到目前为止，后续工作仍在进行中。
昨晚7时许，俺们部门不大的办公室里黑压压的站满了大大小小的领导和干活的人，他们来自公司的各个部门以及厂商的人。主要有以下几类：
- 完全不干活的，这包括省公司支援中心的和市公司的老总。
- 自己不干，但下面人干活的，包括计算机中心、动力等部门的领导，还有应用集成商的几个领导。
- 自己虽然也是个领导，但需要亲自动手的，包括俺们的主管、其他部门的主管，另外还有应用集成商的几个项目经理。
- 干活的，我们、其他部门的跟割接有关的岗位，还有应用集成商的干活的，还有厂商的工程师。
- 无关人员，拍照片的。
随着装模做样的宣布开始，“五扩”拉开序幕。其实，这几天一直都在准备，主要是对DataBase的备份，全备和逻辑备份的计划都很合理。谁料想，前两天备份一直都相当完美的带库突然error，两个机械手同时备的时候，到65G左右出以下错：
[Major] From: BMA@njqdnew "qdnew_drive2" Time: 2006-7-21 23:17:31[90:51] /dev/rmt/4mn Cannot write to device ([5] I/O error)
伤，真伤！考虑到今天晚上全备的重要性，决定换一个driver备份，结果到80G时就hang住不动了，仍然失败。这个时候，终于有人想到俺们一直用的都是这个旧的带库
终于能有充足的理由换新的了...
经过检查，前几天的全备数据在磁带上应该仍然有效，以防万一，把逻辑备份未考虑的表全部exp。
凌晨1时许，机器陆续下电，进行搬迁，搬迁机房的原因是目前的楼层承重到了，而有有2台新机器以及一个新阵列，工程要求对现有机房进行分拆。
拆机器、阵列的一系列过程略去（反正不是俺动手），到位后就是加电测试，然后改地址，再然后几台机器扩容，包括Superdome加cell板和俺的两台机器加CPU和Memory，这时，俺基本睡着了...
起来以后，俺的机器还没有出现什么问题，VG激活以后起库，基本正常。不过，听说Superdome的cell板在其他机器上好的，插到某台机器上就有问题。俺的机器，起了服务，恢复job，库目前正常。
一个遗留问题，带库报修，把归档模式改成了NoArchivelog，下周再处理。
END
作者: sopher | 可以转载, 转载时务必以超链接形式标明文章原始出处和作者信息及版权声明
网址: http://www.color-cc.com/2006/07/post_28.html
Comments (1)
1
(Web)
Posted on July 22, 2006 16:07
AUTHOR:
EMAIL:
IP:
URL:
DATE: 07/22/2006 04:07:51 PM
AUTHOR:
EMAIL:
URL:
IP:
DATE: 07/22/2006 04:07:51 PM
