NC5.6-产品升级培训.ppt

案例分析 见NC各版本升级问题列表.doc NC5.6-产品升级培训 NC产品支持部 用友软件股份有限公司 凡新 2010年02月04日 目 录 升级前的准备工作 升级方案 升级过程 各个业务模块的升级 案例分析 升级前的准备工作 了解客户当前使用NC产品情况，要清楚的知道客户使用哪些模块，哪些模块要升级。 在本地使用客户的数据库和代码，做测试升级，发现问题做记录，并立即解决。 在客户的帮助下，做好升级之前的数据采集，便于我们升级后进行验证，看看我们的升级过程有没有问题。 注意：建议保留客户原有的环境不变，在新的环境下做升级。 升级方案 代码升级 数据库升级 NC56升级 升级方案 客户使用产品情况：帐套，产品.不同帐套升级顺序。 先升级NC再升级IUFO 升级需要的应用服务器和数据库服务器 升级过程中客户停机时间 升级帐套时间,形成升级时间表 升级到中间版本时负责测试时间及人员安排 升级中做好代码和数据库备份及相关信息 注意：每个版本的升级都要做好备份，不然一个环节出错，都要重来。 升级过程 升级之前明确：nc502?nc56升级是使用新的代码来升级原有版本的数据库。所以一定要清楚原有版本 数据库信息和所用的产品。（包括iufo ） NC56升级可以安装到新的路径下，也支持覆盖到原产品（NC5.02)代码路径下升级安装。 注意：在从NC502到NC56的覆盖代码升级过程之前，务必停掉原来的was中间件以及相关的java进程，否则 NC56代码不能完全覆盖替换原来的旧代码。 升级过程 在非windows平台上，在运行ncSysConfig.sh或wasSysConfig.sh、wlsSysConfig.sh之前要先运行nchome下的root.sh文件，需要特别注意，在NC56中运行此文件需要加参数：INIT。 例如： #./root.sh INIT 需要注意所加参数为大写。 客商档案、结算单位升级检查 在NC5.02代码上打上uap-bd的检查补丁 升级帐套 在二次开发工具结点下，会出现基本档案升级检查 节点， 通过此节点检查结算单位、内部客商是否合法。 对于非法数据可以直接在此界面修改。 客商档案、结算单位升级检查 升级步骤1-查看NC产品情况 升级步骤2-配置数据源 升级步骤3-编译 部署 升级步骤4-升级帐套 升级步骤5-升级帐套 客户化升级注意事项 公司本位币检查 不设置本位币的公司，如果被账户档案引用，便不可以升级，可以通过以下脚本检查是否存在此类公司 select * from pub_sysinit where initname like %本位币% and pkvalue is null 财务模块升级注意事项 55升级56 升级前，未确认协同凭证必须确认，否则升级后无法确认。 所有与商业票据有接口的单据升级前必须走完单据流程； 升级前应把委托收付款的流程全部走完。 502升级56 升级前，未确认协同凭证必须确认，否则升级后无法确认。 所有与商业票据有接口的单据升级前必须走完单据流程； 升级前已审核完成待签字的应收单、应付单，升级后，需要实施特殊处理，方案一：升级前先将此类单据签字完成；方案二：升级后不能对应收应付单签字，所以需要升级后反审单据，再重新审核生效； 升级前应把委托收付款的流程全部走完。 升级前最好把开户银行的开户日期正确填写，以免升级时会造成误判。 56总账覆盖升级502时，要注意502总账代码不能有.\modules\gl\client\lib\uiglcore.jar,如果有，在升级时请删除掉该jar包。 财务模块升级注意事项 总账数据升级时需要将凭证子表中的垃圾数据清理掉，即删除掉只有分录记录但是没有凭证主表记录的数据。请执行下面的sql： delete from gl_detail d where not exists( select pk_voucher from gl_voucher v where v.pk voucher=d.pk voucher); commit; 资产管理产品升级注意事项 55升级56 所有业务要达到审批通过状态（固定资产业务处理到已确认状态）最终的状态，再进行升级； 所有业务要达到审批通过状态并且完成下游单据，再进行升级； 升级前数据一定要备份，同一个库不能重复升级。 502升级56 所有业务要达到审批通过状态（固定资产业务处理到已确认状态）最终的状态，再进行升级； 升级前数据一定要备份，同一个库不能重复升级； 供应链升级注意事项 需要特别注意：如果NC使用的是oracle数据库，则在升级前后必须进行数据库优化，否则会因