简介
本文档介绍策略和计费规则功能(PCRF)集群中PS VM的恢复。
故障排除
从关闭状态打开任何实例
如果任何实例由于计划的关闭或其他原因处于关闭状态，请使用此程序启动实例并在弹性服务控制器(ESC)中启用其监控。
步骤1.通过OpenStack检查实例的状态。
source /home/stack/destackovsrc-Pcrf
nova list --fields name,host,status | grep qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d | destackovs-compute-2 | SHUTOFF|
步骤2.检查计算是否可用，并确保状态为up。
source /home/stack/destackovsrc
nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’
| state | up |
| status | enabled
步骤3.以管理员用户身份登录ESC Master并检查opdata中实例的状态。
echo "show esc_datamodel opdata tenants tenant Pcrf deployments * state_machine | tab" | /opt/cisco/esc/confd/bin/confd_cli -u admin –C | grep qns-s1
SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d VM_ERROR_STATE
步骤4.从openstack打开实例电源。
source /home/stack/destackovsrc-Pcrf
nova start SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
步骤5.等待五分钟，使实例启动并进入活动状态。
source /home/stack/destackovsrc-Pcrf
nova list –fields name,status | grep qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d | ACTIVE |
步骤6.在实例处于活动状态后，在ESC中启用VM监控。
/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d
有关实例配置的进一步恢复，请参阅下一节中提供的实例类型特定过程
从错误状态恢复任何实例
如果openstack中CPS实例的状态为ERROR，则可使用此过程：
步骤1.检查OpenStack中实例的状态。
source /home/stack/destackovsrc-Pcrf
nova list --fields name,host,status | grep qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d | destackovs-compute-2 | ERROR|
步骤2.检查计算是否可用并运行正常。
source /home/stack/destackovsrc
nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’
| state | up |
| status | enabled
步骤3.以管理员用户身份登录ESC Master并检查opdata中实例的状态。
echo "show esc_datamodel opdata tenants tenant Pcrf deployments * state_machine | tab" | /opt/cisco/esc/confd/bin/confd_cli -u admin –C | grep qns-s1
SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d VM_ERROR_STATE
步骤4.重置实例的状态以强制实例返回活动状态而非错误状态，完成后，请重新启动实例。
source /home/stack/destackovsrc-Pcrf
nova reset-state –active SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
nova reboot –-hard SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
步骤5.等待五分钟，使实例启动并进入活动状态。
source /home/stack/destackovsrc-Pcrf
nova list –fields name,status | grep qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d | ACTIVE |
步骤6.如果集群管理器在重新启动后状态更改为ACTIVE，则在集群管理器实例处于活动状态后在ESC中启用VM监控器。
/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
恢复到运行/活动状态后，请参阅实例类型特定过程以从备份恢复配置/数据。
QNS恢复
如果最近恢复了负载均衡器，请使用以下步骤恢复代理和网络设置：
步骤1.如果需要在群集管理器上导入恢复QNS配置数据，请运行以下命令：
config_br.py -a import --users --haproxy /mnt/backup/
步骤2.要通过最新配置在Cluster Manager上生成VM存档文件，请运行以下命令：
/var/qps/install/current/scripts/build/build_all.sh
步骤3.要使用最新配置更新QNS，请登录QNS并运行此命令
ssh qnsxx
/etc/init.d/vm-init
验证
从群集管理器diagnostics.sh运行诊断
反馈