2020-09-24 16:34发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）我刚刚在Widows 7托管的虚... 显示全部
加入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？
嗨，安迪，
我使用的isql和optdiag版本都用于ASE 16.0 SP03，因为这是所有虚拟化环境都可以访问的版本。
由于我将ASE当作业余爱好者使用，因此我不具备在SAP支持下提出诉讼的能力。 可以提出一个内部支持案例吗？
在sp_showoptstats方面，SP03是它似乎可以"正常运行"的第一个版本。即使是在ASE 16.0 SP02 PL02之前，该过程也具有与Kevin最初的sp__optdiag ASE 15.0版本相同的错误。 Sherlock产生的时间早于我的ASE 15.5、15.7和16.0版本的sp__optdiag修复。 我看到sp_showoptstats对SP03进行了重大重写。 但是...尽管检查了@option请求文本输出，但它仍然仅以XML输出。 如果我想查看统计信息，就不必找到XML解析器来放入结果以理解它们。 而且最大的烦恼是，在尝试选择XML之前，它仍然无法检测文本字符串的长度并设置textsize-需要手动执行" set textsize 9999999"，然后（通常）重新执行该过程。
sp_showoptstats不能替代optdiag，因为如果需要，可以使用optdiag手动处理统计信息。
欢呼
Raymond
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 hengyuye 的问题《Linux上的ASE 16.0 SP03 PL02/EBF 27415中的optdiag似乎已损坏》','https://www.easysap.com/answer/101721/274210.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
嗨，安迪，
我使用的isql和optdiag版本都用于ASE 16.0 SP03，因为这是所有虚拟化环境都可以访问的版本。
由于我将ASE当作业余爱好者使用，因此我不具备在SAP支持下提出诉讼的能力。 可以提出一个内部支持案例吗？
在sp_showoptstats方面，SP03是它似乎可以"正常运行"的第一个版本。即使是在ASE 16.0 SP02 PL02之前，该过程也具有与Kevin最初的sp__optdiag ASE 15.0版本相同的错误。 Sherlock产生的时间早于我的ASE 15.5、15.7和16.0版本的sp__optdiag修复。 我看到sp_showoptstats对SP03进行了重大重写。 但是...尽管检查了@option请求文本输出，但它仍然仅以XML输出。 如果我想查看统计信息，就不必找到XML解析器来放入结果以理解它们。 而且最大的烦恼是，在尝试选择XML之前，它仍然无法检测文本字符串的长度并设置textsize-需要手动执行" set textsize 9999999"，然后（通常）重新执行该过程。
sp_showoptstats不能替代optdiag，因为如果需要，可以使用optdiag手动处理统计信息。
欢呼
Raymond
一周热门 更多>