KIS数据维护帐套打不开.ppt

KIS数据维护 账套打不开 技术支持部整理 2005年8月 在软件的日常应用过程中 经常会遇到系统提示各种各样的错误而导致账套无法被软件正常使用 下面结合案例并分别加以说明 没有权限或密码错误账套升级后出现自动升级出错3343错误 账套升级 功能案例 没有权限或密码错误账套升级后出现自动升级出错3343错误 账套升级 功能 没有权限或密码错误1 打开账套时 提示没有权限或用户名或密码错误 无法进入 或需要对用户进行授权时 发现一个管理员都没有了 所有权限控制功能都为受控的 不可用 原因 1 密码搞忘了2 重装软件后 原来的用户名列表没有了 输入后系统又不认 尤其是在行政事业版 医院版 工业版中 3 没有管理员了 账套建立后 把manager删除了 或将所有管理员都降组到普通用户组了处理 1 如果还有管理员用户可以进入软件 可以用管理员进入软件 然后在用户管理中 选择该用户后 通过 授权 中的 撤销口令 重新设置口令2 如果没有任何用户可以进入软件 则需要删除glright sysusers表后 从标准账套中导入并清空glacctright glrptright check之后重新授权 如果只是manager用户密码不对 可以从另外账套中的sysusers中复制该行记录 但要注意字段的顺序应该先调整为一致 3 如果有其中一个普通用户可以进入软件 则可以在sysusers表中 把可以进入软件的用户的Frole设置以1 这时该用户已经升级为管理员 再以该用户登录后 对其他用户的口令进行撤销 重新授权与设置密码 没有权限或密码错误2 没有管理员了打开sysusers表 把需要设为管理员的用户对应的Frole的值改为1 登录软件 重新检查权限 如果是早期的行政事业 医院版及其他个别类型账套 则可能没有这张sysusers表 建议采用删除glright生重新导入 check后 重新设置用户与权限 对于网络版由于一个网络内基本上用户名与权限在各个客户端上都是一样的 建议在一台电脑上设置好用户名与权限后 将该客户端下的system mda复制到其他客户端上 这样可以避免每个客户端的重复操作 还可以避免如客户端都在增加相同用户时提示的 用户已经存在 的问题 在网络协议中 建议都添加ipx spx和netbios协议 在软件登录界面上选择这些协议在网络连接上 建议通过映射成本地驱动地方式来应用 没有权限或密码错误3 没有权限或密码错误4 建议 在重装系统或软件前 将system mda文件备份 重装后再将它复制回软件的安装路径下 则以前的用户列表和口令都存在 但这不适用于涉及账套模板都变动的版本升级 如KD2000升级到KIS 则不能替换 尤其是工业版 行政事业版等升级到KIS后 如果替换了system mda文件 则在每次执行程序时 都会出现一个ODBC联接的界面 没有权限或密码错误账套升级后出现自动升级出错3343错误 账套升级 功能案例 账套升级后出现自动升级出错1 一账套在程序打了一个补丁后 打开账套进行自动升级结束后提示 账套自动升级时出错 并显示 正在进行账套升级处理 请稍候 无法打开账套 账套可以正常用access维护 原因 账套参数Glpref中LastAppWriterID字段值错误 无法被升级程序改写 处理 选择能被正常打开的账套参数中的LastAppWriterID字段对应的值 如为20031112 来替换现有账套中的LastAppWriterID值 如为20030124 即可正常打开并升级 如果修改该值后都不能打开 则应该是该表出错 需要替换Glpref表 账套升级后出现自动升级出错1 如果LastAppWriterID 0 肯定会出现这个错误提示的 该字段表示的是主程序最后更新日期 它应该与实际的主程序的日期一致 账套升级后出现自动升级出错2 每次打开账套时系统都提示 文件操作发现下面的错误 请仔细检查有关的文件 路径和驱动器94 使用null无效 或出现一个小提示窗口 多点几次后可以进入 原因 账套参数表Glpref中字段有错或该表有损坏解决 备份glpref表后删除 导入新的glpref表后 将导入的表与备份的表的字段顺序调整为一致后 将备份表中的数据复制回去 并检查LastAppWriterID字段的值是否正确最后check 没有权限或密码错误账套升级后出现自动升级出错3343错误 账套升级 功能案例 3343错误 金蝶KD2000及KIS账套使用MicrosoftAccess数据库作为存储数据的格式 账套有可能因偶然原因而损坏 如电源电压不稳 死机 没有正确关闭应用程序 病毒 由硬件引起的网络通讯不稳定 网络服务中断等 任何影响计算机稳定工作的非正常因素都有可能破坏账套数据库 如果Access因某种原因而非正常退出 也可能导致数据库损坏 最常见的错误就是3343错误 此时我们打开账套时会提示 文件操作发生下面的错误 请仔细检查有关的文件 路径和驱动器3343 Unrecognizeddatabaseformat C GSNB 2000BZXP SAMPLE AIS 严重的 使用access修复时出现如图的提示 无法修复 3343错误 更严重的 使用ODBC修复时 提示已经修复成功 但实际上无论是使用软件还是用access 仍然无法打开或修复账套 用Access2000打开账套时 提示是否需要修复 然后一直处于修复状态 下面根据由易到难的情况分别说明处理方法注 同样适用于其他错误 如3015等造成的无法进入账套的错误根据账套的损坏程度 经常需要几种方法结合使用根据账套所属的access版本而分别选择相应或更高的版本来处理在选择账套修复工具的时候 优先选择最简单的方法来进行修复 只有在最常用的方法都无法修复的时候 再选择另外的方法 一般来讲 几乎任意一种账套修复的方法把账套修复完成后 都需要利用标准账套和check check3000工具 对目标账套进行结构性的检查 以使之符合正常账套的标准后 才可以正式使用 3343错误 提纲 1使用KIS自带的账套修复功能2利用VISDATA进行修复3使用Access97的修复数据库功能4使用Windows2000的ODBC修复5使用access2000修复6使用KIS导库工具PutInAis sm修复7使用EasyRecoveryFileRepair进行修复 3343错误 1使用KIS自带的账套修复功能 1 使用KIS7 4及以前版本自带的账套修复功能在未打开账套的情况执行 文件 菜单下的 修复账套 功能 系统将要求选择要修复的账套这个功能一般可以修复轻微损坏的账套数据库 2 利用KIS7 5软件中集成的账套修复功能在7 5中 软件在退出软件时会自动进行检查较验7 5中的账套修复功能可以直接对账套进行修复KIS7 5软件中集成的账套修复功能很强大 可以许多种类型的错误 推荐优先使用KIS7 5软件中集成的数据修复功能 3343错误 1使用KIS自带的账套修复功能 注意 在修复账套的时候 请关闭所有打开该账套的程序 包括软件本身也要关闭账套 3343错误 2利用VISDATA进行修复 在K3安装盘上 HELP下有VISDATA exe工具文件 或安装了VB的环境中也有 运行后执行 文件 修复mdb 选择需要修复的账套 打开 能修复一般用KIS7 5以前的产品自身 修复 功能不能修复的问题 使用该工具不需要连接system mda 只有当需要用它来打开账套文件时才需要指定system mda文件和输入用户名与密码 该工具使用的情况很少 也很少有人在使用该工具来修复账套 3343错误 3使用Access97的修复数据库功能 Access97仅适用于KD2000及由KD2000升级到KIS有32位产品启动Access97 在出现的登录对话框中输入用户名和密码直接选择打开问题账套 系统会提示是否需要修复 点 是 后自动修复 如果在 工具 菜单中的 数据库实用工具 中选择 修复数据库 在修复数据库对话框中 选择想要修复的数据库后 系统会提示账套修复后保存为另一个独立的数据库名 Access97可以修复大部份的由于3343错误造成的账套打不开的错误 3343错误 3使用Access97的修复数据库功能 3343错误 4使用Windows2000的ODBC修复 如果使用Access97还无法修复账套数据库 就需要使用Windows2000的ODBC修复功能来修复 必须先通过Access撤销system mda系统数据库的密码运行系统 控制面版 管理工具 中的 ODBC数据源 选择 MicrosoftAccess97Database 单击 配置 出现 ODBCMicrosoftAccess安装 对话框 单击 系统数据库 选择金蝶目录下的SYSTEM MDA文件单击 高级 出现 设置高级选项 窗口 在 登录名称 中录入morningstar 密码不能输入 单击 确定 返回 ODBCMicrosoftAccess安装 窗口 在 数据库 中单击 修复 选择需要修复的金蝶账套进行账套修复 通常情况下可修复成功 注 Odbc必须是用win2000及以上版本的 不可使用win9x的ODBC 操作过程见下图 3343错误 4使用Windows2000的ODBC修复 必须先撤销system mda系统数据库的密码1进入access 不打开任何数据账套修复完成后 建议回到access中 将系统数据库密码还原 确保数据库的安全 这一步是大多数维护人员最容易忘记 切记 3343错误 4使用Windows2000的ODBC修复 2 ODBC配置 运行系统 控制面版 管理工具 中的 ODBC数据源 双击 3343错误 4使用Windows2000的ODBC修复 3 进入ODBC修复界面 3343错误 4使用Windows2000的ODBC修复 3 1 首先选择系统数据库 即软件安装目录下的system mda文件 3 2 其次 通过 高级 输入登录数据库的用户名 3343错误 4使用Windows2000的ODBC修复 注意 没有密码 因为前面已经去掉了该密码 3 3 最后 通过 修复 选择需要修复的账套数据库 ais文件 确定后 系统开始修复 3343错误 4使用Windows2000的ODBC修复 3343错误 4使用Windows2000的ODBC修复 至此 恭喜你 如果账套不是损坏特别严重 则应该已经修复 再结合check检查该账套的完整性 如果在用ODBC修复之前没有去掉Access的密码 则修复后不管是用软件打开账套 还是用Access打开数据库 都会提示输入密码 但这时输入的任何密码都是错误的 3343错误 5使用access2000修复 KIS上建立的账套可以直接使用Access2000修复KD2000的账套 使用Access2000数据库修复后 需要利用转换数据库功能对数据库版本进行转换 否则账套不可用 由KD2000升级到KIS的账套 如果不需要保留Access97对数据库的访问 可以不用进行数据库转换 Access2000几乎可以修复所有前面各种方法都不能修复的账套 但不是绝对能修复 如果是access2000以后的access 则比照操作 也适用于用Access97打开账套看不到任何一张表的账套错误 也适用于用Access97打不开账套 但用access2000可以打开的账套的修复 3343错误 5使用access2000修复 操作过程 先连接工作组文件 进入ACCESS2000 不打开任何数据库点击 工具 数据库实用工具 压缩和修复数据库 选择需要修复的账套 压缩 输入转换后的数据库文件名db1 保存 系统会进行一系列的修复 此过程中会提示输入数据库用户名与密码 以后同 点击 工具 数据库实用工具 转换数据库 转换到当前数据库版本 选择需要转换的数据库文件db1 打开 输入转换后的数据库文件名db2 保存 如果有提示 一路确定 系统将数据库转换到当前版本 用access2000打开这个转换后的数据库db2 选择 工具 数据库实用工具 转换数据库 转换到早期access版本 输入转换后要生成的数据库名db3 保存 转换到早期版本后 可以供早期版本的access使用 如Access97 KD2000账套必须执行这一操作将db3的扩展名更为ais 再用access97打开和利用check检查 3343错误 5使用access2000修复 在底部会出现一个进度条成功后 access返回主界面 这时再用access2000打开生成的db1 mdb文件 3343错误 5使用access2000修复 选中 db1 mdb 然后 转换 3343错误 5使用access2000修复 确定后系统开始转换数据库 完成后返回主界面 3343错误 5使用access2000修复 确定后系统开始转换数据库 完成后返回主界面 3343错误 5使用access2000修复 3343错误 5使用access2000修复 第一次用access97打开db3 mdb时 系统会有此提示 关闭access97后 可以将db3 mdb修改为 ais的文件 然后按正常其他的修复操作 3343错误 5使用access2000修复 3343错误 6使用KIS导库工具PutInAis sm修复 下载地址 8080 download forum PutInAis exe该工具该工具用来处理那些无法用access97 ODBC access2000修复的账套 通过它导库后 可以用assess97打开 有时需要用access2000转换后才能被access97识别 导库后并不能被软件识别 还需要结合check和标准账套来补充丢失的表和关系 索引后 才能被软件所识别 对于权限和用户 可能会丢失 建议清空所有的权限表中的内容 重新导入标准账套中的sysusess表 如果有必要可能需要导入其他权限表 使得manager可以进入软件 然后重新建立用户和进行权限分配 导库后 他们的默认值会丢失 需要通过表设计 将各涉及金额的表的字段 即货币类型的字段 的默认值还原为0 分析进行check时不能添加的关系或索引 决定对相关表进行导表 一般需要替换glvch glacct glcy globj等表 由于该工具和后面的EasyRecoveryFileRepair导库后 后续的检查工作很多 需要很仔细地检查 请小心使用 3343错误 6使用KIS导库工具PutInAis sm修复 根据账套性质选择32位还是16位产品 选择目标账套后 在导入后新账套名处输入新账套的路径与账套 点击 开始 执行导库的操作 由于使用该工具后的后续工作需要很仔细的做 所以请小心使用 3343错误 7使用EasyRecoveryFileRepair进行修复 EasyRecoveryFileRepair号称Access数据修复之王 它几乎可以最终修复各种有可能修复的数据 该工具对因丢失数据库系统对象而导致的账套无法打开尤其有效 但它对中文的支持不太好 表名称中的中文字符会被替换成数字 字母或问号 但数据表中的中文数据不受影响 下载地址EasyRecoveryFileRepairForAccess简明使用教程下载地址 需要根据glcls表中的fclsid和它对应的fobjtablename字段名 修改显示为Cstm 的表名 进入显示为Cstm 的表名后 可以看到它的fclsid 根据这个fclsid对应于glcls表中的fobjtablename字段名进行修改 如表Cstm 中对应的fclsid为4 它在glcls表中的fobjtablename字段名为 Cstm 资金年度 那么就需要将Cstm 表更正为 Cstm 资金年度 如果有其他的核算项目 同样处理 将所有表的货币字段默认值改为0 需要检查有没有丢失最关键的glpref表 如果没有 需要从另外的标准帐中导入 先添加关系和索引后 再根据实际情况修改这个表的内容 分析check时不能添加的关系或索引 决定对相关表进行导表 一般需要替换glvch glacct glcy globj等表 使用该工具都不能修复的账套 已经没有希望了 最好恢复最近的备份来继续日常处理 3343错误 7使用EasyRecoveryFileRepair进行修复 如这些错误 需要用EasyRecoveryFileRepair进行修复 3343错误 7使用EasyRecoveryFileRepair进行修复 使用access97修复提示 使用access2000修复却没有反映 使用ODBC修复提示 有时使用其他工具试图打开该账套时提示 操作过程 3343错误 7使用EasyRecoveryFileRepair进行修复 3343错误 7使用EasyRecoveryFileRepair进行修复 单击 BrowseforFile s 按钮 查找要修复的账套 数据库 把文件类型改为 所有文件 选择要修复的账套 数据库 后单击 打开 按钮 3343错误 7使用EasyRecoveryFileRepair进行修复 在上面的窗口中可以设置一些参数 Repairallfilesintheircurrentfolders 表示修复后的账套仍保存在原来的文件夹 使用原先的文件名 程序会在当前目录中自动产生一个备份文件 Createarepairedcopyofthefilesinthefolderbelow 表示修复后的账套放在指定的文件夹中 使用 Browseforfloder 指定新的文件夹 当前文件夹中也不产生备份文件 在修复的过程中 在开始和结束时分别会出现一次Access的密码输入窗口 输入即可 3343错误 7使用EasyRecoveryFileRepair进行修复 在修复的过程中 程序将对表 关系 查询等逐个进行修复 修复的数据库可以用Access正常打开 最好先用check做一遍常规检测 以确保账套完好 消除可能存在的隐患 3343错误 7使用EasyRecoveryFileRepair进行修复 可以看到已经被导出的表 3343错误 7使用EasyRecoveryFileRepair进行修复 EasyRecoveryFileRepair进行修复的账套 如果不能被access97识别 请先用access2000进行转换 3343错误 7使用EasyRecoveryFileRepair进行修复 通过表设计 可以发现 货币类型字段的默认值绝对不可以丢失 否则将产生空值记录 在结账 过账过程中会产生错误 结转无法结转等错误 3343错误修复后的注意事项 使用EasyRecoveryFileRepair和PutInAis sm进行修复后的注意事项修复后 一般都无法立即被软件所识别它们都会改变各表中各字段的默认值 用他们修复账套成功后 建议不要直接使用 需要把各表中各字段的默认值 参照标准账套 逐一加上 修复后的账套中 各表的描述性文字会丢失 如果需要这些描述 要么替换相关的表 或手工通过表 属性 录入 它们会改变各权限表中的内容 会把用户ID设置为空 原账套中的用户名与密码已经不可用 修复完成后 需要把权限表glright glacctright glrptright表中的清空 建议删除这三张表后 从标准账套中导入这三张表 并把glacctright glrptright中的内容清空 待最好修复完成后 以MANAGER用户登录系统 重新设置用户权限 一般都需要替换glvch glacct glcy globj等表 在账套投入使用之前 都必须使用check对账套进行检查 必须确认所有的表 字段 关系 索引等都没有丢失与通过check后的账套 才能使用 对于KD2000账套 建议进入软件后 关闭任何账套 在软件 文件 菜单下 有一个功能 账套升级 利用账套升级进行数据库导库并选择导入新账套 软件可以重建账套 并可以解决上述的默认值丢失 表描述丢失等情况 没有权限或密码错误账套升级后出现自动升级出错3343错误 账套升级 功能案例 账套升级功能1 对于KD2000账套 进入软件后 关闭任何账套 在软件 文件 菜单下 有一个功能 账套升级 利用账套升级进行数据库导库并选择导入新账套 软件可以重建账套 并可以解决上述的默认值丢失 表描述丢失等情况 它的作用就是重建数据库 许多通过常规方法检测不出原因的非程序错误 通过这种方式 都可以解决 KIS版本中目前暂无此功能 目前软件支持的是标准帐7 0 工业版7 3以前 行政事业6 2 总帐报表7 0 迷你版7 0版本的账套升级导库 不支持医院版账套升级导库 会计中心比照行政事业版 在执行导入时 原账套需要处于未使用状态 即不能处理被其他软件打开状态 其他版的账套 如果要通过导库重建账套 可以修改账套参数表glpref中的FDBVersion FProgramVersion FDBName字段的值为对应的允许的账套的参数值来变通实现 导库完成后 再用软件打开账套 程序提示需要升级 进行升级 最后 必须利用check和标准账套进行check 之后就可以使用了 注 对于使用了PutInAis EasyRecoveryFileRepair等工具修复的KD2000账套 都存在所有表的默认值丢失现象 这时不管是KD2000的还是KIS的账套 都将access版转换为97数据库结果 再把账套参数修改为上述的对应版本 再利用 账套升级功能 可以自动为所有表加上他们的默认值 最后再利用check和标准账套进行处理后升级到当前版本就可以使用了 账套升级功能2 如果版本不符 操作不成功 注 KIS及KD2000各版本标识信息在后面的附件中 账套升级功能3 操作过程 账套修复注意事项 不论使用何种方式进行账套数据库进行修复 都要做好原账套的备份初步修复成功后 都要利用check结合标准帐进行check对于check过程中检查出来的不能添加索引 关系的表 需要分别一一处理 必须确保所有check项目全部通过对于check出来的表 如果有重复键或错误记录 需要删除对应表中的重复值或错误记录如果不方便一一地检查是否有重复键或错误记录 可以采用替换表的方式实现 access会自动过滤不合法数据 建议的check全部通过的情况下 关闭check程序 重新进入 再进行一次check 账套正式使用前 必须完整地通过check Check工具不是账套修复工具 只能对可以使用的账套有效 思考 一个KIS7 5账套在只能通过EasyRecoveryFileRepair工具进行修复后 如何解决各表的表描述和表中的默认值的问题 课程小结 1 掌握常见各种常用的修复方法2 尽量先用最简单地方法来修复账套3 掌握初步修复数据之后的后续处理4 掌握各种修复方法的综合应用5 必须掌握使用access97和2000修复数据库的方法6 掌握 账套升级 功能的应用 通过对各种修复方法的介绍 要求 各种修复方法的最后 都必须使用相应的check或check3000工具 结合标准账套 对目标账套进行结构性检查 以确保目标账套符合正常账套的标准 没有权限或密码错误账套升级后出现自动升级出错3343错误 账套升级 功能案例 案例1 现象 工业版628 打开账套时提示 账套自动升级出错 无法打开账套 参照正常账套中glpref表中的LastAppWriterID修改后仍然不能正常打开账套 出错提示 打开账套 Access97进行压缩时 案例1 原因 账套数据库损坏 虽然可以利用access97正常打开 但是利用access97对修改进行压缩 提示错误 解决 使用access2000对数据库进行修复 再转换为access97的账套 将glacct globj glcy三张表替换 再用access97对数据库进行压缩 利用check对数据库进行check 账套可以正常升级 案例2 现象 打开账套 提示 文件操作发生下面的错误 请仔细检查有关的文件 路径 和驱动器3001 无效的参数量 原因 账套系统数据库表有错误解决 利用access重建账套数据库 并check后 即可正常打开账套 现象 KD2000标准版账套在突然停电后 通过软件打开账套 提示 用户没有被授权 通过access打开数据库 可以进入 但只能看到一片空白 用access2000打开是同样的效果 原因 账套被损坏 用access97打开账套后的提示如下页图示 处理 1 账套打不开 无法用odbc进行修复 是由于账套被损坏 请使用KIS7 5软件中集成的 账套修复 功能对当前账套进行修复 修复后 账套可以正常使用数据库等工具打开 2 用户没有权限是由于由于数据损坏造成的密码或授权信息不正确 请删除GLRight表 清空GLAcctRight GLrptright表中有内容 从一个新建立的账套中 导入GLright表 3 利用check工具和新建立的账套 对当前账套进行结构上的完整性检查 案例3 用软件打开的错误提示 用access打开数据库后 点击 表 用access打开数据库后 点击 查询 案例3 一个KIS7 5标准版账套 无法进入 具体现象为 用软件打开 系统提示 进入本系统 请提高警惕并及时向系统管理员反映 确定后 提示 用户当前帐号不被账套所认可 在用access2000打开时 提示 不能读取记录 在msysaccessobjects上没有读取数据的权限用access97record s can tberead noreadpermissionon msysmodules2 原因 账套可能是受突发事故导致错误 需要修复 并导致数据库结构性错误 案例4 一个KIS7 5账套的修复过程 案例4 一个KIS7 5账套的修复过程 处理 1 备份账套2 进入KIS7 5标准版 不用打开任何账套 然后通过菜单下的 账套修复 功能 对当前账套进行修复 修复完成后 该账套已经可以被access打开 3 由于该账套数据库已经被破坏 已经不能进行直接使用 需要进行重建数据库4 重建数据库 1 用KIS7 5新建一个空账套 如a ais 并直接结束化 作为标准账套2 在access上建立一个数据库文件 如db1 mdb3 打开db1 然后通过 导入 功能 导入 漫步云端 AIS 账套中的所有表 模块 然后导入4 导入a ais账套中的SysUsers表 从a ais账套中导入所有的查询5 关闭db1 mdb 并将它改名为 漫步云端new AIS 并作好备份 6 利用KIS下的check工具 和刚才建立的标准账套 选择目标账套为 漫步云端new AIS 通过 自动执行 功能 让系统把所有内容添加 完成后 作好备份 7 通过软件 以manager打开账套 并重新进行用户设置与授权 至此 账套修复成功 以后就使用 漫步云端new AIS 这个账套 现象 1 一业务版账套 用软件打开时 系统提示 无法更新指定账套的权限系统2 用access2000打开 提示 这个数据库处在意外的状态 MicrosoftAccess不能打开它 这个数据库已经从上一个MicrosoftAccess版本转换 使用的是daocompactDatabase方法而不是 工具 菜单的 转换数据库 命令 数据库实用工具 子菜单 这样使用数据库处于部份转换的状态 如有数据库原始格式的副本 请使用 工具 菜单的 转换数据库 命令 数据库实用工具 子菜单 来转换它 如果原来的数据库不再可用 请创建新的数据库并导入您的表和查询以保留数据 其他数据库对象无法恢复 3 用access97打开 提示 Unrecognizeddatabaseformt 某某路径 XXX ais 案例5 原因 账套中打开或转换状态过程中 遇到了突发事件 造成事务中止 从而造成数据库损坏 处理 使用PutInAis工具进行导库处理 1 至于PutInAis工具及用法和相关的账套数据处理方法 注意事项等 可以在 机构KIS维护能力提升综合文档 8080 download agentdown tech KISTraining001 rar中找到 2 如果还有其他数据表丢失 建议通过恢复最近的备份来继续处理业务 案例5 案例6 现象 KISbzb7 5sp1账套 在进入软件 选择用户 并确认时 系统提示 进入本系统 请提高警惕并及时向系统管理员联系 然后提示 你当前使用的账号不能被XXX账套认可 如图原因 账套数据系统受到破坏 用access进入后 发现以TR和Pa开头的表 都不能打开 处理 1 在access中新建一个db1文件2 在db1文件中 导入KIS账套中的所有的表 对于不能导入的表 只能确认后 跳过 3 利用check3000工具和标准账套 对db1进行检测并添加缺少的项目4 将db1 mdb修改为db1 ais或其他ais文件 再用KIS软件打开即可 只是修改后 如果有出纳数据或工资数据 只能从最按的备份中导入 并补充录入后续数据 案例6 案例7 现象 行政事业版6 2账套 打开时提示 3343错误 使用软件自带修复功能不能修复 用软件自带的 修复 功能进行修复时 提示 案例7 处理 由于软件自带的 修复 功能不能用 则优先使用access97处理 用access97打开账套时 提示 确定后 系统进行修复 案例7 修复完成后access97自动打开账套 最后利用check和标准账套 对目标账套进行check后 即可使用 案例7 对于使用access97修复账套的补充 1 对于KD2000帐套 建议进入软件后 关闭任何帐套 在软件 文件 菜单下 有一个功能 账套升级 利用帐套升级进行数据库导库并选择导入新帐套 软件可以重建帐套 并可以解决表中字段的默认值丢失 表描述丢失等情况 2 利用check工具和新建立的帐套 对当前帐套进行结构上的完整性检查 并添加缺少的项目 如果有查询 请使用 更新 功能 3 用新账套的glpref表中的LastAppWriterID字段的值 替换新账套中的这个字段的值 然后即可用软件正常打开账套 对于用户权限 可能需要重新设置 这需要根据实际情况来调整 4 Access97可以修复大部份的由于3343错误造成的帐套打不开的错误 小结 通过这个案例 可以练习使用最常用的access97修复3343错误的方法及其注意事项 现象 账套数据库被用户加了密码后 软件和access都无法打开 用户设置的密码 admin 账套版本 标准版7 3 账套文件名 公司2004 ais 案例8 用软件打开提示 用Access97打开提示 案例8 输入用户设置的密码后 可以进入 案例8 处理 准备工作 在当前版本上新建一个账套 作为标准账套 1 用access建立2004 mdb数据库文件 完成后 更名为2004 ais2 用access打开2004 ais 然后通过 导入 公司2004 Ais中所有的表 查询 和模块3 在access中 使用标准账套中的同名表 替2004 ais账套中的glacct globj glcy favch表 4 利用check和标准账套 对2004 ais进行数据检查 并添加所有的项目 对于查询 使用 更新 案例8 1 打开新建立的db1 mdb文件 通过右键 导入 选择用户账套 输入用户设置的数据库密码 案例8 2 导入数据 案例8 3 使用标准账套中的同名表 替2004 ais账套中的glacct globj glcy favch表 其中 glacct表比较特殊 有隐藏列 在替换前应该先取消其隐藏属性 然后保存表修改 以glacct表为例 案例8 替换表的操作1 案例8 替换表的操作2 从标准账套中导入glacct表 先清除glacct表中的内容 然后取消该表中的隐藏列 保存表修改 替换表的操作3 同时打开glacct表和 glacct的备份 表 排列为两个窗口 以glacct表为标准 将另外一个表的字段顺序调整为与之一致 替换表的操作4 将 glacct的备份 表表中的内容 复制 粘贴到glacct表中 替换表的操作5 比较操作其他表 替换表的操作6 最后利用check工具和标准账套 对新账套进行check 案例8 检查并调整字段顺序 小结 通过这个案例 可以练习利用access重建数据库及替换表的方法及注意事项 现象 行政事业账套由kisv7 4升级至KISV7 5 用户授权时提示 没有元素 案例9 案例9 原因 KIS7 5的功能权限系统GLAccessObject GLAccessType GLAccessTypeRpt没有内容 KIS7 5增加的三张功能权限表 没有表描述 表中内容 案例9 看看正常KIS7 5账套中的权限表内容 有217条记录 有615条记录 有4条记录 有217条记录 案例9 处理 1 在当前账套中 删除这三张表 然后从新建立的标准账套中 把GLAccessObject GLAccessType GLAccessTypeRpt三张表导入 2 按check3000的使用要求 对当前账套进行检查并修复用户账套中的数据结构关系 3 完成后 重新对用户进行授权 在进行正常的授权之前 必须存在一个系统管理员 并且以该系统管理的身份登录对其他用户进行授权 案例9 案例9 OK 小结 通过这个案例 可以熟悉KIS7 5新增的功能权限的控制及新的用户管理机制 熟悉check3000工具的使用方法 现象 一个工业版7 3账套 用ACCESS97也不能打开帐套 用ODBC也不能修复 用ODBC修复成功 但还是无法被软件和access97识别 案例10 一个用多种工具修复的实际案例 二 用access2000修复帐套1 先连接工作组文件2 进入ACCESS2000 不用打开任何数据库 3 点击 工具 数据库实用工具 压缩和修复数据库 选择帐套 生成db1 一 准备一个标准账套 在当前软件上 新建立一个空账套 作为标准账套 但绝对不能是sample ais帐套 处理 案例10 一个用多种工具修复的实际案例 4 可以直接点击 工具 数据库实用工具 转换数据库 转换到当前数据库版本 选择需要转换的数据库文件db1 打开 输入转换后的数据库文件名db2 保存 如果有提示 一路确定 5 再用access2000打开这个转换后的数据库db2 选择 工具 数据库实用工具 转换数据库 转换到早期access版本 输入转换后要生成的数据库名db3 保存6 将db3的扩展名更为ais 已经可以用access97软件打开了 7 由于出现3343错误时 账套的权限系统几乎都已经被损坏完了 因此在access97中 打开db3 ais后 需要删除 GLacctRight GLRptRight GLRight sysusers等四张表 然后从标准账套中导入这四张表 案例10 一个用多种工具修复的实际案例 案例10 一个用多种工具修复的实际案例 转换为access97后 权限表中的Fbinuser全为空了 权限表应该删除后导入 导入GLacctRight GLRptRight GLRight sysusers等四张表 案例10 一个用多种工具修复的实际案例 案例10 一个用多种工具修复的实际案例 三 利用check工具和标准账套 对db3 ais进行数据结构检查 并添加检查出来丢失的项目 对于查询 请使用 更新 功能 对于部份不能添加的关系 可以暂时不用处理 把能够加上的项目加上 双击不能添加关系的项目 可以看到具体的内容 案例10 一个用多种工具修复的实际案例 四 使用 账套升级 功能 关闭所有程序对db3 ais的打开 进入软件 并关闭账套 即进入软件后 处于未打开任何账套的状态下 然后按以下操作过程进行操作 1 通过 文件 账套升级 选择目标账套db3 ais 并对新账套进行重命名如db3 new ais 默认时新账套名与原账套名相同 2 确认 并按 是 确定后 系统开始进行数据导库 最后 如果源数据有错误 系统会自动给出提示 3 完成后 利用check 对导库后生成的新用户账套进行检查db3 new ais 如果是使用check 添加检查出来的内容 但对于查询 则应该使用 更新 功能 如果中检查中出现不能添加的索引或关系 则必须分析对应的数据表 修正数据后 确保所有的索引 关系都正常添加才可以 完成后 即可正常使用账套 案例10 一个用多种工具修复的实际案例 案例10 一个用多种工具修复的实际案例 案例10 一个用多种工具修复的实际案例 对于检查出来的 查询 请使用 更新 功能 按下更新后 再按 执行 即会发现已经正确了 案例10 一个用多种工具修复的实际案例 案例10 一个用多种工具修复的实际案例 待从上向下全部检查通过后 账套修复完成 由于该账套的权限系统出现错误 故修复后的账套 请使用manager以无密码的方式登录 然后重新进行用户授权后 再正式使用 至此 账套成功 如果该修复后的账套要应用到更新的补丁程序中 可能在打开时会报错 案例10 一个用多种工具修复的实际案例 这是由于新程序无法改写glpref表中的LastAppWriterID 在程序上新建一个账套 以该账套的LastAppWriterID更新当前账套的LastAppWriterID值即可 事实上 glpref表中的LastAppWriterID的值 是由8位数据的年月日构成的 代表当前主程序kdwin exe的更新日期 更正好 可正常使用 小结 通过这个案例 可以练习利用多种工具 对较严重的账套进行数据修复的方法 过程以及其中的注意事项 推荐的账套修复工具使用顺序 1 Access972 ODBC或Access2000 建议使用Access20003 KIS7 5集成的账套修复工具4 PutInAis sm5 EasyRecoveryFileRepair 后两种小心使用 账套无法打开的情况很多 修复的方法需要灵活应用账套修复是一个需要耐心的烦锁 细致的过程通过下面的几个案例 熟悉各种修复方法在实际中的应用其他相关应用 请参考 机构KIS维护能力提升综合文档 8080 download agentdown tech KISTraining001 rar中的内容 以后技术支持部将不再处理类似案例的修复 只给方法 总结 讨论时间 讨论 谢谢 附1 KIS及KD2000各版本标识 GLPref中参数字段 注 在KIS中 增加了FUseMode字段 如果是迷你版或标准版与业务版联用 它的值为3 同时 会增加FICStartYear FICStartPeriod FICCurrYear FICCurrPeriod几个字段表示业务版的期间信息 附2 常见出错信息及代码含义 附3 check工具下载地址 一 KD2000适用的check工具 8080 download forum check exe二 KIS适用的check工具 8080 download agentdown tech Check3000 exe 三 外网下载 8080 forum article asp id 131589