1：不能假定正式服务器比测试服务器快。大家要耐心等待。
2：一定要在测试环境认真测试。以确保客户的应用场景都覆盖到了，都验证通过了。
3：建议使用安装盘安装U9，不建议拷贝部署（后患无穷），详细见下面的讲解。
2.升级过程建议
2.1.升级前准备安装
1.安装前仔细阅读安装过程文档。
如果是从2.1上市版之前的版本升级到2.5，则需要重新安装V2.5金盘。
本版本安装过程有所调整，尤其是报表方面（改到安装工具中进行添加安装）。
2.V2.5金盘支持.net4.0，则在服务器上添加.net 3.51角色服务、并且安装正式版本的.net 4.0。
（绝对不可以安装.net 4.5 Beta，否则引起环境问题）
注：.net 3.51是.net 2.0的升级版。
.net 3.51和.net4.0是两个平行版本，需要分别安装。
3.数据库服务器内存最好大于等于数据库.mdf文件的大小。
4.数据库服务器服务器硬盘剩余空间。数据库最好6倍于.mdf文件大小。
4.1、数据文件存放磁盘（包括tempdb存放的磁盘）需要20G左右的空间，如果是老用户，最好预留更大的空间；
4.2、如果经费允许，多配置一些磁盘。将数据库的.mdf,ndf,ldf。以及tempdb内的每个文件分别存放在各自的物理磁盘上。扩大I/O能力。
具体配置方法咨询
4.3、从数据安全角度考虑，不推荐使用SSD磁盘。
5.数据库服务器升级过程中，最好保证只用户升级，避免其他应用程序的干扰；
6.补丁服务器，需要存放补丁备份文件，需要预留磁盘空间大于1G的空间。
7.涉及“委外”的业务流程需要都已经走完成。
如果项目上涉及到采购驱动的全程委外业务，则需要处理完相关业务；
8.所有调度任务是否已经完结。
如果升级前存在未执行结束的调度方案，建议执行完成后，再继续升级；
具体咨询祁宏伟qihw@ufida.com
9.如果是V2.1之前的版本，需要重新升级加密信息；
10.确认客开程序是不是需要重新进行编译；
2.2.备份数据库
1.将数据库设置为“简单恢复模式”
2.有两个表已经不再使用了，删除这两个表可以减少备份文件大小。并且提升升级速度。
删除这两个表执行的sql命令是：
TruncatetableInvTrans_DayTotal;
TruncatetableInvTrans_DayTotal_Trl;
3.此外这两个表也可以根据项目需要酌情删除一些内容。
UBF_MD_AttributeLog--敏感性数据变动日志
UBF_Portal_OperationRecord--用户操作记录
4.执行Job清理。具体方法参考附件，或咨询qihw@ufida.com
5.数据库收缩日志
6.备份数据库：备份最新的生产环境的数据库作为测试数据库；
2.3.升级过程
如果是测试环境升级，则需要明确升级测试的内容（标准流程、功能点、自定义打印、自定义报表、客开程序、基本数据对比），最好邀请客户一起参与验证。
2.3.1.注意事项
1.如果是V2.1SP1之前的版本，则每完成一个升级环节，检查一下升级日志是不是存在出错的脚本；
2.如果是V2.1SP1之前的版本，升级到2.1版本的时候，最好做一下数据库备份；
3.不管是在V2.1SP的基础上升级，还是重新安装的2.5产品，在建立企业后，最好下载所有的补丁；然后做引擎升级、客户端升级、再做2.5版本及其后续补丁安装或者同步。
4.安装2.5版本，建立补丁服务器时，千万不好把补丁的下载路径与备份路径设置在同一个路径下，且放在磁盘的根目录下；
5.如果用户测试验证的Portal环境是从别的服务器拷贝过来部署的，最好给该拷贝后环境的Portal目录设置Everyone所有权限。
6.注意：如果是重新安装的2.5金盘，报表服务器需要在安装工具中添加，然后在系统管理控制台中进行配置。
2.3.2.强烈推荐采用U9 V25安装盘安装U9（预计30分钟）
2.3.3.下载最新补丁
（包含引擎升级的补丁，可以大大提升补丁安装的效率）
在前面升级过程中发现的问题，已经在这些新下载的补丁中修复（时间视网络条件而定，总计下载内容大约350M）
2.3.4.引擎升级（2分钟）
2.3.5.客户端升级 （5分钟）
2.3.6.将第二步备份来的数据库，还原到新安装的U9产品中。
2.3.7.升级同步补丁，一定一定分３批升级补丁
SP2（升级时间经验：Intel 处理器，差不多每G的.mdf文件需要1分钟。AMD处理器每G的.mdf文件需要4分钟。如果采用外部盘阵，性能比普通服务器自带磁盘慢一些。CPU核心数量与升级性能无关或负相关。）
第1批：UBF、SLC、PUB、BASE模块补丁（每补丁，每企业库2分钟左右）
第2批：其他U9模块补丁，即除新委外模块涉及补丁（每补丁，每企业库4分钟左右）
第3批：新委外模块涉及的3个模块的补丁：PM、Invtrans、MRP。
其中Invtrans可能会执行数小时。按照升级前准备“D1项”可提升此补丁升级效率
2.3.8.然后就可以用啦
2.4.升级完成之后：
正式环境升级完成后，需要基本检查环境的正确性（能否正确登入、报表查询是否正常、打印是否正常、主流程是不是稳定等）
3.常见问题
3.1.诊断具体补丁(引擎升级之外的补丁)升级过程是否被卡住
如果怀疑升级程序内部已经故障，则需要手工处理。
但是在结束升级服务进程和系统管理客户端进程之前。最好确认升级程序是否“的确缓慢，需要等待” 还是“已经故障”。如果的确是正在执行正常的升级过程，贸然终端升级程序可能会造成系统数据错误，即使再次重新同名补丁可能也无法修复这些数据错误。尽管由于中断升级程序引发的错误的概率很小，但诊断问题消耗的时间很长。所以只要不确定升级程序已经故障，最好不要中断升级程序。诊断过程如下：
1.进入怀疑出现升级故障（卡死）的服务器。
打开任务管理器，并点击“资源监视器”按钮。
2.在资源监视器中查找，SqlServer.exe 和 UfSysHostingServices.exe。
如果他们之一在操作磁盘。说明正在升级。如果他们都没有在操作磁盘。说明升级程序已经出现了故障。另外需要说明，如果数据库服务器没有做到U9系统专机专用。需要仔细核对SqlServer.exe进程访问的文件。如果存在访问U9的企业库的SqlServer.exe，则说明正常。
3.如果断定升级程序已经故障。
首先需要保留现场，所谓保留现场就是在“任务管理器”内，找到UfSysHostingService.exe进程。然后“右键”呼出菜单。并选择“创建转储文件”功能。
由于升级故障情况种类繁多。所以最好将参加升级的每一台服务器上的这个进程都创建转储文件。然后就可以“结束进程”重新升级了。
事后将这些转储文件发到公司FTP服务器上。供总部研发分析原因，一旦找到原因，就可以杜绝同类问题的再次发生。这一点很重要。
3.2.诊断引擎升级过程是否确定被卡住
如果引擎升级执行超过2分钟（一般10多秒即可完成引擎升级）。可断定升级出现问题。无需等待。直接创建转储文件，然后重新启动所有U9服务器上的UFSysManageService_2.1，然后重新升级引擎即可。
事后请将这些转储文件压缩后上传FTP服务器，并邮件通知研发(）供分析原因。
3.3.诊断引擎无限循环升级
升级过程中可能出现引擎升级后，仍然反复报告引擎需要升级的情况。
1.检查出现问题的服务器的日志文件
日志文件U9V25\\Portal\\SysManageServer\\Daemon\\UFIDA.U9.SystemManage.Daemon.log。
并手工执行U9V25\\Portal\\SysManageServer\\Daemon\\UFIDA.U9.SystemManage.Daemon.exe。
2.如果仍然不行，检查补丁存储路径内的文件是否都消失了。
如果这些文件都消失了。需要检查“补丁本地存放位置”是否和“临时路径”设置重合。如果重合，需要修改配置，并且重新下载补丁。
3.4.补丁日志
补丁日志在那里也是常问的一个问题。U9是多机部署的，在每台服务器内都存在自己的补丁日志。如截图，比如怀疑VM08服务器升级过程中存在问题。可在“系统管理工具”的“站点管理”中，任意找一VM08上的服务。双击，并选择“补丁设置”，升级日志就存在与“备份路径”内。
升级日志文件名分两部分，前面是具体补丁的补丁号，后缀install.log
此外，更详细的日志存放在“Portal\\SysManageServer\\log”。“怀疑出现问题的服务器”以及“控制服务器”同样目录下的.log文件都需要查看。
3.5.U9各个服务的运行日志
U9各服务的运行日志所在目录（技术部分，业务部分存放在数据库中）。这些日志文件记录当时程序的运行情况，用于诊断程序运行过程中出现的问题。如果运行没什么问题，建议即使清理比较旧的文件。如果长期不清理陈旧文件。某些情况下日志会积累几十G之多。
UFIDA\\U9ClientV25\\ClientSystemManage\\log//系统管理客户端
UFIDA\\U9V25\\MailService\\log//邮件与工作流服务
UFIDA\\U9V25\\NotificationService\\log//通知服务
UFIDA\\U9V25\\Portal\\log//U9 网站
UFIDA\\U9V25\\Portal\\ApplicationServer\\log//Job（任务）服务器
UFIDA\\U9V25\\Portal\\SysManageServer\\log//升级与系统管理服务器
UFIDA\\U9V25\\Portal\\WebPath\\Install\\log//U9安装程序运行日志
UFIDA\\U9V25\\SearchService\\log//企业搜索运行日志
3.6.杀毒软件例外配置
为了保证U9运行效率，最好在杀毒软件内设置例外规则，排除对U9和U9依赖微软服务的扫描。
例外程序：
ReportingServicesService.exe（报表服务）
sqlservr.exe（微软SQLServer）
w3wp.exe（IIS工作进程）
UfSysHostingService.exe（U9控制与升级服务器）
UFIDA.U9.ImplementTool.exe（U9实施工具）
UFIDA.U9.SystemManage.DataManagerClient.exe（U9数据管理工具）
UFIDA.U9.SystemManage.SystemManagerClient.exe（U9系统管理工具）
UFIDA.U9.SystemManage.Daemon.exe（U9系统管理工具自身升级的守护程序）
UFIDA.U9.CS.Collaboration.MailService.exe（U9邮件与工作流程序）
UFIDA.UBF.SystemManage.ApplicationService.exe（U9 Job程序）
NotificationService.exe（U9 通知服务）
U9SearchService.exe（U9搜索服务器）
U9SearchServiceConsole.exe（U9搜索服务器控制台版）
例外目录：
U9补丁下载目录（U9其他服务器向补丁服务器索要补丁时，补丁文件的临时存放位置。该路径升级完成后被清理。如果是补丁服务器所在计算机。则此目录定义无意义。该路径通过系统管理工具指定）
U9补丁临时目录（U9升级过程中，将补丁解压缩展开后的临时存放路径，该路径在升级完成后被清理。该路径通过系统管理工具指定）
U9补丁备份目录（U9升级过程，将要被覆盖的文件备份在此。该路径通过系统管理工具指定）
U9补丁存储目录（U9从用友服务器下载的补丁存放位置，客开导入的补丁也存放在此。该路径通过系统管理工具指定）
UFIDA\\U9V25\\SearchService\\IndexFiles(U9搜索服务索引文件存放位置)
3.7.下载补丁后，补丁列表一片空白
可能原因1：
此问题应该出现在Copy安装的U9环境。使用U9安装盘安装出的环境不应该出此问题。
检查补丁服务器上的这个文件。
U9V25\\Portal\\SysManageServer\\PatchConfig\\UFIDA.UBF.SystemManage.PatchStoreInfo.xml
找n-path="PK://2.1/U9/2"。看它的 修复此文件，然后重新启动SysManagerServer_2.1。这些消失的补丁就出现了。 可能原因2： 补丁记录损坏造成，一般出现在拷贝部署的U9环境。 删除所有U9服务器上的这两个文件。然后重新启动SysManagerServer_2.1。重新下载所有补丁，重打补丁即可。 Portal\\SysManageServer\\PatchConfig\\UFIDA.UBF.SystemManage.PatchStoreInfo.xml Portal\\SysManageServer\\PatchConfig\\UFIDA.UBF.SystemManage.Downlaod.xml 3.8.V2.5直接安装和V2.1升级到V2.5两种场景的区别与转换 1.使用V2.5安装盘直接安装与低版本升级上来的区别 使用V2.5安装盘直接安装出的U9，其部分程序采用.NET 4.0；而升级上来的仍然采用.net 2.0。通常这种升级对用户来说没有区别。 但是客开人员需要注意： 首先VS2005无法调试.net 4.0的程序（挂进程后无法看见U9的DLL）。 其次：如果客开人员修改了Web.config。可能会不兼容最新的Web.config。 如果是纯粹的用于调试程序的环境，而非用户的生产服务器。可以通过如下三步修改将V25安装盘改为旧模式。 1.1：将Portal\\Web.config.net35文件覆盖Web.config文件 1.2：修改Portal\\SysManageServer\\UFIDA.UBF.SystemManage.InstallVersion.xml。将其内部的V2.5改为V2.1 1.3：如果是IIS 7。将U9所在IIS的应用程序池修改为CLR2。如果是IIS 6,将U9所在虚拟目录修改为 CLR2 2.“系统管理工具”内不再提供给客开人员的“上传报表”功能 V2.5报表安装逻辑变化，在“系统管理工具”内不再提供“上传报表”功能。 如果是纯粹的用于调试程序的环境，而非用户的生产服务器。 可通过将U9ClientV25\\ClientSystemManage\\UFIDA.UBF.SystemManage.InstallVersion.xml内的V25修改为V21。改为此前的模式。如果是用户的生产环境。必须通过制作客开补丁的方法。通过补丁导入的方法安装客开报表。 4.附件 4.1.U9V2.5安装的License问题 4.2.U9调度数据量大解决方案 4.3.U9客开升级相关说明，客开中心-王怀亮 ——THE END——下载本文
