SQL Server 提供了专用管理员链接（DAC）。DAC允许管理员访问运行的服务器以执行诊断函数或Transact—SQL语句，或对服务器上的问题进行故障排除，即使服务器以锁定或在非正常状态下运行。

DAC默认情况下只有服务器上可以使用DAC，但是你可以通过 SQL Server 2005 外围应用配置器设置允许远程计算机上的客户端应用程序使用 DAC，如下图所示

你也可以通过下面的SP_CONFIGURE命令更改数据库服务器配置

 --0 - 指明仅允许本地连接使用 DAC

--1 - 指明允许远程连接使用 DAC

SP_CONFIGURE  'remote admin connections';

SP_CONFIGURE 'remote admin connections', 1;
GO
RECONFIGURE WITH OVERRIDE;
GO

DAC 链接到数据库服务器可以通过SQL Server Management Studio,也可以通过sqlcmd方式连接服务器，但是需要注意的是如果像下图那样打开SSMS链接到服务器，则会报错（自己曾经在这里折腾过很久）

DAC只支持查询窗口, 不支持Object Explorer. 如果你想在SSMS中用DAC连, 你应该用个正常的连接, 然后用DAC打开查询窗口.  DAC只支持一个窗口，如果你已经建立一个连接， 则会报错。MSDN上面提示是并出现错误 17810，但是我在SQL Server 05  出现的错误64如下图所示。

命令行界面 (sqlcmd) 通过使用特殊的管理员开关 (-A)，提供并支持这种专用管理员连接 (DAC)。

下面详细关于DAC内容摘自MSDN

只有 SQL Server sysadmin 角色的成员可以使用 DAC 连接。默认情况下，只能从服务器上运行的客户端建立连接。除非通过 sp_configure 使用 remote admin connections 选项进行配置，否则不允许使用网络连接。DAC 支持加密和 SQL Server 的其他安全性功能。DAC 只允许将用户上下文切换到其他管理用户。

由于 DAC 仅用于在极少数情况下诊断服务器问题，因此对连接有一些限制：

• 为了保证有可用的连接资源，每个 SQL Server 实例只允许使用一个 DAC。如果 DAC 连接已经激活，则通过 DAC 进行连接的任何新请求都将被拒绝，并出现错误 17810。
  
  
• DAC 最初尝试连接到与登录帐户关联的默认数据库。连接成功后，可以连接到 master 数据库。如果默认数据库离线或不可用，则连接返回错误 4060。但是，如果使用以下命令覆盖默认数据库，改为连接到 master 数据库，则连接会成功：
  
  sqlcmd –A –d master
  
  由于只要启动数据库引擎 实例，就能保证 master 数据库处于可用状态，因此建议使用 DAC 连接到 master 数据库。
  
  
• SQL Server 禁止使用 DAC 运行并行查询或命令。例如，如果使用 DAC 执行以下任何命令，都会生成错误 3637。
  
  
  • RESTORE
    
    
  • BACKUP
    
    
• DAC 只能使用有限的资源。请勿使用 DAC 运行需要消耗大量资源的查询（例如，对大型表执行复杂的联接）或可能造成阻塞的查询。这有助于防止将 DAC 与任何现有的服务器问题混淆。为避免潜在的阻塞情况，当需要运行可能造成阻塞的查询时，请尽可能在基于快照的隔离级别下运行查询；否则，请将事务隔离级别设置为 READ UNCOMMITTED 和/或将 LOCK_TIMEOUT 值设置为较短的值（如 2000 毫秒）。这可以防止 DAC 会话被阻塞。但是，根据 SQL Server 所处的状态，DAC 会话可能会在闩锁上被阻塞。可以使用 CNTRL-C 终止 DAC 会话，但不能保证一定成功。如果失败，唯一的选择是重新启动 SQL Server。
  
  
• 为保证连接成功并排除 DAC 故障，SQL Server 保留了一定的资源用于处理 DAC 上运行的命令。通常这些资源只够执行简单的诊断和故障排除功能，如下所示。
  
  
• 为了保留资源，DAC 连接在 SQL Server 2005 Express Edition 中不可用。
  
  

尽管在理论上可以在 DAC 上运行无需并行执行的任何 Transact-SQL 语句，Microsoft 仍强烈建议您仅限于使用下列诊断和故障排除命令：

• 查询动态管理视图 (DMV) 以进行基本的诊断，例如查询 sys.dm_tran_locks 以了解锁定状态，查询 sys.dm_os_memory_cache_counters 检查缓存质量，以及查询 sys.dm_exec_requests 和 sys.dm_exec_sessions 以了解活动的会话和请求。避免使用需要消耗大量资源的 DMV（例如，sys.dm_tran_version_store 需要扫描整个版本存储区，并且会导致大量的 I/O）或使用了复杂联接的 DMV。有关性能含义的详细信息，请参阅特定的 DMV 文档。
  
  
• 查询目录视图。
  
  
• 基本 DBCC 命令，例如 DBCC FREEPROCCACHE、DBCC FREESYSTEMCACHE、DBCC DROPCLEANBUFFERS, 和 DBCC SQLPERF。请勿运行需要消耗大量资源的命令，如 DBCC CHECKDB、DBCC DBREINDEX 或 DBCC SHRINKDATABASE。
  
  
• Transact-SQL 命令 KILL <spid>。根据 SQL Server 的状态，KILL 命令并非一定会成功。如果失败，则唯一的选择是重新启动 SQL Server。下面是一般的指导原则。
  
  
  • 通过查询 select * from sys.dm_exec_sessions where session_id = <spid> 来验证 SPID 是否已被终止。如果没有返回任何行，则表明会话已被终止。
    
    
  • 如果会话仍在运行，则通过运行查询 select * from sys.dm_os_tasks where session_id = <spid> 来验证是否为此会话分配了任务。如果发现还有任务，则很可能当前正在终止会话。请注意，此操作可能会持续很长时间，也可能根本不会成功。
    
    
  • 如果在与此会话关联的 sys.dm_os_tasks 中没有任何任务，但是在执行 KILL 命令后该会话仍然出现在 sys.dm_exec_sessions 中，则表明没有可用的工作线程。选择某个当前正在运行的任务（在 sys.dm_os_tasks 视图中列出的 sessions_id <> NULL 的任务），并终止与其关联的会话以释放工作线程。请注意，终止单个会话可能不够，可能需要终止多个会话。
    
    

DAC 端口

配置远程管理连接之后，会立即启用 DAC 侦听器而不必重新启动 SQL Server