SQL Server迁移Azure DB是否需实现syspolicy_purge_history作业

核心结论：不需要在Azure SQL DB中手动实现syspolicy_purge_history作业，直接在迁移作业清单中忽略该条目即可。

• 先厘清原作业的作用：syspolicy_purge_history是本地自建SQL Server的默认系统作业，挂载在实例级系统库msdb下运行，唯一作用是定期清理基于策略的管理（PBM）功能生成的历史执行记录，防止msdb库的历史表无限膨胀占用实例存储。
• Azure SQL DB是全托管PaaS服务，不会向用户开放实例级的msdb库访问权限，所有底层系统运维操作——包括系统历史数据清理、实例健康巡检、内置系统任务调度——全部由Azure平台自动执行，不需要用户手动维护。
• 不要尝试在用户库中手动复刻该作业：首先Azure SQL DB（单数据库/弹性池配置）本身不支持原生SQL Server代理作业的运行环境，手动创建的同名作业无法按照本地实例的逻辑正常生效；其次平台已经内置了对应的数据清理规则，会自动按照默认保留周期清理策略管理相关的冗余历史数据，不会出现无效数据占用用户配额的情况。
• 如果你迁移后有自定义定时任务的调度需求，不要照搬本地SQL Server代理的作业实现逻辑，改用Azure弹性作业、Azure Automation这类官方托管调度能力即可。

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