Sybase_926数据库挂起、3414错误解决方案(Error 926 Error 3414)
Sybase编程中出现的错误及其解决办法-电脑资料
Sybase编程中出现的错误及其解决办法-电脑资料SYBASE 数据库是当今在UNIX环境下最为流行的大型数据库之一，本人在SYBASE下开发和维护软件的过程中，发现了一些SYBASE 的内部规则，在程序设计中极易造成误解，而达不到预期的目的，。
下文将本人所发现的几个问题及其解决办法叙述如下：1、在sybase11.5中，组合两个定长的char(x)="aaa",char (y)="bbb"; char(x)+char(y)!="aaabbb"declare @val_1 char(8)declare @val_2 char(1)select @val_2 = 'x'select @val_1 = "0000"select @var_1= @val_1 + @val_2select @var_1我们期望的结果为0000x，而实际上其结果为0000。
解决方法一：当我们将"select @var_1=@val_1+@val_2"，改为"select @var_1=rtrim(@var_1)+@var_2"时，我们便看到了我们所期望的结果。
为什么呢？在有的SYBASE版本中存储一个char(n)时，在其真实值后补上了相应数量的空格，在本例中，存储在@var_1中的是0000 （在0000后有四个空格）。
你可以加上如下两句来验证：declare @val3 char(10)select @val3 = @val_1 + @val_2select @val3这时你会得到的结果为0000 x （在0000后有四个空格）。
解决方法二：将char 改为 varchar 也可以达到预期的目的，电脑资料《Sybase编程中出现的错误及其解决办法》(https://www.)。
2、用alter table 增加表结构时，虽然用sp_recompile tablename 重编译了所影响的数据库对象，但在运行某些包含"select * from tablename"的存储过程时，存储进程仍不认识用alter table 增加的列。
Sybase错误代码
Sybase错误代码错误消息按Sybase 错误代码进行索引Sybase 错误代码是一组错误代码集，用于所有Sybase 产品，包括Adaptive Server Enterprise。
Adaptive Server Anywhere 所返回的每个Sybase 错误代码，都有与之匹配的Adaptive Server Anywhere 错误代码。
在许多情况下，Adaptive Server Anywhere 错误代码比对应的Sybase 错误代码更详细，因此，下表中的某些Sybase 错误代码并不是唯一的。
Sybase 错误代码Adaptive Server AnywhereSQLCODE错误消息0 –631 RAISERROR 被执行：%1102 –171 打开游标时出错102 –199 在游标上的INSERT/_delete 只能修改一个表102 –933 IQ 数据库需要日志102 –275 在运行时服务器中不支持触发器和过程102 –273 在触发器动作中不允许执行COMM IT/ROLLBACK 102 –131 '%1' 附近有语法错误%2102 –687 语法错误，未指定IQ PATH 时不能指定IQ 特定选项102 –875 无法连接到'%1'102 –145 未找到外键名'%1'102 –271 触发器定义与现有触发器冲突102 –272 触发器定义中的REFERENCES 子句无效102 –635 不允许在视图上对列权限GRANT102 –151 子查询只允许一个选择列表项102 –269 不能删除或重命名触发器定义中引用的列103 –250 标识符'%1' 过长104 –854 ORDER BY 子句中对'%1' 的函数或列引用无效108 –152 ORDER BY 说明无效133 –262 未找到标签'%1'134 –261 已有名为'%1' 的变量137 –260 未找到变量'%1'154 –623 过程或触发器中不允许数据定义语句155 –200 无效的选项'%1' —不存在PUBLIC 设置174 –154 函数'%1' 的参数数目错误176 –611 不支持的Transact-SQL 功能176 –148 未知函数'%1'182 –159 无效的列号201 –639 调用过程'%1' 时参数名遗失201 –615 在过程'%2' 中未找到参数'%1'201 –737 签名'%1' 与过程参数不匹配205 –153 UNION、INTERSECT 或EXCEPT 中的_select 列表长度不匹配207 –124 从表'%1' 中删除的列多于定义的列207 –143 未找到列'%1'208 –142 未找到相关名'%1'209 –144 在多个表中找到列'%1' —需要相关名209 –163 派生表'%1' 没有列%2 的名称213 –207 _insert 的值数目错误217 –274 过程或触发器调用嵌套太深220 –158 值%1 超出了目标的范围230 –191 无法修改表'%2' 中的列'%1'230 –190 不能更新表达式233 –195 表'%2' 中的列'%1' 不能为NULL233 –733 已超出所允许的NULL 的列数限制257 –157 无法将%1 转换为%2257 –705 从过程'%1' 返回的void 类型不能在任何表达式中使用262 –121 权限被拒绝：%1264 –637 重复的插入列285 –708 READTEXT 或WRITETEXT 语句无法引用视图301 –147 出现多种将'%1' 连接到'%2' 的方法301 –680 Transact-SQL 外连接的WHERE 子句中的表达式无效301 –146 无法将'%1' 连接到'%2'305 –681 Transact-SQL 外连接中使用的连接类型无效311 –295 无法唯一标识游标中的行314 –122 操作将引起组循环315 –136 表'%1' 在外连接循环中315 –137 表'%1' 需要唯一的相关名401 –134 未实现功能'%1'401 –135 语言扩充401 –156 '%1' 附近的表达式无效401 –994 函数或过程'%1' 的参数过多404 –890 语句大小或复杂程度超过服务器限制409 109 集合函数中的空值已删除409 –90 过程'%2' 的参数'%1' 不能为空504 –265 未找到过程'%1'509 –140 用户ID '%1' 不存在512 –186 子查询不能返回多个行518 103 无效的数据转换532 104 上次读取后行已更新532 106 表'%2' 中列'%1' 的值已更改538 –627 在'%1' 附近的语法中检测到不允许的语言扩充546 –194 表'%2' 中的外键'%1' 没有主键值547 –198 表'%1' 中行的主键被表'%3' 中的外键'%2' 引用547 –677 表'%1' 有带参照动作的外键548 –196 表'%2' 的索引'%1' 将不唯一548 –209 违反了约束'%1'：表'%3' 中列'%2' 的值无效549 –729 无法强制使用指定的外键(%1)550 –632 在基表'%1' 中插入/更新时违反了WITH CHECK OPTION553 –264 FETCH 中的变量数错误554 –208 上次读取后行已更改—操作被取消557 –853 游标未处于有效状态557 –170 尚未声明游标558 –172 游标已打开559 –180 游标未打开560 100 未找到行560 –197 没有当前的游标行573 –738 口令至少必须有%1 个字符590 111 语句无法执行601 –642 无效的SQL 描述符名708 –80 无法启动数据库服务器708 –86 没有足够的内存来启动708 –679 分配给Java 虚拟机用于远程访问的内存不足709 –996 找不到指定的本地连接。
SYBASE数据库常见的问题总结
SYBASE数据库常见的问题总结SYBASE 数据库常见问题总结SYBASE 数据库常见问题总结 (2)1. SYSLOGS日志满了进不了系统，如何清除日志启动系统 (3)2. 数据库日志损坏时重建日志启动数据库的解决办法 (6)3. 数据库处于可疑状态的解决方法 (7)4．Sybase系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？ (10)5．不小心直接删除了日志的设备文件，如何恢复数据库？ (17)6．sa密码忘记了导致isql -Usa -P******进不去怎么办？ (19)7．关于sybase的配置－（数据库慢的请留意） (20)8．设备路径更改的方法 (26)9．dump文件load后数据库访问不了解决办法 (27)10．sybase数据库备份方案 (27)11．master数据库状态被置为-32768后的处理方法 (35)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",12>go第二步，Adaptive Server中的每个数据库在sysdatabases中都有相应的一行，安装Adaptive Server后，master数据库、model数据库、sybsystemprocs和tempdb数据库在sysdatabases中都将有相应的条目，如果已经安装审计功能，sybsecurity数据库也将在其中有相应的条目。
3414解决办法
SQL(MSSQLSERVER)服务启动错误代码3414
由于服务器突然断电重启，会造成Mssql在启动服务的时候出现SQL(MSSQLSERVER)服务启动错误代码3414，这里提供解决方法，这都是我们在运营虚拟主机过程中遇到的并且已经解决的问题，下面交流一下经验：
解决方法：
1、在安装有SQL电脑上并且正常使用，运行-输入services.msc找到SQL Server (MSSQLSERVER)停止服务，找到你的数据库安装路径，比如我的安装的是c盘，找到数据库存放的位置，复制：C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data下复制model.mdf和modellog.ldf；
数据库错误处理与故障排除技巧分享
数据库错误处理与故障排除技巧分享在日常的数据库运维工作中，我们经常会遇到各种各样的错误和故障。
正确的错误处理和故障排除技巧是保证数据安全和系统稳定性的关键。
本文将分享一些数据库错误处理与故障排除的实用技巧，帮助数据库管理员和开发人员更有效地解决问题。
一、错误处理1. 错误分类数据库错误可分为语法错误、运行时错误和逻辑错误等。
了解错误类型对于快速定位和解决问题至关重要。
语法错误通常是由于不正确的SQL语句导致，可以通过仔细检查语句的书写和结构来解决。
运行时错误可能涉及连接问题、权限不足、异常数据处理等，需要通过分析错误信息和日志来定位问题。
逻辑错误通常与应用程序相关，需要对代码进行排查和调试。
2. 错误日志和监控数据库错误日志是诊断和解决问题的重要依据。
配置适当的日志级别和保留周期，确保错误日志中包含足够的详细信息。
监控系统也是非常有帮助的工具，能够实时监测数据库状态并提供预警。
合理利用错误日志和监控系统，可以及时发现和处理错误。
3. 异常处理在应用程序中，必须妥善处理数据库错误。
捕获异常并采取适当的处理措施，比如回滚事务、记录错误日志、展示用户友好的错误信息等。
良好的异常处理可以提高用户体验，并且有助于诊断和解决问题。
二、故障排除1. 性能问题性能问题是数据库运维中常见的故障类型之一。
首先，需要分析数据库的负载情况，如CPU使用率、内存占用、磁盘IO等。
通过监控工具或自定义脚本收集这些数据，并与数据库性能指标进行比对。
如果发现性能瓶颈，可以考虑调整资源分配、优化查询语句、增加索引等措施来提升性能。
2. 死锁和阻塞死锁和阻塞问题可能导致数据库无法正常处理请求，影响系统的可用性和响应时间。
对于死锁问题，可以通过锁定信息查找到死锁节点，并通过合理调整事务顺序或其他策略来解决。
对于阻塞问题，可以通过查看正在等待的操作和资源锁定情况，调整并发度、优化查询语句或调整事务隔离级别等手段来解决。
3. 数据丢失和损坏数据丢失和损坏是数据库运维工作中最严重的问题之一。
数据库连接失败的常见原因及解决办法
数据库连接失败的常见原因及解决办法数据库连接是许多应用程序和系统的核心组成部分，当连接失败时，将对应用程序的正常运行产生负面影响。
因此，了解数据库连接失败的常见原因以及相应的解决办法对于维护和优化系统具有重要意义。
本文将介绍一些常见的数据库连接失败原因，并提供相应的解决办法，以帮助读者更好地应对这些问题。
1. 网络问题数据库连接失败的最常见原因之一是网络问题。
网络故障、路由器问题以及防火墙配置错误都可能导致数据库连接失败。
在面对数据库连接失败时，首先需要确保网络连接正常。
解决办法：- 检查网络连接是否正常，包括网线是否插好，Wi-Fi是否正常运行。
- 检查路由器和防火墙的配置，确保数据库端口没有被阻止或限制。
2. 数据库服务器问题数据库服务器故障或配置错误也是数据库连接失败的常见原因之一。
数据库服务器可能会因为资源达到极限、配置错误、权限问题等原因导致连接失败。
解决办法：- 检查数据库服务器的资源使用情况，确保其没有达到极限。
- 检查数据库服务器的配置文件，确保数据库实例的监听端口与应用程序中配置的端口一致。
- 检查数据库服务器的用户权限，确保应用程序所使用的用户有足够的权限连接数据库。
3. 数据库连接字符串配置错误连接字符串是用于建立与数据库之间连接的关键部分。
连接字符串中的错误可能会导致数据库连接失败。
例如，连接字符串中可能未正确指定数据库服务器的地址、端口、数据库名等。
解决办法：- 检查连接字符串，确保其中的服务器地址、端口、数据库名等信息正确无误。
- 使用连接字符串测试工具（如ConnectionTester等）来验证连接字符串的有效性。
4. 数据库账户验证失败数据库账户验证失败也是导致数据库连接失败的常见原因之一。
验证失败可能是由于密码错误、账户被锁定或者账户权限不足等原因引起的。
解决办法：- 确保数据库账户的密码正确无误。
- 检查数据库账户是否被锁定或禁止访问。
- 检查数据库账户的权限，确保其具备连接所需的最低权限。
SQL server数据库代码错误926与945与5003解决办法
SQL server数据库代码错误926与945与5003解决办法一如何解决数据库置疑的问题（错误代码：926）A．我们使用默认方式建立一个供恢复使用的数据库(如zqsys)。
可以在SQL Server Enterprise Manager（即企业管理器）里面建立。
B．停掉数据库服务器。
C．将刚才生成的数据库的日志文件zqsys_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件zqsys_data.mdf。
D．启动数据库服务器。
此时会看到数据库zqsys的状态为"置疑"。
这时候不能对此数据库进行任何操作E．设置数据库允许直接操作作系统表。
此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择"属性"，在"服务器设置"页面中将"允许对系统目录直接修改"一项选中。
也可以使用如下语句来实现。
use mastergosp_configure 'allow updates',1goreconfigure with overridegoF．设置zqsys为紧急修复模式update sysdatabases set status=-32768 where dbid=DB_ID('zqsys')此时可以在SQL Server Enterprise Manager里面看到该数据库处于"只读\置疑\脱机\紧急模式"可以看到数据库里面的表，但是仅仅有系统表G．下面执行真正的恢复*作，重建数据库日志文件dbcc rebuild_log('zqsys','C:\Program Files\Microsoft SQL Server\MSSQL\Data\zqsys_log.ldf') 执行过程中，如果遇到下列提示信息：服务器: 消息5030，级别16，状态1，行1未能排它地锁定数据库以执行该*作。
如何解决Sybase数据库乱码问题详解
如何解决Sybase数据库乱码问题详解Sybase数据库是一种常用的关系型数据库管理系统（RDBMS），它被广泛应用于企业级应用程序的开发和管理中。
然而，在使用Sybase数据库过程中，我们有时会遇到乱码问题。
乱码是指数据库中存储的数据在显示过程中出现了不正常的字符或者无法识别的字符。
本文将详细介绍如何解决Sybase数据库乱码问题。
一、乱码问题的原因分析乱码问题的产生原因非常多样化，下面列举了一些常见的原因：1. 字符集不匹配：数据库中使用的字符集与应用程序中使用的字符集不一致会导致乱码问题。
2. 数据导入不正确：如果在导入数据时未指定正确的字符集，则可能导致数据乱码。
3. 数据存储不正确：如果数据库中存储的字符串没有使用正确的字符集，将会导致乱码问题。
4. 字符串处理不当：在应用程序中对字符串进行处理时，如果没有正确处理字符集，数据可能会出现乱码。
5. 系统环境配置问题：有时，操作系统、数据库软件或应用程序中的某些配置存在问题，也可能导致乱码问题。
二、解决乱码问题的方法针对上述原因，可以采取以下一些解决乱码问题的方法：1. 修改字符集配置：确保数据库中使用的字符集与应用程序中使用的字符集一致。
可以通过修改数据库或应用程序的配置文件来设置正确的字符集。
2. 指定正确的字符集进行导入：在导入数据时，需要指定正确的字符集，以保证数据能够正确地存储到数据库中，避免乱码问题的发生。
可以根据具体情况使用不同的导入工具或命令来完成这个操作。
3. 使用合适的数据类型：在创建数据库表时，选择合适的字符数据类型来存储字符串。
根据具体情况选择varchar、nvarchar等数据类型，并指定正确的字符集。
4. 对字符串进行正确的处理：在应用程序中，对于涉及到字符串处理的操作，需要确保使用了正确的字符集。
比如，对字符串进行拼接、截取、比较、转换等操作时，都需要注意字符集的一致性。
5. 检查系统环境配置：如果乱码问题持续存在，需要检查系统环境配置是否正确，包括操作系统、数据库软件和应用程序的相关配置。
如何解决Sybase数据库乱码问题详解
如何解决Sybase数据库乱码问题详解搭建测试数据库服务器时，遇到了乱码问题，之前没有遇到是因为开发数据库服务器是早就安装好并设置好字符集的，因此些问题在部署测试环境时才出现，当时已经将数据库配置完毕，并且所有的初始化脚本都已经执行完毕，工程也已经成功部署在WebLogic上，打开IE，运行程序，却发现所有从数据库中读取出来的都是乱码，经过上网搜索的相关资料，需要设置字符集，但刚开始查找到的资料基本是都是支言片语，没有一个系统的讲解如何设置字符集，几乎将他们所有的方法都试过了，结果不但没有弄好，甚至连控制台和SQL平台都是乱码了，实在弄不明白了，就去问高人了，他给我发了一个专门讲解字符集的文档，讲的很全面，而且通过他的帮忙终于将解决了乱码问题。
下面我总结一下设置字符集的过程：1、安装完Sybase后，如果要想设置字符集为CP936，就必须先安装该字符集，因为Sybase默认的字符集表中并没有该字符集，安装步骤如下：(这里 SYBASE 的安装路径为c:\sybase) 1.c:\>;cd \sybase\charsets\cp9362.c:\sybase\charsets\cp936>; charset -Usa -Psa_pass -Sserver_name binary.srt cp936通过上述命令就成功将CP936字符集安装表Sybase的系统字符集表中，但必须重启Sybase服务两次才能看到结果，可以通过查看 master 数据库中的syscharsets表查看是否已经安装成功，我们可以看到已经安装成功了：1002,171,0,1,'cp936', 'CP936 (Simplified Chinese).',’…’2、看到CP936的编号为171，我们需要在Sybase的属性中设置系统字符集为该ID，如下图所示：如果设置完字符集成出现错误，是因为master数据库的表空间默认只分配几百K的空间，导入新的数据后已经没有足够的空间了，所以要对master数据库设置大一些的表空间，点击master数据库右键属性，选择表空间的tab页，对原有的表空间编辑重新分配大小，将master所有的表空间都分配了就可以解决该问题。
Sybase数据库常见问题及解决办法
四 ａ ｓ 空口令修改后不能再改回
原 因： 为安全起 见 ， ａ ｓ 口令不能为空 ， 但有些应 用 软件用ｓ及空Ｅ令连接Ｓｂｓ数据库 ， ａ ｌ ｙａｅ —旦修改ｓＥ令， ａｌ
六． 使用Ｓ ｂ ｓ 单用户方式 ｙａ ｅ
原因： 当需要恢Ｊｍａｔｒ ￣ ｓ 数据库时， ［ ｅ 必须使用单用
户方式 。 解决办法 ：
应用系统就出错， 用普通方法无法再改 回空 口 令。
解决办法 ：
ｓ — ｏ ｆ ｕ ｅ ” ｐ ｒ ｄ ｅｓｏ ” ｐ ｃ ｎ ｇ ｒ ｕ ｇ ａ ｅｖ ｒｉｎ ｉ
ｇ ０
Ｕ ｉ系统下，５ ｙａｅ ｎｘ １Ｓｂ ｓ用户登 录， ） ￣ 执行ｓ ｒ ｅｖｒ ｔ ｔ ｒｅ — ａｓ
ｇ ｏ
解决办法 ： 在 Ｓ ｂ ｓ 安 装 目录 中， 除 ｓ ｂ ． 文 件 ｙａｅ 删 ｙ ａ ｅｋ ｇ ｓ ｒ
ｕ ｐｄａ ｅ ｅｓ ｄｂ． ｓ ｕｓ ｒ ｓ ｔ Ｕｉ ｔ ｔ ｔ ． ｙｓ ｅ ｓ ｅ Ｓ ｄ＝６ ｗｈｅｒ ｅ
ｎａ ｅ＝” ｔ ｔ ｅ ” ｍ ｅｓ ｕｓ ｒ
Ｕ Ｓｅ ａＳｔ ｍ ｅｒ
ｇ ｏ
ｓ — ｏ ｆ ｕ ｅ “ ｌｏ ｕ ｄ ｔｓ １ ｐ ｃ ｎｉ ｒ ｇ ａｌｗ ｐ ａｅ ”，
ｇｏ
新版本是 １ ．， ５５ 但用 的最 多的版本是 １．和１ ．。 人 １ ９ ２５ 在
民银行各中心支行中， ｙ ａｅ Ｓｂｓ数据库主要用于国库核算 系统 （ ｎｏ ｓ ０ ０ｅｖｒｓｂｓｌ．） 人事信息管理 Ｗｉｄｗ ０ ｓｒｅ＋ｙａｅ１ 、 ２ ９ 系统 （ ｎ ｏ ｓ ０ ０ ｅｖ ｒｓｂ ｓ１ ．） 支 票影像 系 Ｗｉｄｗ ０ ｓｒｅ＋ ｙａｅ２５ 、 ２ 统外挂软件 （ ｎ ｏ ｓ ｐ ｓｂ ｓｌ ．） 国际收支统计 Ｗｉｄｗ ＋ｙ ａｅ２５ 、 ｘ （Ｃ ｉ ． ＋ｙａｅ １ ） 同城票据清算系统 （ｅ ｔ Ｓ ｕ ｘ ０ ｓ ｓｌ． 、 Ｏｎ ５５ ｂ ９ ｒｄｈ ａ ｌ ｕ ５ ｓｂ ｓｌ ．） 在 日 ｉ ｘ ＋ｙａｅ２５ 等。 ｎ 常的Ｓｂ ｓ数据库维护过程 ｙａｅ 作中， 时会￣ 有 Ｓｂ ｓ数 据库出错 的情况 ， ｙ ａｅ 现将工作 中发现的典型问题及详细解决办法， 介绍给大家 。 为方面起见 ， 假设Ｓ ｂｓ数据库服务名为Ｓｂ ｓ， ｙ ａｅ ｙ ａｅ 数据库名为ｔ ｔｂ 一个系统用户及ｔｓ ｂ ｅｄ， ｓ ｅｔ 数据库用户名 ｄ 为ｔ ｔｓｒ 为执行ｓｌ ｅ ｕ ｅ， ｓ ｑ脚本 ， ｎ ｏ ｓ Ｗｉｄｗ 系统要进２．ｙａｅ ｋ ｂ ｓ Ｓ 的ｓｌ ｄ ａｔｇ 的窗口， ｎｘ ｑ ａ ｖｎａｅ Ｕ ｉ系统 通过执行ｉ ｌ Ｕ ａ ｓ — ｓ— ｑ Ｐ ｘ － ｓｂ ｓ， ｘｘ Ｓｙａｅ 进人命令行窗 Ｅ。 ｌ
Sybase数据库故障处理方法
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 –P1>update master..sysdatabases2>set status = -32768 where name =”sybsystemprocs”1>go1>shutdown with nowait2>go关闭数据库重新启动.4.用 isql 登录到sql server 中,修改master库中sysdatabases 表中sybsystemprocs 库对应的status 的值为0.$isql –Usa –P1>update master..sysdatabases2>set status = 0 where name =”sybsystemprocs”3>go1>shutdown with nowait2>go关闭数据库重新启动.5.将中的”allow updates to system”的值改为0.二、如何恢复master数据库ASE can't setup and has no valid dump of master1、编辑RUN_servername在命令行最后加入：-T36072、单用户模式启动ASE$cd install$startserver -f RUN_servername -m3、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 -c4、shutdownASE5、创建新master设备$buildmaster -d<path_to_new_master_device> -s<new_master_device_size>(new_master_device_size以2K为单位)6、编辑RUN_servername将指定master设备指定为新创建的master设备，并删除在第1步中增加的参数。
[Sybase]安装配置规范及故障处理
![[Sybase]安装配置规范及故障处理](https://img.taocdn.com/s3/m/3e7b48f59a89680203d8ce2f0066f5335a8167a5.png)
[Sybase]安装配置规范及故障处理⽬录：SYBASE 数据库的安装安装 SYBASE 在线帮助设定 SYBASE 的⾏锁如何修改 SYBASE 的 sa 密码SYBASE 库损坏的恢复⽅法SYBASE 版本号SYBASE 的连接数SYBASE 由于没有⾜够的数据库空间引起的进程 SUSPEND 的解决办法SUSPEND PROCESSES（吊死进程）的查询与强制 WAKE UP查看 SYBASE 某⼀数据库或某⼀张表使⽤空间的情况查看分配给 SYBASE 使⽤的设备总空间如何把 SYBASE ⽇志分离到另⼀个设备上SYBASE SQL SERVER 内存的分配SYBASE SQL SERVER 的监控//============================================================SYBASE 数据库的安装安装SYBASE的过程在不同的操作系统具体过程也不同，以及不同的系统平台有不同的要求，但都要注意以下⼏点：1. 若在UNIX（UNIXWARE）操作系统下安装，最好把SYBASE的设备(device)安装成裸设备。
要⽤裸设备时，把⽂件名指向 /dev/dsk/ ⼦⽬录下的相应⽂件。
2. master设备空间分配500M，master库(DATABASE)分配100M空间。
3. 安装完成后，应加⼤SYBASE临时库tempdb的空间，命令如下：alter database tempdb on master=198 (默认为2M，再增加198M)对于 SYBASE FOR NT，master 库(DATABASE)的空间默认值为 5M，最好也加⼤：alter database master on master=95 (再增加95M)4. 对SYBASE的参数进⾏设置：sp_configure "number of locks",10000 (锁数⽬，默认为5000)gosp_configure "number of user connect",150 (⽤户连接数，默认为25，每个连接要占70k内存)gosp_configure "total memory",100000 (内存总数，应根据不同机器配置设置)go (每个单位为2k，上例为200M，默认为24M)sp_configure "lock scheme",0,datarows (把数据库的默认锁⽅式改为⾏锁)go如果上述参数改动后SYBASE启动不正常，则可检查SYBASE的错误⽇志，把SYBASE.cfg中的相应选项修改为较⼩的值。
sybase启动时926错误处理方法
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 information as to the cause.一般是由于服务器突然断电或者数据库异常关闭，导致数据库损坏，处于置疑状态。
解决办法：1.打开允许修改系统表的属性，设置数据库的状态为-32768sp_configure "allow update", 1goSELECT * FROM sysdatabases WHERE name ='FYRSSD128'goupdate master..sysdatabases set status=-32768 where name=" FYRSSD128"go重启数据库shutdown with nowaitgo2. 设置数据库的状态为0,重建数据库日志UPDATE master..sysdatabases SET status = 0 WHERE name ='FYRSSD128'GODBCC rebuild_log(FYRSSD128,1,1)GO重启数据库shutdown with nowaitgo3. 如果数据库的状态为0，设置数据库属性EXEC sp_dboption FYRSSD128, "select into/bulkcopy/pllsort",trueGOEXEC sp_dboption FYRSSD128, "trunc log on chkpt",trueGOEXEC sp_dboption FYRSSD128, "abort tran on log full",trueGO4. 如果数据库的状态为12，说明数据库已经正常。
SYBASE数据库常见的问题总结
SYBASE 数据库常见问题总结SYBASE 数据库常见问题总结 (1)1. SYSLOGS日志满了进不了系统，如何清除日志启动系统 (1)2. 数据库日志损坏时重建日志启动数据库的解决办法 (3)3. 数据库处于可疑状态的解决方法 (5)4．Sybase系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？ (8)5．不小心直接删除了日志的设备文件，如何恢复数据库？ (13)6．sa密码忘记了导致isql -Usa -P******进不去怎么办？ (15)7．关于sybase的配置－（数据库慢的请留意） (15)8．设备路径更改的方法 (19)9．dump文件load后数据库访问不了解决办法 (20)10．sybase数据库备份方案 (20)11．master数据库状态被置为-32768后的处理方法 (26)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",12>go第二步，Adaptive Server中的每个数据库在sysdatabases中都有相应的一行，安装Adaptive Server后，master数据库、model数据库、sybsystemprocs和tempdb数据库在sysdatabases中都将有相应的条目，如果已经安装审计功能，sybsecurity数据库也将在其中有相应的条目。
数据库故障及恢复的常见问题与解决方法
数据库故障及恢复的常见问题与解决方法数据库是现代企业中不可或缺的核心组成部分，它存储了大量的关键业务数据。
然而，由于各种原因，数据库故障不可避免地发生。
当数据库出现故障时，如果不及时采取正确的措施来恢复，可能会导致数据丢失、业务中断甚至公司破坏。
因此，了解常见的数据库故障问题和相应的解决方法对于保护数据的完整性和可靠性至关重要。
本文将介绍数据库常见的故障问题和针对这些问题的解决方法，以帮助管理人员和数据库管理员更好地理解和解决数据库故障。
1. 数据库崩溃问题数据库崩溃可能由硬件故障、操作系统错误、网络问题、恶意软件或人为错误等原因引起。
当数据库崩溃时，关键的是尽快找到原因并及时修复。
以下是几种解决方法：- 检查日志文件：查看数据库日志文件，了解数据库崩溃的原因和位置。
根据日志的信息，可以采取针对性的措施进行修复。
- 恢复备份数据：如果数据库备份是周期性执行的，可以使用备份文件来恢复数据库。
根据备份的时间点，可以还原到崩溃之前的状态。
- 修复和恢复工具：一些数据库管理系统提供了专门的修复和恢复工具，可以自动检测和修复崩溃的数据库。
2. 数据库不一致问题数据库不一致通常是由于事务处理失败或硬件问题导致的，导致数据不一致。
通常的解决方法包括：- 回滚事务：如果数据库出现错误或事务处理失败，可以回滚到事务开始之前的状态。
- 数据库校验：使用数据库校验工具定期检查和修复数据库中的不一致问题。
- 数据复制：通过设置数据复制，使数据在多个地理位置保存多个副本，并定期进行数据同步。
3. 数据库死锁问题数据库死锁是指两个或多个事务相互等待对方所持有的资源，导致事务无法继续执行的情况。
以下是应对死锁问题的一些解决方法：- 死锁检测：使用死锁检测工具来检测数据库中的死锁情况并解除死锁。
- 优化事务：通过优化事务的设计和执行顺序来减少死锁的发生。
- 数据库锁策略：调整数据库的锁策略，确保事务可以正确地获取和释放锁，从而减少死锁的发生。
Sybase_926数据库挂起、3414错误解决方法
Sybase 926数据库挂起、3414错误解决方法(Error: 926 Error: 3414)一、查看错误日志 errorlog 发现了这段记录00:00000:00001:2009/04/28 16:13:36.46 server Error: 926, Severity: 14, State: 100:00000:00001:2009/04/28 16:13:36.46 server Database 'FD_JXC' cannot be opened. An earlier attempt at recovery marked it 'suspect'. Check the SQL Server errorlog for information as to the cause.00:00000:00002:2009/04/28 16:13:36.46 kernel network name200.100.101.100, type ether, port 5000, filter NONE00:00000:00003:2009/04/28 16:13:36.48 kernel network name yzserver, type ether, port 5000, filter NONE00:00000:00001:2009/04/28 16:13:36.48 server Unable to proceed with the recovery of dbid <4> because of previous errors. Continuing with the next database.明显的 926 数据库挂起错误,即先将数据库状态修改为 -32768 然后再修改为0/* 1、将 'allow updates' 从 0 改为 1 允许修改系统表*/sp_configure "allow updates", 1/* 2、将数据库状态修改为 -32768 即 bypass recovery */update sysdatabases set status = -32768 Where name="FD_JXC"这时需要停止Sybase服务并且重新启动Sybase/* 3、将数据库状态修改为正常 status=0 */update sysdatabases set status=0 where name="FD_JXC"sp_configure "allow updates", 0第二次停止Sybase服务并且重新启动Sybase这步完成后一般重新设置数据库选项(例如"select into","trunc log on chkpt"等)exec sp_dboption FD_JXC, 'select into/bulkcopy' ,trueexec sp_dboption FD_JXC, 'trunc. log on chkpt' ,true运行dbcc命令检查数据库的一致性dbcc checkdb(FD_JXC)备份用户数据库dump database FD_JXC to "D:\backup\FD_JXC0428.dump"晕死，眼看胜利在望，服务器蓝屏,无语，破机器，只好非法关机重新启动，启动好后数据库还是无法正常使用，再查看错误日志 errorlog ,我的神啊，竟然变成3414错误了，肯定是刚才蓝屏的时候，数据库在恢复日志被中断了，这样就要重建数据库日志了190197: Master device size: 30 megabytes, or 15360 virtual pages. (A virtual page is 2048 bytes.)00:00000:00001:2009/04/28 16:40:14.75 server Error: 3414, Severity: 21, State: 100:00000:00001:2009/04/28 16:40:14.75 server Database 'FD_JXC' (dbid 4): Recovery failed. Check the SQL Server errorlog for further information as to the cause.Error: 3414, Severity: 21, State: 1 Database 'FD_JXC' (dbid 4): Recovery failed. Check the SQL Server errorlog for further information as to the cause.解决办法: 重建数据库日志,方法如下:/* 1、赋予sa用户sybase_ts_role的角色 (这步最重要，我一开始没搞，费了不少工夫) */sp_role "grant","sybase_ts_role",sa/* 2、将数据库状态修改为 -32768 即 bypass recovery */sp_configure "allow updates",1update master..sysdatabases set status =-32768 Where name="FD_JXC" 这时需要停止Sybase服务并且重新启动Sybase/* 3、rebuild数据库日志 */dbcc rebuild_log(FD_JXC,1,1)第二次停止Sybase服务并且重新启动Sybase/* 4、将数据库状态修改为正常 status=0 */update master..sysdatabases set status=0 Where name="FD_JXC"sp_configure "allow updates", 05、还要第三次停止并重启Sybase服务,如果数据库恢复正常，rebuild log工作将会成功完成，否则要恢复数据库备份，使用dump database或bcp命令。
SYBASE用户数据库不能被打开时的解决方法
SYBASE用户数据库不能被打开时的解决方法
曹葵海
【期刊名称】《电脑技术信息》
【年(卷),期】2000(000)012
【摘要】@@当用户企图连接或打开用户数据库时，系统报告926错误：rn Error 926rn Severity Level 14rn Database‘xx' cannot be opened-it has been marked SUSPECT by recover Explanationrn 出现这种错误一般是由于系统断电，数据库非正常关闭或介质错误以及其它一些原因导致数据库个别页面受损使得用户数据库在重启时的自动恢复过程中不能正常恢复而被系统标记为
‘SUSPECT’。
这时MASTER数据库中的系统表sysdatabases的用户数据库的status列被叠加为256，用户数据库被强制脱机。
大多数系统管理员解决这个问题的一般方法是：
【总页数】1页(P37)
【作者】曹葵海
【作者单位】中国农业银行四川省分行科技部,成都 610015
【正文语种】中文
【中图分类】TP3
【相关文献】
1.SUN—1000E服务器Sybase用户数据库的转储与恢复 [J], 盖国政
2.Sybase用户数据库恢复方法及应用 [J], 董钢
3.一种移植Sybase用户数据库的简便方法 [J], 曹克松
4.打开一扇窗的同时不能关上一扇门--浅谈向量法和几何法在解决立体几何问题时的作用 [J], 张金凤
5.浏览器为何有时不能打开网页？ [J], 无
因版权原因，仅展示原文概要，查看原文内容请购买。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Sybase 926数据库挂起、3414错误解决方案(Error: 926 Error: 3414) 作者：孤侠客 QQ：356179407，欢迎加我讨论~~呵呵
转载请加作者信息！！！
4月28日下午解决了Sybase出现的问题，现在整理如下：
一、查看错误日志 errorlog 发现了这段记录
00:00000:00001:2009/04/28 16:13:36.46 server Error: 926, Severity: 14, State: 1
00:00000:00001:2009/04/28 16:13:36.46 server Database 'FD_JXC' cannot be opened. An earlier attempt at recovery marked it 'suspect'. Check the SQL Server errorlog for information as to the cause.
00:00000:00002:2009/04/28 16:13:36.46 kernel network name
200.100.101.100, type ether, port 5000, filter NONE
00:00000:00003:2009/04/28 16:13:36.48 kernel network name yzserver, type ether, port 5000, filter NONE
00:00000:00001:2009/04/28 16:13:36.48 server Unable to proceed with the recovery of dbid <4> because of previous errors. Continuing with the next database.
明显的 926 数据库挂起错误,即先将数据库状态修改为 -32768 然后再修改为
/* 1、将 'allow updates' 从 0 改为 1 允许修改系统表*/
sp_configure "allow updates", 1
/* 2、将数据库状态修改为 -32768 即 bypass recovery */
update sysdatabases set status = -32768 Where name="FD_JXC"
这时需要停止Sybase服务并且重新启动Sybase
/* 3、将数据库状态修改为正常 status=0 */
update sysdatabases set status=0 where name="FD_JXC"
sp_configure "allow updates", 0
第二次停止Sybase服务并且重新启动Sybase
这步完成后一般重新设置数据库选项(例如"select into","trunc log on chkpt"等)
exec sp_dboption FD_JXC, 'select into/bulkcopy' ,true
exec sp_dboption FD_JXC, 'trunc log on chkpt' ,true
运行dbcc命令检查数据库的一致性
dbcc checkdb(FD_JXC)
备份用户数据库
dump database FD_JXC to "D:\backup\FD_JXC0428.dump"
晕死，眼看胜利在望，服务器蓝屏,无语，破机器，只好非法关机重新启动，启动好后数据库还是无法正常使用，再查看错误日志 errorlog ,我的神啊，竟然变成3414错误了，肯定是刚才蓝屏的时候，数据库在恢复日志被中断了，这样就要重建数据库日志了
190197: Master device size: 30 megabytes, or 15360 virtual pages. (A virtual page is 2048 bytes.)
00:00000:00001:2009/04/28 16:40:14.75 server Error: 3414, Severity: 21, State: 1
00:00000:00001:2009/04/28 16:40:14.75 server Database 'FD_JXC' (dbid 4): Recovery failed. Check the SQL Server errorlog for further information as to the cause.
Error: 3414, Severity: 21, State: 1 Database 'FD_JXC' (dbid 4): Recovery failed. Check the SQL Server errorlog for further information as to the cause.
解决办法: 重建数据库日志,方法如下:
/* 1、赋予sa用户sybase_ts_role的角色 (这步最重要，我一开始没搞，费
了不少工夫) */
sp_role "grant","sybase_ts_role",sa
/* 2、将数据库状态修改为 -32768 即 bypass recovery */
sp_configure "allow updates",1
update master..sysdatabases set status =-32768 Where name="FD_JXC" 这时需要停止Sybase服务并且重新启动Sybase
/* 3、rebuild数据库日志 */
dbcc rebuild_log(FD_JXC,1,1)
第二次停止Sybase服务并且重新启动Sybase
/* 4、将数据库状态修改为正常 status=0 */
update master..sysdatabases set status=0 Where name="FD_JXC"
sp_configure "allow updates", 0
5、还要第三次停止并重启Sybase服务,如果数据库恢复正常，rebuild log工作将会成功完成，
否则要恢复数据库备份，使用dump database或bcp命令。
6、重新设置数据库选项(例如"select into","trunc log on chkpt"等)
exec sp_dboption FD_JXC, 'select into/bulkcopy' ,true
exec sp_dboption FD_JXC, 'trunc log on chkpt' ,true
运行dbcc命令检查数据库的一致性
dbcc checkdb(FD_JXC)
备份用户数据库
dump database FD_JXC to "D:\backup\FD_JXC0428.dump"
运行前台BFPOS收银系统和后台BfV600一切正常，收工!
作者：孤侠客 QQ：356179407，欢迎加我讨论~~呵呵。