这并不是真正的"奇怪"，而是SAP HANA写入其数据文件的方式的直接结果。

SAP HANA使用"影子页"/"更改副本" 方法，更改后的数据不会覆盖数据文件中同一位置的当前数据。 而是使用一个不包含当前数据的新位置（但此时可能包含过时的数据）。

当许多数据发生更改时（例如，由于涉及许多表的主数据更新）/records），可能导致许多页面被覆盖；

由于这种机制，数据文件的使用可能比实际表数据所指示的要多得多。 但是，由于SAP HANA跟踪数据文件中的哪些页面包含当前数据，因此它会自动重用过时的页面，因此不会"浪费"空间。

由于SAP HANA备份也只复制了当前页面。 出来，这种方法也不会影响备份。

嗨，

或多或少，170 GB

嗨，

详细信息：在开发系统上进行相同的查询将得出174,793,485,272，即或多或少地使用了相同的数据文件磁盘空间。

谢谢。

嗨，

请检查

HANA studio中的表大小->管理编辑器->系统信息->磁盘上表的大小。

BR

Atul

嗨，

也许请注意 2562939 帮助您。

使用注释1969700，您可以导入一些有用的SQL查询。 通过查询HANA_Tables_TopGrowingTables_Size_History，您可以检查表历史记录。

亲切的问候，
马丁

嗨，

在我们运行期间，我运行：更改系统回收数据量105的碎片整理

30分钟后，数据文件恢复为原始大小...太奇怪了。