几年前的事了,某业务系统,AIX 6.1+Oracle 11g RAC。
接到客户电话说/又满了,业务受影响,到达现场,二个节点/都是100%,rootvg已经没有空间可供分配,先清理了些小文件,没释放多少空间,继续查找大文件,无,查看发现/u01,/u02,/u03,/u04占用比较多,确认Oracle是安装在/u01,加上用户一直催,就没跟DBA进一步确认,直接把/u02,/u03,/u04干掉了,查看/确实释放了很多空间,然而,仅仅过了几分钟,悲剧了,业务宕了,急CALL DBA到现场,发现GRID安装目录没了,原来当初安装的人把GRID安装在了/u02,更悲剧的是以前的系统备份竟然读不出来,原因:磁带使用太久加上存放环境不好,最后重新安装,配置,恢复数据,折腾了数个小时,终于恢复了业务,然后立马找了2盒新磁带,清洁磁带机,备份系统,好在数据没有丢失,否则就要改行了。
总结:一定要小心再小心,谨慎再谨慎,确认再确认,涉及数据库的一定喊上DBA!
我想提点反面的声音,小心太宽。首先不能违反原则。客户东西,客户自己删除,我赞成巧雷的说法。
现场条件无论多么不好,客户多么催促,数据的东西不能乱删。客户要着急自己去操作。
我们只做更新的操作,不做任何删除操作,我们可以做复制 粘贴的动作,涉及删东西绝对不能做。
空间不够 很简单,让客户申请买硬盘,把数据拷贝新磁盘上。删除之类不能。
估计还不是重要业务,要是银联,清算类数据。客户直接就疯了。没有备份的情况任何数据都不删
收起我觉得具体怎么做,要看跟客户的交流和合同的要求来做,我也要说点大多数人不太喜欢的话,简单说就是没有按照规范规定来做。如果尽可能按照此项工作的规范要求来做(当然前题是要有这个规范)就会尽可能避免一些问题。
收起