惊心动魄，生产系统上的重建唯一索引操作。

显示全部楼层 · 2011-1-4 10:36:17

首先简单介绍一下，该生产系统是一个省级的平台，很重要，是属于关系到国计民生的系统（也就是说，停机的可能性很低，客户不太可能答应）。
硬件设备很好，aix+rac+oracle+阵列01。
高峰期，active的session大约500-600左右，非高峰期，约200-300
前几天，一个同事误操作，把一张热点表的唯一性索引删除了，导致业务出现了混乱。（具体他怎样删除的情况大家就不要问了）
现在需要对这张表进行重建唯一性索引。
这张表3000多万记录，约2G，没有分区。
我该怎样操作，需要注意些什么事项呢？

千问 · 2011-1-4 10:36:17

好危险啊
期待高人指点

千问 · 2011-1-4 10:36:17

active的session大约500-600?你是在开玩笑把

千问 · 2011-1-4 10:36:17

才3000多万，2G这不算大
你的主机性能很好，如果能停机，开并行十分钟之内搞定
如果不能停机找一个最空闲的用online方式建，小心点应该没啥事
ps：关系国计民生的系统，能发生这么草率的事情，管理可见一斑，估计也不是什么太重要的系统。如果在金融行业，就可以滚蛋了
[ 本帖最后由 sunfire999 于 2010-12-18 13:53 编辑 ]

千问 · 2011-1-4 10:36:17

说的好~

千问 · 2011-1-4 10:36:17

create index ... online;

千问 · 2011-1-4 10:36:17

看你说的有点惊心动魄
不过，真如你所说，数据已经乱了（把一张热点表的唯一性索引删除了，导致业务出现了混乱），就不仅仅是如何建立索引的问题了。

千问 · 2011-1-4 10:36:17

原帖由 sunfire999 于 2010-12-18 13:49 发表
才3000多万，2G这不算大
你的主机性能很好，如果能停机，开并行十分钟之内搞定
如果不能停机找一个最空闲的用online方式建，小心点应该没啥事
ps：关系国计民生的系统，能发生这么草率的事情，管理可见一斑，估计也不是什么太重要的系统。如果在金融行业，就可以滚蛋了

诚如兄弟所说的，我们确实快要滚蛋了。客户下了最后一次通牒。

千问 · 2011-1-4 10:36:17

现在业务上采用了一些补救措施，可以有充分的时间去做这个事情，所以我想弄清楚些。
多谢上面几位兄弟，有几个问题在思考的：
1、现在每时每刻都有数据插入这张表中。在建唯一索引前，我要先删除重复的记录，如何确保（删除记录后-----重建索引前）这个时间段，插入表中的记录没有重复值？
2、如果重建的时间不是10分钟，而是需要一个小时、两个小时，那么将有很多要操作这个表的session在等待，如果这些session超过5000，6000甚至更多，如10000（初始化参数设置是10000），会不会系统挂起？

千问 · 2011-1-4 10:36:17

原帖由 sunfire999 于 2010-12-18 13:49 发表
才3000多万，2G这不算大
你的主机性能很好，如果能停机，开并行十分钟之内搞定
如果不能停机找一个最空闲的用online方式建，小心点应该没啥事
ps：关系国计民生的系统，能发生这么草率的事情，管理可见一斑，估计也不是什么太重要的系统。如果在金融行业，就可以滚蛋了
操作的那位同事已经被客户要求滚蛋了。
那张表还不是涉及金钱的表，但是因这事公司被巨额罚款。
我那同事他是属于水平低、胆子大的那种，我是属于水平低、胆子小的那种。