基础架构域AD和DB备份异常

发布时间:  2014-09-28 浏览次数:  219 下载次数:  0
问题描述
FusionAccess界面报主备AD和主备DB数据备份异常
告警信息
处理过程
主备DB分析过程:
首先排查网络,在loggetter服务器上可以正常ping通两个DB节点,分别登录主DB执行sh /opt/BackupTools/main/vdesktop_backup.sh该脚本,未出现包报错,可以正常备份。登录loggetter,进入C:\Loggetter\AutoUploadBackFile\config\BakFileConfig.xml目录
修改配置项SendTime的时间为希望进行备份的时间并保存文件。


选择“Start > Administrative Tools > Services”,打开服务列表并重启“Huawei Loggetter”服务。


待备份完成后(如果不包含AD备份,一般10分钟内完成;如果包含AD备份,一般一个小时内完成),使用记事本打开文件C:\backupresult\backupresult.xml,以查看备份结果。发现仍然有关于DB1和DB2备份失败的报错。检查loggetter服务器的控制台发现一线配置了三个DB地址,分别是主、备和浮动IP。
主备AD分析过程:
首先排查网络,登录loggetter可以正常ping通主备AD。在loggetter上访问AD的共享目录,可以正常打开。在主AD上手动执行计划任务



查看AD的共享目录在vdsbackup(安装tools备份工具时定义)目录只有一个DNS_192.168.2.101的目录正常应该还会生成一个AD_192.168.2.101的目录。
查看计划任务的历史记录,计划任务始终在执行中,等待2个小时后还是在执行中。



初步判定为计划任务组件有问题。
登录备的AD手动执行计划任务,在共享目录vdsbackup中仍然没有AD_192.168.2.102这个目录,查看计划任务历史记录,计划任务只执行了2分钟就报成功了,与一线确认基础架构域虚拟机操作系统是使用工具激活的,不是正版系统,与研发确认部分盗版系统存在计划任务组件无法使用问题,该问题是由于盗版系统中精简了部分组件导致。
根因
主备DB的告警检查loggetter服务器的控制台发现一线配置了三个DB地址,分别是主、备和浮动IP,正确的配置是只配置DB的浮动IP。
解决方案
DB数据备份异常解决方法:
在loggetter控制台中DB选项的地址只使用浮动IP如图:


再次手动触发loggetter备份,查看备份结果,DB备份结果正常。

AD数据备份异常解决方法:
由于一线急于交付项目,并且客户不纠结该功能,直接在loggetter服务器的控制台中删除AD的两个地址,


并重启loggetter服务后手动触发loggetter备份,问题解决。
建议与总结
建一线在实施时使用非精简版操作系统,并且严格按照GPI手册执行。

END