Linux上的ASE 16.0 SP03 PL02/EBF 27415中的optdiag似乎已损坏

2020-09-24 16:34发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我刚刚在Widows 7托管的虚...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我刚刚在Widows 7托管的虚拟RHEL 7.4环境中安装了ASE 16.0 SP03 PL02/EBF 27415 Express版。我这样做是为了检查sp__optdiag的相应版本是否在 www.lumphanan.com/ase 可与SP03和SP02一起使用。 我没想到optdiag会给出错误,它对具有每种数据类型的表中的char(5)列进行了如下操作

内部错误:ct_fetch()中的数据长度不匹配。
CTLIB消息:-L4/O2/S6/N36/6/0:
ct_send():协议特定层:内部客户端库错误:存在 是tds状态机错误。 收到了非法的tds令牌序列。

sp__optdiag使用isql在同一个数据库上运行没有问题。

根据t1.txt创建数据库,并根据其他两个文本文件创建表。

直接在Windows 7上运行的SP02中的同一数据库可提供完整的optdiag输出,没有错误,并且与sp__optdiag输出匹配。

我不知道此版本的diadiag或ASE的安装方式是否有问题。

是否有人使用数据库中两个文件中创建的表来直接在Linux(或可能是任何操作系统)上运行SP03的测试副本,以供他们测试optdiag?

t1.txt (364乙)
8条回答
派大星 ヾ
2020-09-24 17:30

Hello Raymond,

非常感谢您最近为sp__optdiag所做的所有工作! 真的很酷的东西。 我的目标始终是仅维护可以在所有15.x,16.x等版本上运行的proc版本,但是事实证明这是一个空想。

我收到了电子邮件,消息,甚至直接与几个人取得了联系,他们复制了sp__optdiag的副本,并进一步增强了它的功能,使其可以像您所做的那样做各种有用的事情(更不用说修复我留下的错误了: ()。让我希望它位于Github项目或其他此类协作存储库中。

我的确在Linux x86上下载了ASE 16.0 SP03 PL02。 如果您还没有任何人使用样本表来测试optdiag,我很乐意提供帮助。

一周热门 更多>