SQL Server 不只是一个数据库引擎，它背后有一整套微软生态的集成能力：Windows 认证、Active Directory 集成、SSRS 报表服务、SSIS 数据集成服务、SQL Agent 作业调度。迁移数据库时，这些周边系统的处理往往比数据迁移本身更复杂。
Windows 认证和 AD 集成
很多 SQL Server 部署使用 Windows 认证（Integrated Security），用户不需要单独输入数据库账号密码，而是用域账号直接登录。这种方式在企业环境中很方便，但迁移到非 Windows 环境的数据库后，这个能力就没了。
替代方案
方案一：改为用户名密码认证。 最直接的方式，但需要管理大量数据库账号。原来通过 AD 组统一授权的，现在需要在数据库层面重建角色和权限体系。
方案二：使用 LDAP 认证。 部分数据库支持通过 LDAP 协议对接 AD，实现类似 Windows 认证的效果。但配置方式和 Windows 认证不同，需要重新设计认证流程。
方案三：应用层统一认证。 不依赖数据库层的认证集成，而是在应用层做统一认证和权限管理，数据库只使用应用账号连接。这种方式解耦了数据库和认证系统，但需要改造应用。
需要注意的
SSRS 报表服务
SSRS（SQL Server Reporting Services）是很多企业报表体系的核心。它和 SQL Server 深度集成，报表数据源直接指向 SQL Server，权限也和 AD 集成。
替代方案
方案一：迁移到独立报表工具。 把 SSRS 报表迁移到其他报表平台（如 FineReport、Metabase、Superset）。需要重新制作报表模板，但长期来看更灵活。
方案二：保留 SSRS，数据源指向新数据库。 如果新数据库兼容 SQL 协议（如 TiDB），可以配置 SSRS 的数据源连接到新数据库，报表本身不需要重做。但 SSRS 仍然依赖 Windows 环境，如果整体要脱离 Windows 生态，这条路走不通。
方案三：报表逻辑下推到数据库。 如果目标数据库有 HTAP 能力，部分原本需要 SSRS 预处理的报表查询，可以直接在数据库中用 SQL 完成，通过 BI 工具直连查询。
需要注意的
SSIS 数据集成服务
SSIS（SQL Server Integration Services）常用于 ETL 流程，从多个数据源抽取数据、转换后加载到 SQL Server。迁移数据库后，SSIS 包中的目标连接需要修改。
替代方案
方案一：修改 SSIS 包的目标连接。 如果 SSIS 继续运行在 Windows 环境中，只需要把目标连接从 SQL Server 改为新数据库的连接。前提是新数据库有兼容的驱动或 OLE DB 提供程序。
方案二：替换为其他 ETL 工具。 如 Apache Airflow、DataX、自研的数据管道。这种方式更灵活，但改造成本也更高。
SQL Agent 作业调度
SQL Agent 用于调度定时任务（如夜间批处理、数据备份、报表生成）。迁移后这些定时任务需要在新环境中重新部署。
替代方案
TiDB 在 SQL Server 周边生态迁移中的对应能力
TiDB 兼容 MySQL 协议，SSRS 可以通过 MySQL OLE DB 驱动连接 TiDB，如果短期内无法替换 SSRS，可以只改数据源指向。对于 SSIS，TiDB 提供 DM 工具可以替代部分 ETL 功能。建议将周边系统的迁移和数据库迁移同步规划，优先评估认证方式和报表体系的改造方案。
如果你正在规划 SQL Server 迁移，建议先盘点 Windows 认证、SSRS 报表和 SQL Agent 作业的使用情况，再确定哪些可以保留、哪些需要替换。