简介
本文档介绍如何识别思科统一通信管理器(CallManager)(CUCM)、Cisco Unity Connection(UC)、Cisco Unified Contact Center Express(UCCX)、Cisco Emergency Responder(CER)、Cisco Prime或在思科自定义语音操作系统(Voice Operating System)之上运行的任何应用的意外关闭VOS)。 如果服务器遇到意外关闭，则无法保证文件系统的一致性。文件可能会意外删除，文件权限的所有权可能会更改，或者文件内容可能已损坏。
要暂时恢复系统，请运行为相应软件版本发布的系统恢复磁盘。
验证关闭不正确
查看system-history.log以确定系统是否关闭不正确。
注意：系统历史记录.log作为Cisco Bug ID CSCsl94283的一部分添加，“CCM 5.X应跟踪所有安装/升级，History.log与4.X类似。” 未跟踪早期版本。history.log得到了增强，以便使用Cisco Bug ID CSCtr88859跟踪不正确的关闭，以便为CUCM 9.1(1)及更高版本中集成的意外重新启动添加警报和警报。
- 从思科统一实时监控工具(RTMT)下载安装/升级日志，并收集system-history.log。
或
在命令行界面(CLI)上输入file view install system-history.log命令。
- 检查每个根实例：启动，并确认每个实例前面都有以下行之一：
root: Restart
root: Shutdown
root: Install
root: Upgrade
- 如果引导实例未通过重新启动、关闭、安装或升级进行，则可能出现不干净的关闭。
以下是非正常关闭的示例：
08/14/2012 13:36:09 | root: Boot 9.0.1.10000-37 Start
08/14/2012 17:28:25 | root: Boot 9.0.1.10000-37 Start
在本例中，必须重建服务器以确保文件系统的一致性。有关更多详细信息，请参阅以下Cisco Bug ID:
- Cisco Bug ID CSCth60800，“文件系统修复后恢复磁盘警告以重建系统”
- Cisco Bug ID CSCth53322，“Document the need for system rebuild after file system repair”（记录文件系统修复后系统重建的需要）
- Cisco Bug ID CSCuy94644，“Cisco Emergency Responder crorbution after unexpected shutdown”
注意：如果服务器在VMware上运行，而Cisco Bug ID CSCtw73590没有修复，“VSphere initiated shutdown or restart not logged to system-history.log”，并且如果服务器在启动访客关闭时通过VSphere关闭，则该条目可能不包含在system-history.log中。
反馈