第二次尝试 迁移日志文件
遇到 resource lock 的问题，通常的 第一反应都是kill 或者 重启资源。这里限于自己技能不足或者没有建立正确的methodology,第一时间发现不了lock的资源，所以选择了重启资源
应为是Windows Cluster,所以不用detach/attach数据库，直接failover到passive server,数据库在failover后等效的重起和实例恢复了。现在日志文件可写，数据库恢复到Active.
暂时解决了问题，然后将数据库switch over到原来的 active服务器。没有出错，证明不是磁盘本身的问题。可能是磁盘接口问题。同时查看了event viewer除了log backup没有发现其他。Sp_who2也没有发现可疑的database lock排除了数据库进程锁住数据库或者logfile.
建立问题
7 am,让Server Team检查磁盘，怀疑EVA SAN出问题。 现在只知道起始错误和解决方法。作为一个问题，留给Problem Manager继续更进，用来避免以后发生同样的问题。
总结：遇到 log file 导致的 数据库挂起，解决方法学首先是（１）确认磁盘问题，然后是（２ ） 确认数据库process lock，然后是（３）确认是否 corrupt, 这些 check up 做完后再针对(1) (2)(3) 提出解决方案。从（１） 到 （３）严重性也越高， 所以恢复后数据丢失的可能性也越高。要和客户确认在线修复的风险。最后的稻草自然是平时完备的数据备份方案和定期的数据库恢复执行计划。
