内容摘要：```html mssql 无法分离 错误3724 错误3724弹出来的时候，你正打算把测试库从生产服务器上摘下来。右键数据库，任务，分离。进度条转了两秒，红字糊脸：无法分离数据库 'XX

```html

错误3724弹出来的无误时候，你正打算把测试库从生产服务器上摘下来。法分右键数据库，离错任务，无误分离。法分进度条转了两秒，离错红字糊脸：无法分离数据库 'XXX'。无误错误 3724：无法分离数据库 'XXX'，法分因为它正用于数据库镜像或复制。离错你盯着屏幕，无误心里骂了一句——这库哪来的法分镜像？复制？谁开的？

这个错误的本质很简单：SQL Server 认为该数据库还在被某个“外部功能”占用。3724 的离错官方解释就一句话，但真正麻烦的无误是它不告诉你具体是哪个功能在占坑。镜像、法分复制、离错变更数据捕获（CDC）、甚至某个忘了关的 Service Broker 队列，都可能是元凶。我见过最离谱的一次，是数据库上挂了个十年前的事务复制残留，发布服务器早就不存在了，但订阅端还在傻等。

先查清楚谁在占坑

别急着去删复制或者关镜像。先跑这段：

SELECT name, is_published, is_subscribed, is_merge_published, is_distributor, is_cdc_enabled, is_published FROM sys.databases WHERE name = '你的库名';

看几个关键列：is_published、is_subscribed、is_merge_published 只要有一个是 1，复制就跑不掉。is_cdc_enabled 为 1 说明 CDC 开着，这玩意儿也会让分离失败。如果这些都正常，再去查 sys.dm_db_mirroring_connections 或者直接看数据库属性里“镜像”页是不是灰的。

我碰到过一个案例：库的 is_published 明明是 0，但分离照样报 3724。最后发现是 Service Broker 的队列没清干净。执行 ALTER DATABASE [库名] SET DISABLE_BROKER WITH ROLLBACK IMMEDIATE; 再分离，过了。这种冷门情况微软文档里提得很少，但真能坑死人。

复制残留：最常见也最恶心

如果确认是复制导致的，别直接删订阅或者发布。先看是发布端还是订阅端。在发布服务器上跑 sp_helppublication，在订阅服务器上跑 sp_helpsubscription。有时候复制监视器里已经看不到东西了，但系统表里还留着记录。这时候得用 sp_removedbreplication 这个存储过程，指定 @type = 'both' 或者 'publish'、'subscribe'。注意：这个操作会删掉复制相关的系统对象，执行前最好备份一下。

有个细节：如果数据库之前参与过合并复制，光删发布订阅不够，还得检查 sysmergearticles 和 sysmergesubscriptions 这些表里有没有孤儿行。我一般直接跑 sp_removedbreplication '库名'，然后刷新对象资源管理器，再试分离。十次有八次能成。

CDC 和镜像的坑

CDC 的情况更隐蔽。你明明记得没开过，但某个同事为了做数据同步偷偷启用了。查 sys.sp_cdc_enabled 或者直接看数据库的 is_cdc_enabled 列。关掉它：EXEC sys.sp_cdc_disable_db; 注意这个操作会删掉 CDC 的所有系统表和作业，如果还有人在用，先沟通。

镜像的话，3724 通常会明确说“数据库镜像”。但有时候镜像已经断了，端点还在。执行 ALTER DATABASE [库名] SET PARTNER OFF; 然后再分离。如果报错说没有镜像伙伴，那就去查 sys.database_mirroring 视图，看 mirroring_state 是不是 0。不是 0 就强制关掉。

实在不行，用“脱机”绕过

如果你只是想把库文件挪走，不非得用分离功能，可以试试：

ALTER DATABASE [库名] SET OFFLINE WITH ROLLBACK IMMEDIATE; ALTER DATABASE [库名] SET ONLINE;

然后直接去停 SQL Server 服务，把 .mdf 和 .ldf 文件复制走。再启动服务，数据库会显示“恢复挂起”或者直接变成可疑状态。这时候你 DROP DATABASE 或者用 sp_detach_db 加 @skipchecks = 'true' 参数强制分离。这个方法有点野，但应急时管用。我一般只在测试环境这么干，生产环境还是老老实实清复制和 CDC。

最后说一句：3724 不是数据库坏了，是 SQL Server 的元数据在告诉你“还有东西挂在这个库上”。耐心点，把复制、CDC、镜像、Broker 这四样挨个查一遍，总能找到那个赖着不走的。

```