标签: hadr

为什么 HADR 池中可用性组的工作线程数会增加到远远超过“通常每个副本有 3-10 个共享线程”的最低使用量？

在一种情况下，我们观察到 300 多个线程的使用情况，总共有 3 个可用性组和 10 个数据库。SQL Server 2014 SP1。

我们的线索是二级副本的备份、主副本的高活动、二级副本的报告。

AG 位于 VMware 上的数据中心。总共 16 个调度程序，通常的工作线程在 200 范围内。服务器上的max_dop为 2。

• 3 个 AG，10 个 DB，每个副本 4 个 - 主副本，2 个只读，1 个不可读。
• 1 个次要同步，2 个异步
• 大型多主机集群上 32 个物理内核上的 16 个 vcores。
• 没有过度供应。
• 其他较小的 4-8 核 VM 位于同一位置，但不会占用 CPU

我们观察到导致拒绝服务的工作线程激增。将工作线程归因于 AG 是我们的假设，因为只有那些工作线程才能跨越限制。

在上下文中阅读的 SQL Server Premier 现场工程师博客中的以下链接并没有给我一个完整的答案：

• 监控 SQL Server 2012 AlwaysOn 可用性组工作线程消耗
• 我的实际工作线程是否超过了 sp_configure 的“最大工作线程”值？

我删除了一个高可用性组，禁用了 sql 配置管理器中的选项并重新启动，我还从 Windows 中删除了故障转移群集组件并重新启动。

不幸的是，数据库在两台服务器上都被标记为恢复挂起。

我试图放弃它们，但得到了这个：

消息 3752，级别 16，状态 1，第 1 行
数据库“GEO”当前已加入可用性组。在删除数据库之前，您需要将其从可用性组中删除。

我也尝试恢复数据库但没有成功，并将其设置为紧急模式，但不能：

无法对数据库“GEO”执行该操作，因为它涉及数据库镜像会话或可用性组。不允许对参与数据库镜像会话或可用性组的数据库执行某些操作。

我什至试图通过停止引擎并重命名文件以尝试使其成为可疑文件来暴力破解服务器，但它仍在等待恢复中......我无法重新启用 HADR 设置，因为 Windows 集群已被破坏。

除了 sys.availability_replicas 之外，所有系统目录都是空的，它引用了另一台服务器（几年来我第一次希望回到过去可以访问系统表的美好时光）。

任何想法如何摆脱这些数据库？

我正在阅读 SQL Server 的文档。在https://docs.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/windows-server-failover-clustering-wsfc-with-sql-server 的这个页面上，它说：

Always On 可用性组和 Always On 故障转移群集实例都使用 WSFC 作为平台技术，将组件注册为 WSFC 群集资源。

我有点困惑。在以前版本的 SQL Server（如 SQL Server 2008）中，有一项称为SQL Server 故障转移群集的技术，它与Always On 故障转移群集实例相同吗？希望有人能澄清这一点。提前致谢。

我们想要创建一个 Always On Availability 组，其中主要副本将在本地，次要副本将在 Azure VM 上。我已经研究过并且我知道这样做是可能的，但是在我发现的所有示例中，他们总是在本地也有一个辅助副本，然后第 3 个虚拟机是天蓝色的虚拟机。我们只想要 2 个副本，一个在本地，一个在 azure 上。这可能吗？

我已阅读文档以使用“添加 Azure 副本向导”，其中一个先决条件是：您的可用性组必须包含本地可用性副本。我不确定这是否意味着我必须在本地至少有一个辅助副本，还是仅意味着我必须先在本地创建可用性组，然后才添加辅助副本。

感谢您的帮助和指导！

我在我的笔记本电脑 ( testlab )上安装了 AlwaysOn和三个虚拟机，其中一个是域控制器，两个托管 SQL Server 实例（计划作为一个主副本和一个辅助副本）。一切都很顺利，直到我想将辅助副本添加到可用性组。

请找到随附的屏幕截图。我已经在 TCP/IP 设置中将端口更改为 1433，并且还在 Windows 防火墙中为 SQL Server 添加了一个例外。两台服务器都在同一个集群网络中。不知道我在这里还缺少什么。