sybase删除库后大量报错

[baggerking2011]

之前删除了一个库,id是21,后来发现日志大量报错,不知道为什么
00:00000:00017:2011/09/22 09:27:31.09 server Could not find row in sysdatabases with database id 21.
00:00000:00030:2011/09/22 09:27:34.20 server Error: 913, Severity: 22, State: 2
00:00000:00030:2011/09/22 09:27:34.20 server Could not find row in sysdatabases with database id 21.
00:00000:00029:2011/09/22 09:27:34.26 server Error: 913, Severity: 22, State: 2
00:00000:00029:2011/09/22 09:27:34.26 server Could not find row in sysdatabases with database id 21.
00:00000:00021:2011/09/22 09:27:54.73 server Error: 913, Severity: 22, State: 2
00:00000:00021:2011/09/22 09:27:54.73 server Could not find row in sysdatabases with database id 21.
00:00000:00015:2011/09/22 09:27:59.96 server Error: 913, Severity: 22, State: 2
00:00000:00015:2011/09/22 09:27:59.96 server Could not find row in sysdatabases with database id 21.
00:00000:00013:2011/09/22 09:28:00.08 server Error: 913, Severity: 22, State: 2
00:00000:00013:2011/09/22 09:28:00.08 server Could not find row in sysdatabases with database id 21.
00:00000:00025:2011/09/22 09:28:01.15 server Error: 913, Severity: 22, State: 2
00:00000:00025:2011/09/22 09:28:01.15 server Could not find row in sysdatabases with database id 21.
00:00000:00017:2011/09/22 09:28:01.21 server Error: 913, Severity: 22, State: 2
00:00000:00017:2011/09/22 09:28:01.21 server Could not find row in sysdatabases with database id 21.

[baiynije]

是不是其它數據庫有引用你刪除的數據庫的表

[baggerking2011]

错误 913
严重级
22
消息文本
Could not find row in sysdatabases with database id %d. Run DBCC CHECKTABLE on sysdatabases.（在 sysdatabases 中找不到数据库 ID 为 %d 的行。在 sysdatabases 上运行 DBCC CHECKTABLE。）
解释
当 Adaptive Server 在查找特定数据库 ID 时，如果无法在 sysdatabases 中找到对应的条目，将发生此错误。
错误 913 的可能原因有：
错误 916
136 Adaptive Server Enterprise
•访问引用已经被删除的数据库中的表的存储过程或视图。
•访问引用已经被删除并重新创建的数据库中的表的存储过程或视图。
•master 数据库中 sysdatabases 表上的非聚簇索引已损坏。
•不使用参数运行系统存储过程 sp_help_rep_agent，这是由于 Adaptive Server Enterprise 12.0.x 版以及 12.5.0.2 版或更低版本中的问题。
如果索引损坏或恢复失败，这是一个严重错误。
应对措施
如果 913 错误是由访问引用已经被删除的数据库中的表的存储过程或视图所导致，请重新创建数据库或更新过程或视图以指向相应的数据库。
当数据库已被删除并重新创建时，它最终可能具有不同的数据库 ID。如果一个存储过程仍引用旧的数据库 ID，请删除并重新创建该存储过程，以使其引用新的数据库 ID。有关删除并重新创建存储过程的信息，请参见《参考手册：命令》 中的 drop procedure 和 create procedure 。
如果错误原因是系统表上的非聚簇索引已损坏，请使用下列选项之一：
•使用 sp_fixindex 存储过程修复索引。
•从备份恢复 master。 有关恢复 master 数据库的信息，请参见最新版本《Troubleshooting and Disaster Recovery》（故障排除和灾难恢复）指南中的“Adaptive Server System Recovery”（Adaptive Server 系统恢复）一章。
如果错误是在不使用参数运行系统存储过程 sp_help_rep_agent 时引发的，请与 Sybase 技术支持部门联系，以获取如何解决该错误的说明。
--还是不知道怎么搞

[baggerking2011]

查看日志是做了复制之后出现的不知道有哪位遇见过

[baggerking2011]

没有啊，我重建库问题就没了...