数据库关闭要谨慎

或许数据库的关闭似乎并不是什么问题，不过小问题有时还真会弄成大问题。为此栽了跟头的绝不鲜见。我就说说几种关于数据库关闭的情况。 当然在说之前，适当的知识普及还是要说一下的. 先把shutdown的几个参数列一下: shutdown normal： 不允许新的连接、等待会话结束、等待事务结束、做一个检查点并关闭数据文件。启动时不需要实例恢复。 shutdown transactional: 不允许新的连接、不等待会话结束、等待事务结束、做一个检查点并关闭数据文件。启动时不需要实例恢复。 shutdown immediate： 不允许新的连接、不等待会话结束、不等待事务结束、做一个检查点并关闭数据文件。 没有结束的事务是自动rollback的。启动时不需要实例恢复。 shutdown abort： 不允许新的连接、不等待会话结束、不等待事务结束、不做检查点且没有关闭数据文件。启动时自动进行实例恢复。几种现象:

1. 心急反而误事 关闭用得最多的，当然是shutdown immediate了，这是没有问题的，不过有时数据库太过繁忙了，数据库迟迟没能关闭，DBA会面对可能来自上面的催促，或自已的不耐烦。为了加快速度，竞然在这个等待数据库关闭的过程中，跑到操作系统中去kill -9 数据库进程。数据库是很快关了。还能不能正常启来就是两说了。

2. 异常中断 异常通常来自两方面，一是机房突然断电了。二是SA或其它人员直接关机。 Oracle的健壮性在大多数的情况下还好，但不排除启不来的情况，碰到这种情况，至少我每次都会有点担心。而且有时是包括存储，交换机等等也要重新开时， 一定要冷静，并注意这些设备各自的启动顺序不要乱。另外，当这种意外关机，如果数据库事务很多，在数据库启动时，实例恢复时间有时会很长一点。这时要耐心 等待数据库，尽量不要心急而胡乱做些不必要的动作反而容易出现问题。

3. 对RAC这类不太了解，照搬旧经验造成一些误操作。 如直接连上RAC，发个shutdown immediate了事。而忽视了RAC通常会有多个节点的事实，这样做实际上只关掉了当前连接节点上的数据库，并没有关闭掉RAC上整个数据库.RAC下正确的关闭和启动数据库都应当通过srvctl命令来做。 例子: srvctl stop database -d 数据库名 也可以 srvctl stop database -d 数据库名 -o immediate 如要你只是想关闭RAC某几个节点上的数据库,可用下面的命令: srvctl stop instance -d 数据库名 -i 节点1,节点2 当然，你要是每个节点都依次执行shutdown immediate也行，但不推荐。

4. 关于shutdown abort 这个命令使用时要特别小心，它可能会造成文件状态不一致或丢失数据，且有一定机率启不来数据库或因为启动时需要恢复，造成启动很慢。 所以实际使用时几乎只有在shutdown immediate执行了很长时间后，数据库还是没有关闭， 而操作系统上几乎都没有IO，这时才考虑另开一个窗口使用这个命令关闭数据库。 对于shutdown abort还有一个技巧是，在shutdown前，先归档并手工生成一个检查点，关闭后，再启动数据库时能加快速度并减少一些出错机率。归档命令(alter system archive all或alter system switch logfile) 生成检查点命令(alter system checkpoint)

5. 双机或容灾 这种情况有点特殊，数据库有点会使用一些双机热备或容灾软件。这些软件在关闭时可能会有一定顺序或规则，在没搞清楚的情况下，直接关闭 数据库，要是刚好碰上特定的情况可能造成不好的后果。对这类最好依操作说明做操作。

总之，做DBA,是要点运气的，运气好时，怎么关都没事的。希望大家都是运气好的那个。