DB2数据库系统安全配置基线
备注：
1.若此文档需要日后更新，请创建人填写版本控制表格，否则删除版本控制表格。
目录
第1章概述 (4)
1.1适用范围 (4)
1.2适用版本 (4)
1.3实施 (4)
1.4例外条款 (4)
第2章帐号与口令 (4)
2.1帐号 (4)
2.1.1删除不必要的帐号* (4)
2.1.2分配数据库用户所需的最小权限* (5)
2.2口令 (5)
2.2.1DB2用户口令安全 (5)
第3章数据库权限 (7)
3.1从PUBLIC撤销隐式的权限和特权 (7)
3.1.1从PUBLIC撤销隐式的权限和特权 (7)
3.2跟踪隐式的特权 (9)
3.2.1跟踪隐式的特权 (9)
3.3检查用户许可和特权 (9)
3.3.1检查用户许可和特权* (9)
第4章DB2认证 (11)
4.1为SYS XXX_GROUP参数使用显式值 (11)
4.1.1为SYSxxx_GROUP 参数使用显式值 (11)
4.2使用加密的AUTHENTICATION模式 (11)
4.2.1使用加密的AUTHENTICATION模式 (11)
第5章DB2审计 (13)
5.1执行随机安全审计 (13)
5.1.1执行随机安全审计* (13)
第6章评审与修订 (14)
第1章概述
本文档旨在指导系统管理人员或安全检查人员进行DB2数据库系统的安全合规性检查和配置。
1.1 适用范围
本配置标准的使用者包括：数据库管理员、应用管理员、网络安全管理员。
1.2 适用版本
DB2数据库系统。
1.3 实施
1.4 例外条款
第2章帐号与口令
2.1 帐号
2.1.1删除不必要的帐号*
2.1.2分配数据库用户所需的最小权限*
2.2 口令
2.2.1DB2用户口令安全
第3章数据库权限
3.1 从PUBLIC撤销隐式的权限和特权3.1.1从PUBLIC撤销隐式的权限和特权
3.2 跟踪隐式的特权
3.2.1跟踪隐式的特权
3.3 检查用户许可和特权3.3.1检查用户许可和特权*
第4章DB2认证
4.1 为SYSxxx_GROUP 参数使用显式值4.1.1为SYSxxx_GROUP 参数使用显式值
4.2 使用加密的AUTHENTICATION模式4.2.1使用加密的AUTHENTICATION模式
第5章DB2审计5.1 执行随机安全审计5.1.1执行随机安全审计*
第6章评审与修订
Sybase 数据库死锁对策 死锁的发生对系统的性能和吞吐量都有重要影响，经检测发现，管理信息系统的死锁主要是因为两个或多个线程（登录）抢占同一表数据资源。引起长时间抢占同一资源不是因为我们需要处理的事务太复杂，时间太长，而往往是因为我们在前端应用程序对数据库作操作时忘了提交.本文介绍一种处理解决这种死锁的方法。 Sybase 封锁原理 数据共享与数据一致性是一对不可调和的矛盾，为了达到数据共享与数据一致，必须进行并发控制。并发控制的任务就是为了避免共享冲突而引起的数据不一致。Sybase SQL Server 并发控制的方法是加锁机制（LOCKING ）. 锁的类型 Sybase SQL Server 有三种封锁类型：排它锁（exclusive lock,简称X 锁）；共享锁（share lock,简称S 锁）；更新锁（update lock,简称U 锁）。这三种锁的相容矩阵表如下： ×:表示不兼容。∨：表示兼容。 Sybase SQL Server 是自动决定加锁类型的。一般来说， 读（SELECT ）操作使用S 锁，写（UPDATE,INSERT 和delete ）操作使用X 锁。U 它在一个更新操作开始时获得，当要修改这些页时，U 锁会升级为X 锁。 锁的力度 SQL Server 有两级锁：页锁和表锁。通常页锁比表锁的限制更少（或更小）。页锁对本页的所有行进行锁定，而表锁则锁定整个表。为了减小用户间的数据争用和改进并发性，SQL Server 试图尽可能地使用页锁。 当SQL Server 决定一个语句将访问整个表或表的大多数页时，它用表锁来提供更有效的锁定。锁定策略直接受查询方案约束，如果update 或delete 语句没有可用的索引，它就执行表扫描或请求一个表锁定。如果update 或delete 语句使用了索引，它就通过请求页锁来开始，如果影响到大多数行，它就要请求表锁。一旦一个语句积累的页锁超过锁提升阈值，SQL Server 就设法给该对象分配一个表锁。如果成功了，页锁就不再必要了，因此被释放。表锁也在页层提供避免锁冲突的方法。对于有些命令SQL Server 自动使用表锁。 锁的状态 SQL SERVER 加锁有三种状态： 1）意向锁（intend ）—是一种表级锁，它表示在一个数据页上获得一个S 或X 锁的意向。意向锁可以防止其他事务在该数据页的表上获得排它锁。 2）阻塞（blocking,简记blk ）—它表明目前加锁进程的状态，带有blk 后缀的锁说明该进程目前正阻塞另一个需要获得锁的进程，只有这一进程完成，其他进程才可以进行。 3）需求锁（demand ）—表示此时该进程企图得到一个排它锁。它可以防止 可申请的锁 已有的锁 S U X S ∨ ∨ × U ∨ × × X × × ×
SYBASE数据库故障处理方法 Sybase数据库故障处理方法 一、 Sybsystemprocs 库“挂起”解决办法 1. 修改Sybase.cfg 文件,修改Sybase 数据库可以修改系统参数. 2. $ vi Sybase.cfg 查找―allow updates‖ ,将其修改为1.(缺省值为0). 既 allow updates to system tables=1 重新启动系统. 3. 用 isql 登录到sql server 中,修改 master库中sysdatabases 表中 sybsystemprocs 库对应的 status 的值为-32768. $isql –Usa –P 1> update master..sysdatabases 2> set status = -32768 where name =‖ sybsystemprocs‖ 1>go 1>shutdown with nowait 2>go 关闭数据库 重新启动. 4.用 isql 登录到sql server 中,修改 master库中sysdatabases 表中 sybsystemprocs 库对应的 status 的值为0. $isql –Usa –P 1>update master..sysdatabases 2>set status = 0 where name =‖ sybsystemprocs‖ 3>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 5. 将Sybase.cfg 中的‖allow updates to system‖ 的值改为0. 二、如何恢复master数据库 ASE can't setup and has no valid dump of master 1、编辑RUN_servername 在命令行最后加入:-T3607 2、单用户模式启动ASE $cd install $startserver -f RUN_servername -m 3、bcp out系统表 $bcp master..sysdevices out /directory.spec/devs -Usa -P -c $bcp master..sysdatabases out /directory.spec/dbs -Usa -P -c $bcp
Sybase数据库故障处理方法 一、Sybsystemprocs 库“挂起”解决办法 1.修改Sybase.cfg 文件,修改Sybase 数据库可以修改系统参数. 2.$ vi Sybase.cfg 查找―allow updates‖ ,将其修改为1.(缺省值为0). 既allow updates to system tables=1 重新启动系统. 3.用 isql 登录到sql server 中,修改master库中sysdatabases 表中 sybsystemprocs 库对应的status 的值为-32768. $isql –Usa –P 1>update master..sysdatabases 2>set status = -32768 where name =‖sybsystemprocs‖ 1>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 4.用 isql 登录到sql server 中,修改master库中sysdatabases 表中 sybsystemprocs 库对应的status 的值为0. $isql –Usa –P 1>update master..sysdatabases 2>set status = 0 where name =‖sybsystemprocs‖ 3>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 5.将Sybase.cfg 中的‖allow updates to system‖的值改为0. 二、如何恢复master数据库 ASE can't setup and has no valid dump of master 1、编辑RUN_servername 在命令行最后加入：-T3607 2、单用户模式启动ASE $cd install $startserver -f RUN_servername -m 3、bcp out系统表 $bcp master..sysdevices out /directory.spec/devs -Usa -P -c $bcp master..sysdatabases out /directory.spec/dbs -Usa -P -c $bcp master..sysusages out /directory.spec/usages -Usa -P -c
SYBASE 数据库常见问题总结 SYBASE 数据库常见问题总结 ..................................................................... 错误!未定义书签。 1. SYSLOGS日志满了进不了系统，如何清除日志启动系统 .................... 错误!未定义书签。 2. 数据库日志损坏时重建日志启动数据库的解决办法.............................. 错误!未定义书签。 3. 数据库处于可疑状态的解决方法.............................................................. 错误!未定义书签。4．Sybase系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？错误!未定义书签。 5．不小心直接删除了日志的设备文件，如何恢复数据库？..................... 错误!未定义书签。6．sa密码忘记了导致isql -Usa -P******进不去怎么办？......................... 错误!未定义书签。7．关于sybase的配置－（数据库慢的请留意） ........................................ 错误!未定义书签。8．设备路径更改的方法................................................................................. 错误!未定义书签。9．dump文件load后数据库访问不了解决办法........................................ 错误!未定义书签。10．sybase数据库备份方案........................................................................... 错误!未定义书签。11．master数据库状态被置为-32768后的处理方法 ................................... 错误!未定义书签。 1. SYSLOGS日志满了进不了系统，如何清除日志启动系统 业务系统数据库不能正常启动，对于这一类问题，我们按照如下步骤解决： 第一步，启用allow updates to system tables，这样可以使具有系统管理员角色的用户能够改变系统表并可创建和修改系统表的存储过程，其中系统表包括master数据库中所有Sybase 提供的表以及用户数据库中所有以“sys”开头的表和在sysobjects表中其ID值小于或等于100的表。系统表的不正确变更会导致数据库损坏和数据丢失，修改系统表时务必要使用begin transaction来保护数据库不受可能损坏数据库的错误影响，完成修改后应立即禁用allow updates to system tables。 1>sp_configure "allow update",1 2>go 第二步，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" 2>go 1>shutdown 2>go 第三步，由于事务日志已经很满，不能使用常规方法转储此事务日志，如果使用了dump
Sybase数据库故障处理方法 一、 Sybsystemprocs 库“挂起”解决办法 1.修改文件,修改Sybase 数据库可以修改系统参数. 2.$ vi 查找“allow updates” ,将其修改为1.(缺省值为0). 既 allow updates to system tables=1 重新启动系统. 3.用isql 登录到sql server 中,修改 master库中sysdatabases 表中sybsystemprocs 库对应的 status 的值为-32768. $isql –Usa –P 1>update master..sysdatabases 2>set status = -32768 where name =”sybsystemprocs” 1>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 4.用isql 登录到sql server 中,修改 master库中sysdatabases 表中sybsystemprocs 库对应的 status 的值为0. $isql –Usa –P 1>update master..sysdatabases 2>set status = 0 where name =”sybsystemprocs” 3>go 1>shutdown with nowait 2>go 关闭数据库重新启动.
5.将中的”allow updates to system”的值改为0. 二、如何恢复master数据库 ASE can't setup and has no valid dump of master 1、编辑RUN_servername 在命令行最后加入：-T3607 2、单用户模式启动ASE $cd install $startserver -f RUN_servername -m 3、bcp out系统表 $bcp master..sysdevices out /devs -Usa -P -c $bcp master..sysdatabases out /dbs -Usa -P -c $bcp master..sysusages out /usages -Usa -P -c $bcp master..syslogins out /logins -Usa -P -c $bcp master..sysconfigures out /configures -Usa -P -c $bcp master..syscharsets out /charsets -Usa -P -c 4、shutdownASE 5、创建新master设备 $buildmaster -d
日常工作中使用PowerBuilder和sybase遇到的问题 （例子中的数据库名称为yanglao） 1.在PowerBuilder使用数据管道 在sybase中进行数据导入导出时，使用数据管道是最方便的一种方法，但也有缺点，数据量过大时，执行效率慢，甚至有时一张表需要几十个小时。如果Database Devices创建的不合理，数据库文件和日志文件不够大，在使用数据管道时，在途会停止操作。如果出现这种情况，先查看一下数据库的log space，如下图： 看一下Free（MB）是否有剩余，如果用完需要清楚日志。在SQL Advantage中执行下面语句：dump transaction yanglao with no_log 附数据管道的报错信息（百度中可搜索） Start()函数返回一个integer值时数据管道的运行是否成功，返回值的意义为： 1 函数执行成功 -1 打不开数据管道 -2 列数太多
-3 要创建的表已经存在 -4 要增加数据的表不存在 -5 未建立与数据库的连接 -6 参数错误 -7 列不匹配 -8 访问源数据库的sql语句致命错误 -9 访问目标数据库的sql语句致命错误 -10 已经达到指定的最大错误数 -12 不正确的表达法 -13 需要关键字、但未指定关键字 -15 数据管道已经在运行 -16 源数据库出错 -17 目标数据库出错 -18 目标数据库处于只读状态，不能写入数据 2.小写字符替换成大写字符 update table1 set sfz=str_replace(sfz,'x','X') str_replace(string要被替换的字符串, string用于替换的字符串,string替换成的字符串) 3.在sybase（版本sybase12.5）中创建database device后，找不到设备 业务情形：创建database后，重新启动数据库系统，在database device管理中找不到该设备。 原因：创建的设备超过2G 解决方法：将超过2G的设备进行分解，例如：需要建10G的设备的，可以建5个2G的设备 4.先打开workspace，再连接数据库报错： 提示信息为： DBMS SYC Adaptive Server Enterprise is not supported in your current installation 解决方法： 百度了许多中方法，都没有解决。自己给powerbuilder打上补丁，问题解决 5.关于sybase的客户端字符属性的问题 字符集的安装 设置默认字符 sp_configure 'default character set id',171 具体步骤： ?(这里SYBASE的安装路径为c:\sybase) c:\>cd \sybase\charsets\cp936 ?c:\sybase\charsets\cp936> charset -U用户名(默认sa) -P密码-S数据库服务器名称 binary.srt cp936 更改默认字符集为cp936(在SQL环境中). ?执行select name,id from syscharsets(会列出字符集对应的id号) ?找到name为cp936对应的id(假设为171) ?执行sp_configure "default character set id",171 6. 重启server两次（注:第一次启动后， server会自动宕掉，需要第二次重启后才能使用） 6.备份还原sybase数据库
解决Sybase数据库死锁 2005-10-19 17:29 ChinaUnix 我要评论(1)字号：T | T 死锁的发生对系统的性能和吞吐量都有重要影响，经检测发现，管理信息系统的死锁主要是因为两个或多个线程（登录）抢占同一表数据资源。 AD： 死锁的发生对系统的性能和吞吐量都有重要影响，经检测发现，管理信息系统的死锁主要是因为两个或多个线程（登录）抢占同一表数据资源。引起长时间抢占同一资源不是因为我们需要处理的事务太复杂，时间太长，而往往是因为我们在前端应用程序对数据库作操作时忘了提交.本文介绍一种处理解决这种死锁的方法。 Sybase封锁原理 数据共享与数据一致性是一对不可调和的矛盾，为了达到数据共享与数据一致，必须进行并发控制。并发控制的任务就是为了避免共享冲突而引起的数据不一致。Sybase SQL Server并发控制的方法是加锁机制（LOCKING）。 锁的类型可申请的锁已有的锁 S U X S ∨∨× U ∨×× X ××× Sybase SQL Server有三种封锁类型：排它锁（exclusive lock,简称X锁）；共享锁（share lock,简称S锁）；更新锁（update lock,简称U锁）。这三种锁的相容矩阵表如下： ×:表示不兼容。∨：表示兼容。Sybase SQL Server是自动决定加锁类型的。一般来说，读（SELECT）操作使用S锁，写（UPDATE,INSERT和delete）操作使用X锁。U锁是建立在页级上的，它在一个更新操作开始时获得，当要修改这些页时，U锁会升级为X锁。 锁的力度 SQL Server有两级锁：页锁和表锁。通常页锁比表锁的限制更少（或更小）。页锁对本页的所有行进行锁定，而表锁则锁定整个表。为了减小用户间的数据争用和改进并发性，SQL Server 试图尽可能地使用页锁。 当SQL Server决定一个语句将访问整个表或表的大多数页时，它用表锁来提供更有效的锁定。锁定策略直接受查询方案约束，如果update或delete语句没有可用的索引，它就执行表扫描或请求一个表锁定。如果update或delete语句使用了索引，它就通过请求页锁来开始，如果影响
数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分: 一、备份系统数据 sybase 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。sql server 提供了两种不同类型的恢复机制:一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退;另一类是人工完成的恢复，这是通过dump 和load 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如: ·每次强制地运行了dump tran with no_log (因为数据库的磁盘空溢出);
·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用select into 命令创建一个永久性的表，或使用了writetext 命令。 卸出数据库的命令为: dump database database_name to dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库my_db : dump database my_db to db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于4m 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用dump tran 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。
安全性控制的层次结构 Sybase数据库为开发者提供了有效的安全性控制策略，既注重数据访问的安全性和监督用户的登录，又兼顾了用户在使用数据时对速度的要求。Sybase中的安全性是依靠分层解决的，它的安全措施也是一级一级层层设置的，真正做到了层层设防。第一层是注册和用户许可，保护对服务器的基本存取；第二层是存取控制，对不同用户设定不同的权限，使数据库得到最大限度的保护；第三层是增加限制数据存取的视图和存储过程，在数据库与用户之间建立一道屏障。 安全性问题的基本原则 Sybase基于上述层次结构的安全体系，提出以下几点实施安全的原则： 选择性访问控制(Discretionary Access Controls DAC)，DAC 用来决定用户是否有权访问数据库对象； 验证，验证就是保证只有授权的合法用户才能注册和访问； 授权，对不同的用户访问数据库授予不同的权限； 审计，监视系统发生的一切事件。 Sybase的安全控制策略 基于上述四点原则，Sybase提供了四种基本策略进行安全性控
制。 在创建服务器时，Sybase将所有权限都分配给系统管理员，系统管理员可以在服务器上增加注册者(Logins)(只有系统管理员有此权限)。Logins可以登录服务器但不能访问数据库。数据库属主(DBO)有权增加用户(users)，users可以使用分配给它的数据库。当users 访数据库时，首先以Logins身份进入服务器，系统自动打开默认数据库，Logins身份转化为users身份。 在用户登录后，系统要通过口令进行验证，以防止非法用户盗用他人的用户名进行登录。这一验证步骤在登录时的注册对话框中出现，注册与验证同时进行，用户名与口令有一个不符，登录请求被拒绝。 权限使得用户在数据库中活动范围仅被容许在小范围内，大大提高了数据库的安全性。在Sybase系统中，对象的所有者或创建者自动被授予对对象的许可权。所有者则有权决定把许可权授予其他用户。Sybase提供了GRANT和REVOKE命令，以便授予或取消许可权。数据库所有者和系统管理员享有特殊许可权，包括数据库所有者(Database Owner,DBO)对自己所拥有的数据库中的一切对象具有全部许可权；系统管理员(System Administrantion,SA)享有服务器内的所有数据库的一切对象的许可权。 Sybase提供了Audit Server，它是能够全面审计跟踪服务器上一切活动的工具，在某些情况下，我们难以阻止非法操作的发生，但
如何解决Sybase数据库堆栈溢出导致的异常 （v 1.0）
版本说明
目录 版本说明 (2) 故障现象： (4) 故障原因： (4) 处理方法： (4)
故障现象： SYBASE数据库异常退出，重新启动失败，访问不了数据库。查看数据库日志，出现如下系统日志：00:00000:00000:2004/10/13 23:30:00.75 kernel Stack overflow detected: limit: 0xf8446ab0, sp: 0xf845275c 00:00000:00000:2004/10/13 23:30:00.75 kernel *** Stack guardword corrupted. 00:00000:00000:2004/10/13 23:30:00.77 kernel pc: 0x006654d0 pcstkwalk+0x24(0xf8452688, 0x00000000, 0x0000270f, 0x00000002, 0xfffffff8) 00:00000:00000:2004/10/13 23:30:00.78 kernel pc: 0x006653dc ucstkgentrace+0x194(0x00040004, 0x00000000, 0x00000000, 0xf8eff590, 0x00000000) 00:00000:00000:2004/10/13 23:30:00.78 kernel pc: 0x00632300 ucbacktrace+0xa8(0xf8eff590, 0x00000001, 0x00040004, 0x00000008, 0xf845275c) 故障原因： SYBASE数据库堆栈溢出，可能是某些很长的where子句、较长的选择列表、深层嵌套的存储过程在执行时导致原来配置的堆栈大小不够用导致，需要修改堆栈大小。 处理方法： 方法一： *********************************************************************** use master go sp_configure stack go 会显示如信息： Parameter Name Default Memory Used Config Value Run Value -------------- ------- ----------- ------------ --------- esp execution stacksize 34816 0 34816 34816 stack guard size 4096 #908 4096 4096 stack size 46080 #10216 46080 46080 *********************************************************************** 注意记下上述结果中 stack size 对应的Default值(红色字体标注)，用下面的命令扩大为现在的2倍。 sp_configure 'stack size', 92160
SYBASE 数据库常见问题总结 SY BASE数据库常见问题总结 (1) 1. SY SLOGS日志满了进不了系统，如何清除日志启动系统 (1) 2. 数据库日志损坏时重建日志启动数据库的解决办法 (4) 3. 数据库处于可疑状态的解决方法 (6) 4．Sybase 系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？ (9) 5．不小心直接删除了日志的设备文件，如何恢复数据库？. 15 6．sa 密码忘记了导致isql -Usa -P****** 进不去怎么办？16 7．关于sybase 的配置－（数据库慢的请留意） (17) 8．设备路径更改的方法 (22) 9．dump 文件load 后数据库访问不了解决办法 (23) 1 0．sybase 数据库备份方案 (23) 1 1 ．master 数据库状态被置为-32768 后的处理方法 (30) 1. SY SLOGS日志满了进不了系统，如何清除日志启动系统业务系统数据库不能正常启动，对于这一类问题，我们按照如下步骤解决： 第一步，启用allow updates to system tables ，这样可以使具有系统管理员角色的用户能够改变系统表并可创建和修改系统表的存储过程，其中系统表包括master 数据库中所有Sybase 提供的表以及用户数据库中所有以“sys”开头的表和在sysobjects 表中其ID 值小于或等于100 的表。系统表的不正确变更会导致数据库损坏和数据丢失，修改系统表时务
必要使用begin transaction 来保护数据库不受可能损坏数据库的错误影响，完成修改后应立即禁用allow updates to system tables 。 1>sp_configure "allow update",1 2>go 第二步，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" 2>go 1>shutdown 2>go 第三步，由于事务日志已经很满，不能使用常规方法转储此事务日志，如果使用了dumptransaction 或dumptransaction with truncate_only 命令，而命令又由于日志空间不足失败时，可以使用dump transaction 的特殊选项with no_log ，此选项可截断事务日志而不记录转储事务事件。所有dumptran with no_log 都将在Adaptive Server 错误日志中进行报告，这些消息包括执行此命令的用户ID 、指示成功或失败的消息，no_log 是唯一生成错误日志消息的转储选项。但是这个选项（包括with truncate_only ）没有提供任何方法可恢复自从上次例行转储后提交
SYBASE解决数据库被标记为“suspect”的方法 (转载) 现象： Error 926 Severity Level 14 Error Message Text Database "xx" cannot be opened - it has been marked SUSPECT by recover Explanation 当你使用Transact_SQL命令操作这个数据库的数据时，出现这个信息，这是一个严重的错误，如果你要使用这个数据库的数据，必须改正这个错误。 用SQL Advantage登录到SQL Server，须用sa帐号 sp_configure "allow updates", 1 go reconfigure with override go update master..sysdatabases set status =-32768 Where name="database_name" /*database_name 是你的数据库名*/ go shutdown with nowait go 这时重新启动SQL Server，再有SA帐号注册到SQL Server。 update master..sysdatabases set status=0 Where name="database_name" /*database_name 是你的数据库名*/ go sp_configure "allow updates" ,0 go reconfigure with override go 如果你的数据库原来有dboption，你需要重新设置这些选项。可以参考《系统管理员手册》
sybase数据库启动时报926错误 Message: 926, State 1, Severity 14 -- 'Database 'FYRSSD128' cannot be opened. An earlier attempt at recovery marked it 'suspect'. Check the SQL Server errorlog for informat ion as to the cause. 一般是由于服务器突然断电或者数据库异常关闭，导致数据库损坏，处于置疑状态。 解决办法： 1.打开允许修改系统表的属性，设置数据库的状态为-32768 sp_configure "allow update", 1 go SELECT * FROM sysdatabases WHERE name ='FYRSSD128' go update master..sysdatabases set status=-32768 where name=" FYRSSD128" go 重启数据库 shutdown with nowait go 2. 设置数据库的状态为0,重建数据库日志 UPDATE master..sysdatabases SET status = 0 WHERE name ='FYRSSD128' GO DBCC rebuild_log(FYRSSD128,1,1) GO 重启数据库 shutdown with nowait go 3. 如果数据库的状态为0，设置数据库属性 EXEC sp_dboption FYRSSD128, "select into/bulkcopy/pllsort",true GO EXEC sp_dboption FYRSSD128, "trunc log on chkpt",true GO EXEC sp_dboption FYRSSD128, "abort tran on log full",true GO 4. 如果数据库的状态为12，说明数据库已经正常。 SELECT * FROM sysdatabases WHERE name ='FYRSSD128' go 关闭允许修改系统表的属性 sp_configure "allow update", 0 go
附件： SYBASE DUMP/LOAD产生缺陷的详细说明 据Sybase最新官方资料显示，对于所有ASE版本Dump出来的数据库备份，若Dump时使用了超过256*@@maxpagesize的BlockSize或者源数据库备份server的RUN文件使用了大于48M的-m选项，并且目标库的设备与源库在逻辑设备上的映射关系不一致，则会导致load时产生数据库的一致性错误。 目前各分行SYBASE数据库环境现状如下： 1、首先，各分行存在发生此问题的条件/可能： （1）大部分使用了-m256M参数； （2）生产机与开发机之间数据库的分配并不严格一致； （3）多数据库共用同一逻辑设备的情况也存在。 2、过去曾经发生过此类问题，只是没有明确原因，但都通过使源/目标数据库一致得以解决； 3、好在该问题并不影响dump文件的完整性，只可能发生于load过程； 鉴于此，经与Sybase公司研讨，建议做以下调整以规避load时的数据库一致性错误： 1、取消Backup Server RUN文件中的-m选项（需要重新启动Backup Server 以生效）； 2、使用DBArtisan抽取的源库建库脚本来创建备份库，确保备份库同源库的设备映射关系一致。 对于已经使用-m选项Dump出来的数据库备份，load时需要注意以下几点： 1、load到备份库时，确保备份库同源库的设备映射关系一致（建议使用DBArtisan抽取的源库建库脚本来创建备份库）； 2、load回源库时，确保源库的设备映射关系在该Dump操作前后没有发生变化。 SYBASE官方详细资料原文如下： Urgent from Sybase: Possible data integrity issue when loading a database from a dump, affecting versions of Adaptive Server Enterprise 15.0, 12.5, and earlier March 2006 Urgent from Sybase: Possible data integrity issue when loading a database from a dump, affect ing versions of Adaptive Server Enterprise 15.0, 12.5, and earlier You are receiving this notification because you are a designated Sybase Technical Support Contact at a customer site that is using Adaptive Server Enterprise. Attached is a TechNote that describes the problem and solution. We apologise for any inconvenience this problem may have caused you and your company. We
解决sybase数据库置疑。 1、启动Backup Server, 后备master数据库（这一步很重要！） 1>dump database master to "//sybase/master.dup" 2>go 2、由于需要修改系统表的值，所以必须先将SQL Server的“allow updates”属性设为可修改。 $isql –Usa -P 1>sp_configure "allow updates", 1 2>go 1>begin tran 2>go 1>use master 2>go 1>update sysdatabases set status = -32768 Where name="aicbiz" 2>go 如果得到(1 row affected),则 1>commit 2>go 否则 1>rollback 2>go 截断数据库log ，数据库日志空间满，需要截断，不得已而为之的方法。 1>use aicbiz 2>go 1>dump tran aicbiz with no_log 2>go 3、重新启动SQL Server. 4、用sa帐号注册到SQL Server. 1>begin tran 2>go 1>use master 2>go 1>update sysdatabases set status=0 Where name="aicbiz" 2>go
如果得到(1 row affected),则 1>commit 2>go 1>sp_configure "allow updates" ,0 2>go 5、重新启动SQL Server. 进入数据库单用户模式 1、修改RUN_XXXX.bat文件，在后面加-m参数， 2、执行startsrv.exe -f RUNxxx.bat RUN_XXXX.bat启动数据库， 3、load database master from xxx.dump恢复master 查看数据库状态值，主要是处理BYPSS 状态。 update sysdatabases set status=-32768 where name='aicbas' sp_configure "allow updates", 1 select name,status from sysdatabases where name='aicbiz'