用友U8软件维护培训.pptVIP

U8软件维护 运维部：徐 中 华 时 间：2005年6月 维护来源 硬件问题(磁盘损坏，网络本身问题，硬件放火墙设置不当等) 操作系统问题 操作系统软件本身出现问题 相关设置有问题（打印机，网络设置等） 数据库问题 结构性损坏 表结构的变更 对象的改变 逻辑结构的错误 数据内容的错误 以上问题可数据库对比或事件查看器发现问题结合SQL脚本发现并改正 其他软件造成(软件冲突，网络冲突，可能会造成数据错误） 软件本身 造成数据错误（数据库错误的来源之一） 逻辑错误 自身缺陷 效率问题(通过数据库设计和增加索引，或有新技术的突破，可以通过性能监视器查看） 硬件问题 磁盘损坏 造成文件丢失或数据丢失甚至造成系统崩溃 建议通过硬件解决 网络本身问题 造成数据丢失或网络不问题 建议通过改变网络拓扑或更换网络设备 硬件放火墙设置不当等 造成数据包丢失或连接不到服务器 开放数据库端口：1433 开放U8服务端口：4630 加密狗并口的设置(EPP+ECP混合模式) 操作系统问题 操作系统软件本身出现问题 如Win9x的非法操作现象 没有特别好的方法，重做系统是最有效也是最简单的方法 软件的系统不兼容，目前只能更换系统(如WinXp) 相关设置有问题（打印机，网络设置等） 打印问题花样繁多，自定义纸张最多 目前没有统一的方法和答案 网络设置一般为表现为连接不到服务器 检查IP地址和掩码 网络中启用DNS服务器，或到客户端通过HOSTS文件解析 （Win2000在系统目录下的drivers\etc,Win9x在系统目录下，注：无扩展名） 打印机设置 设置成脱机可解决部分打印问题 Win2000自定义纸张在服务器属性中设置 自定义纸张 Win2000为自定义纸张创建新格式，给此格式取各名字 数据库结构性损坏 数据库结构性损坏既通常讲的数据库损坏，有可能是停电，死机造成 数据文件丢失 数据库质疑 数据库表结构损坏 数据库表的索引损坏 前两项毫无疑问，通过恢复备份或数据文件恢复 如果没有这些文件，只能…… 数据库表结构损坏和数据库表的索引损坏 会出现查询、更新和添加的异常 可以通过DBCC相关的命令修复数据库 如果修复不成功请用通过导数据表的方法，最大可能的恢复数据 表结构的变更 表的丢失、更名；字段的丢失、增加、顺序的变更、属性的变更；默认的丢失 例： 字段位置的变化，如果SQL脚本使用不规范会出错 U8.21固定资产数据复制后没有PK的表增加UFGUID字段会出错 如果不允许为空的字段没有默认可能会造成数据不能保存 对象的改变 PK的丢失、增加、变更 触发器的丢失、增加、变更 关系的丢失、增加、变更 索引的丢失、增加、变更 视图的丢失、变更 存储过程的丢失、变更 其他的对象丢失、变更 丢失的添加，增加的如果影响使用则删除，变更的如果不合理则修改 逻辑结构的错误 表内的数据逻辑结构错误 数据丢失 数据冗余 表间的数据逻辑结构错误 引用和被引用数据的丢失 引用和被引用数据的冗余（由于引用表或被引用表的数据冗余） 注：熟悉数据表的逻辑结构 应用举例（一） 总帐表，辅助总帐，存货总帐表 数据丢失 SELECT [ccode]FROM [GL_accsum]group by [ccode]having count([i_id])12 SELECT [ccode], [cdept_id], [cperson_id], [ccus_id], [csup_id], [citem_class], [citem_id] FROM [GL_accass] group by [ccode], [cdept_id], [cperson_id], [ccus_id], [csup_id], [citem_class], [citem_id] having count([i_id])12 数据冗余 delete [GL_accsum] from [GL_accsum] as v where not exists(SELECT * FROM [GL_accsum] as a where [iperiod] between 1 and 12 group by [ccode],[iperiod] having min([i_id])= [v].[i_id]) delete [GL_accass] from [GL_accass] v where not exists(SELECT * FROM [GL_accass] where [iperiod] between 1 and 12 group by [ccode], [cdept_id], [cperson_id], [ccus_id], [csup_id], [citem_cl