SQL Server数据库专用管理员DAC连接方式
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。
o RESTORE

 
o 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。下面是一般的指导原则。
o 通过查询 select * from sys.dm_exec_sessions where session_id = <spid> 来验证 SPID 是否已被终止。如果没有返回任何行，则表明会话已被终止。

 
o 如果会话仍在运行，则通过运行查询 select * from sys.dm_os_tasks where session_id = <spid> 来验证是否为此会话分配了任务。如果发现还有任务，则很可能当前正在终止会话。请注意，此操作可能会持续很长时间，也可能根本不会成功。

 

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。