SAP Hana DB Disk Persistence–Shrink Hana Data volume
这个博客是关于如何删除/释放SAP Hana数据库磁盘持久性中未使用的空间。
我想分享我的经验，如何执行SAP Hana Data volume size的收缩，这有助于释放SAP Hana数据库磁盘中未使用的空间持久性，减少磁盘级别的碎片并回收磁盘空间。
碎片整理在线进行，不会阻止对表的访问。
->确保我们有SAP系统的最新成功备份。
->在执行磁盘碎片之前，我们可以使用SQL语句（Hana\ U Disks\ U Overview）查看未使用的数据文件大小，yoo可以拥有note 1969700–SAP HANA的SQL语句集合中的最新SQL语句
这个ALTER所做的只是"释放SAP HANA数据库磁盘持久性中未使用的空间"。
ALTER SYSTEM reclain DATAVOLUME[space][]
指定应在其上设置持久性大小的服务器减少。
：：='：'
>如果省略，然后将该语句分发给具有持久性的所有服务器。
下面的语句对景观中所有服务器的持久性进行碎片整理，并将其减少到有效负载大小的120%。
ALTER SYSTEM RECALL DATAVOLUME 120碎片整理
这些说明符合SAP HANA SQL和系统视图参考。此语句将数据卷大小减少到负载大小的一个百分比。此语句的工作方式类似于硬盘的碎片。分散在数据卷周围的页面被移动到卷的前面，并且数据卷末尾的可用空间被截断。
收缩前：
在我的情况下，未使用空间的百分比很高，因此，好评返现模板，我考虑通过执行以下特定于服务器的命令来缩小卷。
ALTER SYSTEM RECLAIM DATAVOLUME'：'120 DEFRAGMENT
此语句将数据卷大小减少到负载大小的一个百分比。此语句的工作方式与对硬盘进行碎片整理类似。分散在数据卷周围的页面被移动到卷的前面，并且数据卷末尾的可用空间被截断。
120表示可以保留的碎片开销，在这种情况下，在现有100%数据之上的20%碎片是可以接受的。120是一个合理的值，因为由于表优化和垃圾的临时空间要求，分配和释放20%的空间是很正常的。较小的值会显著增加碎片整理的运行时间，只能提供有限的好处。
收缩后的结果：
收缩前未使用的大小为453.67 GB，收缩后未使用的大小为125.77 GB，回收328 GB
->碎片整理的进度可以通过SQL监控："HANA磁盘\U数据\U超级块统计"（SAP）注1969700）.
->SAP HANA数据库跟踪（SAP注2380176）包含如下相关消息：
将数据量缩小到负载大小的%回收[0，，.dat']：：大小=（used=mb/max=mb | file=mb），curOverhead=%，最大开销=%，每周期最多移动mb页DVolPart:：truncate（有效负载=，maxSuperblockIndex=大小=–>）回收[0，，.dat']：：#：truncatedmb，size=（used=mb/max=mb|文件=mb），curOverhead=%，在线建站平台，maxOverhead=%，s）回收[0，.dat']：：以[0mb，0mb[，size=（已使用）的间隔移动页（mb）=mb/max=mb | file=mb），curOverhead=%，maxOverhead=%，mb truncated（s）
->我们可以继续回收任务，因此如果它被终止（例如，阿里大数据，由于"一般错误：收缩取消，可能是因为快照页"，返利手游，SAP Note 1999880），下一次将在大致停止的位置继续。
当回收与生产负载和修改并行运行时，根据使用的SAP HANA修订级别，永久免费自助建站软件，存在一定的运行时开销风险，如下所示：
SAP HANA 1.0:运行时开销风险相当高SAP HANA 2.0=SPS 04：进一步优化以降低运行时开销的风险
->我们还可以使用以下SQL语句来找出哪些列存储表占用了卷内的大部分空间
从M\u table\u VIRTUAL\u文件中选择前30个table\u name，sum（physical\u size）按表名分组order by 2 desc
->Note–2499913–如何缩小SAP HANA数据卷大小
->详细信息：https://help.sap.com/viewer/4fe29514fd584807ac9f2a04f6754767/2.0.01/en-US/20d1e57519101486c7812a5a8990e8.html
