sybase确实老矣

cooldog

ase:12.5.0.3
rs:   12.6
安装使用几天后，客户报终端无法连入。
检查后发现，有好多表示为"send sleep"的进程，用sp_lock看到有很多共享锁锁在同一个表的同一个页面上。比较后确认，基本是send sleep的进程对该页面进行的共享锁。
这回麻烦了，不能判断终端无法连入的问题。尝试kill 掉挂住的进程，没有效果！根本没有效果。
随着情况推移，后果越来约恶化。最后，后台服务程序对该页面出现了死锁，导致业务根本无法运用。
shutdown SERVER失败，报等待session退出。
只有重启动服务器解决该问题。
无法理解sybase不能处理由于异常情况导致的"send sleep"状态。

cooldog

联系sybase这边，表示使用isql可以连入，只能怀疑是终端程序问题。
但表示无法处理来这种无法kill掉的状态。

我倒也不敢随便就指责是sybase软件的问题，但作为一个企业级的数据库服务器，居然无法解决由于客户端带来的可能的异常错误，而且也不能提供手工干预的方法，不能不说是sybase软件的失败之处。

hobbylu

呵呵，或许应该从另外一个方面思考

amirwap

原帖由 cooldog 于 2006-10-19 17:08 发表
联系sybase这边，表示使用isql可以连入，只能怀疑是终端程序问题。
但表示无法处理来这种无法kill掉的状态。

我倒也不敢随便就指责是sybase软件的问题，但作为一个企业级的数据库服务器，居然无法解决由于客户 ...

赞同..

重剑无锋

SYBASE本身就现在是越来越不稳定! NND! 12.5的客户端异常报错后溢出,客户端程序连错误都没有就直接关闭了! 这问题都发现5-6年了! 现在都没人处理! 天知道他们都干什么吃的

longshort

12.5的客户端异常报错后溢出,客户端程序连错误都没有就直接关闭了! 这问题都发现5-6年了! 现在都没人处理! 天知道他们都干什么吃的

同感！

jtyhyl

是呀，现在每隔几天都要重启一下机器，否则客户端登陆不上来

maolinzhou

请问你们客户连接量是多少呀？
网络带宽如何呀？
你们的程序是c/s的还是b/s的?

logit99

如果锁住的表正好是登录所用的表，是会出现客户端无法登录，建议你把此表改成行级锁

logit99

还有，这张表是否有问题，做一下dbcc