SYBASE数据库常见的问题总结

SYBASE 数据库常见问题总结SYBASE 数据库常见问题总结11. SYSLOGS日志满了进不了系统，如何清除日志启动系统12. 数据库日志损坏时重建日志启动数据库的解决办法23. 数据库处于可疑状态的解决方法34Sybase系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？45不小心直接删除了日志的设备文件，如何恢复数据库？66sa密码忘记了导致isql -Usa -P*进不去怎么办？77关于sybase的配置（数据库慢的请留意）78设备路径更改的方法99 dump文件load后数据库访问不了解决办法1010sybase数据库备份方案1011master数据库状态被置为-32768后的处理方法131. SYSLOGS日志满了进不了系统，如何清除日志启动系统 业务系统数据库不能正常启动，对于这一类问题，我们按照如下步骤解决： 第一步，启用allow updates to system tables，这样可以使具有系统管理员角色的用户能够改变系统表并可创建和修改系统表的存储过程，其中系统表包括master数据库中所有Sybase提供的表以及用户数据库中所有以“sys”开头的表和在sysobjects表中其ID值小于或等于100的表。系统表的不正确变更会导致数据库损坏和数据丢失，修改系统表时务必要使用begin transaction来保护数据库不受可能损坏数据库的错误影响，完成修改后应立即禁用allow updates to system tables。 1sp_configure allow update,1 2go第二步，Adaptive Server中的每个数据库在sysdatabases中都有相应的一行，安装Adaptive Server后，master数据库、model数据库、sybsystemprocs和tempdb数据库在sysdatabases中都将有相应的条目，如果已经安装审计功能，sybsecurity数据库也将在其中有相应的条目。修改sysdatabases表，将testdb的状态修改为-32768，然后在关闭Adaptive Server后重新启动Adaptive Server。 1 update sysdatabases set status=-32768 where name = testdb 2go1 shutdown2 go 第三步，由于事务日志已经很满，不能使用常规方法转储此事务日志，如果使用了dump transaction或dump transaction with truncate_only命令，而命令又由于日志空间不足失败时，可以使用dump transaction的特殊选项with no_log，此选项可截断事务日志而不记录转储事务事件。所有dump tran with no_log都将在Adaptive Server错误日志中进行报告，这些消息包括执行此命令的用户ID、指示成功或失败的消息，no_log是唯一生成错误日志消息的转储选项。但是这个选项（包括with truncate_only）没有提供任何方法可恢复自从上次例行转储后提交的事务。 1 use testdb 2 go1 dump tran testdb with no_log 2 go第四步，修改sysdatabases表，将testdb的状态恢复为0，然后禁用allow updates to system tables。 1 use master 2 go1 update sysdatabases set status = 0 where name = testdb 2 go1 sp_configure allow update,02 go2. 数据库日志损坏时重建日志启动数据库的解决办法 首先判断错误为页损坏或者索引损坏，根据Adaptive Server failed to retrieve a row via its RID in database escourt5 because the requested RID has a higher number than the last RID on the page. Rid pageid = 0x1c88a8; row num = 0x27. Page pointer = 0x261CA000, pageno = 1869992, status = 0x1, objectid = 8, indexid = 0, level = 0.判断其中:objectid = 8 表示日志段有问题解决方法一：截断日志先把sysdatabases 的status 修改成-32768 然后重新启动数据库1update sysdatabases set status = -32768where name = escourt54go登陆数据库1 dump transaction escourt5 with truncate_only2 goMsg 921, Level 14, State 1:Line 1:Database escourt5 has not been recovered yet - please wait and try again.1 dump transaction escourt5 with no_log2 goMsg 921, Level 14, State 1:Line 1:Database escourt5 has not been recovered yet - please wait and try again.说明这种发不起作用解决方法二:重做日志1 sp_role grant,sybase_ts_role,sa2 goAll the roles specified to be granted in the grant role statement have alreadybeen granted to grantee sa.Authorization updated.(return status = 0)1 use master2 go1 dbcc rebuild_log(escourt5,1,1)2 goDBCC execution completed. If DBCC printed error messages, contact a user withSystem Administrator (SA) role.1 shutdown with nowait2 goServer SHUTDOWN by request.The SQL Server is terminating this process.重启服务后把status修改成0后再重启服务。服务启动正常最好是通过dbcc checkdb(databasename)检查一下数据一致性。3. 数据库处于可疑状态的解决方法如何解决数据库被挂起的问题 现象：Error 926 Severity Level 14 Error Message Text Database xx cannot be opened - it has been marked SUSPECT by recover Explanation (1) 当你使用Transact_SQL命令操作这个数据库的数据时, 出现这个信息, 这是一个严重的错误, 如果你要使用这个数据库的数据, 必须改正这个错误. (2) 启动Backup Server, 后备master数据库 1dump database master to /usr/sybase/master.dup 2go (3) 用isql登录到SQL Server, 须用sa帐号 (本文以escourt5数据库为例) 1sp_configure allow updates, 1 2go 1begin tran 2go 1use master 2go 1update sysdatabases 2set status = -32768 3Where name=escourt5 4go 如果得到(1 row affected),则 1commit 2go 否则 1rollback 2go (4)重新启动SQL Server. 注：SQL Server重新启动之后，当发现数据库本身存在不可恢复的问题时，如数据页损坏等，且没有完好的数据库备份，一定要用bcp.out备份用户数据库数据。此时，以下步骤省略，并按照“如何删除坏的用户数据库”文章删除此数据库。之后重建此数据库，恢复备份。 否则，按以下步骤继续操作： 用sa帐号注册到SQL Server. 1begin tran 2go 1use master 2go 1update sysdatabases 2set status=0 3Where name=escourt5 4go 如果得到(1 row affected),则 1commit 2go 否则 1rollback 2go 1sp_configure allow updates ,0 2go (5)重新启动SQL Server. (6) 如果你的数据库原来有dboption(例如select into,trunc log on chkpt等), 你需要重新设置这些option. (7) 当数据库已经恢复可使用状态后，运行dbcc命令检查数据库的一致性(参照“如何检查数据库中数据一致性”文章) (8) 备份用户数据库 例如： 1dump database escourt5 to /usr/sybase/pubs2.dup 2go 4Sybase系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？ 有的时候，系统崩溃了，手上也没有数据库的备份或者是备份太旧了，但侥幸的是设备还在，并且是完整的，这时可以通过文件COPY的方式恢复数据库。情况一、所有设备，包括 master ，均是完整的：这种情况是最简单的，只需要先备份设备文件（包括master，copy 到安全的地方），然后重新安装系统，建服务（保持页面大小、编码和排序与以前一样），然后停止服务，按原目录将所有设备文件拷贝回来，再重启服务即可。新建的服务名可与旧服务不同。建议把 服务名.cfg也复制过来，省掉参数配置。 情况二、应用的设备是完整的，但没有master了：方法一、这种情况下要恢复数据库就需要原来的设备使用情况表了。重新安装系统，建服务，然后按原设备情况建设备（大小、位置保持和原来一致），接下来根据记录下来的设备使用情况建库，顺序以及占用的空间要和以前的一致。然后停服务，将应用的数据库设备复制回来，重启服务即可。请参考Sybase ASE 系统管理员日常维护指南的建议，定期备份 master 数据库。方法二、1. 重新创建 master 设备本实验描述了如何在master数据库毁坏的情况下，如何重建主设备，恢复master数据库，得以重新恢复系统。 这里假定： l Master数据库已损坏，或主设备已损坏。 l有系统表的最新打印输出。 l主设备只包括master数据库、tempdb和model l有master数据库的最新备份，且上次转储master数据库后没有初始化任何设备或创建、变更任何数据库。 关于恢复过程 l将主设备重建为第一次安装服务器时的缺省状态； l将master数据库恢复为缺省状态； l将master数据库恢复为上次备份时的状态； 注意：在恢复master数据库的早期阶段，不能使用系统存储过程。 恢复步骤 步骤1：查找系统表 查找已保存到文件的系统表sysdatabases、sysdevices、sysusages、sysloginroles和syslogins的副本。用这些副本可以保证在此过程结束时系统已经全部恢复。 步骤2：建立新的主设备 如果Adaptive Server正在运行，关闭它，然后重建主设备。重建主设备时，必须指定设备大小。开始重建前，记住以下几点： l保留旧设备，以防遇到问题，旧设备可提供至关重要的信息。 l使用buildmaster命令之前应关闭Adaptive Server。 l不同操作系统上创建主设备的命令有所不同，如：buildmast（unix）、bldmaster（windows NT），并安装通用master数据库的副本。 l命令中给出主设备的全名和大小。 示例：重建一个30兆（15360个2k的页） 在Window NT上： bldmastr d d:devicesmaster.dat s15360 步骤3：以主恢复方式启动Adaptive Server 使用-m选项以主恢复方式启动Adaptive Server。在Window NT上，使用sqlsrvr命令从命令行启动Aadaptive Server。 Sqlsrvr.exe d:devicesmaster.dat sserver_name ed:sybaseinstallerrorlog id:sybaseini MD:sybase m 说明：以主恢复方式启动Adaptive Server时，只允许一个用户（系统管理员）登录。 步骤4：重建master的设备分配 检查sysusages系统表的书面副本，如果有多行dbid1的记录，则需要增加master的大小以便装载转储。最简单情况下，对master进行额外分配只需要使用alter database即可。复杂情况，必须为其它数据库分配空间，以便重新构造恢复master所需的正确的vstart值。 示例： alter datbase master on master=2 步骤5：检查Backup Server和sysservers系统表信息。 使用空口令以“sa“用户登录服务器（如果Backup Server的网络名不是SYB_BACKUP，则必须更新sysservers以便Adaptive Server可以与其Backup Server通信）。 l检查interfaces文件中Backup Server的名称； l并发出下面的命令： select * from sysservers where srvname=”SYB_BACKUP” l检查此命令中输出结果的srvnetname。是否与服务器的backup Server的interfaces文件条目匹配，若匹配跳过步骤5； l如不同，则必须更新sysservers 示例： begin tranaction updata sysserver set srvnetname=”backupserver_name” where srvname=”SYB_BACKUP” l核实该命令，如果updata修改了多行，或者修改了不应修改的行，则发出rollback tranaction命令，然后尝试再次更新。 如果该命令正确修改了Backup Server的行，则发出commit transaction命令。 步骤6：核实Backup Server正在运行 Window NT平台上，本地安装的Sybase Central和服务管理器可以显示Backup Server是否正在运行。 步骤7：装载master数据库的备份 在Window NT上： load database master from “d:devicemaster.bck” 在load database成功完成后，Adaptive Server将关闭。 步骤8：更新number of devices配置参数 仅当使用的数据库设备比缺省值多时才执行此步骤。 步骤9：以主恢复方式方式重新启动Adaptive Server Sqlsrvr.exe d:devicesmaster.dat sserver_name ed:sybaseinstallerrorlog id:sybaseini MD:sybase m 注意：装载master的备份将使“sa”帐号恢复到以前的状态。如果sa帐号有口令，则口令恢复。 步骤10：检查系统表以检验master的当前备份 l如果发出最新的disk init、create database或alter database命令以后已备份了master数据库，则sysusages、sysdatabases、和sysdevice的内容将与书面副本匹配。 l如果副本中的任何设备未包含在已恢复的sysdevices中，则上次备份以后已添加了设备，必须运行disk reinit和disk refit。 步骤11：重新启动Adaptive Server 以常规（多用户）模式重新启动Adaptive Server 步骤12：检查Adaptive server l将sysusages的书面副本与新联机版本比较 l将sysdatabase的书面副本与新联机版本比较 l在每个数据库上运行dbcc checkalloc l检查每个数据库中重要的表 完全恢复master数据库并运行全部的dbcc完整性检查后，使用常规转储命令备份此数据库。5不小心直接删除了日志的设备文件，如何恢复数据库？首先，应尽可能从操作系统中恢复被误删除的设备文件；如果不能恢复，可创建一个和被删除设备文件大小相同的新设备文件，然后运行 dbcc rebuild_log。下面给出一个具体的测试用例：- 创建测试数据库 testuse mastergodisk init name=test_dat_dev,physname=/opt/sybase/data/test_dat_dev.dat,size=50Mgodisk init name=test_log1_dev,physname=/opt/sybase/data/test_log_dev1.dat,size=10Mgodisk init name=test_log2_dev,physname=/opt/sybase/data/test_log_dev2.dat,size=10Mgocreate database test on test_dat_dev=40M log on test_log1_dev=5M, test_log2_dev=2Mgo- 产生一些日志use testgocreate table test ( id int not null, name char(20) not null)goinsert into test values(1,aaaaaaa)insert into test values(2,bbbbbbb)insert into test values(3,ccccccc)insert into test values(4,ddddddd)go6sa密码忘记了导致isql -Usa -P*进不去怎么办？1、在sybase目录的install子目录的启动server文件 RUN_server名，编辑该文件，在末尾增加-psa，保存该文件。2、如果服务器已经启动，先停止之。3、执行第1步批处理文件以启动server，在启动最后显示信息出现sa的新口令，记录之。4、切换到SQL Advangtage以sa帐号登录，口令为新记录之口令。5、进入server以后，用命令sp_password修改sa口令,sp_password 原密码,新密码,用户名 新密码的位数一定要大于6位，否则不能够更改成功。6、回到第1步，去掉增加的选项-psa，保存退出。7关于sybase的配置（数据库慢的请留意）说明：数据库性能慢的主要原因有两个 1）数据库服务配置不合理 2）应用程序不合理 遇到数据库性能下降时通常先检查数据库服务配置方面有没有可以改善的，修改之后再观察一段时间，如果性能没有改善的话就要分析应用程序上有没有可以调整的地方：索引是否合理，sql语句是否优化等。本篇主要分析数据库服务的配置：问题分析：小型机硬件：rp2470双机、CPU700M*2、内存512M*6以下是现场发过来的主要配置情况：lock scheme datapages /datapages锁模式是性能最差的锁，一般不用number of locks 300000 /通常不需要配置太多的锁10万就够了max memory 500000 /物理内存3G，配给sybase的为1G明显不合理 （内存*1024*1024*0.5*60%）number of open indexes 4000 /通常2000 number of open objects 4000 /通常2000number of user connections 300 /number of worker processes 0 /多cpu要打开相应工作进程数procedure cache size 154800 /存储过程缓存不要超过100Mtotal data cache size 453699 /明显该值太小allocate max shared memory 0 /打开sybase占用内存的开关max online engines 2 number of engines at startup 2 问题处理：建议先调整以下配置sp_configure max memory,1150000 /sybase占用2.3G内存sp_configure allocate max shared memory,1 sp_configure user log cache size,4096 /用户日志缓存用来缓存客户段信息 sp_configure procedure cache size,50000 /100M存储过程缓存sp_configure number of worker processes,2备份sybase主目录下的*.cfg sp_cacheconfig default data cache,1G /配置缺省数据缓存1Gsp_cacheconfig default data cache, cache_partition = 2reboot sybase服务备份sybase主目录下的*.cfg sp_cacheconfig tempdb_cache,400M /由于内存较充裕，通常会分配一部分内存给tempdb，提高查询的速度sp_bindcache tempdb_cache,tempdb /绑定400M的内存给tempdbreboot sybase服务上述操作如无法启动sybase服务则可以将备份的*.cfg替换当前的配置文件，重新boot sybase服务总结：sybase 11.9.2 & 12.0 & 早期版本的配置通常为以下几项：total memory /定义sybase 服务能够使用的物理内存number of lock /定义锁的数目number of open database /打开的数据库个数，缺省是12个，数据库数目超过12个时要调整该值number of devices /数据库的设备数，缺省是10，通常是不够的，需要调整number of user connections /用户连接数，根据需要设置，通常一个用户数消耗100K的内存这个版本的数据库缓存、日志缓存、过程缓存是不用手工配置的sybase 12.5版本的配置通常为以下几项：lock scheme /锁模式，sybase推荐使用缺省（allpages），但是一些并发操作多的表（temp_telebill）要使用行锁（datarows），减少被锁现象number of locks /通常不需要配置太多的锁10万就够了max memory /sybase服务能够使用的物理内存，通常配置成物理内存的7080，上例内存是3G，配给sybase的为1G明显不合理allocate max shared memory /打开sybase占用内存的开关number of open indexes /通常2000，该值配置过低时会在日志中报该值不够，最终导致性能缓慢 number of open objects /通常2000，该值配置过低时会在日志中报该值不够，最终导致性能缓慢number of user connections /用户连接数，根据实际需求来配置，盲目多配会浪费内存procedure cache size /存储过程缓存不要超过100M，用来缓存过程的编译代码。number of open database /打开的数据库个数，缺省是12个，数据库数目超过12个时要调整该值number of devices /数据库的设备数，缺省是10，通常是不够的，需要调整user log cache size /日志缓存用来保留客户端连接信息的，每个连接都会生成一个user log cache size大小的cache，该值缺省为2K，主机内存充裕时可以配成4K。在12.5及以后的版本中都要手工的配置default data cache，缺省为8M，几乎所有的用户操作都是在这个缓存中进行的，如果不优化的话严重影响数据库性能。优化的方法是把尽可能多的内存配置给default data cache ，即：max memory-所有其他内存消耗（用户数，锁数等）-少许预留内存default data cache。sp_cacheconfig default data cache,1G /配置缺省数据缓存1Gsp_cacheconfig default data cache, cache_partition = 2关于cpu的配置max online engines /sybase 使用的cpu的个数 number of engines at startup /激活cpu的个数 number of worker processes /多cpu要打开相应工作进程数8设备路径更改的方法1.关闭服务2.设为单用户模式 C:SybaseASE-12_5install RUN_jianxin.bat 加上-m 3.修改设备路径isql -Usa -P -Sjianxin(服务名)user master goselect * from sysdevices goupdate sysdevices set phyname=新的路径 where name=更改的设备名go4.逐个修改5.将C:SybaseASE-12_5install RUN_jianxin.bat 加上-m 的-m去掉9 dump文件load后数据库访问不了解决办法原因：userid不对应1.连接master，查看syslogins的suid2.查看sysusers的suid3.sysusers的suid要与syslogins的suid对应使用命令sp_configure allow updates,1go进行修改，改完后执行sp_configure allow updates,0go10sybase数据库备份方案在实际应用中，我们总结出了两种全量备份方案：一、使用sybase的backup server（备份服务器），做dump备份 转储数据库（dump database），就是为整个数据库（包括数据、表结构、触发器、游标、存储过程、事务日志等）做一次物理备份。转储数据库时，系统自动执行一次checkpoint，即将日志和数据从缓冲区拷贝到硬盘（只拷贝脏页），把已被分配的页（日志和数据）转储到设备。命令格式为：dump database 数据库名 to 设备文件名 with 参数如果备份到硬盘的文件上，可以不预先估算备份文件的大小，只要硬盘有足够的存储空间就可以。如果是备份到dds磁带上，那么就要估算一下备份后的大小，90米的dds磁带压缩存储空间为4g,120米的磁带压缩存储空间为8g，如果数据库的备份文件超过了这个尺寸，就要考虑多文件转储，使用stripe参数。命令格式为：dump database 数据库名 to 设备文件名1 stripe on 设备文件名2 stripe on 设备文件名3with 参数这种数据备份方式是将整个数据库的运行环境完整的复制一份，包括数据库的脏页和碎片，在使用load命令恢复时，只能恢复到同样大小的数据库中（数据和日志的大小都只能和原来完全一致），适用于在每天的日终营业网点下班后的日常备份。优点是数据库完整无误，缺点是不能直接查看备份内容。二、分数据结构和数据记录做两次备份在一般情况下，生产机的数据库都比较庞大，而实验机则相对较小，难以在实验环境中以load命令恢复工作机的内容。所以，在工作实践中，我们摸索出了第二种全量备份方案。1、数据结构备份在windows平台的sybase sql server manager（数据库管理）平台中选择servergenerate ddl则产生整个数据库服务器的所有信息，如果选择databasegenerate ddl则产生所选定数据库的信息，以master库为例，产生的文件主要包括：config.ddl（配置）、devices.ddl（设备）、database.ddl（数据库）、logins.ddl（用户）、remote.ddl（远程）、cache.ddl（缓冲）、segment.ddl（）、group.ddl（用户组）、user.ddl（用户）、default.ddl（确省）、rule.ddl（规则）、udt.ddl、table.ddl（表）、view.ddl（视图）、proc.ddl（存储过程）、triger.ddl（触发器）。2、数据记录备份将数据库各表以sybase自代的bcp（bulk copy）工具的方式导成一定格式的文本文件，命令格式：bcp 表名 out 路径名 文件名 -c -t 分隔符 -u （用户名）-p（密码）-s（服务器名）如果将一个数据库中的所有表都做一个bcp备份，就需要针对每一个表都做一次bcp，在一般情况下，一个数据库有100多个表，工作量比较大。可以利用数据库中的系统表信息做一个bcp备份脚本。原理是每一个用户表在系统表中都有信息记载，可以通过isql语句查询得到。现举一例说明：1）、先编辑一个名为mkbcpout.sql的文件，内容如下：select echo bcp +name+ out +bcp +name+ out ./+name+.table -c -t | -uuser -ppassword -s server from sysobjects where type=ugo2）、执行isql命令，以此文件作为输入，执行结果输出到另外一个文件里：isql -uuser -ppassword -s server -i mkbcpout.sql -o bcpout3）、对bcppout文件稍微修改，增加可执行权限chmod +x bcpout4）、执行bcpout，导出数据文本./bcpout3、数据库恢复业务生产机可能为小型机，而实验开发环境的硬件环境为pc server，安装好win nt或sco unix下的sybase服务器后，根据需要创建空间足够大的数据库和tempdb（系统临时数据库），创建数据库用户，并将其更改为此数据库的所有者，要注意两点：1）此数据库允许bcp拷贝，2）此数据库自动清除log。命令格式为：1 sp_dboption databasedbname ,select into/bulkcopy,true2 go1 sp_dboption databasename,trunc log on chkpt,true2 go上述两个配置可能与生产机的配置不同。然后以新创建的数据库用户登录，导入数据结构，注意要首先导入表结构，然后才是存储过程、触发器等等。命令格式：1、 isql -uusername -ppassword -i table.ddl -o error.log.table2、 isql -uusername -ppassword -i proc.ddl -o c为了提高bcp导入数据的速度，需要将比较大的表的索引和主键删除，否则的话，每bcp进一条数据，数据库都自动写一条log日志，记载此数据的上一条和下一条记录，确定本记录在此表中的准确位置，一是影响bcp速度，二是数据库的log飞速膨胀。数据库的自动清除log功能只有在一个事务结束后才起作用。准备工作做完后，开始倒入数据记录。使用类似做bcpout的方法做一个bcpin的脚本，然后执行：./bcpin |tee error.bcpin使用tee管道输出的目的是让