工程师的烦恼（关于做多错多）.pptVIP

工程师的烦恼 成长的烦恼： －－出错啦，人为故障啦！ －－做多错多啊，怎么办？ 内外交困的工程师 常在河边走，不湿鞋很难啊！ 修改配置文件/etc/passwd，怎么做？ 同时登录多台主机，A机命令运行在B机了！？ 删除/tmp/ibmsupt/下的文件，怎么做？ 场景1：修改/etc/passwd Vi /etc/passwd ?如果修改错了，怎么办？ 这样会不会好点？ Cp /etc/passwd /tmp/passwd.bak; vi /etc/passwd 这样会不会更好？ Cp /etc/passwd /tmp/passwd.bak; cat /tmp/passwd.bak; vi /etc/hosts 还有更好的做法吗？ 场景2：同时登录多台主机 终端窗口太多，不小心就搞混了？ 这样会不会好些？ 场景3：删除/tmp/ibmsupt/下的文件 这样可以吗？ cd /tmp/ibmsupt/ rm * 如果是这样呢？ cd /tmp/ibmssupt/ rm * ?经测试，可导致整个rootvg被删！ 烦恼有很多，地雷有很多…… 百密一疏，再小心，也难保“不小心”啊！ 答案是：？？？？ 良好的习惯，是保证不出错的好办法 为rootvg做镜像，如何做？ 为AIX做克隆，如何做？ 要importvg，如何做？ 关一台主机，如何不出错？ 在线系统批量修改配置，脚本慎用，最好不用！ 为rootvg做镜像，如何做？ Mirrorvg, 收工？ ?一想到镜像，一定是一个套路 Mirrorvg;bosboot;bootlist –m;boot –om 好习惯就是：做镜像是一个套路，不是一条命令。 为AIX做克隆，如何做？ 检查硬盘容量 检查有没有lv的名字超过11个字符 克隆 检查是否成功 ?干的不错啊！不过…… 克隆会改变bootlist的，要不要注意下？ 继续 要importvg，如何做？ 需要注意这个vg里边的lv有没有与现有的lv名字冲突，特别是loglv? 文件系统名字是否会冲突？ lv的属组是否需要用chown修改？ vg会变成auto varyon，是否要改？ Hacmp用了nfs，两边的major number要一致 关一台主机，如何不出错？ 先执行uname/netstat/lssrc -g cluster，再找客户对着终端确认，然后shutdown! 关于脚本－－天使与恶魔 检查性的工作，可以用脚本 对于新建系统配置，可以用脚本 对于在线系统批量操作 建议写好脚本，一句一句paste到终端，每敲回车前double check一下（有1千行同样的脚本？好吧，检查前10行，都没有问题话，批量后990行！） 不建议批量修改配置，因为一旦脚本批量做一些错误的事情，影响会很大，而且来不及中断！ 好习惯会降低工作效率吗？ 一百次工作里，有一次出错要补救，时间成本就比一直有好习惯高！如果还要考虑补救客户对你的信任危机，成本更高！ 好习惯代表了一些千锤百炼的组合拳，比“想一下、走一步”要快！而且很重要的是－－不费神！每个操作都很有把握，整个人做事会很放松，思路很清晰，效率会高的，请试试看！ 好习惯很有用，如何养成？ 锦囊1： 关机前不执行uname/netstat/lssrc -g cluster这堆命令，就像没刷牙就睡觉一样不舒服，浑身会起疙瘩！开始有sense了！ 锦囊2： 自己按下回车，还可以有回头路走的，就go! 如果发现没有回头机会的，就要再三确认！如果没有再三确认和请教其它同事，浑身会持续性起疙瘩！估计出师了！ 好习惯很有用，如何养成？ 锦囊3： 为了养成好习惯，对很多技术，需要有比别人更深入的理解。 进一步能够随机应变打出“组合拳” 。 一点一滴的积累，就成为专家了！ 与内部各方协作降低风险 与Project Team合作 协助了解客户环境和工作方式 对实施方案的风险点提醒和控制 与Support Team合作 良好的工作习惯 独立思考＋寻求支持 与ISU、STG、TSS合作 及时沟通 寻求支持＋提供支持 与外部各方协作降低风险 与友商合作 界定好联系接口 双方操作的规范化 提醒对方需要注意的技术要点 与客户合作！ 反被动为主动 替客户着想 争取客户的支持 最近工作出现的问题 对guide理解有问题 对技术理解不深入，没做过，但想当然 Pass Case交待不清楚 准备不充分就onsite、就操作 做完没有double check就走 没有完全执行TSG的ActionPlan Lpar划分不合理，没有找人check 工作遇到困难不找支持，闷头做 分类1－经验不足 对guide理解有问题 对技术理解不深入，没做过，但想当然 （1）