将 DACPAC 部署到 SQL Server 2016 上的 AOAG 侦听器
Deploying a DACPAC to an AOAG Listener on SQL Server 2016
我们正在尝试通过 MS Release Management Studio 将 DACPAC 部署到新服务器。在数据层升级之前，我们已成功部署到具有相同 DACPAC 和现有已恢复数据库的其他新服务器。证明 DACPAC 和部署过程正在运行。
唯一的区别是此服务器具有 Always On 可用性组 (AOAG)，而我们要部署到的目标是组侦听器。遵循 here 的建议：
You have to deploy it to the Listener, which will in fact redirect your connection to the primary replica of your AlwaysOn Availability Group.
The changes will also be transferred to the secondary replicas.
The listener enables a client to connect to an availability replica without knowing the name of the physical instance of SQL Server to which the client is connecting.
So normally you can use this listener name in the Release Management Studio like another SQL Server Instance.
尝试使用侦听器手动升级数据层应用程序后，它指出目标服务器不可访问。
有没有人有这方面的流程或有一些经验可以分享为什么会发生这种情况以及我可以做些什么来克服它？
更新（已解决）：
我们的服务器似乎已打补丁，导致发生故障转移。辅助副本没有为我们的 Release Management Studio 用户设置帐户。
此外，我们的 DBA 终于插手将我们的副本设置为只读。
因此，我们有了一些发现，例如 DACPAC 的将数据库升级为数据层应用程序，即使它们没有注册。
虽然您可以将 DACPAC 作为 DAC 部署到主要副本，但辅助副本不会注册为 DAC，除非您手动升级/注册它们。有用的知识。
感谢所有提出问题的人:)
我们的服务器似乎已打补丁，导致发生故障转移。辅助副本没有为我们的 Release Management Studio 用户设置帐户。
此外，我们的 DBA 终于插手将我们的副本设置为只读。
因此，我们有了一些发现，比如 DACPAC 会把数据库升级为数据层应用程序，即使它们没有注册。
虽然您可以将 DACPAC 作为 DAC 部署到主副本，但辅助副本不会注册为 DAC，除非您手动升级/注册它们。有用的知识。
感谢所有提出问题的人:)
这也是因为您的数据库恢复设置很简单。在可用性组或镜像情况下，它应该是完整的
我们正在尝试通过 MS Release Management Studio 将 DACPAC 部署到新服务器。在数据层升级之前，我们已成功部署到具有相同 DACPAC 和现有已恢复数据库的其他新服务器。证明 DACPAC 和部署过程正在运行。
唯一的区别是此服务器具有 Always On 可用性组 (AOAG)，而我们要部署到的目标是组侦听器。遵循 here 的建议：
You have to deploy it to the Listener, which will in fact redirect your connection to the primary replica of your AlwaysOn Availability Group. The changes will also be transferred to the secondary replicas. The listener enables a client to connect to an availability replica without knowing the name of the physical instance of SQL Server to which the client is connecting. So normally you can use this listener name in the Release Management Studio like another SQL Server Instance.
尝试使用侦听器手动升级数据层应用程序后，它指出目标服务器不可访问。
有没有人有这方面的流程或有一些经验可以分享为什么会发生这种情况以及我可以做些什么来克服它？
更新（已解决）：
我们的服务器似乎已打补丁，导致发生故障转移。辅助副本没有为我们的 Release Management Studio 用户设置帐户。
此外，我们的 DBA 终于插手将我们的副本设置为只读。
因此，我们有了一些发现，例如 DACPAC 的将数据库升级为数据层应用程序，即使它们没有注册。
虽然您可以将 DACPAC 作为 DAC 部署到主要副本，但辅助副本不会注册为 DAC，除非您手动升级/注册它们。有用的知识。
感谢所有提出问题的人:)
我们的服务器似乎已打补丁，导致发生故障转移。辅助副本没有为我们的 Release Management Studio 用户设置帐户。
此外，我们的 DBA 终于插手将我们的副本设置为只读。
因此，我们有了一些发现，比如 DACPAC 会把数据库升级为数据层应用程序，即使它们没有注册。
虽然您可以将 DACPAC 作为 DAC 部署到主副本，但辅助副本不会注册为 DAC，除非您手动升级/注册它们。有用的知识。
感谢所有提出问题的人:)
这也是因为您的数据库恢复设置很简单。在可用性组或镜像情况下，它应该是完整的