备份AIX上的DB2数据库到底有多难？别说你轻松搞定了

（来源：某资深系统管理员在技术论坛上的吐槽长文）

“备份AIX上的DB2数据库到底有多难？这话问得，好像我昨天刚在Windows上点了下‘备份’按钮一样，谁要是跟你说轻松搞定，你最好问问他上次睡够六小时是什么时候，我怀疑他要么是在吹牛,要么就是压根没负责过生产库。

难，不是难在敲那条db2 backup db sample to /dev/rmt0命令本身，那条命令就一行字，敲起来当然轻松，真正的难，是从你开始琢磨这行命令之前就开始了，而且一环扣一环,全是坑。

首先第一难，难在‘商量’，AIX服务器，跑的都是核心业务，你敢随便动？备份可不是你一个人说了算，你得提前好几天发邮件，跟业务部门商量备份窗口。‘王经理，您看周三凌晨一点到三点，系统可能会慢一点，能行吗？’对方回你：‘小李啊，那个点我们正好有批重要报表在跑，换个时间？’得，接着商量吧，好不容易定下了时间，你得像等着拆弹一样盯着钟表，生怕错过窗口或者备份时间太长影响了早高峰业务，这种心理压力,外人根本体会不到。

第二难，难在‘地盘’，AIX那是IBM的小型机，自带一种老贵族的傲气，它的文件系统、逻辑卷管理，跟咱们平常玩的Linux服务器都不太一样，你说用磁带库备份，好，你先得确认AIX系统认不认你这个磁带机驱动器。lsdev -Cc tape 这个命令你得敲得滚瓜烂熟，看到Available状态才能稍微松半口气，磁带路径对不对？磁带还够不够用？有没有被别的任务占着？有一次我半夜爬起来备份，一切就绪，结果发现磁带用完了，库房里没人,急得我差点用嗓子眼把磁带咳出来。

（来源：同一管理员分享的一次故障排查经历）

第三难，才是难在DB2这个‘祖宗’本身，DB2数据库状态瞬息万变，它不像拷贝普通文件那么简单，你得确保备份那一刻，数据库的数据是‘干净’的、一致的，所以你得先连上去，看看有没有异常连接给它强制踢掉，表空间状态是不是都正常，最怕的就是备份到一半，DB2自己闹脾气，来个日志文件满了或者表空间脱机，整个备份作业‘啪叽’一下就失败了，你收到的不是一份成功的报告，而是一封刺眼的告警邮件，这时候你怎么办？深更半夜，你只能揉揉眼睛，查日志，db2diag.log 文件能翻出来好几屏，像个侦探一样从一堆天书里找线索，然后硬着头皮重来，一次失败，备份窗口可能就过去了,你还得低三下四地再去跟业务部门申请一次。

（来源：某DBA的日常记录）

第四难，难在‘验证’，你以为备份完成就万事大吉了？那才是灾难的开始，备份文件躺在磁带里，你咋知道它是好的？万一它是个坏的，等真需要恢复的时候，那就是叫天天不应了，所以你还得找时间，通常是再找一个业务更清闲的窗口，把备份倒到测试机上，真刀真枪地恢复一遍看看，这个过程又是一番折腾，恢复环境搭不搭得起来？存储空间够不够？恢复完了数据库起不起得来？数据对不对？这一套流程走下来，没个大半天根本完不了事，这就像你辛苦做了一顿饭，还得先请人试吃确保没毒才能放心,累不累？

所以说，备份AIX上的DB2，根本不是一个技术动作，它是一个项目管理、系统运维、人际沟通和心理承受能力的综合考验，它考验的是你的细心，因为你一个参数设错可能就白干了；考验的是你的耐心，因为各种突发状况层出不穷；更考验你的责任心,因为你手里握着的是公司的核心数据资产。

那些说轻松的人，可能只是负责开发环境或者测试库，备份失败了删了重来都行，但真正的生产环境，每一次备份都像是一次小心翼翼的心脏手术，容不得半点闪失，所以下次再有人问你这个问题，你可以直接告诉他：不难，也就是需要你变成一个时间管理大师、硬件诊断专家、数据库内科医生以及跨部门沟通能手而已。”