如何使用SQLPackage实现Azure SQL DB增量备份

SQLPackage 原生不支持生成增量.bacpac格式备份。.bacpac本质是数据库的逻辑全量快照，不承载事务日志、块级差异等增量备份必需的元数据，无法通过SQLPackage自带参数直接实现增量导出能力，你当前遇到的5小时全量导出耗时，属于大规格Azure SQL DB执行逻辑导出的正常表现。

方案1：使用Azure SQL原生备份能力替换自定义SQLPackage导出流程 #

这是生产环境最稳妥、性能最好的方案，完全不需要自己维护增量逻辑：

• Azure SQL DB默认内置自动备份策略：每周执行一次全量备份、每12小时执行一次差异备份、每5-10分钟执行一次事务日志备份，备份为块级增量存储，不会占用数据库实例本身的计算/IO资源，百GB级库单次备份耗时通常在10分钟以内，远快于bacpac逻辑导出。
• 若需要匹配每日夜间固定备份窗口的自定义留存需求，直接在现有DevOps流水线中替换原有SQLPackage任务，调用Azure PowerShell/CLI命令触发按需备份即可，示例命令：

Backup-AzSqlDatabase -ResourceGroupName <你的资源组名称> -ServerName <你的Azure SQL实例名> -DatabaseName <待备份的生产库名> -BackupName <自定义备份标识名>

• 该方案支持时间点恢复，RPO最低可到5分钟级别，恢复速度远快于bacpac导入，备份保留期可根据业务需求配置7天到10年不等。

方案2：必须保留.bacpac格式时，用逻辑差异导出替代全量导出 #

如果你的下游流程必须依赖.bacpac格式文件，可以通过SQLPackage的差异对比能力减少每次导出的数据量：

• 首次执行全量sqlpackage /a:Export生成基线bacpac文件并永久留存。
• 每日夜间任务执行时，先将上一次留存的bacpac还原到临时Azure SQL实例，再执行sqlpackage /a:DeployReport对比临时库与当前生产库的结构、数据差异，仅导出存在变更的表与关联对象，生成增量版本的bacpac文件留存。
• 注意：该方案为逻辑层面的增量，不支持任意时间点恢复，仅能恢复到每次执行导出任务的版本；如果存在无主键、无索引的超大单表，差异对比阶段仍然需要扫描全表数据，耗时优化幅度有限。

方案3：开启数据库变更追踪实现最小粒度增量导出 #

如果可以接受对生产库做轻量配置，可以用变更追踪能力把导出耗时压到分钟级：

• 在生产库执行SQL开启库级变更追踪：

ALTER DATABASE <你的生产库名> SET CHANGE_TRACKING = ON (CHANGE_RETENTION = 2 DAYS, AUTO_CLEANUP = ON);

• 逐一对需要备份的业务表开启表级变更追踪，记录每次备份的版本号。
• 每次执行备份任务时，仅查询自上次备份版本之后新增、修改、删除的行，导出为增量数据脚本，和基线bacpac配套留存。恢复时先导入基线bacpac，再按时间顺序执行所有增量脚本即可。
• 该方案缺点是需要自行维护同步版本号、增量脚本执行顺序，恢复流程比原生备份复杂。

• 不要尝试通过调整SQLPackage并行度、超时参数等方式优化全量bacpac导出，这类优化最多能将耗时压缩20%-30%，无法解决逻辑导出本身的性能瓶颈，长事务导出还可能出现数据一致性问题。
• 不要自行编写全表扫描脚本比对数据差异，很容易遗漏外键、索引、权限等对象，导致备份文件不可用。

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