MS SQL专用管理员连接DAC

在SQL SERVER 2005中，微软引入了一个叫做数据库专用管理员连接方式（DAC Dedicated Administrator Connection）的特性，使用这个新特性，数据库管理员可以在数据库引擎不能响应正常连接时，可以通过DAC连接到数据库，执行诊断函数或T-SQL语句，对数据库服务器进行问题诊断和故障排除（即使数据库实例以锁定或非正常状态下运行）。其实DAC还有一个非常有用的用途，用来研究数据库内部的表、目录视图等。

以前我也写过关于DAC的一篇文章SQL Server数据库专用管理员DAC连接方式，当时的实验环境是SQL Server 2005，现在来看，感觉有些侧重点和问题都忽略了。

启用远程DAC连接

默认情况下，在SQL SERVER 中远程专用管理员连接特性是禁用的。如果要启用其远程专用管理员连接特性，可以通过T-SQL或Microsoft  SQL Server Management Studio工具两种方式来实现。

T-SQL方式：

Code Snippet

1. USE master;
2. GO
3. SP_CONFIGURE'remote admin connections';
4. SP_CONFIGURE 'remote admin connections', 1; --0 表示仅允许本地连接使用 DAC，1表示允许远程连接使用 DAC
5. GO
6. RECONFIGURE WITH OVERRIDE;
7. GO

管理工具：

SQL Server 2005

SQL Server 2008

用SQL Server 2008 管理工具启用专用管理员连接特性，右键单击SQL Server实例，然后从下拉的选项中选择方面(Facets)选项，进入查看方面窗口。

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

DAC 连接到数据库服务器可以通过SQL Server Management Studio,也可以通过sqlcmd方式连接服务器，我们先看看sqlcmd方式：

sqlcmd方式：

SQLCMD –S [SQL Server Name] –U [User Name] –P [Password] –A

sqlcmd的语法提示如下，你可以用sqlcmd /?来查看

例如，我本机环境，机器名Kerry-PC，sa账号密码为123456，现在我要从本地用DAC连接到数据库

其实参数和参数值之间可以不用空格，服务器可用localhost或IP替换。

 

错误情况1：错误截图如下

C:\Users\Kerry>sqlcmd -S Kerry-Pc -U sa -P 123456 -A

HResult 0x1A，级别 16，状态 1

因为在登录之前握手期间出现错误，所以客户端无法建立连接。最常见原因包括客户端试图

连接到不受支持的 SQL Server 版本、服务器太忙无法接受新连接或服务器上的资源受到限

制(内存或允许的最大连接数)。

Sqlcmd: 错误: Microsoft SQL Server Native Client 10.0 : 客户端无法建立连接。

HResult 0x40，级别 16，状态 1

TCP 提供程序: 指定的网络名不再可用。

Sqlcmd: 错误: Microsoft SQL Server Native Client 10.0 : 由于预登录失败，客户端无

法建立连接。

错误解惑：为了保证有可用的连接资源，每个 SQL Server 实例只允许使用一个 DAC。如果 DAC 连接已经激活，则通过 DAC 进行连接的任何新请求都将被拒绝，实际上上面的错误是我开了两个命令窗口，第一个使用DAC连接到数据库，第二个连接的啥时候就报如上错误。

管理工具连接

使用SSMS以DAC连接到服务器时需要在服务器前面加上ADMIN：，通常为ADMIN：主机名\实例名，如果实例使默认实例则 ADMIN:主机名

错误情况1：

错误解惑：出现这个错误，是因为数据库已经有一个DAC连接了，此时再通过DAC连接到数据库，就会报如上错误。

错误情况2：出现下面错误，可以在SQL Server Management Studio的菜单“文件 --> 新建 --> 数据库引擎查询”，再输入admin：主机名\实例名。这样就不会有下面错误了。

标题: 连接到数据库引擎

------------------------------

无法连接到 ADMIN:Kerry-PC。

------------------------------

其他信息:

已成功与服务器建立连接，但是在登录过程中发生错误。 (provider: TCP 提供程序, error: 0 - 您的主机中的软件中止了一个已建立的连接。) (Microsoft SQL Server，错误: 10053)

有关帮助信息，请单击: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&EvtSrc=MSSQLServer&EvtID=10053&LinkId=20476

------------------------------

按钮:

确定

------------------------------

错误详细信息

DAC的特殊用途 

由于 DAC 仅用于在极少数情况下诊断服务器问题，因此对连接有一些限制，具体参考MSDN，这里不做过多的叙说。下面简单说说DAC的另外一个用途：

在默认连接下，有很多内部表和目录试图是无法获取，往往需要深入研究的时候，非常想知道它内部的实现，那么DAC绝对就是一件利器，我下面举一个例子，有兴趣的可以试试：

目录试图sys.databases，这个大家都很熟悉，那么这个目录视图的数据是从那些表获取的呢，那么我们找到sys.databases的SQL脚本，

SET QUOTED_IDENTIFIER ON
SET ANSI_NULLS ON
GO
CREATE VIEW sys.databases AS
    SELECT d.name, d.id AS database_id,
        r.indepid AS source_database_id,
        d.sid AS owner_sid,
        d.crdate AS create_date,
        d.cmptlevel AS compatibility_level,
        convert(sysname, CollationPropertyFromID(p.cid, 'name')) AS collation_name,
        p.user_access, ua.name AS user_access_desc,
        sysconv(bit, d.status & 0x400) AS is_read_only,            -- DBR_RDONLY
        sysconv(bit, d.status & 1) AS is_auto_close_on,            -- DBR_CLOSE_ON_EXIT
        sysconv(bit, d.status & 0x400000) AS is_auto_shrink_on,        -- DBR_AUTOSHRINK
        p.state, st.name AS state_desc,
        sysconv(bit, d.status & 0x200000) AS is_in_standby,        -- DBR_STANDBY
        sysconv(bit, d.status & 0x40000000) AS is_cleanly_shutdown,    -- DBR_CLEANLY_SHUTDOWN
        sysconv(bit, d.status & 0x80000000) AS is_supplemental_logging_enabled,    -- DBR_SUPPLEMENT_LOG
        p.snapshot_isolation_state, si.name AS snapshot_isolation_state_desc,
        sysconv(bit, d.status & 0x800000) AS is_read_committed_snapshot_on,        -- DBR_READCOMMITTED_SNAPSHOT
        p.recovery_model, ro.name AS recovery_model_desc,
        p.page_verify_option, pv.name AS page_verify_option_desc,
        sysconv(bit, d.status2 & 0x1000000) AS is_auto_create_stats_on,            -- DBR_AUTOCRTSTATS
        sysconv(bit, d.status2 & 0x40000000) AS is_auto_update_stats_on,        -- DBR_AUTOUPDSTATS
        sysconv(bit, d.status2 & 0x80000000) AS is_auto_update_stats_async_on,    -- DBR_AUTOUPDSTATSASYNC
        sysconv(bit, d.status2 & 0x4000) AS is_ansi_null_default_on,            -- DBR_ANSINULLDFLT
        sysconv(bit, d.status2 & 0x4000000) AS is_ansi_nulls_on,                -- DBR_ANSINULLS
        sysconv(bit, d.status2 & 0x2000) AS is_ansi_padding_on,                    -- DBR_ANSIPADDING
        sysconv(bit, d.status2 & 0x10000000) AS is_ansi_warnings_on,            -- DBR_ANSIWARNINGS
        sysconv(bit, d.status2 & 0x1000) AS is_arithabort_on,                    -- DBR_ARITHABORT
        sysconv(bit, d.status2 & 0x10000) AS is_concat_null_yields_null_on,        -- DBR_CATNULL
        sysconv(bit, d.status2 & 0x800) AS is_numeric_roundabort_on,            -- DBR_NUMEABORT
        sysconv(bit, d.status2 & 0x800000) AS is_quoted_identifier_on,            -- DBR_QUOTEDIDENT
        sysconv(bit, d.status2 & 0x20000) AS is_recursive_triggers_on,            -- DBR_RECURTRIG
        sysconv(bit, d.status2 & 0x2000000) AS is_cursor_close_on_commit_on,    -- DBR_CURSCLOSEONCOM
        sysconv(bit, d.status2 & 0x100000) AS is_local_cursor_default,            -- DBR_DEFLOCALCURS
        sysconv(bit, d.status2 & 0x20000000) AS is_fulltext_enabled,            -- DBR_FTENABLED
        sysconv(bit, d.status2 & 0x200) AS is_trustworthy_on,                -- DBR_TRUSTWORTHY
        sysconv(bit, d.status2 & 0x400) AS is_db_chaining_on,                -- DBR_DBCHAINING
        sysconv(bit, d.status2 & 0x08000000) AS is_parameterization_forced,    -- DBR_UNIVERSALAUTOPARAM
        sysconv(bit, d.status2 & 64) AS is_master_key_encrypted_by_server,    -- DBR_MASTKEY
        sysconv(bit, d.category & 1) AS is_published,
        sysconv(bit, d.category & 2) AS is_subscribed,
        sysconv(bit, d.category & 4) AS is_merge_published,
        sysconv(bit, d.category & 16) AS is_distributor,
        sysconv(bit, d.category & 32) AS is_sync_with_backup,
        d.svcbrkrguid AS service_broker_guid,
        sysconv(bit, case when d.scope = 0 then 1 else 0 end) AS is_broker_enabled,
        p.log_reuse_wait, lr.name AS log_reuse_wait_desc,
        sysconv(bit, d.status2 & 4) AS is_date_correlation_on,         -- DBR_DATECORRELATIONOPT
        sysconv(bit, d.category & 64) AS is_cdc_enabled,
        sysconv(bit, d.status2 & 0x100) AS is_encrypted,                        -- DBR_ENCRYPTION
        sysconv(bit, d.status2 & 0x8) AS is_honor_broker_priority_on                -- DBR_HONORBRKPRI
    FROM master.sys.sysdbreg d OUTER APPLY OpenRowset(TABLE DBPROP, d.id) p
    LEFT JOIN sys.syssingleobjrefs r ON r.depid = d.id AND r.class = 96 AND r.depsubid = 0    -- SRC_VIEWPOINTDB
    LEFT JOIN sys.syspalvalues st ON st.class = 'DBST' AND st.value = p.state
    LEFT JOIN sys.syspalvalues ua ON ua.class = 'DBUA' AND ua.value = p.user_access
    LEFT JOIN sys.syspalvalues si ON si.class = 'DBSI' AND si.value = p.snapshot_isolation_state
    LEFT JOIN sys.syspalvalues ro ON ro.class = 'DBRO' AND ro.value = p.recovery_model
    LEFT JOIN sys.syspalvalues pv ON pv.class = 'DBPV' AND pv.value = p.page_verify_option
    LEFT JOIN sys.syspalvalues lr ON lr.class = 'LRWT' AND lr.value = p.log_reuse_wait
    WHERE d.id < 0x7fff
        AND has_access('DB', d.id) = 1
GO

从SQL脚本可以看出这个目录的数据来自sys.sysdbreg、 sys.syspalvalues、sys.syssingleobjrefs内部表，但是如果你去查看这些内部表的数据，你回发现这些对象都不存在

SELECT * FROM sys.sysdbreg

SELECT * FROM sys.syspalvalues

SELECT * FROM sys.syssingleobjrefs

消息 208，级别 16，状态 1，第 1 行
对象名 'sys.sysdbreg' 无效。

然而通过查询sys.objects你会发现，其实是有这样的系统表的，但是查询的时候就会报对象不存在错误，其实你只需要通过DAC连接到数据库，上面的SQL就能顺利执行，很多系统内部表都可以查看了。所以不得不说，DAC也是了解数据库内部实现机制的神器啊！

select * from sys.objects where name in ('sysdbreg','syspalvalues','syssingleobjrefs')