感谢2277和2273同事。
问题是上星期客户在VDC删除了一台虚拟机 然后在VMP恢复完 VDC找不到 后面通过后台修复好了
400说升级到5.3.2以上就可以避免这种问题 然后客户就想要升级一下
然后今晚我有事在外边就给同事处理,同事没有注意到这个VDC序列号问题,升级完VMP发现VDC序列号异常,因为客户那边不久前是加过两台云桌面的,正常加过云桌面默认是有配升级序列号的,我也没留意这个问题,心里想着正常没问题,然后客户那边是硬件的VDC。同事升级到半夜发现VDC升级不了.CALL了我。感谢今晚手机没静音。然后我查了VDC的网关序列号,发现升级时间是没过期的,这边400同事查了发现确实没下过单,可能是显示有点异常。
然后现在是 VMP回退不了,VDC与VMP不同版本 VDI也无法登陆,客户那边有100多用户明天就要用到,也是比较严重的问题,这个问题其实大部分是我们技术的问题。然后这两个同事非常配合我们处理问题,特别是2277同学,半夜3点多帮忙电话协调同事开个紧急升级序列号,这个真的是给力。虽然都没想到会这么晚,但是能解决问题,客户那边也是非常认可我们的处理方式和应急能力。这个锅我们背合理,但是客户背锅非常过意不去,能解决问题真的是非常感谢。 然后有一点小建议,就是升级VMP的时候是否能做一个检测机制联动检测VDC序列号,藐视我们的VMP平台是永不过期的,都可以升级的,这样如果VDC过期就有可能存在这种升级完VMP 发现VDC过期的风险。如果检测到VDC序列号不过关不给升级。即使升级前确认好序列号是一件很重要的事情,但是偶然事件还是有的。 再次感谢深夜值班的某公司同事。 |