请列出你在从事DBA生涯中,最难以忘怀的一次误操作

rollingpig

呵呵，这就是危机处理……

原帖由 kelsoncong 于 2007-12-17 11:05 发表
最惨的一次是和公司的一个傻哥们一起出差,那个哥们不知道出于什么考虑,将主服务器和备份服务器的IP反

了一下,但是tnsnames没做修改,我准备重做备服的时候,使用了drop user cascade,把所有的用户都干了一

遍,刚刚干完,所有科室上夜班的护士小妹妹都给我打电话,说科室里的电脑全部不能用了,当时急的不行了,

还好习惯还不错,来的前一天做了一个全库冷备，立刻进行了恢复,不过也丢失了一整天的数据.
一个小时以后，所有的院领导以及信息科的工作人员都出现在我的面前，并质问我原因,我只能一脸无奈的

告诉他们刚刚来了只熊猫，那只熊猫烧了把香,然后数据就全丢了。然后给了他们一个卖瑞星的兄弟的电话,

那个兄弟连夜驱车200公里赶到目的地,到场以后首先确实了一下那个烧香的熊猫的存在,然后指出了那只熊

猫的巨大危害性，最后建议他们购买一套全院级的杀毒软件。大院长听取汇报后当即指示，立刻购买一套全

院级的杀毒软件，第二天一早就在购买合同上签字盖章.
这个事情造成四个后果,
第一,我在所有删除性操作以前都要核实一下对象的准确性,
第二,我从此拒绝和那个傻哥们一起出差，
第三，那个卖杀毒软件的兄弟会经常联系我，看看我有没有犯类似的错误。
第四，兄弟越多越好

waityou81

这个很强啊 说一下我的。原来接手一个部门的所有数据库，结果漏了一个，也没人告诉我，所以我不知道这个数据库存在。一天一个程序人员误按了一个按钮，把大量的数据全部删除，找到我后，发现数据库没有归档，也没有任何备份。结果是程序人员补了几天的数据，我的奖金也直接泡汤

原帖由 kelsoncong 于 2007-12-17 11:05 发表
最惨的一次是和公司的一个傻哥们一起出差,那个哥们不知道出于什么考虑,将主服务器和备份服务器的IP反

了一下,但是tnsnames没做修改,我准备重做备服的时候,使用了drop user cascade,把所有的用户都干了一

遍,刚刚干完,所有科室上夜班的护士小妹妹都给我打电话,说科室里的电脑全部不能用了,当时急的不行了,

还好习惯还不错,来的前一天做了一个全库冷备，立刻进行了恢复,不过也丢失了一整天的数据.
一个小时以后，所有的院领导以及信息科的工作人员都出现在我的面前，并质问我原因,我只能一脸无奈的

告诉他们刚刚来了只熊猫，那只熊猫烧了把香,然后数据就全丢了。然后给了他们一个卖瑞星的兄弟的电话,

那个兄弟连夜驱车200公里赶到目的地,到场以后首先确实了一下那个烧香的熊猫的存在,然后指出了那只熊

猫的巨大危害性，最后建议他们购买一套全院级的杀毒软件。大院长听取汇报后当即指示，立刻购买一套全

院级的杀毒软件，第二天一早就在购买合同上签字盖章.
这个事情造成四个后果,
第一,我在所有删除性操作以前都要核实一下对象的准确性,
第二,我从此拒绝和那个傻哥们一起出差，
第三，那个卖杀毒软件的兄弟会经常联系我，看看我有没有犯类似的错误。
第四，兄弟越多越好

niubro

和数据库无关，去客户那里做升级，白天交易时间（证券），由于不熟悉客户机房里设备的摆放，以为屏幕下的键盘就是这台主机的，直接ctrl+alt+del启动（无盘站）结果这个键盘控制的是另外机架的主机，是乾隆转码机器，吓了一身冷汗，尽快重启。
教训：去客户那里一定先熟悉环境，最好和客户一起做。

wanghaojq

有一次大厦停电，通知半夜12点停电，我就懒得去动数据库了，没有备份，结果第二天早上，磁盘阵列启动不了了。丢了周五一天的数据。我才发现：不能想当然的认为什么都不用做，这个错误让我更加记住了大家常说的：备份重于一切。呵呵……

wangfans

原帖由 kelsoncong 于 2007-12-17 11:05 发表
最惨的一次是和公司的一个傻哥们一起出差,那个哥们不知道出于什么考虑,将主服务器和备份服务器的IP反

了一下,但是tnsnames没做修改,我准备重做备服的时候,使用了drop user cascade,把所有的用户都干了一

遍,刚刚干完,所有科室上夜班的护士小妹妹都给我打电话,说科室里的电脑全部不能用了,当时急的不行了,

还好习惯还不错,来的前一天做了一个全库冷备，立刻进行了恢复,不过也丢失了一整天的数据.
一个小时以后，所有的院领导以及信息科的工作人员都出现在我的面前，并质问我原因,我只能一脸无奈的

告诉他们刚刚来了只熊猫，那只熊猫烧了把香,然后数据就全丢了。然后给了他们一个卖瑞星的兄弟的电话,

那个兄弟连夜驱车200公里赶到目的地,到场以后首先确实了一下那个烧香的熊猫的存在,然后指出了那只熊

猫的巨大危害性，最后建议他们购买一套全院级的杀毒软件。大院长听取汇报后当即指示，立刻购买一套全

院级的杀毒软件，第二天一早就在购买合同上签字盖章.
这个事情造成四个后果,
第一,我在所有删除性操作以前都要核实一下对象的准确性,
第二,我从此拒绝和那个傻哥们一起出差，
第三，那个卖杀毒软件的兄弟会经常联系我，看看我有没有犯类似的错误。
第四，兄弟越多越好

paulyibinyi

原帖由 kelsoncong 于 2007-12-17 11:05 发表
最惨的一次是和公司的一个傻哥们一起出差,那个哥们不知道出于什么考虑,将主服务器和备份服务器的IP反

了一下,但是tnsnames没做修改,我准备重做备服的时候,使用了drop user cascade,把所有的用户都干了一

遍,刚刚干完,所有科室上夜班的护士小妹妹都给我打电话,说科室里的电脑全部不能用了,当时急的不行了,

还好习惯还不错,来的前一天做了一个全库冷备，立刻进行了恢复,不过也丢失了一整天的数据.
一个小时以后，所有的院领导以及信息科的工作人员都出现在我的面前，并质问我原因,我只能一脸无奈的

告诉他们刚刚来了只熊猫，那只熊猫烧了把香,然后数据就全丢了。然后给了他们一个卖瑞星的兄弟的电话,

那个兄弟连夜驱车200公里赶到目的地,到场以后首先确实了一下那个烧香的熊猫的存在,然后指出了那只熊

猫的巨大危害性，最后建议他们购买一套全院级的杀毒软件。大院长听取汇报后当即指示，立刻购买一套全

院级的杀毒软件，第二天一早就在购买合同上签字盖章.
这个事情造成四个后果,
第一,我在所有删除性操作以前都要核实一下对象的准确性,
第二,我从此拒绝和那个傻哥们一起出差，
第三，那个卖杀毒软件的兄弟会经常联系我，看看我有没有犯类似的错误。
第四，兄弟越多越好

这个强

tailor_huang

在cx700的存储navisphere管理界面,配置一个存储;同事接过去打开了生产环境另外一个存储的ie窗口; 我又接手过来,一恍惚看这个存储的配置与我打开的一样,就开始做删除STORAGE GROUP的操作; 还好我旁边另外一个同事看主机名不对,制止了我继续删除(我当时对他讲解了一下配置存储的步骤然后开始操作);
  删除了lun就丢生产环境的crm数据了;
  这个事情很可怕,那天人状态不怎么好; 以后做事情越是知道状态不好,越要加倍谨慎;
  还有么,以前删除文件用相对路径来删除, ../path 方式,误删除了测试环境的oracle程序;(以后都用绝对路径了)
  以前的错误都没有这次存储的错误可怕;

oradbHome

强。

原帖由 kelsoncong 于 2007-12-17 11:05 发表
最惨的一次是和公司的一个傻哥们一起出差,那个哥们不知道出于什么考虑,将主服务器和备份服务器的IP反

了一下,但是tnsnames没做修改,我准备重做备服的时候,使用了drop user cascade,把所有的用户都干了一

遍,刚刚干完,所有科室上夜班的护士小妹妹都给我打电话,说科室里的电脑全部不能用了,当时急的不行了,

还好习惯还不错,来的前一天做了一个全库冷备，立刻进行了恢复,不过也丢失了一整天的数据.
一个小时以后，所有的院领导以及信息科的工作人员都出现在我的面前，并质问我原因,我只能一脸无奈的

告诉他们刚刚来了只熊猫，那只熊猫烧了把香,然后数据就全丢了。然后给了他们一个卖瑞星的兄弟的电话,

那个兄弟连夜驱车200公里赶到目的地,到场以后首先确实了一下那个烧香的熊猫的存在,然后指出了那只熊

猫的巨大危害性，最后建议他们购买一套全院级的杀毒软件。大院长听取汇报后当即指示，立刻购买一套全

院级的杀毒软件，第二天一早就在购买合同上签字盖章.
这个事情造成四个后果,
第一,我在所有删除性操作以前都要核实一下对象的准确性,
第二,我从此拒绝和那个傻哥们一起出差，
第三，那个卖杀毒软件的兄弟会经常联系我，看看我有没有犯类似的错误。
第四，兄弟越多越好

bluemoon0083

原帖由 yangtingkun 于 2007-12-17 10:30 发表
:


EYGLE也开始教别人学坏了

不见得一定要产品库，用比较繁忙或者JOB正在运行大操作的测试库一样来得及

这个我倒试过，是不是shutdown immediate之后按ctrl+c？
有一次测试库上我也是这么干的，ctrl+c之后数据库没有关掉，仍然可以使用，但是就再也不能shutdown了，后来再次shutdown一个小时都没结束，ctrl+c却还是能用，结果我shutdown abort之后重启就报600，那个汗啊

warehouse

授精了