注意：并非该论坛上的每个人都可以访问（即，SAP支持合同）SAP注释，因此，如果在该注释中有兴趣/重要性， 请注意，您希望参考该信息，那么您应该直接在帖子中包含该信息（假设它不违反任何SAP规则），否则，指向SAP注释的链接与断开的链接一样好。

----------------------------

使用ASE 16.0 SP02 PL06，对 sysconfigures.value 进行了幕后/幕后更改，以支持4TB的最大高速缓存大小（从2TB增加）。

在以前的ASE版本中， sysconfigures.value 代表为高速缓存分配的1KB页数，因此任何（与高速缓存相关的）计算都需要乘以 sysconfigures.value 通过1024（1KB）来获得缓存的大小。

从ASE 16.0 SP02 PL06开始， sysconfigures.value 现在表示为高速缓存分配的2KB页数，因此现在（与高速缓存相关的）任何计算都需要乘以 sysconfigures.value。 加2048（2KB）来获取缓存的大小。

您在高速缓存大小调整中看到的变化（实际值与一半）似乎表明上述乘数更改并未成功地推广到整个ASE代码行。 建议您在技术支持下开箱，以便解决此问题。

同时，您可以在相应的系统过程中"心理上"将可疑值加倍或修复/更新可疑的T-SQL。

参考：

ASE 16.0 SP02 PL06-新增功能 [请参见表1 ：16.0 SP02 PL06增强功能，标题为"支持高达4TB的高速缓存的条目"的条目#3]

注意：由于某些系统进程似乎报告了正确的缓存大小，因此我假设在ASE二进制升级后，您确实对数据服务器运行了 installmaster 脚本。

----------------------------

关于DBArtisan为什么显示错误的缓存大小... *耸肩* ...我不使用DBArtisan，所以我只能在这一点上猜测...

a-DBArtisan调用了尚未更新的ASE提供的系统proc [将需要SAP相应地更新系统proc] [p]

或

b-DBArtisan具有一些用于计算缓存大小的硬编码逻辑（即，不知道乘法因子从1024变为2048的变化）[将需要让DBArtisan的所有者来更新其产品... 如果尚未在较新版本的DBArtisan中更新]

我猜想对MDA表进行一点分析应该有助于弄清楚上面哪个解释了DBArtisan的问题。