U8升级问题汇总

用友U8升级问题汇总 升级问题： 1、升级过程中提示“将varchar值Ap_p转换为数据类型为int的列时发生语法错误” 碰到该问题后，然后进行再次升级，升级成功。 2\升级过程中提示“违反了PRIMARY KEY 约束'Rpt_FltDEF_PK'。不能在对象'Rpt_FltDEF'中插入重复键。” 解答：引入客户数据进行升级，也发现相同的错误提示“违反了PRIMARY KEY 约束'Rpt_FltDEF_PK'。不能在对象'Rpt_FltDEF'中插入重复键。”，根据提示怀疑为象Rpt_FltDEF表中的主键存在问题，在企业管理器中查询该表的主键为ID_Flt字段。第一反应为该字段是否存在重复的值。执行语句:select ID_Flt from Rpt_FltDEF group by ID_Flt having count(ID_Flt)>1发现ID_Flt并没有重复的值。和演示账套对比该表的属性发现：主键ID_Flt为标识字段，演示账套标识值为“是”，而客户的数据中的值为“是（不适用于复制）”。故试着将值改为“是”。由于表rpt_glbdef,rpt_flddef与该表关系密切且标识值也为“是（不适用于复制）”，因此将rpt_glbdef,rpt_flddef也做同样修改。再次升级成功。同样ZT021，ZT023做以上处理后也升级成功。 解决方案：在企业管理器中将Rpt_FltDEF,rpt_glbdef,rpt_flddef三张表的主键标识值改为“是” 3、821升级861后登陆薪资管理失败 问题原因： 由于用户在821的版本中手工增加了“计件工资”这个工资项目，实际上在821版本中系统 并没有预制这个工资项目。而在861版本中预制了“计件工资”项目，且“计件工资”项目在数据库的工资项目设置表（WA_Gztblset）中的工资项目标识（iGZItem_id）规定为7，这是不能修改的！解决方法：在821版本中将工资项目设置表（WA_Gztblset）的工资项目名称（cSetGZItemName）字段的“计件工资”记录改名（例如：计件工资1），再进行升级即可。 4、升级后应收应付单据号不能自动编号： 在应收和应付模块中,应收单(应付单)和收付款单的单据号不能由系统自动带出,无论如何修改单据编号的原则都不行.而进销存模块中的单据都可以依照单据编号原则由系统自动给出单据号,用户是由8.21升级到8.61的. 问题解决： 该问题属于ua_account_sub表中缺少相应数据记录造成的，可以用以下方法解决： 1、执行如下脚本： use ufsystem INSERT INTO ua_account_sub VALUES ('900', '2004', 'ap', '0','1','0','2004-12-01',null,'') INSERT INTO ua_accou ### U8升级问题汇总分析 #### 一、升级过程中提示“将varchar值Ap_p转换为数据类型为int的列时发生语法错误” **问题描述**： 在U8系统的升级过程中，出现了将`varchar`类型的值`Ap_p`转换为`int`类型列时发生的语法错误。 **解决方案**： 遇到此问题后，直接重新尝试升级操作，最终升级成功。这种情况下，可能是因为特定的错误导致了一次性的升级失败，但并不影响后续的升级操作。 #### 二、升级过程中提示“违反了PRIMARY KEY 约束'Rpt_FltDEF_PK'。不能在对象'Rpt_FltDEF'中插入重复键。” **问题描述**： 在U8系统升级过程中，出现了“违反了PRIMARY KEY 约束`Rpt_FltDEF_PK`。不能在对象`Rpt_FltDEF`中插入重复键”的错误提示。 **解决方案**： 1. **初步诊断**：首先怀疑可能是表`Rpt_FltDEF`中的主键字段`ID_Flt`存在重复值。通过查询发现`ID_Flt`字段并未出现重复值。 2. **深入分析**：进一步对比演示账套与客户实际数据发现，`ID_Flt`字段的标识属性在演示账套中设置为“是”，而在客户数据中设置为“是（不适用于复制）”。 3. **解决方案**：将表`Rpt_FltDEF`以及与其关联紧密的表`rpt_glbdef`、`rpt_flddef`中的主键字段的标识属性修改为“是”，之后再次尝试升级，成功解决问题。 #### 三、821升级861后登陆薪资管理失败 **问题描述**： 用户从U8 8.21版本升级到8.61版本后，登录薪资管理模块时失败。原因是用户在8.21版本中手动添加了一个名为“计件工资”的工资项目，但在8.61版本中，“计件工资”项目已经预置，并且其在数据库表`WA_Gztblset`中的标识`iGZItem_id`固定为7。 **解决方案**： 1. 在8.21版本中修改工资项目设置表`WA_Gztblset`中的“计件工资”项目的名称（例如改为“计件工资1”）。 2. 完成修改后，再次进行升级操作即可解决问题。 #### 四、升级后应收应付单据号不能自动编号 **问题描述**： 升级后，在应收和应付模块中，应收单、应付单和收付款单的单据号无法由系统自动生成。而进销存模块中的单据可以正常自动编号。 **解决方案**： 1. **问题定位**：此问题是因为表`ua_account_sub`中缺少必要的数据记录。 2. **解决步骤**： - 执行SQL脚本，向`ua_account_sub`表中插入两条新记录。 - 手工在企业管理器中添加这两条记录，确保字段`bclosing`的值为1。 #### 五、在做820的数据升级到852普及版本时，引入820的账套时提示539等错误 **问题描述**： 在将820版本的数据升级到852版本的过程中，引入820的账套时出现539错误。此错误通常是由于数据库版本不兼容导致的问题。 **解决方案**： 1. **错误定位**：539错误表示SQL Server 2000数据库版本，而SQL Server 7.0的数据库版本为515。引入SQL Server 7.0的数据到SQL Server 2000时，如果出现539错误，则可能表示原有的SQL Server 7.0数据库已经被损坏。 2. **解决方法**：需要先对原有的SQL Server 7.0数据库进行修复处理，然后再尝试升级操作。 #### 六、U8.21的数据升级到U8.61时报错 **问题描述**： 在将U8 8.21版本的数据升级到U8 8.61版本时，报错提示数据表中`CA_DepDf`主键丢失。 **解决方案**： 可以通过手工创建或执行SQL脚本的方式，为`CA_DepDf`表添加一个非聚集的主键约束。 #### 七、821版本数据升级861操作，升级2003、2004两个年度数据到850sp版本时，提示错误 **问题描述**： 在将821版本的数据升级到861版本时，对于2003年和2004年的数据升级至850SP版本时出现错误提示。 **解决方案**： 需要进一步分析具体的错误日志和提示信息，以确定具体的错误原因，并采取相应的措施进行修复。 ### 总结 以上问题及解决方案主要涵盖了U8系统升级过程中常见的几个典型问题，包括数据类型转换错误、主键冲突、模块功能异常、数据库兼容性问题等。通过对这些问题的分析和解决，可以帮助用户顺利地完成系统的升级操作，避免因升级过程中的错误而导致的数据丢失或功能异常等问题。