语音升级项目总结
这个项目的具体是升级公司的语音设备和系统，购买新的7845I3的IBM服务器，装全新的CUCM(Cisco Unified Communications Manager), UCCX(Unified Contact Center Express)和CUC(Cisco Unity Connection)。而原来的系统是比较旧的了，分别是CUCM6.0，UCCX5.0，CUC4.0，都要升级到最新的8.6和8.5版本，其中UCCX和CUC是跨平台升级了，从原来的Windows平台转换到Linux平台上面来。这个项目不是把三个系统在原来的基础上直接进行升级，因为已经购买了独立的服务器来装新系统，所以简单来说只是需要把系统装好在新机器上，导好数据和配置，直接进行切换就可以了。
项目从服务器一到位并且和思科工程师开第一次会议宣布项目开始，到最后切割成功一共经历了2两半月，期间压力不可谓不大。项目涉及的是2000个CUCM用户，500个CUC用户和10个UCCX坐席，波及面还是比较广的，所以稍有不慎，可能要做大量回退处理。
在整个升级项目过程中，遇到了很多比较大的问题：
1、服务器无法正常到位
我们公司的在本市有两个分支地，所以服务器分配上要尽量做到冗余，好像CUCM这样的语音系统就要把两台subscriber安装在不同的2个分支机构里面。但是其中一个分支机构在保税区，服务器买到手之后是直接进入保税区的，因此还有一些服务器要运到非保税区的另一个分支机构就非常麻烦，要走很多程序。我也是刚刚接触这种类型的问题，所以处理起来也显得没那么从容，在这个地方耗费了相当多的时间。
2、License文件获取困难
安装3个系统都需要思科提供相应的License文件之后才能正常运行，否则大多数功能都是无法使用的。但是这个license问题对于思科自己来说，也没用很好的流程定义和规范，导致思科工程师也说自己每次获取license文件的途径都是很不相同的，每次都要经过不同渠道寻找不同方法去获得正确的license文件。license文件获取中也出现了无法下载文件、license文件版本，license导入后缺少一定数量的许可。这个license的问题前前后后也折腾了3个星期左右才完全搞掂。
值得注意的是，在申请License之前，必须先把系统装进服务器里面，然后获取license mac进行申请才行。
3、安装系统
3个系统的安装其实来说是大同小异的，但是因为之前没有安装过，所以出现了各种错误。包括DNS server报错，NTP server 报错，还有各种文件缺失的报错。在升级项目中挨踢小茶安装系统的次数不少于40次了（包括在虚拟机中安装以作数据迁移）。其中有一个比较需要注意的地方，就是安装过程中，必须保持网关是可以连通的，还有保证配置的NTP服务器也是可以连通并能正常运作的。这其中网关设备和NTP服务器都不一定是真实的，也是可以虚拟出来，还可以用PC充当NTP服务器。
4、数据迁移
（1）CUCM的数据迁移：
Call Manaer的数据迁移相对来说是比较麻烦的，因为不同版本下的CUCM对数据格式的变化还是比较大的，因此这次做的数据迁移是在实验环境中搭建一个和现有生产环境一模一样的CUCM6，然后把最新数据用Disaster Recovery System导进去，之后通过一步一步升级，升级到8.6版本，再用Disaster Recovery System导出，形成在8.6版本的最新数据。这份数据就可以直接导入到已经装好的全新CUCM8.6中去
不过挨踢小茶在这里因为设备局限原因，就用了其中一台CUCM Subscriber装了一个Esxi3.5装虚拟机跑CUCM。因为CUCM在8之前的版本对虚拟机都是不支持的，所以升级步骤如下：
安装和现有真实环境一模一样的CUCM6，然后导入现有的配置
升级到CUCM7.1.5
升级到CUCM8.5.1
打补丁ciscocm.refresh_upgrade_v1.0.cop.sgn
升级到8.6
更改IP地址和Hostname（新机器启用了新的IP和主机名）
导出数据
把导出的数据导入全新安装的CUCM8.6真实机器
不可否认，这个过程还是挺折腾的，每一次升级都需要2+小时，而且途中可能也会遇到一些不明不白的错误。所以在每次做升级的时候，都做好了snapshoot。
（2）UCCX的数据迁移
UCCX数据迁移相对于CUCM来说就显得简单很多，只需要用PUT（PreUpgradeTool）工具把最新数据倒出来即可，就可以在全新安装UCCX8.5的时候选择Upgrade把数据直接导进去。不过挨踢小茶是悲催的，导数据的时候还是遇到一些奇奇怪怪的问题，包括一些脚本的不兼容和导出报错。
这里请自备SFTP服务器做导出的存放位置。
（3）CUC的数据迁移
CUC的数据迁移主要利用到工具COBRAS（Cisco Objected Backup and Restore Application Suite），把现有数据导出到配置好的SFTP服务器上，然后可以利用COBRAS Import for Connection Setup把导出文件导入到全新安装的CUC8服务器上。导出的过程，不用我多说了，还是遇到了错误！因为旧的CUC是Windows2000平台的，而且已经是7，8年前安装的了，对一些开启的服务所使用的账号早已经丢失并且没有什么详尽的记录，所以在导出的时候面对提示说某服务使用的账号出错我真是不知所措。还好最后自己胡乱折腾还是找到了有效的解决方案，成功导出了数据。
导入指南可以看这里。
5、配置更新
主要涉及的是CUCM，UCCX，CUC3个系统之间的关联和集成，这个配置是在思科工程师强力帮助下完成的，其实内容配置并不是很难，还可以根据CUCM上的提示一步一步完成。
6、切割前测试
3个系统正式上线前是一定要做测试的，并且需要测试和语音网关之间的兼容性和功能是否健全。仅仅是CUCM的测试就花了整整一天，还好最后总结的时候发现只是出现了2个小问题，果断向思科开Case并且得到了顺利的解决。这里也要感谢同事的努力和配合！
7、正式切割
接近3个月的准备工作，验证成果的一天就是正式切割的时候了。因为之前已经做过3个系统的集成测试和功能测试，这个切割只是把网关切割刀新系统并且把所有话机对call manager的指向都变成新的系统而已。整个切割实际花费了时间并不多，值得庆幸的是将近2000台思科IP电话在整个切割的过程中仅仅有2台出现了问题！而且有其中一台当场就解决了，还有一台八爪鱼经过修改template也得到了有效的解决。
8、后续
在切割结束后到现在已经快一个星期了，在这几天内都没有收到用户对新系统的相关报错反映，这说明新系统现在已经非常完美顺畅的运行了！这也没有白费同事和我在正式升级前做的一系列测试！在切割的最后几天，每天都在加班，包括晚上都在整理相关的文档和准备工作，在强压力的环境下，做完了这个项目，终于也可以舒一口气了！这次项目经验是非常宝贵的，在这里谢谢领导给我这么好的机会，谢谢同事对我非常大的帮助和支持，也谢谢思科支持工程师的指导和不懈的处事态度！
以后的路还很长，仅此当做工作成长生涯的一个记录点，进行保存。
