文档详情

u8升级问题汇总.doc

桔****
实名认证
店铺
DOC
24.97KB
约9页
文档ID:543481691
u8升级问题汇总.doc_第1页
1/9

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_account_sub VALUES ('900', '2004', 'ar', '0','1','0','2004-12-01',null,'') 2、手工在企业管理器中增加这两条记录,手工增加时候一定注意bclosing字段的值一定为1。

5、在做820的数据升级到852普及版本时,当引入820的帐套时,提示539等错误539为sql2000的数据库版本,sql7的数据库版本为515将sql7的数据引入到sql2000中时,sql2000会自动对sql7的数据进行转换升级若出现539错误则表示转换升级失败,可能以前的sql7数据库就已经被损坏,需要先对原sql7数据库进行修复6、U8.21的数据升级到U8.61时报错你的数据表中CA_DepDf主键丢失,手工创建或执行以下脚本 ALTER TABLE [dbo].[CA_DepDf] ADD CONSTRAINT [aaaaaCA_DepDf_PK] PRIMARY KEY NONCLUSTERED ( [cDeptID] ) ON [PRIMARY] GO 7、问题现象: 821版本数据升级861操作,升级2003、2004两个年度数据到850sp版本时,提示错误信息如下【库存U8501补丁期初整理程序 2005-12-23 14:56:52 数据库名: UFDATA_001_2004 库存U8501补丁期初整理程序, 控件AdjustQc.ClsAdjust 错误信息: 申请单据ID失败!】 问题分析:由于85以前版本数据存在库存总帐st_totalaccount,升级到850版本后就没有这个表了。

升级时需要将st_totalaccount中imonth=1的记录升级为库存期初(rdrecord.bisstqc=1); 库存总帐st_totalaccount中无id字段,插入rdrecord时需要调用存储过程sp_getid来申请单据ID目前的问题即是在调用sp_getid时发生异常错误 问题处理过程:尝试过将库存总帐st_totalaccount数据清空,升级成功(此时不需要进行sp_getid操作);对升级错误进行sql事件跟踪,在sql后台出错事务回滚之前的最近sql执行语句是 {select * from accinformation where csysid='aa' and cid='37'} ,该行记录为系统标志号,发现其cvalue字段值为null,将此远程标识号赋值给后台@remoteid变量时出错将远程标识改为‘00’再进行升级,2003、2004年度均成功升级到861(未加载861hotfix补丁的环境) 修改语句如下(对03、04两个年度库分别执行): update accinformation set cvalue='00' where csysid='aa' and cid='37' 8\821升级到861报错,数据和说明文档在u8shenzhen目录下20051221沙井医院002.rar,该客户相同现象的问题曾提交过,问题号是77652,但对于这套账的2000,2001采用该问题的解决办法还是不行,但打完系统管理最新补丁再升级也不行!问题解决:请在干净(新装的U861环境下)将支持网站系统管理补丁里面的adminsql.rar文件直接替换安装目录\UFSOFT\ADMIN\adminsql.rar,不要解压缩!再到企业管理里面(或者写脚本)先将GL_accvouch.coutno_id的数据属性更改为nvarchar(50)后直接升级就没问题了。

您的数据我们已经升级成功了两个年度,错误的原因主要是数据索引问题,造成了861升级时修改表结构错误9\821升级到852后,库存的期初数和原来的821的差别较大,详细情况见”ftp://u8beijing/东明化工“文件夹下的文档,里面有821的数据,有852我升级后的数据,821正确的期初数的EXcel文档以及原来处理的另一个帐套008的脚本,当时73158号问题是刘雯波帮我处理的,非常感谢刘雯波!这两套数据请帮我把2005年以前的三个年度给处理一下,2005年的不用调了,用户已经手工修改了,只要升级后的期初数据和821一样就可以了,升级后的发生额好像没什么问题经查,010账套为2004-4月份启用的,升级到852版本后,库存总账是正确的,您可通过如下语句对比得出:use ufdata_010_2004 /*收发记录主子表中的期初数据*/ select sum(case when brdflag=1 then iquantity else -iquantity end) from rdrecord a inner join rdrecords b on a.id=b.id where bisstqc=1 /*库存总账表中的期初数据*/ select sum(ibeginquantity) from st_totalaccount where imonth=4 另,您的009账套,是2003-3月份启用的,升级到852后,2003年的库存期初也是正确的,不需要调整,您可通过下面的语句查询出来:use ufdata_009_2003 /*收发记录主子表中的期初数据*/ select sum(case when brdflag=1 then iquantity else -iquantity end) from rdrecord a inner join rdrecords b on a.id=b.id where bisstqc=1 /*库存总账表中的期初数据*/ select sum(ibeginquantity) from st_totalaccount where imonth=3。

但升级到852后,2004年的库存期初是有错误的您可通过下面的语句进行调整:use ufdata_009_2004;update rdrecord set bisstqc=0 where cvouchtype<>'34' and bisstqc=1; update a set bisstqc=0 from rdrecord a inner join rdrecords b on a.id=b.id where bisstqc=1 and (cmemo not like ('850补丁调整工具调整数据') or cmemo is null); select cwhcode,cinvcode,max(a.id) as id into tmp02 from rdrecord a inner join rdrecords b on a.id=b.id where bisstqc=1 and cmemo like ('850补丁调整工具调整数据') group by cwhcode,cinvcode; delete from rdrecords where id in (select a.id from rdrecord a inner join rdrecords b on a.id=b.id left join tmp02 c on a.id=c.id where bisstqc=1 and cmemo like ('850补丁调整工具调整数据') and c.id is null); delete from rdrecord where id in (select a.id from rdrecord a left join tmp02 c on a.id=c.id where bisstqc=1 and cmemo like ('850补丁调整工具调整数据') and c.id is null); select a.autoid,a.cwhcode,a.cinvcode,a.iquantity,b.stquantity into tmp03 from (select autoid,cwhcode,cinvcode,iquantity from rdrecord a inner join rdrecords b on a.id=b.id where bisstqc=1 and cmemo like ('850补丁调整工具调整数据')) a inner join (select cwhcode,cinvcode,sum(ibeginquantity) as stquantity from st_totalaccount where imonth=1 group by cwhcode,cinvcode) b on a.cwhcode=b.cwhcode and a.cinvcode=b.cinvcode; update a set iquantity=b.stquantity from rdrecords a inner join tmp03 b on a.autoid=b.auto。

下载提示
相似文档
正为您匹配相似的精品文档