Azure Hyperscale数据库如何缩减已分配空间？恢复后大小是多少？

一、缩减已分配空间的可行方案 #

由于Azure Hyperscale数据库不支持DBCC SHRINKDATABASE或DBCC SHRINKFILE操作，以下是几种官方支持的缩减已分配空间的方法：

• 数据导出+重新导入：将现有数据库的所有数据（表、视图、存储过程等）导出到Azure Blob Storage或本地存储，随后创建一个新的Hyperscale数据库，再将导出的数据导入新库。新库的已分配空间会与实际数据大小（约2GB）匹配，完成后切换业务至新库，删除原库即可。可使用Azure Data Studio导出向导、bcp命令行工具完成导出导入操作。

• 只读副本提升为主库：若当前数据库配置了只读副本，可将同步完成的只读副本提升为新的主数据库。提升过程中，新主库会基于实际数据量重新计算并分配存储空间，最终已分配空间会贴近实际使用的2GB。操作前需确认副本处于完全同步状态，避免数据丢失。

• 通过Azure DMS迁移：使用Azure数据库迁移服务（DMS）将当前Hyperscale数据库迁移至一个新的Hyperscale实例。迁移完成后，目标库的已分配空间会自动匹配实际数据大小，该方法适合包含复杂对象或需要持续同步的场景。

二、数据库恢复后的大小说明 #

无论是通过时间点恢复、异地备份恢复还是其他恢复方式，恢复后的数据库已分配空间会保持备份时的4.7GB。因为Hyperscale的备份会包含已分配的存储空间元数据，恢复操作会完整还原备份时的分配空间，而非仅还原实际使用的2GB数据。

内容的提问来源于stack exchange，提问作者Barakula