用友U8软件维护.ppt

www . ufsoft . com www . ufsoft . com 用友软件维护 u8产品支持部 冯全 * 2018/12/24 www . ufsoft . com www . ufsoft . com 1用友软件维护来源 l 硬件问题(硬件冲突或损坏，网络本身问题，硬件防火墙设置不当等) l 操作系统环境问题 操作系统软件本身出现问题(包括资源分配，系统安全，病毒侵入) 设置和安装(打印机，网络设置，odbc设置，日期格式，计算机名称， 登陆用户的权限和名称，相关目录或文件，许可证授权，服务设置等) l 数据库问题 数据库的设置冲突(同硬件系统和软件系统) 结构性损坏(包括物理文件和逻辑结构) 对象结构的改变(包括系统对象和用户对象) 逻辑结构的错误、数据内容的错误 以上问题可通过数据库对比或事件查看器发现问题 l 其他软件造成(软件冲突，网络冲突， 网络流量限制) l 软件本身 逻辑错误、自身缺陷、老版本数据升级、年度数据的结转 效率问题(通过优化部署数据库，优化软件代码，优化和提高硬性能件) www . ufsoft . com www . ufsoft . com 2硬件问题 l 磁盘损坏 造成文件丢失或数据丢失甚至系统崩溃 建议通过硬件解决(ups，raid ，双机热备，系统集群等) l 网络本身问题 造成数据丢失或网络不稳定 建议通过改变网络拓扑或更换网络设备 l 硬件防火墙设置不当等 造成数据包丢失或不能访问服务器 开放数据库端口：tcp1433 ，udp1434 开放u8服务端口：tcp4630 开放http端口：tcp80 开放ftp端口：tcp21 开放邮件服务器的端口 用dos命令netstat和其他工具检测 l 加密狗并口的设置(epp+ecp混合模式)或通过使用usb加密狗 www . ufsoft . com www . ufsoft . com 3操作系统问题 l 操作系统软件本身出现问题 win9x的非法操作现象 win2000系列的安全问题造成病毒侵入 操作系统不兼容 (如winxp ，win2003 ，ie版本问题) fat分区会造成大数据量吞吐出错(建议改用ntfs分区) l 打印机设置 打印问题 (自定义纸张，打印机的驱动，系统不兼容最多) l 网络设置一般表现为不能访问服务器 netbeui协议未安装(用友低版本) tcp/ip没有正确配置或未安装 u检查ip地址和掩码 u网络中启用dns或wins服务器，配置客户端hosts文件 (win2000 在%system%driversetc,win9x在%system%下。注：无扩展名) www . ufsoft . com www . ufsoft . com 操作系统问题 l odbc设置 mssql系统注册丢失有可能造成客户端登陆不到服务器 l 日期格式设置 短日期格式未设置成”yyyy-mm-dd”，可能会出现跟日期相关的操作出错 l 计算机名称设置建议由26个英文字符+10个阿拉伯数字组成，但开头要是字符 l 登陆操作系统用户的名称同上面计算机名称设置的规范相同 l 登陆操作系统用户的权限建议登陆用户有本地管理员的权限或对此用户单独 授权(主要是本地%system%目录及其子目录和其他要操作目录的读写及可执 行权限)。 l 相关目录或文件的损坏、丢失、属性不正确(安全属性和读写设置) l 系统管理员密码丢失 www . ufsoft . com www . ufsoft . com 案例1 l环境： win2000+u850+hp5000激光打印机 l现象： 总帐打印和预览多栏帐时出错 l分析过程： 检查账页格式、纸张、打印驱动没有 发现错误 l解决过程： 添加打印机epson lq-1600k，并设 置为默认打印机 打印时，选择hp5000打印机进行打印 。此后预览，打印都正常拉 l备注：如果仍然不能解决还要检查数据 库中的数据是否有问题 www . ufsoft . com www . ufsoft . com 案例2 l 环境：站点 win2000 profession + v812a l 现象：安装后软件进入总帐时，报七条错 l 分析过程： 软件正常安装，无杀毒软件、协议正常安装、网络正常使用。 打开控制面板、察看网络协议、区域格式无问题 由于系统管理不能运行来，所以软件不能运行 配置网络协议有tcp/ip 运行clireg32.exe d配置dcom均无效 运行dcomcnfg.exe配置后也无效。 l 解决过程： 添加netbeui协议后，软件即可正常运行。 l 备注： win2000+v812a要求服务器可先删除注册表中ufkey和keypro的 全部键值 www . ufsoft . com www . ufsoft . com 案例3 l环境： win2000server+mssql2000 +u850 l现象：u8服务无法正常启动 l分析过程： 重新启动并执行“系统管理”模块未能解 决 检查%system%目录下的sgv.dll和 umiscnt.dll(umisc95.dll)文件存在，版 本也一致 l解决过程：重建服务依次执行以下dos命令 servernt -remove servernt install net start ufnet l备注： win98执行 server95 -remove server95 -install www . ufsoft . com www . ufsoft . com 4数据库的设置冲突 l 数据库的许可证授权不足(在控制面板填加许可证) l 数据库的身份验证方式错误(要求混合验证) l 数据库的连接超时和并发用户等参数设置当 l 数据库文件和日志的设置问题或受磁盘空间限制 l 数据库的操作受或虚拟内存的限制 l 数据库密码丢失(可用系统用户登陆后用sp_password修改密码) www . ufsoft . com www . ufsoft . com 案例4 l 环境： 客户端 win2000 profession+服务器win2000server+mssql2000+ u850 l 现象：工作站只能一个站点登录。一个站点工作一切正常，另第二个站点登 录即死机并导致原先正常工作的站点也无法工作。 l 分析过程： 服务器的mssql和用友的服务都能正常启动 服务器上用户已重装用友软件未能解决 l 解决过程： 检查sql server企业管理器连接属性：并发用户的最大连接数为 5 并发用户的最大连接数改为 0(无限制) l 备注：检查操作系统的许可证数目和数据库的许可证数目(ntserver或 win2000sever以上系统+mssqlserver标准版以上版本) www . ufsoft . com www . ufsoft . com 案例5 l环境： win2000server+mssql2000+u821 l现象：帐套输出失败 l分析过程： 用数据库企业管理器备份失败 检查数据库参数，发现用户数据数据 库文件为100m左右，而日志文件高 达7g以上，硬盘空间已不足。日志 文件过度膨胀，导致空间不足 l解决过程： 企业管理器中收缩数据 设置数据库的自动收缩规则 l备注：可以用dbcc shrinkdatabase 收缩数据库 www . ufsoft . com www . ufsoft . com 案例6 l环境： win98+sql7+u821 l现象：总账在查询明细账时出现错误 l分析过程： 分析错误提示：”cannot run select into” 很明显数据库”select into”参数错 误 l解决方法： 在企业管理器中修改该数据库 ”select into”参数为”true” l备注： 可在查询分析器中执行如下语句： sp_dboption ufdata_002_2003, select into,true www . ufsoft . com www . ufsoft . com 5数据库结构性损坏 l有可能是停电，死机造成 数据文件丢失、数据库质疑(通 过备份或数据文件恢复) 数据库表结构损坏、数据库的 索引损坏(会出现查询、更新和 添加的异常。可以通过dbcc 相关的命令修复数据库，如果 修复不成功请用通过导数据表 的方法，最大可能的恢复数据) 恢复数据备份用企业管理器恢 复或restore database命 令 恢复数据库文件(mdf,ldf)用 sp_detach_db、sp_attach_db 、 sp_attach_single_file_db三命令 灵活应用，同时结合重建日志 (dbcc rebuild_log) ldbcc修复数据库 checkalloc 磁盘空间一致性 checkcatalog系统表 checkconstraints约束完整 checkdb 结构完整性 checktable 页的完整性 dbreindex 重建索引 indexdefrag 整理索引碎片 shrinkdatabase 释放空间 shrinkfile 释放文件空间 help 语句的语法信息 www . ufsoft . com www . ufsoft . com 语法示例1 l 从备份文件恢复数据库 restore database ufdata_001_2003 from disk = nf:customsufdata.bak with file = 1, nounload , stats = 10, recovery , replace , move nufmodel_log to ne:wf821adminzt0012003ufdata.ldf,move nufmodel to ne:wf821adminzt0012003ufdata.mdf l 从数据文件中恢复数据 sp_detach_db ufdata_999_2002 -分离数据库 sp_attach_db ufdata_999_2002,e:u8softzt9992002ufdata.mdf, e:u8softzt9992002ufdata.ldf sp_attach_single_file_db ufdata_999_2002,e:u8softzt9992002ufdata.mdf www . ufsoft . com www . ufsoft . com 语法示例2 l 检查数据库磁盘文件完整性 alter database ufdata_999_2002 set single_user dbcc checkalloc(ufdata_999_2002 , repair_rebuild) alter database ufdata_999_2002 set multi_user 注：sql7.0用sp_dboption ufdata_999_2002 ,single_user,true/false l 检查系统表的完整性dbcc checkcatalog (ufdata_999_2002 ) l 检查约束完整性dbcc checkconstraints with all_constraints l 检查结构完整性 alter database ufdata_999_2002 set single_user dbcc checkdb (ufdata_999_2002, repair_allow_data_loss) alter database ufdata_999_2002 set multi_user l 检查对象的页完整性 alter database ufdata_999_2001 set single_user dbcc checktable (code, repair_rebuild) alter database ufdata_999_2001 set multi_user www . ufsoft . com www . ufsoft . com 语法示例3 l 整理指定的表或视图的聚集索引和辅助索引碎片 dbcc indexdefrag (ufdata_999_2002,code,ccode_name) l 释放指定数据库中的数据文件空间 dbcc shrinkdatabase (ufdata_999_2001,10) 注：sql7.0用shrinkdb l 释放相关数据库的指定数据文件或日志文件空间 use ufdata_999_2001 sp_helpfile 查看数据库有关信息后变更下面的语句后执行即可 dbcc shrinkfile (ufmodel, 70) dbcc shrinkfile (ufmodel_log, 7) l 返回指定的 dbcc 语句的语法信息。 dbcc help(?) www . ufsoft . com www . ufsoft . com 案例7 l环境：win2000 profession+ mssql2000+u850 l现象：u821数据引入到u850失败 l分析过程： 初步判断为原数据库为sql7.0 数据损坏的可能性很大 u821+sql7.0环境引入成功 在查询分析器中用dbcc checkdb修复该数据库失败，系 统表syscolumns索引出错多次修 复的都如此见图： 只能将该数据库的数据表导出 到其他表中进行修补数据 新建一个帐套作为导出目标 l备注：如果是非系统表的索引出 错可用dbcc dbreindex重建索引 www . ufsoft . com www . ufsoft . com 案例7解决过程 用企业管理器将老的数据中的 数据表导到新的数据库中 www . ufsoft . com www . ufsoft . com 案例7解决过程 导出数据仍然有ia_subsibiary表导出失败 手工写脚本导数据成功 至此修复数据完毕，可以执行下一不操作 l备注：可用在mssql2000和sql7.0中 www . ufsoft . com www . ufsoft . com 案例8 l 环境： win2000 server +sql7.0+u821 l 现象：在应收应付、销售对单据审核、复核时出现运行实时错误，连接失败 l 分析过程： 跟踪检查发现问题出在发票主表中。 该表在查询分析器中打开时报错：“服务器: 消息 823，级别 24，状态 2， 行 1 ，连接中断” 在企业管理器中打开该表或进行查询时报错：“microsoftodbc sql server driver通讯链接失败” 初步判断不是数据性错误，而存在结构性错误，需要修复数据库 l 解决方法：在查询分析器中执行下面语句： sp_dboption ufdata_999_2002 , single user , true dbcc checkdb ( ufdata_999_2002,repair_allow_data_loss) sp_dboption ufdata_999_2002 , single user , false l 备注：运行该语句前请不要打开可能涉及该数据库的一切程序执行，须反复多 次执行该修复数据库语句，直到检测结果为“checkdb 发现了 0 个分配错误 和 0 个一致性错误方可执行完毕。 www . ufsoft . com www . ufsoft . com 案例9 l环境：win2000 server+ mssql2000+u850 l现象：数据库日志文件已经被删除只剩下mdf文件，而且没有其他的备份 l分析过程： 用数据库附加命令无法附加 现在只能重建数据库日志 l解决过程 首先建立一个同名数据库，此例为ufdata_001_2003 停止数据库服务，然后用需要恢复的mdf文件覆盖新建的数据库文件 此时启动数据库服务，进入企业管理器中查看，该数据库被设置为置疑 在这个状态下数据库是不可用的，见下图： www . ufsoft . com www . ufsoft . com 案例9解决过程 将该数据库的状态改变为紧急状态。 u进入查询分析器，对应master数据库，执行如下语句： usp_configure allow, 1-修改系统数据库为可以修改 ureconfigure with override -刷新数据库设置参数 uupdate sysdatabases set status = 32768 where name = ufdata_001_2003 u此时在企业管理器中刷新后可见如下图： 重建数据库日志文件 u停止数据服务，把原来的ldf文件改名（不能删除） u启动数据库服务，进入查询分析器master库下执行下列语句： udbcc rebuild_log (ufdta_001_2003, e:ufsoft850zt001ufdata.ldf )-重建日志文件 urestore database ufdata_001_2003 with recovery www . ufsoft . com www . ufsoft . com 案例9解决过程 一般会返回如下的消息：警告: 数据库 ufdata_001_2003 的日志已重 建。已失去事务的一致性。应运行 dbcc checkdb 以验证物理一致性 。将必须重置数据库选项，并且可能需要删除多余的日志文件。dbcc 执行完毕。如果 dbcc 输出了错误信息，请与系统管理员联系。 restore database 操作成功地处理了 0 页，花费了 0.000 秒（0.000 mb/秒）。 如果返回的是上述信息，说明数据库已经默认了新建的日志文件，要是 数据库不认，那么也不用往下看了，只能在覆盖mdf文件后把数据库的 状态改为可用，然后输出其中的表了。 此时该数据库的状态应该是处于dbo only的状态，还需要把他的状态 改为正常的状态才可以。在查询分析器中执行如下语句：update sysdatabases set status = 4194316 where name = ufdata_001_2003 www . ufsoft . com www . ufsoft . com 案例9解决过程 修改系统数据库状态为不可写： usp_configure allow, 0 ureconfigure with override 检查数据库是否还有问题： usp_dboption ufdata_001_2003, single user , true udbcc checkdb( ufdata_001_2003,repair_allow_data_loss) usp_dboption ufdata_001_2003, single user ,false l 备注：如果有错误提示，那么还得用反复修复，直到没有任何错误提示为止 。同时数据可能会丢失。如果修复不成功，只能把里面的数据导出了。但是 ，一般用这种方法恢复成功的希望还是很大的。要求客户，一定要作好数据 库的日常备份，别想当然的就把客户的数据库日志文件给删除了。 www . ufsoft . com www . ufsoft . com 6对象结构的改变 l 表的丢失、更名；字段的丢失、增加、顺序的变更、属性的变更；默认的丢失 字段位置的变化，如果sql脚本使用不规范会出错 u821固定资产数据复制后没有pk的表增加ufguid字段会出错 如果不允许为空的字段没有默认可能会造成数据不能保存 l pk的丢失、增加、变更 l 触发器的丢失、增加、变更 l 关系的丢失、增加、变更 l 索引的丢失、增加、变更 l 视图的丢失、变更 l 存储过程的丢失、变更 l 其他的对象丢失、变更 l 丢失的添加，增加的如果影响使用则删除，变更的如果不合理则修改 www . ufsoft . com www . ufsoft . com 案例10 l环境： win2000+sql7+u821 l现象： 在用付款单做预付冲应付时，发现金 额却变为负数，见图 l分析过程： 检查数据表ap_detail没有发现问题 使用sql事件探查器建立跟踪，发现 此查询涉及到这个视图： ap_cancel1 l解决方法： 将ap_cancel1的语法结构同演示帐套 的ap_cancel1对比，发现不一致 修改该视图同演示帐套的一致 问题解决 l备注：适用其他视图和存储过程 www . ufsoft . com www . ufsoft . com 7逻辑结构的错误 l 表内的数据逻辑结构错误 数据丢失 数据冗余 l 表间的数据逻辑结构错误 被引用表相对引用表的数据丢失 引用表相对被引用表的数据冗余 l 注：熟悉数据表的逻辑结构 www . ufsoft . com www . ufsoft . com 语法示例4 l 表内数据丢失 select ccodefrom gl_accsumgroup by ccodehaving count(i_id)ccode ) and bend1 u科目表末级科目的末级标志错误 www . ufsoft . com www . ufsoft . com 语法示例10 l 表内逻辑数据的错误 select ccodefrom codewhere cast(bperson as int)+cast(bcus as int)+cast(bsup as int)+cast(bdept as int)+cast(bitem as int)2 u科目表辅助核算的逻辑错误 select keyword, gradeclsname, lgrade 最大级次, lgradelen 最大长度, len(codingrule)总级次 , (codingrule/1000000000%10)+(codingrule/100000000%10)+ (codingrule/10000000%10)+(codingrule/1000000%10)+ (codingrule/100000%10)+(codingrule/10000%10)+ (codingrule/1000%10)+(codingrule/100%10)+ (codingrule/10%10)+(codingrule%10) 总长度 from gradedef u检查编码级次表 www . ufsoft . com www . ufsoft . com 案例15 l环境：win2000+sql7+u821 l现象：某一凭证打印预览时提示运行时错误 “3163”，字段太小而不能接受所要添加的数 据的数量，之后就出现运行时错误429 l分析过程： 查询该凭证没有问题 检查数据库中凭证表，主要是摘要的内 容没有发现非常用的字符 l解决过程： 进一步检查该凭证表后发现 gl_accvouch中的“idoc”字段中与直 接反映的附件张数不同（原凭证上为 1000而字段上为10000） 将数据库中该字段改为1000即可 l备注：可能还要检查部门和供应商等档案 www . ufsoft . com www . ufsoft . com 案例16 l环境：win2000+sql7+u821 l现象：总帐中查询部门总帐一月 到二月，发现：期初余额+本期借 方发生-本期贷方期末余额 l分析过程： 经过比较发现数据中凡是期初 有余额的数据都查询不正确。 查询部门总帐一月到一月，数 据正确 跟踪发现此查询共涉及以下几 个表gl_accass、department、 code可以判断gl_accass有问题 www . ufsoft . com www . ufsoft . com 案例16解决过程 l解决过程： 反记帐到期初 在查gl_accsum表时，发现表中 十二条记录有十一条是错误的 借贷方向错误。应该是上年结 转下年时出现了问题。 通过脚本更新即可 查询数据正确 l备注：建议重新结转上年数据 www . ufsoft . com www . ufsoft . com 案例17 l 环境：win2000+sql7+u821 l 现象:存货中调拨单记帐错误而出入库单记帐正确 l 分析过程：存货中对调拨单生成的其他出入库单单独记帐，数据正确 l 解决过程： 跟踪发现调拨单同其生成的出入单子表关联项数据错误 取消单据记帐，然后做如下更新：update rdrecords set itrids=transvouchs.autoid from (rdrecords join rdrecord on rdrecord.id=rdrecords.id) join (transvouch join transvouchs on transvouch.ctvcode=transvouchs.ctvcode ) ontransvouch.ctvcode=rdrecord.cbuscodeand rdrecords.cinvcode=transvouchs.cinvcode where cvouchtype between 08 and 09 and transvouchs.autoida.cdwcode 重新结转一切正常 l 备注：应收应付年结经常有“错误0”，一般都同基础档案有关 www . ufsoft . com www . ufsoft . com 案例19 l 环境：win2000+sql7+u821 l 现象：应付系统中一张凭证查询不到 l 分析过程：在总帐可以查询到此凭证，且是由应付生成的 l 解决过程： 经检查凭证表发现该凭证实际为一张其他应付单生成 检查ap_vouch表中该单据记录处于尚未审核状态，所以在ap_detail表中应 无该单据记录，因此也应无法生成相关凭证。在凭证表所发现的该凭证 是不应该存在的。 删掉凭证表中该凭证（取消记帐）； 运行以下语句：update ap_vouch set cpzid = null where (cvouchtype = p0) and (cdwcode = 6569) and (cvouchid = 0000008305) 最后在到应付系统中对0000008305号的其他应付单进行审核，再到应付 单制单中生成相关凭证即可。 l 备注：其他模块传到总帐中的凭证可以使用此方法 www . ufsoft . com www . ufsoft . com 案例20 l环境：win2000+sql7+u821 l现象：工资812a升级到u821时报 错实时错误94：null值无效 l分析过程： 检查工资数据表wa_gzdata未发 现异常 l解决过程： 检查工资项目表wa_gztblset 发现几个工资项目为数字型， 而小数位idecimal字段为空 将以上空值改为0 重新升级顺利完成 l备注：工资升级null值无效一 般都出现在以上两表中 www . ufsoft . com www . ufsoft . com 案例21 l环境：win2000+sql7+u821 l现象：工资中进行类别汇总，出 现工资项目数据溢出 l分析过程： 检查对应的工资项目 该工资项目为数值型，只有2位 长( update fa_total set dbldeprtotal=dblmonthdeprtotal+dbldepr where iperiod=2 备注：dbldeprtotal 月末折旧 dblmonthdeprtotal 月初折旧 dbldepr 本月折旧 www . ufsoft . com www . ufsoft . com 9老版本数据升级 l 由于用友软件的版本多，模块多，同时老版本的数据或多或少的存在数据和 程序问题。 l 很多老数据要求升级成高版本的数据进行日常的处理，同时升级程序不能 100%的处理相关错误 l 根据出错的性质和原因，可选择在原数据库修改还是在新数据库修改 www . ufsoft . com www . ufsoft . com 案例28 l环境：win2000+u850 l现象：工资810升级到u850后，进入工资变动和人员档案时都出同样的错误 ：“运行时错误3265：在对应所需名称或序数的集合中，未找到该项目” l分析过程： 操作分别涉及工资数据表wa_gzdata和人员档案表wa_psn 两个表的数据内容同时出现同样的错误的可能性不大 l解决过程： 由于是升级数据的直接检查工资数据表和人员档案表的结构 发现丢失字段：wa_gzdata(clkxcode、cprelkxcode)，gz_psn(bprcal) l备注：建议对与升级数据遇到诸如此类错误先从表结构方面着手解决 www . ufsoft . com www . ufsoft . com 案例29 l环境：win2000+sql7+u850 l现象： v811固定资产升级u850不成功，没有错误提示 l分析过程： 用access97打开老的数据库 检查以“fa_”开头表 l解决过程： 打开fa_cards的时候报fitem00表出错，但是用户没 有使用项目，所以 不是问题所在，但也要清除对应内容。 同时产生一个打开错误，报该表11、604、611行有错误，过滤出来后，一 列列地检查，到时间列的时候，发现日期为1198年的某一天