SYBASE数据库常见的问题总结Word文件下载.docx

1、但是这个选项（包 括 with truncate_only ）没有提供任何方法可恢复自从上次例行转储后 提交的事务。 1use testdb 2 dump tran testdb with no_log第四步，修改 sysdatabases 表，将 testdb 的状态恢复为 0，然 后禁用 allow updates to system tables 。use master update sysdatabases set status = 0 where name= 2 sp_configure ,02.数据库日志损坏时重建日志启动数据库的解决办法 首先判断错误为页损坏或者索引损坏，根据Ad

2、aptive 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 =

3、8 表示日志段有问题解决方法一：截断日志先把 sysdatabases 的 status 修改成 -32768 然后重新启动数 据库update sysdatabases set status = -32768 where name =escourt54登陆数据库 dump transaction escourt5 with truncate_only goMsg 921, Level 14, State 1:Line 1:Database has not been recovered yet - please wait and try again. dump transaction esco

4、urt5 with no_log说明这种发不起作用 解决方法二 : 重做日志 sp_role grant,sybase_ts_role,saAll the roles specified to be granted in the grant role statement have already been granted to grantee sa.Authorization updated.（return status = 0） use master dbcc rebuild_log（escourt5,1,1）messages,DBCC execution completed. If DBC

5、C printed error contact a user withSystem Administrator （SA） role. shutdown with nowaitServer SHUTDOWN by request.The SQL Server is terminating this process. 重启服务后把 status 修改成 0 后再重启服务。 服务启动正常 最好是通过 dbcc checkdb（databasename） 检查一下数据一致性。3.数据库处于可疑状态的解决方法 如何解决数据库被挂起的问题现象： Error 926Severity Level 14Erro

6、r Message Textxx 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（3）用 isql 登录到 SQL Server, 须用 sa 帐号 （ 本文 以 escourt

7、5 数据库为例 ）allow updates, 1begin tranupdate sysdatabasesset status = -327683Where name=如果得到 （1 row affected）, 则commit否则rollback（4）重新启动 SQL Server.注： SQL Server 重新启动之后，当发现数据库本身存在不可恢复的问题时，如数据页损坏等，且没有完好的数据库备份，之后重一定要用 bcp.out 备份用户数据库数据。 此时，以下步骤省略， 并按照“如何删除坏的用户数据库”文章删除此数据库。建此数据库，恢复备份。否则，按以下步骤继续操作：用 sa 帐号注册

8、到 SQL Server.set status=0 ,0（5）重新启动 SQL Server.（6）如 果 你 的 数 据 库 原 来 有 dboption（ 例 如 select intotrunc log on chkpt 等）, 你需要重新设置这些 option.（7）当数据库已经恢复可使用状态后，运行 dbcc 命令检查数据库的一致性 （ 参照“如何检查数据库中数据一致性”文章 ）（8）备份用户数据库例如：dump database escourt5 to /usr/sybase/pubs2.dup4Sybase 系统崩溃了，没有备份，但设备文件还存在，如何恢 复数据库？有的时候，系统

9、崩溃了，手上也没有数据库的备份或者是备份 太旧了，但侥幸的是设备还在，并且是完整的，这时可以通过文 件COPY勺方式恢复数据库。情况一、所有设备，包括 master ，均是完整的： 这种情况是最简单勺， 只需要先备份设备文件 （包括 master ， copy 到安全勺地方） ，然后重新安装系统，建服务（保持页面大 小、编码和排序与以前一样） ，然后停止服务，按原目录将所有 设备文件拷贝回来， 再重启服务即可。 新建勺服务名可与旧服务 不同。建议把 服务名 .cfg 也复制过来，省掉参数配置。情况二、应用的设备是完整的，但没有 master 了： 方法一、 这种情况下要恢复数据库就需要原来的设

10、备使用情况表了。 重新 安装系统，建服务，然后按原设备情况建设备（大小、位置保持 和原来一致），接下来根据记录下来的设备使用情况建库，顺序 以及占用的空间要和以前的一致。 然后停服务， 将应用的数据库 设备复制回来，重启服务即可。请参考 Sybase ASE 系统管理员 日常维护指南的建议，定期备份 master 数据库。方法二、1. 重新创建 master 设备 本实验描述了如何在 master 数据库毁坏的情况下，如何重建 主设备，恢复 master 数据库，得以重新恢复系统。 这里假定：l Master 数据库已损坏，或主设备已损坏。l 有系统表的最新打印输出。l 主设备只包括 mast

11、er 数据库、 tempdb 和 modell 有 master 数据库的最新备份，且上次转储 master 数据库后没 有初始化任何设备或创建、变更任何数据库。关于恢复过程l 将主设备重建为第一次安装服务器时的缺省状态；l 将 master 数据库恢复为缺省状态；l 将 master 数据库恢复为上次备份时的状态；注意：在恢复 master 数据库的早期阶段，不能使用系统存储过 程。恢复步骤步骤 1：查找系统表查找 已 保 存到 文件 的 系统 表 sysdatabases 、 sysdevices 、 sysusages 、sysloginroles 和 syslogins 的副本。用这些

12、副本可以保证在此过程结束时系统已经全部恢复。步骤 2：建立新的主设备如果 Adaptive Server 正在运行，关闭它，然后重建主设备。重 建主设备时，必须指定设备大小。开始重建前，记住以下几点： l 保留旧设备，以防遇到问题，旧设备可提供至关重要的信息。l 使用 buildmaster 命令之前应关闭 Adaptive Server 。l 不同操作系统上创建主设备的命令有所不同，如： buildmast（unix ）、bldmaster （windows NT）,并安装通用 master 数据库 的副本。l 命令中给出主设备的全名和大小。示例：重建一个 30兆（ 15360个 2k 的页

13、）在 Window NT上：bldmastr d d:devicesmaster.dat - s15360步骤 3：以主恢复方式启动 Adaptive Server使用 -m 选项以主恢复方式启动 Adaptive Server 。在 Window NT 上，使用 sqlsrvr 命令从命令行启动 Aadaptive Server 。ed:sybasei nstallerrorlog id:sybasei ni-MD:sybase - m说明：以主恢复方式启动 Adaptive Server 时，只允许一个用户 （系统管理员）登录。步骤 4：重建 master 的设备分配检查sysusages

14、系统表的书面副本，如果有多行dbid = 1的记录， 则需要增加 master 的大小以便装载转储。最简单情况下，对 master 进行额外分配只需要使用 alter database 即可。复杂情 况，必须为其它数据库分配空间，以便重新构造恢复 master 所 需的正确的 vstart 值。alter datbase master on master=2步骤 5：检查 Backup Server 和 sysservers 系统表信息。使用空口令以“ sa “用户登录服务器（如果 Backup Server的网 络名不是 SYB_BACKUP则必须更新 sysservers 以便Adapti

15、ve Server 可以与其 Backup Server 通信）。l 检查 interfaces 文件中 Backup Server 的名称；l 并发出下面的命令：select * from sysserverswhere srvname= ”SYB_BACKU”Pl 检查此命令中输出结果的 srvnetname 。是否与服务器的 backupServer 的 interfaces 文件条目匹配，若匹配跳过步骤 5； l 如不同，则必须更新 sysserversbegin tranactionupdata sysserverset srvnetname= ” backupserver_name

16、 ”where srvname= ” SYB_BACKU”P l 核实该命令，如果 updata 修改了多行，或者修改了不应修改 的行，则发出 rollback tranaction 命令，然后尝试再次更新。 如果该命令正确修改了 Backup Server 的行，则发出 commit transaction 命令。步骤 6：核实 Backup Server 正在运行Window NT 平台上，本地安装的 Sybase Central 和服务管理器 可以显示 Backup Server 是否正在运行。步骤 7：装载 master 数据库的备份在 Window NT 上：load databas

17、e master from “ d:devicemaster.bck ”在 load database 成功完成后， Adaptive Server 将关闭。步骤 8：更新 number of devices 配置参数 仅当使用的数据库设备比缺省值多时才执行此步骤。步骤 9：以主恢复方式方式重新启动 Adaptive Server装载master的备份将使“ sa”帐号恢复到以前的状态。 如果 sa 帐号有口令，则口令恢复。步骤 10：检查系统表以检验 master 的当前备份l 如果 发出 最新 的 disk init 、 create database 或 alter database 命

18、令以后已备份了 master 数据库，则 sysusages、 sysdatabases 、和 sysdevice 的内容将与书面副本匹配。l 如果副本中的任何设备未包含在已恢复的 sysdevices 中，则 上次备份以后已添加了设备，必须运行 disk reinit 和 disk refit 。步骤 11：重新启动 Adaptive Server 以常规（多用户）模式重新启动 Adaptive Server步骤 12：检查 Adaptive serverl 将 sysusages 的书面副本与新联机版本比较l 将 sysdatabase 的书面副本与新联机版本比较l 在每个数据库上运行 d

19、bcc checkallocl 检查每个数据库中重要的表 完全恢复 master 数据库并运行全部的 dbcc 完整性检查后， 使用 常规转储命令备份此数据库。 首先，应尽可能从操作系统中恢复被误删除的设备文件； 如果不 能恢复，可创建一个和被删除设备文件大小相同的新设备文件， 然后运行dbcc rebuild_log 。下面给出一个具体的测试用例：- 创建测试数据库 testuse master godisk init name=test_dat_dev,physname=/opt/sybase/data/test_dat _dev.dat,size=50Mdisk initname=tes

20、t_log1_dev/opt/sybase/data/test_log_dev1.dat10Mtest_log2_dev/opt/sybase/data/test_lo g_dev2.dat go create database test on test_dat_dev=40M log on test_log1_dev=5M, test_log2_dev=2M go - 产生一些日志use testcreate table test （id int not null,name char（20） not null）insert into test values（1,aaaaaaainsert i

21、nto test values（2,bbbbbbbinsert into test values（3,cccccccinsert into test values（4,ddddddd6 sa 密码忘记了导致 isql -Usa -P* 进不去怎么办？1、在 sybase 目录的 install 子目录的启动 server 文件RUN_server 名，编辑该文件，在末尾增加 -psa ，保存该文件。2、如果服务器已经启动，先停止之。3、执行第 1 步批处理文件以启动 server ，在启动最后显示信息 出现 sa 的新口令，记录之。4、切换到 SQL Advangtage 以 sa 帐号登录，

22、口令为新记录之口 令。5、进入 server 以后，用命令 sp_password 修改 sa 口令 , sp_password 原密码 , 新密码 用户名 新密码的位数一定要大于 6 位，否则不能够更改成功。6、回到第 1 步，去掉增加的选项 -psa ，保存退出。7关于 sybase 的配置（数据库慢的请留意） 说明：数据库性能慢的主要原因有两个1 ）数据库服务配置不合理2 ）应用程序不合理 遇到数据库性能下降时通常先检查数据库服务配置方面 有没有可以改善的， 修改之后再观察一段时间， 如果性能没有改 善的话就要分析应用程序上有没有可以调整的地方： 索引是否合 理， sql 语句是否优化等

23、。本篇主要分析数据库服务的配置：问题分析：小型机硬件：rp2470双机、CPU700M*2内存512M*6 以下是现场发过来的主要配置情况：number of locks300000 /通常不需要配置太多的锁 10 万就够了max memory500000/物理内存 3G，配给 sybase 的为1G明显不合理式是性能最差的锁，一般不用（内存 *1024*1024*0.5*60% ）number of open indexes 4000 / 通常 2000number of open objects 4000 / 通常 2000number of user connections 300 /n

24、umber of worker processes 0 / 应工作进程数procedure cache size 154800 / 要超过 100Mtotal data cache size 453699 /多 cpu 要打开相存储过程缓存不明显该值太小allocate max shared memory 0 /打开 sybase 占用内存的开关max online engines 2number of engines at startup 2问题处理：建议先调整以下配置max memory,1150000/sybase占用 2.3G 内存allocate max shared memoryuser log cache size,4096 / 用户日 志缓存用来缓存