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账套使用Microsoft Access 数据库作为存储数据的格式。账套有可能因偶然原因而损坏，如电源电压不稳、死机、没有正确关闭应用程序、病毒、由硬件引起的网络通讯不稳定、网络服务中断等。任何影响计算机稳定工作的非正常因素都有可能破坏账套数据库。如果Access因某种原因而非正常退出，也可能导致数据库损坏。最常见的错误就是3343错误，此时我们打开账套时会提示“文件操作发生下面的错误，请仔细检查有关的文件、路径和驱动器3343：Unrecognized database format C:GSNB2000BZXPSAMPLE.AIS.”严重的，使用access 修复时出现如图的提示，无法修复。,3343错误,更严重的，使用ODBC修复时，提示已经修复成功，但实际上无论是使用软件还是用access，仍然无法打开或修复账套；用Access 2000打开账套时，提示是否需要修复，然后一直处于修复状态。下面根据由易到难的情况分别说明处理方法注：同样适用于其他错误，如3015等造成的无法进入账套的错误根据账套的损坏程度，经常需要几种方法结合使用根据账套所属的access 版本而分别选择相应或更高的版本来处理在选择账套修复工具的时候，优先选择最简单的方法来进行修复；只有在最常用的方法都无法修复的时候，再选择另外的方法。一般来讲，几乎任意一种账套修复的方法把账套修复完成后，都需要利用标准账套和check/check3000工具，对目标账套进行结构性的检查，以使之符合正常账套的标准后，才可以正式使用。,3343错误,提纲,1使用KIS自带的账套修复功能2利用VISDATA进行修复3使用Access97的修复数据库功能4使用Windows2000的ODBC修复5使用access2000修复6使用KIS导库工具PutInAis_sm修复7使用EasyRecovery FileRepair进行修复,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的修复数据库功能,Access 97仅适用于KD2000及由KD2000升级到KIS有32位产品启动Access97，在出现的登录对话框中输入用户名和密码直接选择打开问题账套，系统会提示是否需要修复，点“是”后自动修复。如果在“工具”菜单中的“数据库实用工具”中选择“修复数据库”，在修复数据库对话框中，选择想要修复的数据库后，系统会提示账套修复后保存为另一个独立的数据库名。Access 97可以修复大部份的由于3343错误造成的账套打不开的错误。,3343错误_3使用Access97的修复数据库功能,3343错误_4使用Windows2000的ODBC修复,如果使用Access 97还无法修复账套数据库，就需要使用Windows2000的ODBC修复功能来修复。必须先通过Access撤销system.mda系统数据库的密码运行系统控制面版管理工具中的ODBC数据源选择“Microsoft Access 97 Database”,单击配置，出现“ODBC Microsoft Access 安装”对话框，单击“系统数据库”选择金蝶目录下的SYSTEM.MDA文件 单击高级，出现“设置高级选项”窗口，在“登录名称”中录入morningstar，密码不能输入，单击“确定”返回“ODBC Microsoft Access 安装”窗口。在“数据库”中单击“修复”，选择需要修复的金蝶账套进行账套修复，通常情况下可修复成功。注：Odbc必须是用win 2000及以上版本的，不可使用win 9x的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上建立的账套可以直接使用Access 2000修复KD2000的账套，使用Access 2000数据库修复后，需要利用转换数据库功能对数据库版本进行转换；否则账套不可用；由KD2000升级到KIS的账套，如果不需要保留Access 97对数据库的访问，可以不用进行数据库转换；Access 2000几乎可以修复所有前面各种方法都不能修复的账套，但不是绝对能修复；如果是access 2000以后的access，则比照操作；也适用于用Access 97打开账套看不到任何一张表的账套错误；也适用于用Access 97打不开账套，但用access2000可以打开的账套的修复。,3343错误_5使用access2000修复,操作过程：先连接工作组文件。进入ACCESS 2000，不打开任何数据库点击“工具-数据库实用工具-压缩和修复数据库-选择需要修复的账套-压缩-输入转换后的数据库文件名db1-保存；系统会进行一系列的修复。此过程中会提示输入数据库用户名与密码，以后同。点击：“工具-数据库实用工具-转换数据库-转换到当前数据库版本”.-选择需要转换的数据库文件db1-打开-输入转换后的数据库文件名db2-保存；如果有提示，一路确定，系统将数据库转换到当前版本。用access2000打开这个转换后的数据库db2，选择：“工具-数据库实用工具-转换数据库-转换到早期access版本-输入转换后要生成的数据库名db3-保存。转换到早期版本后，可以供早期版本的access使用，如Access 97.-KD2000账套必须执行这一操作将db3的扩展名更为ais，再用access 97打开和利用check检查。,3343错误_5使用access2000修复,在底部会出现一个进度条成功后，access返回主界面，这时再用access 2000打开生成的db1.mdb文件,3343错误_5使用access2000修复,选中“db1.mdb”，然后“转换”。,3343错误_5使用access2000修复,确定后系统开始转换数据库，完成后返回主界面。,3343错误_5使用access2000修复,确定后系统开始转换数据库，完成后返回主界面。,3343错误_5使用access2000修复,3343错误_5使用access2000修复,第一次用access97打开db3.mdb时，系统会有此提示,关闭access 97后，可以将db3.mdb修改为.ais的文件，然后按正常其他的修复操作。,3343错误_5使用access2000修复,3343错误_6使用KIS导库工具PutInAis_sm修复,下载地址：http:/:8080/download/forum/PutInAis.exe该工具该工具用来处理那些无法用access97、ODBC、access 2000修复的账套。通过它导库后，可以用assess97打开；有时需要用access 2000转换后才能被access 97识别。导库后并不能被软件识别，还需要结合check和标准账套来补充丢失的表和关系、索引后，才能被软件所识别。对于权限和用户，可能会丢失。建议清空所有的权限表中的内容，重新导入标准账套中的sysusess表（如果有必要可能需要导入其他权限表），使得manager可以进入软件，然后重新建立用户和进行权限分配。导库后，他们的默认值会丢失。需要通过表设计，将各涉及金额的表的字段（即货币类型的字段）的默认值还原为0.分析进行check时不能添加的关系或索引，决定对相关表进行导表，一般需要替换glvch、glacct、glcy、globj等表。由于该工具和后面的EasyRecovery FileRepair导库后，后续的检查工作很多，需要很仔细地检查，请小心使用。,3343错误_6使用KIS导库工具PutInAis_sm修复,根据账套性质选择32位还是16位产品,选择目标账套后，在导入后新账套名处输入新账套的路径与账套,点击“开始”执行导库的操作,由于使用该工具后的后续工作需要很仔细的做，所以请小心使用！,3343错误_7使用EasyRecovery FileRepair进行修复,EasyRecovery FileRepair 号称Access 数据修复之王，它几乎可以最终修复各种有可能修复的数据。该工具对因丢失数据库系统对象而导致的账套无法打开尤其有效，但它对中文的支持不太好，表名称中的中文字符会被替换成数字、字母或问号，但数据表中的中文数据不受影响。下载地址 EasyRecovery FileRepair For Access简明使用教程下载地址：,需要根据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使用EasyRecovery FileRepair进行修复,如这些错误，需要用EasyRecovery FileRepair进行修复,3343错误_7使用EasyRecovery FileRepair进行修复,使用access97修复提示，使用access 2000修复却没有反映,使用ODBC修复提示,有时使用其他工具试图打开该账套时提示,操作过程,3343错误_7使用EasyRecovery FileRepair进行修复,3343错误_7使用EasyRecovery FileRepair进行修复,单击“Browse for File(s)”按钮，查找要修复的账套（数据库）,把文件类型改为“所有文件”，选择要修复的账套（数据库）后单击“打开”按钮,3343错误_7使用EasyRecovery FileRepair进行修复,在上面的窗口中可以设置一些参数：“Repair all files in their current folders：”表示修复后的账套仍保存在原来的文件夹，使用原先的文件名，程序会在当前目录中自动产生一个备份文件；“Create a repaired copy of the files in the folder below.”表示修复后的账套放在指定的文件夹中（使用“Browse for floder”指定新的文件夹），当前文件夹中也不产生备份文件。,在修复的过程中，在开始和结束时分别会出现一次Access的密码输入窗口，输入即可。,3343错误_7使用EasyRecovery FileRepair进行修复,在修复的过程中，程序将对表、关系、查询等逐个进行修复，修复的数据库可以用Access正常打开；最好先用check做一遍常规检测，以确保账套完好，消除可能存在的隐患。,3343错误_7使用EasyRecovery FileRepair进行修复,可以看到已经被导出的表,3343错误_7使用EasyRecovery FileRepair进行修复,EasyRecovery FileRepair进行修复的账套，如果不能被access 97识别，请先用access 2000进行转换。,3343错误_7使用EasyRecovery FileRepair进行修复,通过表设计，可以发现,货币类型字段的默认值绝对不可以丢失，否则将产生空值记录，在结账、过账过程中会产生错误；结转无法结转等错误。,3343错误修复后的注意事项,使用EasyRecovery FileRepair和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、EasyRecovery FileRepair等工具修复的KD2000账套，都存在所有表的默认值丢失现象，这时不管是KD2000的还是KIS的账套，都将access版转换为97数据库结果，再把账套参数修改为上述的对应版本，再利用“账套升级功能”可以自动为所有表加上他们的默认值。最后再利用check和标准账套进行处理后升级到当前版本就可以使用了。,账套升级功能2,如果版本不符，操作不成功,注：KIS及KD2000各版本标识信息在后面的附件中,账套升级功能3,操作过程,账套修复注意事项,不论使用何种方式进行账套数据库进行修复，都要做好原账套的备份初步修复成功后，都要利用check结合标准帐进行check对于check过程中检查出来的不能添加索引、关系的表，需要分别一一处理，必须确保所有check项目全部通过对于check出来的表，如果有重复键或错误记录，需要删除对应表中的重复值或错误记录如果不方便一一地检查是否有重复键或错误记录，可以采用替换表的方式实现，access会自动过滤不合法数据。建议的check全部通过的情况下，关闭check程序，重新进入，再进行一次check.账套正式使用前，必须完整地通过check.Check工具不是账套修复工具，只能对可以使用的账套有效。,思考,一个KIS7.5账套在只能通过EasyRecovery FileRepair 工具进行修复后，如何解决各表的表描述和表中的默认值的问题？,课程小结,1.掌握常见各种常用的修复方法2.尽量先用最简单地方法来修复账套3.掌握初步修复数据之后的后续处理4.掌握各种修复方法的综合应用5、必须掌握使用access 97和 2000修复数据库的方法6.掌握“账套升级”功能的应用,通过对各种修复方法的介绍，要求：,各种修复方法的最后，都必须使用相应的check或check3000工具，结合标准账套，对目标账套进行结构性检查，以确保目标账套符合正常账套的标准。,没有权限或密码错误账套升级后出现自动升级出错3343错误“账套升级”功能案例,案例1,现象：工业版628，打开账套时提示：账套自动升级出错。无法打开账套，参照正常账套中glpref表中的LastAppWriterID修改后仍然不能正常打开账套。出错提示：,打开账套,Access97进行压缩时,案例1,原因：账套数据库损坏；虽然可以利用access 97正常打开，但是利用access 97对修改进行压缩，提示错误。解决：使用access 2000对数据库进行修复，再转换为access 97的账套。将glacct、globj、glcy三张表替换；再用access97对数据库进行压缩。利用check对数据库进行check，账套可以正常升级。,案例2,现象：打开账套，提示：文件操作发生下面的错误，请仔细检查有关的文件、路径、和驱动器3001：无效的参数量。原因：账套系统数据库表有错误解决：利用access重建账套数据库，并check后，即可正常打开账套。,现象：KD2000标准版账套在突然停电后，通过软件打开账套，提示：用户没有被授权。通过access 打开数据库，可以进入，但只能看到一片空白。用access 2000打开是同样的效果。原因:账套被损坏，用access 97打开账套后的提示如下页图示：处理：1、账套打不开，无法用odbc进行修复。是由于账套被损坏，请使用KIS7.5软件中集成的“账套修复”功能对当前账套进行修复。修复后，账套可以正常使用数据库等工具打开。2、用户没有权限是由于由于数据损坏造成的密码或授权信息不正确。请删除GLRight表，清空GLAcctRight、GLrptright表中有内容。从一个新建立的账套中，导入GLright表。3、利用check工具和新建立的账套，对当前账套进行结构上的完整性检查。,案例3,用软件打开的错误提示,用access 打开数据库后，点击“表”,用access 打开数据库后，点击“查询”,案例3,一个KIS7.5标准版账套，无法进入，具体现象为：用软件打开，系统提示：进入本系统！，请提高警惕并及时向系统管理员反映！确定后，提示：用户当前帐号不被账套所认可。在用access 2000打开时，提示：不能读取记录：在msysaccessobjects上没有读取数据的权限用access 97record(s)cant be read;no read permission on 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打开，提示：这个数据库处在意外的状态：Microsoft Access 不能打开它。这个数据库已经从上一个Microsoft Access版本转换，使用的是dao compactDatabase 方法而不是“工具”菜单的“转换数据库”命令（“数据库实用工具”子菜单）。这样使用数据库处于部份转换的状态。如有数据库原始格式的副本，请使用“工具”菜单的“转换数据库”命令（“数据库实用工具”子菜单）来转换它。如果原来的数据库不再可用，请创建新的数据库并导入您的表和查询以保留数据。其他数据库对象无法恢复。3、用access 97打开，提示：Unrecognized database formt某某路径XXX.ais。,案例5,原因：账套中打开或转换状态过程中，遇到了突发事件，造成事务中止，从而造成数据库损坏。处理：使用PutInAis工具进行导库处理。1、至于PutInAis工具及用法和相关的账套数据处理方法、注意事项等，可以在机构KIS维护能力提升综合文档http:/: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处理。,用access 97打开账套时，提示：,确定后，系统进行修复,案例7,修复完成后access 97自动打开账套,最后利用check和标准账套，对目标账套进行check后，即可使用。,案例7,对于使用access 97修复账套的补充：1、对于KD2000帐套，建议进入软件后，关闭任何帐套。在软件“文件”菜单下，有一个功能“账套升级”。利用帐套升级进行数据库导库并选择 导入新帐套，软件可以重建帐套，并可以解决表中字段的默认值丢失、表描述丢失等情况。2、利用check工具和新建立的帐套，对当前帐套进行结构上的完整性检查。并添加缺少的项目，如果有查询，请使用“更新”功能。3、用新账套的glpref表中的LastAppWriterID字段的值，替换新账套中的这个字段的值，然后即可用软件正常打开账套。对于用户权限，可能需要重新设置，这需要根据实际情况来调整。4、Access 97可以修复大部份的由于3343错误造成的帐套打不开的错误。,小结,通过这个案例，可以练习使用最常用的access97修复3343错误的方法及其注意事项！,现象：账套数据库被用户加了密码后，软件和access都无法打开。用户设置的密码：admin；账套版本：标准版7.3，账套文件名：公司2004.ais,案例8,用软件打开提示,用Access 97打开提示,案例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修复成功，但还是无法被软件和access 97识别,案例10：一个用多种工具修复的实际案例,二、用access2000修复帐套1、先连接工作组文件2、进入ACCESS2000，不用打开任何数据库。3、点击“工具-数据库实用工具-压缩和修复数据库-选择帐套-生成db1,一、准备一个标准账套：在当前软件上，新建立一个空账套，作为标准账套，但绝对不能是sample.ais帐套。,处理：,案例10：一个用多种工具修复的实际案例,4、可以直接点击：“工具-数据库实用工具-转换数据库-转换到当前数据库版本.-选择需要转换的数据库文件db1-打开-输入转换后的数据库文件名db2-保存；如果有提示，一路确定。5、再用access2000打开这个转换后的数据库db2，选择：“工具-数据库实用工具-转换数据库-转换到早期access版本-输入转换后要生成的数据库名db3-保存6、将db3的扩展名更为ais，已经可以用access97软件打开了。7、由于出现3343错误时，账套的权限系统几乎都已经被损坏完了，因此在access 97中，打开db3.ais后，需要删除：GLacctRight、GLRptRight、GLRight、sysusers等四张表；然后从标准账套中导入这四张表。,案例10：一个用多种工具修复的实际案例,案例10：一个用多种工具修复的实际案例,转换为access 97后，权限表中的Fbinuser全为空了，权限表应该删除后导入,导入GLacctRight、GLRptRight、GLRight、sysusers等四张表,案例10：一个用多种工具修复的实际案例,案例10：一个用多种工具修复的实际案例,三、利用check工具和标准账套，对db3.ais进行数据结构检查，并添加检查出来丢失的项目。对于查询，请使用“更新”功能，对于部份不能添加的关系，可以暂时不用处理；把能够加上的项目加上。,双击不能添加关系的项目，可以看到具体的内容,案例10：一个用多种工具修复的实际