Azure VM 上的 s-s-rS 2016 横向扩展不起作用

Posted 2023-03-23

【中文标题】Azure VM 上的 s-s-rS 2016 横向扩展不起作用

【英文标题】：s-s-rS 2016 Scale-Out on Azure VMs not working

【发布时间】：2016-07-11 19:08:04

【问题描述】：

设置

我正在运行 AlwaysOn SQL Server 可用性集（来自 Azure Always On SQL Server Availability Set Template），并尝试在横向扩展 NLB 设置中利用两个 SQL Server（我还没有弄清楚要使用什么虚拟设备) 用于 s-s-rS。我从未真正使用过 s-s-rS 的横向扩展设置，但它似乎相对简单：

1. Set up one instance of s-s-rS
2. Create reportserver db
3. Connect to same report server db from a second s-s-rS instance
4. Accept the join request from s-s-rS Configuration tool of the first instance

在第 4 步之前，当加入请求未出现 (see the screenshot) 时，一切*似乎都可以正常工作。我想可能会导致一些问题的部分原因是，由于 AlwaysOn 设置，我正在为我的 s-s-rS 连接字符串使用带有 sql 侦听器的内部负载均衡器，这可以在任何给定时间指向任一 SQL Server 实例故障转移，但我不确定这会带来什么麻烦。

我尝试过的事情

以下结果：尽管成功连接到数据库，但无法加入第二个实例。

在将报表服务器添加到 AlwaysOn 之前进行横向扩展 将报表服务器添加到 AlwaysOn 后横向扩展 从第一个实例使用 rskeymgmt 实用程序（表示成功，但重启 s-s-rS 服务没有变化）

以下结果：主要横向扩展实例从一个实例更改为另一个实例。

连接到 RS 数据库后，将加密密钥从第一个实例恢复到第二个实例。

这些似乎都不起作用，我不确定这是 SQL Server 2016 中的错误还是我的方法有问题。任何帮助将不胜感激。

谢谢！

*注意：我遇到了一些环回的初始问题，但禁用了严格名称检查并通过检查允许特定的 dns 名称（负载均衡器的主机名（基本和 FQDN）以及服务器本身（基本和 FQDN）。

【参考方案1】：

事实证明，Azure SQL Server 模板在报表服务器配置文件中带有相同的 InstallationID。更改文件中的 GUID 即可解决此问题。