最可能的解释是，SAP的某人未能使用用于计算缓存大小的新逻辑来更新 sp_sysmon/cache （向导）存储的proc。

SAP的某人忘记了将计算乘数从1024更改为2048 ...因此仅使用了一半的必要乘数...在结果计算中您只会看到一半的值。

解决此问题需要a）使用SAP打开票证，以便他们可以更改代码； b）如果您不能等待SAP提供的修复程序，则可以更新 sp_sysmon/cache em>（向导）自己存储proc。

注意：并非该论坛上的每个人都可以访问（即，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的问题。

感谢答复Mark。

是的，我们使用updatease并成功安装了installmaster脚本。

sp_version 显示：16.0 SP03 PL01/EBF 27405 SMP/P/powerpc/AIX 7.1.3.15/asecorona/2997/64 -bit/OPT/Fri Jul 28 03:27:56 2017年完成。


如果我们撇开DBArtisan，我想知道为什么sp_sysmon中的ASE缓存向导现在显示的是一半。 与升级到SP03 PL01之前相比，缓存"运行大小"，但是当我检查cfg文件时，它显示了原始数量。例如：使用EXEC sp_sysmon的ASE缓存向导sp_sysmon" 00:10:00"，' 缓存向导"，" 10"显示为" xyz_data缓存"，显示为"运行大小：25.00 Mb"

而配置文件显示：

[命名缓存：xyz_data缓存]
缓存 大小= 51200K
缓存状态=混合缓存
缓存替换策略=严格LRU替换
本地缓存分区号= 1

[2K I/O Buffe r池]
缓冲池大小=默认值
清洗量= 6400 K
本地异步预取限制= 10

[16K I/O缓冲池]
缓冲池大小= 12288.0000k < br> wash size = 3200 K
本地异步预取限制= 10


配置文件说它是50mb（以上），sp_cacheconfig（配置和运行值为50 Mb）和sp_helpcache（config 并且运行大小为50Mb），但是缓存向导说的是25Mb。

在升级之前，这些数字彼此一致。

由此引发的问题是，我们真正分配了多少内存来缓存，然后其他人会经历吗？

啊，这很有意义。

我们升级了2台不同的ASE服务器，这两个问题都存在，我检查了sybsystemprocs db中的proc，它们都为升级创建了相同的日期。

将向SAP求助，因为这对我们来说不是一个秀场比赛（不是那么热衷于深入研究他们的代码：-））。

谢谢

稍后再阅读此内容：我已经为此事与SAP记录了一个事件，他们确认这是一个错误，将在以后的版本中修复。 同时，使用'sp_cacheconfig'和'sp_helpcache'确认大小。