eSight维护控制台备份失败

发布时间:  2016-11-04 浏览次数:  162 下载次数:  0
问题描述

   现网中在windows 2012操作系统安装的eSight的版本是V300R005C00SPC200专业版,后台数据库安装的是SQL Server 2012,。主要管理数据中心的所有华为设备和一些三方设备。

   eSight网管的日常管理没有问题,一切正常,应客户要求初次进入维护工具控制台对eSight的配置信息和数据库进行备份的时候,不到1分钟就显示备份失败,道相应的备份路径下没有产生备份压缩文件。


告警信息

    此故障不会在网管管理界面产生告警,只有进入维护平台的时候查看历史备份才会看到。


处理过程

   查看网管安装目录下的日志文件d:\Program\eSight\AppBase\backup\LOG\20.3.32.2_AppBase_20161103145610.log,末尾显示如下

begin backup OMSMODEL

database backup file:D:\Program\eSight\AppBase\backup\20.3.32.2_AppBase_20161103145610\iEMP_localnms-sdk\databases\OMSMODEL.bak

消息 3201,级别 16,状态 1,服务器 ESIGHTSERVER1,第 1 行

无法打开备份设备

'D:\Program\eSight\AppBase\backup\20.3.32.2_AppBase_20161103145610\iEMP_localn

ms-sdk\databases\OMSMODEL.bak'。出现操作系统错误 5(拒绝访问。)。

消息 3013,级别 16,状态 1,服务器 ESIGHTSERVER1,第 1 行

BACKUP DATABASE 正在异常终止。

backup OMSMODEL wrong

BACKUP EXIT........

开始怀疑是20.3.32.2_AppBase_20161103145610\iEMP_localnms-sdk\databases\OMSMODEL.bak这个路径和文件没有创建,随后在backup目录下创建前面的目录和OMSMODEL.bak文件,测试还是失败。
随后查看了D:\Program\eSight\AppBase\backup\LOG路径中的几个目录的权限,发现对于用户NETWORK SERVICE(即数据库登录用户)都拥有权限,如图:


然后在任务管理器中查看数据库的登录用户,并不是NETWORK SERVICE ,二是其他用户,如图:(图中是已经修改过的)



最后将网管和数据库停止,进入SQL Server配置管理器,将第一项的登录身份更改为NETWORK SERVICE,然后重启数据库和eSight,再次备份,成功完成。

根因

    事后经过分析,主要原因是由于当初安装SQL Server数据库的时候疏忽或某种原因没有严格按照产品手册中的安装指导来对数据库进行操作配置(详细参见eSight产品文档中关于安装数据库的第15步骤),从而造成数据库的登录身份不正确,在备份的时候没有操作权限,备份失败。

解决方案

   以此为鉴,要求工程师在系统部署的前期,先阅读相关的产品文档,并严格按照里面的说明来操作,否则可能会为后期的正常运行和维护造成不便。

建议与总结

   以此为鉴,要求工程师在系统部署的前期,先阅读相关的产品文档,并严格按照里面的说明来操作,否则可能会为后期的正常运行和维护造成不便。

END