我希望标题是不言自明的。我们想向我们的 sql server 2017 read-scale AG 添加另一个节点。我想使用 Windows 服务器版本 2019，但找不到任何说我不能的信息。对此有何担忧、意见或经验？
我们最近将生产设施升级到 sql server 2017，并迁移到无集群可用性组。有一个主节点、一个现场辅助节点和一个远程辅助节点。我们遇到与远程辅助同步的周期性中断。带宽低至 6G，sql 流量与所有其他流量竞争。好消息是 AG 会在 5-15 分钟后“赶上”。在调查是否有什么办法可以改善这种情况时，我通过实验发现网络 MTU 为 1400，并且 sql 的网络数据包大小设置为默认值 4092。作为实验，我将数据包大小设置为 1400 以匹配MTU。我们已经有好几天没有收到关于 AG 的警报了，所以它“似乎”有帮助。
我的问题是这样做是否正确？我已经读过很多次了，除非 MS 也建议您，否则不要更改网络数据包大小，并且永远不要将其设置为低于默认值 4096。然而......它似乎有帮助。因此，我正在寻找类似情况下更有经验的人的意见。
使用 SQL Server 2017，CU3。我成功创建了一个 2 节点 cluster=NONE 可用性组。两个副本都是站点本地的 VM。当尝试添加另一个异地副本时，我收到 sql 错误 19417，这基本上表示我的副本添加失败，因为当 AG 在 Windows Server 故障转移群集上下文中运行时不支持该操作。但是，我没有使用集群，那是 cluster=none AG 的意义所在。我以前在 CU1 上遇到过麻烦，然后倒退到 RTM 版本。那是我的下一步。发布以防有人看到类似的东西。
我正在使用 SSMS 2016。在作业计划向导中，开始/结束于的字段仅显示一个字符，并且不可用。这是屏幕截图。
SSMS 版本应该是最新的 13.0.16000.28。
还有其他人看到或经历过这个吗？
我正在测试环境中工作，并且已经成功创建了一个具有自动播种功能的分布式可用性组。我无法弄清楚如何将另一个数据库添加到分布式 AG。我成功地将新数据库添加到主 AG，但 alter availability group 语句似乎不适用于分布式 AG。我收到以下错误：
消息 15151，级别 16，状态 1，第 28 行
无法更改可用性组“xxxx”，因为它不存在或您没有权限
尝试修改我的组登录权限会产生相同的消息，但该组属于 sysadmin 角色。在创建分布式 AG 之后，肯定有一种方法可以添加数据库吗？
我一直在测试服务器 2016 故障转移集群。我有 3 个运行服务器 2016 核心的 hyper-v 虚拟机。我在 Windows 10 专业版上安装了 RSAT 工具以使用故障转移群集向导。我无法使用 Win10 机器将节点添加到 2016 集群，出现有关操作系统不同的错误。当我转到具有桌面体验的 server 2016 机器时，我可以使用相同的向导成功添加节点。我认为这是因为操作系统是相同的。
我的问题是……Windows 10 Pro 机器真的无法管理 Server 2016 集群吗？
