Kourtney's questions

我的组织已经成功使用服务代理、对话安全性几年了。

我有一个我想配置的新服务代理实例，但我相信我遇到了这样一种情况，即新代理实例被错误地放入数据库的顺序（现有代理实例就位）导致新代理实例失败。

我的错误在目标服务器上；找不到证书。无法检索安全上下文。

我的情况是：源服务器 A (dmz) 发送到目标服务器 B，其中已经存在代理实例以两种方式但在不同的数据库上发送消息。

测试 1：我调换了源服务器和目标服务器的角色，使服务器 B 成为我的源，服务器 A (dmz) 成为我的目标，同时使用相同的数据库。这是成功的。

测试 2：我删除了测试 1 实例并在每台服务器上创建了 2 个新数据库。我再次重新配置了源和目标角色，现在从服务器 A (dmz) 发送到服务器 B，这是成功的。新数据库中只配置了一个服务代理实例，因此放置顺序不是问题。

过去，当我们第一次设置开发/测试环境时，我遇到过这种情况；但是，情况略有不同，因为许多其他代理实例也在失败。不是全部，而是一些。一旦我意识到发生了什么，删除所有实例并以特定顺序重新创建它们，源实例在目标实例之前，情况就解决了。

我认为服务代理会自动在正确的订单位置添加一个新实例。

我认为必须在特定订单内配置代理实例是否正确？如果是这样，我如何在不中断现有代理的情况下添加新的代理实例？

请分享您的想法和建议。

在配置两个 Service Broker 实例成功将 msg 发送到单独数据库上的远程服务器后，我试图在相同的成功数据库之一上设置第二个 Service Broker 实例。

我仅在 ssbdiagnose 上收到错误。没有其他工具显示错误。2 在源服务器上运行时来自 ssbdiagnose 的错误。

1. 'target IP' 'targetDatabaseName' 用户 '' 使用的用于对话安全的证书 'source cert name' 未部署在数据库中。
2. '目标 IP' 'targetDatabaseName' 无法使用证书将 '源 IP' 上的 sourceDatabase '' 中的用户 '' 映射到此数据库。

第一个错误消息中的源证书名称是我以前在源服务器上存在的证书，用于将消息发送到目标服务器上的不同数据库。

所以它似乎在查看错误的证书。

在目标服务器上运行 ssbdiagnose 时，出现以下错误：

1. 登录失败。登录来自不受信任的域，不能与 Windows 身份验证一起使用。

谢谢

我的目标服务器没有收到消息，并且目标服务器错误日志中显示以下错误。Service Broker 登录尝试失败并出现错误：“连接握手失败。没有兼容的加密算法。状态 22。

我正在使用服务代理传输安全 - 基于证书的身份验证。我的主数据库密钥和证书已设置，权限已授予 broker_endpoint。我的用户数据库密钥和证书已设置，权限已授予服务。

我在每台服务器上的端点都配置了证书，具有主数据库证书的权限，并且我的所有数据库都由同一用户进行身份验证。

我还在目标服务器上的 Sql Trace 中收到错误：找不到证书。

这里的问题是它在同一行记录的服务，在 sql 跟踪中，是针对在源服务器上配置的不同服务代理，我在对话中没有引用。

当我在两台服务器上查看 sys.certificates 时，所有证书都与正确的 issuer_name 相关联。

任何帮助表示赞赏。

谢谢