Sybase数据库故障处理方法

1、Sybase数据库故障处理方法1. 一、Sybsystemprocs库挂起”解决办法修改Sybase.cfg文件，修改Sybase数据库可以修改系统参数.$viSybase.cfg查找“allowupdates将其修改为1.（缺省值为0）.既allowupdatestosystemtables=1重新启动系统.2. 用isql登录至Usqlserver中，修改master库中sysdatabases表中sybsystemprocs库对应的status的值为-32768.$isql-Usa-P1>updatemaster.sysdatabases2>setstatus=32768wh

2、erename=”sybsystemprocs”1>go1>shutdownwithnowait2>go关闭数据库重新启动.3. 用isql登录至Usqlserver中，修改master库中sysdatabases表中sybsystemprocs库对应的status的值为0.$isql-Usa-P1>updatemaster.sysdatabases2>setstatus=0wherename=”sybsystemprocs”3>go1>shutdownwithnowait2>go关闭数据库重新启动.4. 将Sybase.cfg中的”allowu

3、pdatestosystem的值改为0.二、如何恢复master数据库ASEcan'tsetupandhasnovaliddumpofmaster1、编辑RUN_servername在命令行最后亓!入：-T36072、单用户模式启动ASE$cdinstall$startserver-fRUN_servername-m3、bcpout系统表$bcpmaster.sysdevicesout/directory.spec/devs-Usa-P-c$bcpmaster.sysdatabasesout/directory.spec/dbs-Usa-P-c$bcpmaster.sysusageso

4、ut/directory.spec/usages-Usa-P-c$bcpmaster.sysloginsout/directory.spec/logins-Usa-P-c$bcpmaster.sysconfiguresout/directory.spec/configures-Usa-P-c$bcpmaster.syscharsetsout/directory.spec/charsets-Usa-P-c4、shutdownASE5、创建新master设备$buildmaster-d<path_to_new_master_device>-s<new_master_device_

5、size>(new_master_device_siz我2K为单位)6、编辑RUN_servername将指定master设备指定为新创建的master设备，并删除在第1步中增加的参数。7、删除/directory.spec/dbs/directory.spec/usages文件中有关master；tempdbmodel的容。8、单用户模式启动ASE$cdinstall$startserver-fRUN_servername-m9、bcpin系统表$bcpmaster.sysdevicesin/directory.spec/devs-Usa-P-b1-c$bcpmaster.sysdat

6、abasesin/directory.spec/dbs-Usa-P-b1-c$bcpmaster.sysusagesin/directory.spec/usages-Usa-P-b1-c$bcpmaster.sysloginsin/directory.spec/logins-Usa-P-b1-c$bcpmaster.sysconfiguresin/directory.spec/configures-Usa-P-b1-c$bcpmaster.syscharsetsin/directory.spec/charsets-Usa-P-b1-c10、shudownASE11、执行installmaste

7、r脚本$isql-Usa-P<$SYBASE/scripts/installmaster12、启动ASE三、如何删除坏的用户数据库？(以pubs2为例)当使用dropdatabase无法删除数据库时，使用本文所示方法可以删除。(1) 使用isql以sa注册SQLserver(2) 设置允许修改系统表1>sp_configure"allowupdates",12>go(3) 把要删除的用户数据库置为"suspect"状态1>usemaster2>go1>begintran2>go1>updatesysdata

8、basessetstatus=2562>wherename="pubs2"3>go如果得到(1rowaffected),贝U1>commit2>go否则1>rollback2>go重启server,并用isql以sa注册。(5) 删除数据库1>dbccdbrepair(pubs2,dropdb)2>go(6) 恢复允许修改系统表1>sp_configure"allowupdates",02>go结束四、如何做rebuildlog注意：这个过程可能会引起数据的不一致性。(1) 赋予sa用户syba

9、se_ts_role的角色isql-Usa-P1>sp_role"grant”,"sybase_ts_role”,sa2>go1>quit将数据库置为"bypassrecovery"状态isql-Usa-P1>sp_configure"allowupdates",12>go1>usemaster2>go1>updatesysdatabasessetstatus=-327682>wherename="database_name"3>go1>shutdo

10、wnwithnowait2>gorebuild数据库日志重启Serverisql-Usa-P1>usemaster2>go1>dbccrebuild_log(database_name,1,1)2>go1>shutdownwithnowait2>go重启SQLserver1>usemaster2>go1>updatesysdatabasessetstatus=0wherename="database_name"2>go1>sp_configure"allowupdates”,02>go1

11、>shutdownwithnowait2>go(5)在重启SQLserver之后，如果数据库恢复正常，rebuildlog工作将会成功完成，否则要恢复数据库备份，使用dumpdatabase或bcp命令。五、数据库被标记为"suspect"时(1)-一般解决方案现象：Error926SeverityLevel14ErrorMessageTextDatabase'xx'cannotbeopened-ithasbeenmarkedSUSPECTbyrecoverExplanation当你使用Transact_SQL命令操作这个数据库的数据时，出现这个

12、信息，这是一个严重的错误，如果你要使用这个数据库的数据，必须改正这个错误.启动BackupServer,后备master数据库1>dumpdatabasemasterto”/usr/sybase/master_dump.19991201"2>go(1) 用isql登录到SQLServer,须用sa(本文以pubs2数据库为例)1>sp_configure"allowupdates"，12>go1>begintran2>go1>updatemaster.sysdatabases2>setstatus=-327683&g

13、t;Wherename="pubs2"4>go如果得到(1rowaffected),贝U1>commit2>go否则1>rollback2>go(2) 如果条件允许，bcpout用户数据或dump用户数据库(3) 这时重新启动SQLServer,再有sa注册到SQLServer.1>begintran2>go1>updatemaster.sysdatabases2>setstatus=03>Wherename="pubs2"4>go如果得到(1rowaffected),贝U1>com

14、mit2>go否则1>rollback2>go1>sp_configure"allowupdates",02>go(4) 如果你的数据库原来有dboption(例如"selectinto","trunclogonchkpt"等),你需要重新设置这些option.运行dbcc命令检查数据库的一致性isql-Usa-P-idbcc.sql-odbcc.outdbcc.sql文件示例：dbcccheckdb("pubs2")godbcccheckalloc("pubs2"

15、)godbcccheckcatalog("pubs2")gogrepMsgdbcc.out后备用户数据库1>dumpdatabasepubs2on"/usr/sybase/pubs2_dump.19991201"2>go六、数据库被标记为"suspect"时(2)-数据库设备损坏时的解决方案现象：926错误产生的原因有几种。本文讨论当数据库设备初始化失败(设备文件丢失或文件读写权限不正确)时，导致数据库恢复失败，出现926错误的情况。(1) 请先恢复数据库设备及读写权限。启动BackupServer,后备master数据库

16、1>dumpdatabasemasterto"/usr/sybase/master_dump.19991201"2>go用isql登录到SQLServer,须用sa(本文以pubs2数据库为例)1>sp_configure"allowupdates",12>go1>begintran2>go1>updatemaster.sysdatabases2>setstatus=status-2563>Wherename="pubs2"4>go如果得到(1rowaffected),贝U1

17、>commit2>go否则1>rollback2>go重新启动SQLServer,运行dbcc命令检查数据库的一致性编辑生成dbcc.sql文件：dbcccheckdb("pubs2”)godbcccheckalloc("pubs2")godbcccheckcatalog("pubs2")goisql-Usa-P-idbcc.sql-odbcc.outgrepMsgdbcc.out后备用户数据库1>dumpdatabasepubs2on"/usr/sybase/pubs2_dump.19991201&qu

18、ot;七、如何终止数据库恢复过程当某一正常运行的大事务(例如：update、delete操作)被终止，且重新启动server后，运行该事务的数据库处于恢复状态，通常这种状态会持续很长时间，当在此恢复过程中没有出现任何异常时，建议用户耐心等待恢复过程完成。同时我们提供以下方法来终止此恢复过程，但请用户注意这些操作将带来数据的不一致性。必要时，希望用户用完整、可靠的数据库备份恢复此数据库。启动BackupServer,后备master数据库(这一步很重要！)1>dumpdatabasemasterto"/usr/sybase/master.dup2>go用isql登录到SQL

19、Server,须用sa(本文以pubs2数据库为例)1>sp_configure"allowupdates",12>go1>begintran2>go1>usemaster2>go1>updatesysdatabases2>setstatus=-327683>Wherename="pubs2"4>go如果得到(1rowaffected),贝U1>commit2>go否则(3) 1>rollback2>go这时重新启动SQLServer,再用sa登录到SQLServer.1

20、>dumptranpubs2withno_log2>go1>begintran2>go1>usemaster2>go1>updatesysdatabases2>setstatus=03>Wherename="pubs2"4>go如果得到(1rowaffected),贝U1>commit2>go否则1>rollback2>go1>sp_configure"allowupdates",02>go重新启动server如果你的数据库原来有dboption(例如&quo

21、t;selectinto","trunclogonchkpt"等),你需要重新设置这些option.(4) 当数据库已经恢复可使用状态后,运行dbcc命令检查数据库的一致性(参照"如何检查数据库中数据一致性"文章)(5) 后备用户数据库例如：1>dumpdatabasepubs2to"/usr/sybase/pubs2.dup”2>go八、如何检查数据库中数据的一致性数据库一致性检查(dbcc)提供了一些命令用丁检查数据库的逻辑和物理一致性。Dbcc主要有两个功能：1. 使用checkstorage或checktable及

22、checkdb在贞一级和行一级检查贞链及数据指针。2. 使用checkstorage,checkalloc,或checkverify,tablealloc,及indexalloc检查贞分配。在下列情况中需要使用dbcc命令：1. 作为数据库日常维护工作的一部分，数据库部结构的完整性决定丁sa或dbo定期地运行dbcc检查。2. 在系统报错以后，确定数据库是否有损坏。3. 在备份数据库之前，确保备份的完整性。4. 如果怀疑数据库有损坏时，例如，使用某个表时报出表损坏的信息，可以使用dbcc确定数据库中其他表是否也有损坏。下面是dbcc的简单用法：?dbccchecktable(table_nam

23、e)检查指定的表，检查彖引和数据贞是否正确，索引是否正确排序，所有指针是否一致，每贞的数据信息是否合理，贞偏移是否合理。?dbcccheckdb(database_name)对指定数据库的所有表做和checktable一样的检查。?dbcccheckalloc(database_name，fix|nofix)检查指定数据库，是否所"页面被正确分配，是否被分配的页面没被使用。当使用"fix"选项时，在检查数据库的同时会自动修复有问题的页面。(若数据库数据量很大，则该过程会持续很长时间。)?dbcctablealloc(table_name,fix|nofix)检查指

24、定的表，是面有页面被正确分配，是否被分配的页面没被使用。是checkalloc的缩小版本，对指定的表做完整性检查。当使用"fix"选项时，在检查数据表的同时会自动修复数据表中有问题的页面。关丁上述命令的其它选项及详细使用方法和checkstorage,checkverify,indexalloc的详细使用方法，请参阅有关命令手册。1. 举例1:Unix平台检查pubs2数据库的一致性单用户模式启动Server：2. $SYBASE/installstartserver-fRUN_server_name-mvidbcc_db.sqlusemastergosp_dboption

25、pubs2，"singleuser"，truegousepubs2gocheckpointgodbcccheckdb(pubs2)godbcccheckalloc(pubs2，fix)godbcccheckcatalog(pubs2)gousemastergosp_dboptionpubs2，"singleuser"，falsegousepubs2gocheckpointgoquitgoisql-Usa-Pxxxxxx-SSYBASE<dbcc_db.sql>dbcc_db.outgrepMsgdbcc_db.out举例2:Unix平台检查p

26、ubs2数据库中titles表的一致性vidbcc_table.sqlusepubs2godbccchecktable(titles)godbcctablealloc(titles)goisql-Usa-Pxxxxxx-SSYBASE<dbcc_table.sql>dbcc_table.outgrepMsgdbcc_table.out九、如何做RebuildMaster(没有后备master库，而使用命令diskreinit,diskrefit)提示1：如果有可能，在执行这个任务之前，请先做操作系统级SYBASEDEVICES的后备。UNIX操作系统可使用命令"dd&qu

27、ot;。因为如果diskreinit使用了错误的信息，那么，在执行了diskrefit之后就会产生无法弥补的错误。倘若，存在一个SYBASEDEVICES的后备文件，将会给我们一个弥补的机会。例如：当diskreinit使用了过小的size值，我们还可以重新恢复SYBASEDEVICES文件，重新做diskreint>diskrefit0提示2:在使用diskreinit命令时，将覆盖SYBASEDEVICE(请参照以下语法)，安全的做法是size值使用裸分区或系统文件的大小的最大值。如果使用的是UNIX裸分区，即使你不能确认SYBASEDEVICE最初大小是不是最大值，都要使用裸分区大

28、小的最大值。步骤：1. 获得将要被恢复的SYBASEDEVICE的信息。1. 这些信息被用来重建sysdevices,sysusage以及sysdatabases从errorlog的server启动信息中获得SYBASEDEVICE的设备名、指定路径。使用裸分区或系统文件的大小的最大值作为SYBASEDEVICE的大小。以上信息也可以通过最近的sysdevices系统表的容来获得。如果对此信息怀有疑问，还是使用以上的方法比较稳妥。2. 做操作系统级的SYBASEDEVICE后备。UNIX操作系统，使用"dd"命令实现。3. 配置一个新的ASEServer。在以后的步骤中会用到这个新的master。4. 如果需要，请再配