U9升级方法及注意事项docx - U9服务支持系统
U9产品实施和维护简要指南
U9产品实施和维护简要指南1. 概述本文档主要依据U9性能优化组对客户现场性能问题的诊断案例总结而来，目的是指导实施人员和技术支持人员了解U9U9产品性能相关的一些特点，减少因不必要的环境配置问题带来的支持和维护代价，另外会给出一些帮助研发人员定位问题的建议。
2. 环境部署要求许多性能问题，是由于环境部署没有满足要求导致。
在环境部署方面，主要有五项要求：1.数据库一定要使用SQL20082.服务器操作系统一定要使用64位系统3.客户机浏览器一定要使用IE8，并禁用无关插件4.客户机一定要满足最低配置要求5.推荐使用Win2008操作系统这些要求中，1~4属于必须满足的要求，5则属于推荐要求。
对老的客户，因为历史原因，1和2项可择机进行升级。
但对于新的客户，如果还安装32位系统，还在使用SQL2005，那U9产品无论性能还是稳定性，都将大打折扣。
不客气地讲，这就属于实施环节的失职了。
2.1. SQL2008的性能优势SQL2008大幅提升了查询引擎和报表引擎的性能，并提供了压缩和TVP等新特性。
2.1.1.数据压缩对比测试未启用压缩：FileSizeMB UsedSpaceMB UnUsedSpaceMB1575 63.43 1511.5717900 6170.56 11729.4419475 6233.99 13241.01启用压缩：FileSizeMB UsedSpaceMB UnUsedSpaceMB1575 66.31 1508.6917900 2077.44 15822.5619475 2143.75 17331.252.1.3.报表的性能对比从对比测试可以看到，相比SQL2005，部分报表在SQL2008下提升有10倍之巨：SQLServer 2005报表名称查询需要总时间数据库执行时间数据库返回记录数总额与余额表23 秒12秒56条明细账２８秒17秒4928条台帐金额３分３９秒17秒16090条台帐数量11分56秒32秒21699条SQLServer 2008报表名称查询需要时间数据库执行时间数据库返回记录数总额与余额表15 秒14秒56条明细账24秒18秒4928条台帐金额48秒16秒16090条台帐数量1分25秒12秒21699条另外，某客户现场反馈的台帐金额报表按“存储地点等于周转治具”查询特别慢的问题，确认是SQL2005的一个Bug，在SQL2008下已经修复。
U9 V2升级说明 V1new
U9 V2 数据库升级说明环境要求硬件要求服务器：准备至少一台服务器和一台用来备份的PC机，PC机的存储空间必须大于您数据库的大小。
CPU：标准的服务器CPU即可，CPU的性能将直接影响升级的效率，建议使用多核处理器。
磁盘空间：根据您的数据量准备2倍的升级空间，例如：您的数据库大小为30G，则升级需要的硬盘空间为60G。
内存：2G以上的内存，内存的大小也会影响升级的效率。
系统分区大小：系统分区（通常是C盘）必须拥有至少100M的未使用空间。
软件要求操作系统：Windows 2003及以上的兼容操作系统。
数据库：SQL Server 2005及以上版本的数据库系统，建议使用SQL Server 2008。
U9产品：U9 V1.5 SP3产品，必须安装所有SP3发布之后的补丁。
升级条件1、检查关键业务是否完成✓付款单：a.是否存在[结算方式][业务属性]为空或者存在手续费的付款单，请先处理完毕。
b.是否存在需要拆分交易分录的付款单，而交易分录不是按标准实体(付款单行/付款单代付行/付款单用途行)生成的，请先处理完毕。
✓收款单：a.是否存在[收款对象]为空或者有票据结算对应并且结算方式[业务属性]为空的收款单，请先处理完。
b.是否存在需要拆分交易分录的收款单，而交易分录不是按标准实体(收款单行/收款单代收行/收款单用途行)生成的，请先处理完毕。
✓PO：是否存在未Cancel或未财务关闭的外部直运PO，请先处理完毕。
✓出货单行：是否存在预出货单行存在预留量的单据，请先处理完毕。
✓退回申请单：是否存在退回申请单存在维修中的普通退货数据，请先处理完毕。
✓是否有料品在多个BOM中，即做为副产品，又做为联产品。
如果有，则需要修改为一致，否则不能升级。
✓是否有料品创建了BOM，但又做为其他BOM的联副产品。
如果有，则需删除，否则不能升级。
✓原来的BOM中的联副产出料品的属性，可生产/可库存是否为true。
如果为否，则必须修改，否则不能升级。
09系统升级方案
09系统升级方案本次系统升级的主要目的是提高系统的运行效率和安全性，避免因系统老化而出现的各种问题和风险。
升级方案如下：步骤一：备份数据在进行升级前，我们需要对系统中的所有数据进行备份，以防止数据丢失或损坏。
备份完成后，可将数据存储到外部设备或云端。
步骤二：检查硬件设备升级前，我们需要对硬件设备进行全面检查，以确保其能够满足系统升级的要求。
如果硬件设备存在问题，必须先进行修复或更换。
步骤三：安装更新系统一旦备份工作完成，我们就可以开始安装新的系统了。
系统安装过程中需要特别注意以下几点：- 选择合适的系统版本，确保其兼容性和稳定性。
- 确认系统安装路径和安装过程中的其他设置，保证安装顺利完成。
- 在安装过程中及时备份，以应对意外情况。
步骤四：测试和调试系统安装完成后，我们需要对其进行测试和调试，以确保其能够正常运行。
测试和调试过程中需要注意以下几点：- 确认系统的功能和性能是否与预期一致，如有问题及时修复。
- 对系统进行加压测试，检查其稳定性和承载能力。
- 在测试过程中及时进行记录，以便后续参考。
步骤五：数据恢复在确认系统正常运行后，我们需要将之前备份的数据进行恢复。
数据恢复过程中需要注意以下几点：- 确认数据恢复的目录和路径，保证数据完整性和准确性。
- 在数据恢复过程中及时备份，以避免因数据恢复失败而造成的损失。
经过以上五个步骤的操作，系统升级工作将会顺利完成。
同时，在日后的系统运行过程中，我们也需要对其进行定期检查和维护，以确保其长期稳定运行和安全性。
用友U9实施培训
常见问题解决方案
数据导入错误
检查数据源格式是否正确，确保导入工具与数据源格式匹 配；检查数据是否有重复或缺失，确保数据的完整性和准 确性。
权限分配问题
检查用户角色和权限设置是否正确，确保用户能够正常访 问和操作相应的功能；检查系统日志，查看是否有异常操 作或错误提示。
系统配置错误
检查系统参数设置是否正确，确保参数设置与业务需求相 符；检查网络连接是否正常，确保系统能够正常运行。
制定项目章程
将项目目标和范围书面化，作为 项目团队和干系人之间的共识和
基准。
制定详细计划和时间表安排
制定项目计划
根据项目目标和范围，制定详细的项目实施计划，包括任务分解、 资源分配、风险应对措施等。
时间表安排
根据项目计划的各项任务，制定合理的时间表安排，确保项目按时 交付。
监控和调整
在项目执行过程中，密切关注进度和实际情况，及时调整计划和时间 表安排。
基于SOA架构
云计算支持
U9系统采用面向服务的架构（SOA），实 现业务与技术的分离，提高系统的灵活性 和可扩展性。
U9系统支持云计算部署，企业可根据实际 需求选择公有云、私有云或混合云部署方 式。
移动应用集成
集成与开放性
U9系统提供移动应用集成功能，支持手机 、平板等移动设备访问，实现随时随地办 公。
用友U9实施培训
目录
• U9系统概述与功能介绍 • 实施方法论与流程梳理 • 基础数据准备与初始化设置 • 关键业务场景操作演示 • 系统集成与应用扩展探讨 • 项目管理与团队协作技巧分享
01
U9系统概述与功能介 绍
U9系统背景及定位
全球化与多组织协同
灵活配置与快速实施
U9研发模式及管理体系
U9研发模式及管理体系U9研发模式是指U9公司在开展研发活动时采用的一种工作方式和流程，以实现高效、快速、协同的研发结果。
U9公司作为一家专注于软件开发的公司，其研发模式的选择和管理体系的建立对于项目的成功与否至关重要。
下面将详细介绍U9研发模式及管理体系。
一、敏捷开发敏捷开发是U9研发模式的核心理念之一、敏捷开发注重迭代式、模块化的开发过程，以客户需求为导向，快速交付可用的产品。
敏捷开发强调团队合作，重视沟通和反馈，能更好地满足快速变化的需求，并保持良好的项目进展。
二、模块化开发三、协同工作四、持续集成与测试五、产品运维U9研发管理体系为了保证U9公司研发活动的有效进行，U9公司建立了完善的研发管理体系。
该体系包括以下几个方面的内容：一、项目管理U9公司采用项目管理方法来对研发活动进行全面的规划和控制。
在项目启动时，会制定详细的项目计划，并确定项目目标、范围和时间表等。
同时，项目经理会对项目进展进行监控和控制，及时解决问题，确保项目按时交付。
二、人员管理U9公司注重人力资源的合理配置和管理。
在项目组建时，会根据项目需求和团队成员的技能特点进行合理的组合。
同时，公司还会为员工提供培训和发展机会，提高团队的整体素质和技术能力。
三、质量管理U9公司对产品的质量要求非常严格，因此建立了严格的质量管理体系。
在整个研发过程中，团队成员会严格按照规定的开发流程和标准进行工作，并对每个阶段的工作进行质量检查和评估。
同时，团队会积极采集用户反馈，及时改进产品。
四、知识管理U9公司注重知识的积累和分享，建立了完善的知识管理系统。
在每个项目的结束，U9会对项目进行总结和归档，收集并整理项目相关的文档、代码和经验等。
这样可以方便后续团队的使用和学习，提高工作效率和质量。
五、风险管理U9研发管理体系还包括风险管理。
在项目的不同阶段，团队成员会识别和评估各种风险，并制定相应的应对策略。
通过对风险的及时识别和处理，可以降低项目失败的可能性，提高项目的成功率。
服务器升级指南如何平稳地升级服务器
服务器升级指南如何平稳地升级服务器随着科技的不断发展，服务器在企业和个人生活中扮演着越来越重要的角色。
服务器的升级是一项必不可少的任务，但是升级过程中可能会带来一些风险和不确定性。
为了确保服务器升级的顺利进行，本文将为您提供一份服务器升级指南，帮助您平稳地升级服务器，保障数据安全和系统稳定。
一、备份数据在进行服务器升级之前，首先要做的就是备份重要数据。
数据是企业和个人最宝贵的财富，一旦数据丢失将会带来巨大的损失。
因此，在升级服务器之前，务必将所有重要数据进行备份，包括文件、数据库、配置文件等。
可以选择将数据备份到外部硬盘、云存储或其他服务器上，确保数据的安全性和完整性。
二、评估系统需求在确定升级服务器的具体方案之前，需要对当前系统的性能和需求进行评估。
了解当前系统的硬件配置、软件版本、运行状态等信息，分析系统的瓶颈和不足之处。
根据评估结果，制定合理的升级计划，确定升级的目标和重点，确保升级方案能够满足系统的需求并提升性能。
三、选择合适的硬件和软件根据系统评估的结果，选择合适的硬件和软件进行升级。
在选择硬件时，需要考虑服务器的性能、扩展性、稳定性和兼容性，确保新硬件能够满足系统的需求并提升整体性能。
在选择软件时，需要考虑软件的版本、功能、安全性和稳定性，确保新软件能够与系统的其他组件兼容并提升系统的运行效率。
四、制定详细的升级计划在确定升级方案后，需要制定详细的升级计划。
包括升级的时间安排、人员分工、备份和恢复策略、测试计划等内容。
确保每个步骤都有清晰的指导和操作流程，避免出现混乱和错误。
同时，要提前通知相关人员和用户，做好沟通和协调工作，确保升级过程的顺利进行。
五、逐步升级为了保证服务器升级的平稳进行，建议采取逐步升级的方式。
可以先在测试环境中进行升级测试，验证新硬件和软件的稳定性和兼容性。
然后再在生产环境中逐步进行升级，先升级一部分服务器或服务，验证升级效果和稳定性，再逐步扩大范围，直至完成所有服务器的升级。
系统升级操作规程
系统升级操作规程一、概述系统升级是指对计算机系统进行更新、改造或修复，以提高系统性能、功能或安全性等方面的操作。
本文将详细介绍系统升级操作规程，确保升级过程顺利进行。
二、准备工作1. 确定升级计划：根据系统需求和业务发展状况，制定详细的升级计划，包括时间安排、目标及预期效果等。
2. 沟通与备份：与相关部门进行沟通，并备份系统数据、配置文件、用户权限及相关文档。
3. 风险评估：评估升级可能带来的风险，并制定应对措施，以最小化潜在影响。
三、升级操作流程1. 通知系统用户：提前向系统用户通知升级计划和影响范围，确保用户有足够的时间做好准备。
2. 系统检查：对系统进行整体检查，确保系统运行状态良好且满足升级前的要求。
如有异常，应暂停升级并进行排查与修复。
3. 升级前准备：关闭系统服务和相关功能，并备份当前系统状态。
4. 下载并安装升级文件：从官方或授权渠道下载升级文件，并根据升级指引进行安装。
确保文件完整性和正确性。
5. 升级验证：升级完成后，进行系统功能验证和性能测试，确保升级后系统正常运行，并与用户进行沟通。
6. 回滚计划：在升级过程中，如发生严重问题导致系统无法正常使用，需立即执行回滚计划，恢复到升级前的系统。
7. 系统恢复和测试：根据回滚计划进行系统恢复，并对回滚后的系统进行功能验证和性能测试，确保回滚过程顺利。
8. 用户通知：及时向用户通知升级或回滚完成的情况，以及可能的影响范围。
四、注意事项1. 安全保障：升级过程中，严禁使用非授权的软件或工具，确保系统安全。
2. 日志记录：对升级过程进行详细记录并保留相关日志文件，以便后期排查问题或进行审计。
3. 验证测试：升级后应进行全面的功能验证和性能测试，确保系统升级的有效性和稳定性。
4. 提供支持：为用户提供升级后的技术支持，并及时解决可能出现的问题。
五、结论系统升级操作规程是确保系统升级顺利进行的关键步骤。
通过合理的准备工作、详细的操作流程和注意事项，可以提升升级过程的成功率和用户体验，确保系统的正常运行和稳定性。
用友U9平台系统维护手册
用友U9平台系统维护手册目录1.U9环境问题 (4)1.1.硬件 (4)1.1.1.CPU (4)1.1.2.内存 (8)1.1.3.磁盘： (10)1.1.4.网卡、交换机 (10)1.2.软件 (11)1.2.1.U9软件配置 (11)1.2.2.其他软件 (13)2.U9问题处理分享 (13)2.1.了解问题详情 (13)2.1.1.使用者不能准确表达到底出了什么问题 (13)2.1.2.问题分类 (14)2.2.检查环境配置 (14)2.2.1.环境部署的5项基本要求 (14)2.2.2.AppServer配置检查 (14)2.2.3.DBServer配置检查 (14)2.3.功能点问题诊断方法 (14)2.3.1.是功能Bug？ (14)2.3.2.是性能问题？ (14)2.4.系统问题诊断方法 (15)2.4.1.寻找推理的线索 (15)2.4.2.假设与求证 (15)2.4.3.学会逻辑推理 (15)2.5.常用工具介绍 (16)2.5.1.PerfLogAnalyze (16)2.5.2.TaskManager (16)2.5.3.IISTrace (16)2.5.4.Perfmon (17)2.5.5.WinDBG (17)2.5.6.UMTracer及Reflector (18)2.5.7.AQTime (18)2.6.U9系统常见问题 (21)3.U9性能问题 (22)3.1.U9使用注意事项 (22)3.1.1.单据查访方案 (22)3.1.2.历史记录参照 (22)3.1.3.需求分类 (22)3.1.4.个性化 (22)3.2.数据库性能问题 (23)3.2.1.基本概念 (23)3.2.2.相关工具 (24)1.1. 硬件U9硬件选型不当或设置不当，服务器计算能力不满足U9软件的性能指标要求。
对于硬件选型问题，具体参照《U9 服务器选型方案.doc》文档，本次主要讨论与硬件设置不合理造成的问题。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.特别重点强调**1：不能假定正式服务器比测试服务器快。
大家要耐心等待。
2：一定要在测试环境认真测试。
以确保客户的应用场景都覆盖到了，都验证通过了。
3：建议使用安装盘安装U9，不建议拷贝部署（后患无穷），详细见下面的讲解。
2.升级过程建议2.1.升级前准备安装1.安装前仔细阅读安装过程文档。
如果是从2.1上市版之前的版本升级到2.5，则需要重新安装V2.5金盘。
本版本安装过程有所调整，尤其是报表方面（改到安装工具中进行添加安装）。
2.V2.5金盘支持.net4.0，则在服务器上添加.net3.51角色服务、并且安装正式版本的.net4.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@9.如果是V2.1之前的版本，需要重新升级加密信息；10.确认客开程序是不是需要重新进行编译；2.2.备份数据库1.将数据库设置为“简单恢复模式”2. 有两个表已经不再使用了，删除这两个表可以减少备份文件大小。
并且提升升级速度。
删除这两个表执行的sql 命令是：Truncate table InvTrans_DayTotal ;Truncate table InvTrans_DayTotal_Trl;3. 此外这两个表也可以根据项目需要酌情删除一些内容。
UBF_MD_AttributeLog --敏感性数据变动日志UBF_Portal_OperationRecord --用户操作记录4. 执行Job 清理。
具体方法参考附件，或咨询qihw@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其他服务器向补丁服务器索要补丁时，补丁文件的临时存放位置。