SQL Server数据库专用管理员DAC连接方式

2016-04-22 3193

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介：

+关注继续查看

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 端口

SQL Server 在专用的 TCP/IP 端口上侦听 DAC。错误日志包含所侦听的 DAC 所在的端口号。默认情况下，DAC 侦听器只接受本地端口上的连接。有关激活远程管理员连接的代码示例，请参阅 remote admin connections 选项。

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