主页 / dba / 问题 / 341715
Accepted
Marcello Miorelli
Asked: 2024-08-17 04:41:19 +0800 CST

所有连接均已加密，但数据库镜像连接未加密

  • 772

根据下面的图片你可以看到结果 select * from sys.dm_exec_connections

很好的 dmv 显示当前连接。

现在，如果您查看详细信息，就会发现数据库镜像连接未加密。

问题是：

这值得担忧吗？

在此处输入图片描述

sql-server

1 个回答

  1. Best Answer

    现在，如果您查看详细信息，就会发现数据库镜像连接未加密。

    tldr 是指预计不会在此 DMV 中显示任何数据，并且正确的目录视图是sys.database_mirroring_endpoints带有列is_encrypted和的encryption_algorithm_desc。

    最初sys.dm_exec_connections来自 SQL 2005，早于数据库镜像、soap 端点、webmethods、http 端点，以及所有其他现已不存在的东西，这些东西当时非常流行，所以它必须存在于每个产品中：咳咳，咳咳：。DMV 最初是为存在的单一类型的端点 TDS 端点（TDS 是 SQL Server 用于交换命令和数据的协议）制作的。因此，TDS 端点完全受支持，并且与该 DMV 配合良好。然后，出现了所有这些其他端点类型，它们都有自己的特殊配置和选项，因此它们有自己的目录视图，但没有被折叠到许多 DMV 中，因此，今天。

    长话短说，没有什么可以阻止数据从任何其他端点（如您问题中的端点）分流到encrypt_option列中。它没有在 DMV 中显示该列的任何内容，是因为没有人花时间让它显示任何内容。该 DMV 唯一实现的端点是 TDS 端点。所有其他端点都将显示您在屏幕截图中看到的默认值。sys.dm_exec_connectionsDATABASE_MIRRORING

    这就是事情变得……奇怪的地方。鉴于这是自 2005 SP1 (?) 以来的预期行为 (?)，当时您可以打开 TF 并进行镜像设置，我们现在处于一个可以将其视为重大更改的地方。我不太了解谁使用 DMV 以及预期是什么，尽管我已经回答过这个问题很多次了，似乎预期结果是实际值（如果是或不是以及身份验证方案）……尽管有人可能会争论向后兼容性，我的天啊，SQL Server 是否以任何向前发展为代价来保持向后兼容性，所以这可能是一场惨胜。

    无论如何，是的，使用sys.database_mirroring_endpointsDMV。是的，endpoints尽管只能有一个。

    • 3

相关问题