昨天总算把S公司的crm升级到6.2sp1了。项目总算有了一个推进。期间非常曲折。

　　1、 升级到7.0后由于客户端的solo新建完机会之后，不能同步到服务器。 从服务器端的同步日志上可以看到插入语句中，明显没有插入机会的ID，肯定是出错的。Sagecrm里面ID是必填项。

　　没办法，底层是人家的。只能从下面几个方面着手测试：

　　1） 环境。 XP + IE6 、 XP + IE8。

　　2） 升级到6.2sp1时是否可行。【可行】

　　3） 正式版的7.0是否可行。【可行】

　　4） 正式班的7.0和升级之后的版本在参数上有什么区别。【没区别】

　　5）标准版的6.2sp1升级到7.0是否可行。【可行】

　　6） 全程升级都采用英文版升级。 这个还得感谢总部的人提供了6.0和6.1的引文版。【还是老样子】

　　以上多个角度都测试了，都不行。

　　2、 问题出来，既然正面不能解决，就只能绕弯了。有两个方案。

　　1） 由于6.1的时候solo有问题，升级到6.2之后，问题没有了。所以受到启示，我们可以升级到7.1或者7.2. 但是由于无能的总部尽然连个英文版的安装文件都拿不到。只能放弃。

　　2） 跟客户沟通过，诚实交代。我们已经尽力，建议他们升级到6.2sp1. 以方便能保证xp + ie8可以使用solo。 另一方面6.2sp1的功能已经能满足他们公司现有业务的开发和使用。最后客户很有诚意，也非常理解。可能需要修改合同条款。问题算解决了，才有昨天升级完成。

　　3、 安装solo的时候经常会遇到各种问题的。

　　1） 不能新建数据。这个可以先看客户端的日志，如果发现是系统不能读取数据库，那么就是iis的匿名用户的权限不够，不能向sqlite写入数据。 给iis匿名用户加管理员权限是最直接的有效方法。

　　2） 点击完安装之后，没有了任何反应。首先保证了IE的安全里面的Activex的设置都对了。开放浏览器对ActiveX的支持。如果还不行，那就打开浏览器的高级，重置成默认设置，关闭浏览器再打开下载，一般都没有问题了。

　　3） 客户端如果上传的文档是中文命名的，就同步不到服务器的，这个要注意，客户问起来也容易解答。 solo在国内的使用很少。一方面的是国内没有这个使用习惯。一方面是对中文的支持比较差。

　　4、 服务器端的solo视图要非常注意语法。sqlite的语法和ms sql的部分语法是不同的。而且服务器没有对solo的视图脚本进行验证，所以要非常注意，一旦出现错误，solo的客户端就会出现很多页面打不开的情况。具体的语法问题，可以上网google。可以安装一个叫做SqliteDev385的软件，很好用，还可以格式化sql呢。试用期过后，你可以到注册表把它的时间key删掉，就可以免费用了。

　　5、 由于sagecrm7.0的水晶报表是支持XI版的，而用户如果要购买XI需要一个申请流程。而且出于成本考虑，我们建议使用10的原有报表，然后我们开发一个web网站来支持这个报表显示。只需要在服务器安装【CRRedist2008_x64.msi】就可以了。后面说要升级6.2sp1，也没有去研究6.2支持那个版本的水晶报表了。

　　昨天升级的时候出现了一个插曲。刚发布网站的时候，我知道需要重新打开报表修改数据源的连接。连接到正式服务器的数据库，更新数据源。我在本机做了这个操作之后，才把报表移动到正式服务器的。结果还是不行。 然后我是用服务器上的水晶报表10开发工具进行打开，重新更新数据源，有两个可以了，但是有两个保存的时候，程序自动退出了，文件也没有保存成功。 弄了2个小时都不行。 后面我才发现，由于应用服务器上装的是sql2000，所有没有sql native client的，而我本地开发的时候使用的是这个。我在本地重新使用ole db for sql server重新连正式服务器，更新数据源，保存，覆盖正式服务器报表。终于可以了。

　　6、 既然升级完成，所以一定要给用户的新数据库做好备份。我看了一下客户以前的备份机制，做的很好。

　　1） 首先他们使用数据库的执行计划，一次备份多个数据库到一个backup的文件夹。我只需要在他的执行计划上勾上我们的新数据库就可以了。

　　2） 然后他们使用服务器的任务计划，做了一个凌晨2点的计划，批量把backup的文件打包成一个rar放到data文件中。

　　3） 最后在批处理文件中 执行清空backup文件夹的动作。

　　这样可以集中备份的计划和时间，打包之后也省了至少10倍的磁盘空间。我已经把他们的批处理文件带走了。 其实也就是批处理调用rar的功能而已。

　　7、 客户的数据库，都有一个规则，那就是把mdf文件放在F盘。把ldf放在G盘。感觉特别专业，惭愧中。

　　8、 特别注意crm的日志文件。特别是solo的同步日志。由于客户的solo用户都是下班全部数据的。所以一旦他们同步，日志是非常大的。可能就几个月就10几G了。所以要注意清理。如果安装目录放在C盘就容易出现更多系统问题。 5.7默认的安装目录就是放在iis的根目录下的。5.8开始就不会了。