鸡哥的这个绝招果然名不虚传啊，绝对是见人杀人，见佛杀佛！

入门必读

建议所有的管理员都来读这篇文章。

我的原则是对风险极大的操作，能避就避。
前几天碰到一件事情，省电信的一套双机系统找不到共享磁盘，仲裁日志文件损坏，又从来没做过备份。电信的ma自己不敢操作，就想转嫁风险。技术方面懂点皮毛的老板，想借此拉关系，竟然满口答应帮忙解决，而且还是免费的。我到现场一问清情况，看了下日志，立马离开现场，只是给对方提供了一份详细的解决方案。
最后电信的ma没办法了，就只好自己操作解决问题。
"如果弄丢了人家的数据，你整个公司赔给人家可能还不够“。事后我拿这个威胁老板，老板就不敢说什么了。哈哈哈哈

真是一篇好文章，不只是楼主的文章，还有其他人写的东西，都让我学习到了许多东西。

[quote]原帖由 [i]horny[/i] 于 2007-5-8 10:37 发表 [url=http://www.loveunix.net/discuz/redirect.php?goto=findpost&pid=658114&ptid=71821][img]http://www.loveunix.net/discuz/images/common/back.gif[/img][/url]
也碰见过一次类似问题，在装机时边上一台670生产机突然宕机，我当时一时懵了，只见1分钟内客户有6-7人冲进机房，大叫出了什么问题，然后每人找了台机器，开始找原因，还好和我没什么关系，不过当时很担心自己做 ... [/quote]


我n年前刚开始做的时候也犯过一次错误。忘了什么客户了，机房里放了几台SUN的大机，sun的机架。
偶当时是做数据库的，闲着没事，刚好机房也就我一个，转悠到机器这里，想看看机器这些件都长得虾米样子。机架的门关着，偶就找把手想开门，一拉没动，好奇的研究之下，发现机架的门的上方有个旋钮似的东东，就好像很多门上一扭就能拴住门的东东。想着或许是这个把门锁住了吧，于是手欠的转了一下那个旋钮，发现没动静，又转回原位...开不开门，于是放弃了，回到自己座位上...
话说没过了两分钟，一堆人冲进机房，到处寻找到底是怎么了，为什么服务器断电重启了!!!!!偶大汗，才明白偶犯了大错....
打死没敢承认，还好事情就糊里糊涂过去了.....

告诫后人呀....

所以现在机房里一般都有监控啊，呵呵
还好当时你没继续研究，否则肯定被抓现行:L


不过话说回来，那按钮应该有明显标记的啊

[quote]原帖由 [i]老农[/i] 于 2007-6-8 14:59 发表 [url=http://www.loveunix.net/discuz/redirect.php?goto=findpost&pid=673359&ptid=71821][img]http://www.loveunix.net/discuz/images/common/back.gif[/img][/url]
所以现在机房里一般都有监控啊，呵呵
还好当时你没继续研究，否则肯定被抓现行:L


不过话说回来，那按钮应该有明显标记的啊 [/quote]


当时系统似乎是生产前测试，还好没人查监控
那按钮比我人还高点点，没注意到有标记。后来研究之后才明白，那个是机架供电的电源开关。:L

一直很纳闷，怎么sun的东西开关做哪里！！

[quote]原帖由 [i]青春狐狸[/i] 于 2007-6-8 14:44 发表 [url=http://www.loveunix.net/discuz/redirect.php?goto=findpost&pid=673352&ptid=71821][img]http://www.loveunix.net/discuz/images/common/back.gif[/img][/url]



我n年前刚开始做的时候也犯过一次错误。忘了什么客户了，机房里放了几台SUN的大机，sun的机架。
偶当时是做数据库的，闲着没事，刚好机房也就我一个，转悠到机器这里，想看看机器这些件都长得虾米样子。 ... [/quote]


你这个比较搞笑，哈哈

我说一个类似的，某天，一堆人在机房干活，销售也在，因为是个比较大的项目，激战正酣时，销售接了个电话，于是跑到旁边网络机房听电话（这边太吵），谁知此人靠近消防气体按钮，边打电话，边玩按钮，一不小心，那层小玻璃被打碎，但是索性没有气体释放，哈哈哈，大汗。。。。。。。。

[quote]原帖由 [i]jingsun[/i] 于 2007-5-31 14:37 发表 [url=http://www.loveunix.com/redirect.php?goto=findpost&pid=668292&ptid=71821][img]http://www.loveunix.com/images/common/back.gif[/img][/url]


晕倒！HDS公司的工程师现在水平变高了？ 头几年可是超级烂的
也许现在换了一代水平高的工程师 [/quote]

水平高不高,我不好说.只是我认识的做事很谨慎,这点值得学习...

以前就是前辈,前几年我在学校呢.

还有,HDS人过了几年了.全国也就20个左右.你见过的多数是代理.
我几个哥们,出门干活都说是HDS的.:lol

[quote]原帖由 [i]青春狐狸[/i] 于 2007-6-8 14:44 发表 [url=http://www.loveunix.com/redirect.php?goto=findpost&pid=673352&ptid=71821][img]http://www.loveunix.com/images/common/back.gif[/img][/url]



我n年前刚开始做的时候也犯过一次错误。忘了什么客户了，机房里放了几台SUN的大机，sun的机架。
偶当时是做数据库的，闲着没事，刚好机房也就我一个，转悠到机器这里，想看看机器这些件都长得虾米样子。 ... [/quote]
看你说的洋子,至少是4810 以上的大机器.

你真无敌啊:L

前人栽树，后人乘凉！
老大们的经验分享真的让人受益匪浅啊！

浏览了一遍！
在结合我以前的经历！犹如身临其境一般！
深有感触！

[quote]原帖由 [i]banker[/i] 于 2007-4-30 19:53 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=657221&ptid=71821][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
这位老兄的帖子勾起了我很多的回忆，老大们的回复也似谆谆教导，的确，干这行不容易，对一个人来说，从精神上和心理上都有着考验或者说是折磨，你一定要按照必须要做得做好，剩下的，还需要一些运气。

常在河 ... [/quote]

呵呵，这个问题我也碰到过，情景完全相同，也是顺手做的Mirror。事后查证，是AIX 5.2 版本的一个BUG，做Mirror时，系统会Crash，需要更新到ML6，当时各方求救无果，IBM的回馈是：数据无法挽救。

后来自己翻了几本红皮书，搞定了。

当时，用户现场只有一周前的数据备份，用户从来没有AIX方面的经验，2个厂的数据全在里面  -_-b  当时我自杀的心都有了。

这种情况系统是没办法恢复了，但是系统Crash，数据不会受到影响，可以通过maintenance mode进去，然后tar到磁带机上恢复出来。如果对操作不确信，可以将原来的根盘拔出来，在另外一块上重新装系统，然后恢复回去。就算出了问题，有数据的那块盘还是可以用的。

总之，遇到事情不能慌，就算用户催也不要慌，自己根据平时的理解，慢慢动手，相信没什么解决不了的。
另外一个经验就是，原厂的话也未必可信，这么多年做下来，IBM、HP都碰到过，原厂说不可能的事在自己的努力下都实现了，所以即要相信后台Support力量，更要相信自己，对自己有信心。

[[i] 本帖最后由 asuro 于 2007-6-18 15:48 编辑 [/i]]

30页全看完了，刚刚才加工作，自己也是想往这方面发展，LZ和LS各位高人都给很多的经验

[quote]原帖由 [i]asuro[/i] 于 2007-6-18 12:25 发表 [url=http://www.loveunix.net/discuz/redirect.php?goto=findpost&pid=677799&ptid=71821][img]http://www.loveunix.net/discuz/images/common/back.gif[/img][/url]


呵呵，这个问题我也碰到过，情景完全相同，也是顺手做的Mirror。事后查证，是AIX 5.2 版本的一个BUG，做Mirror时，系统会Crash，需要更新到ML6，当时各方求救无果，IBM的回馈是：数据无法挽救。

后来自己 ... [/quote]


多谢share，原来是bug 啊，不过真得后来也没有太仔细的去investigate.因为很难重现故障。
我当时好在有备份带，系统也没有大的改动，但是ha还是花了3分钟重新配置了一次。时间紧迫，懒得找ha不好用的原因了，就直接重配了，也花不了几分钟。

数据肯定没什么问题，都在盘柜上。

[quote]原帖由 [i]alex_loveunix[/i] 于 2007-5-30 21:21 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=667682&ptid=71821][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
很少在LU发言,这个坛子上多数是做 aix和ibm的存储
我有过这样的经历,不想说太多,
那时候,多大的压力,多少困难..只有经历过的人才知道..

我整整30个小时,没吃饭,没喝水,没WC.................

电话(不光 ... [/quote]

单论存储的话 挺SGI  以前也是跟在HDS EMC后跑
可惜那不是一般的企业用得了的 奔驰、NASA、美国国防部。。。。。。
而且SGI也技术偏执得太狂妄了 从当年把世界第一的图卡团队整体FIRE就可见一斑

should get infomation

one thing is even both ds4800 and ds4300 using same ip as well
as same default username..  you should find there is different disk enclosure and array configuration. this is one thing . second, the storage manager will tell you which stroage it is connected. i mean it is ds4300 or ds4800. the last is storage will remind you waring information before you take any action. ...l

这么久了，这个帖子还在这里。不过由于大家的努力，已经变成一个好大的坑了。看到我写的这点玩意能给这么多人带来点小小的思路，也是满欣慰的。同时也在这些回帖里学到了不少东西。希望以后再有机会从事这方面工作的时候，能够给大家带来更好的东东！

[quote]原帖由 [i]banker[/i] 于 2007-7-5 12:12 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=686168&ptid=71821][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]



多谢share，原来是bug 啊，不过真得后来也没有太仔细的去investigate.因为很难重现故障。
我当时好在有备份带，系统也没有大的改动，但是ha还是花了3分钟重新配置了一次。时间紧迫，懒得找ha不好用的原因 ... [/quote]


补充一点：

这问题是2004年11月版本AIX 5.2.0.4独有。同年8月的5204则正常。

想故障重现，找台闲着的机器和2004/11的5204，重现多少次都没问题。

2005年1月，官方紧急推出了69MB的patch来解决这个问题，当时的官网上有这消息，现在就不知道到哪里去找了。

我是做 ORACLE DBA 我们也处理过很多 ORACLE 数据库无法打开且无备份的事件,幸好我是被请去帮忙解决问题的:感觉压力还是很大,一般步骤:
1.备份坏的数据库环境
2,仔细询问当时的情况,如: 对数据库系统,应用程序做了什么操作
3,思考 输入命令 确认命令  
4 ,重复第三步骤
万幸的是问题一般都解决了

小心行的万年船,DBA .系统工程师现在真是不好干,数据量越来越大,技术越来越复杂.综合,TMD待遇与其他行业比增长缓慢

:) :) 作了4年的PC server，现在由于客户1年前换AIX小机，所以才学，但是不觉得有多大问题，现在拜读大作之后，才感到自己的运气很好，操作不仔细看，现在很是后怕。以后还望各位大佬多多指教。:) :)

终于看完，花了我不少时间啊！

准备工作做得越仔细，考虑出问题的情况越多，你面临的风险就越少。