alwayson修改数据库失败

Posted 2023-04-06

在SQL Server AlwaysOn部署中，在修改数据库设置时，可能会出现失败的情况。以下是一些可能导致该问题的原因和相应的解决方法：

1. 检查连接性：可能是由于网络连接性问题导致数据库修改操作失败。请检查您的网络配置、防火墙设置和网络带宽等因素，以确保没有任何问题。另外，请确保所有节点都已启动，并且AlwaysOn主要副本和次要副本之间存在可靠的通信通道。

2. 更新数据库失败：如果您尝试更改正在运行的数据库，则可能会遇到更新数据库失败的错误。请确保您尝试修改的数据库处于脱机状态，以便成功地更新其设置。可以通过将数据库从AlwaysOn组中删除来使其脱机，然后再将其重新添加到组中。

3. 处理竞争条件：当多个用户同时尝试修改同一个数据库设置时，可能会发生竞争条件，这可能会导致更新操作失败。为了解决这个问题，您可以使用锁定机制来确保一次只有一个用户可以编辑数据库设置。

4. 检查权限：有时，更新数据库设置需要特定的权限。请确保您有足够的权限来进行所需的更改。另外，如果您使用的是Windows身份验证，则需要检查当前用户是否具有所需的权限。

5. 检查AlwaysOn配置：最后，如果以上步骤没有解决问题，则需要检查AlwaysOn配置是否正确。您可以使用SQL Server Management Studio或PowerShell管理工具来检查AlwaysOn配置，并确保所有节点和数据库都正确配置。

总之，AlwaysOn修改数据库失败的原因很多，需要根据具体错误信息进行排查和解决。如果您还遇到问题，请尝试在日志文件和论坛上查找解决方案，或向相关的技术支持寻求帮助。 参考技术A "AlwaysOn"是SQL Server中的高可用性和灾难恢复解决方案，它可以提供数据库的自动故障转移和故障恢复功能。如果您在修改数据库时遇到了问题，可能是以下原因之一：
1. 数据库处于不可用状态：在修改数据库之前，请确保数据库处于可用状态。如果数据库处于不可用状态，则无法进行修改。
2. AlwaysOn配置错误：如果AlwaysOn配置不正确，则可能会导致修改数据库失败。请确保AlwaysOn配置正确，并且所有节点都处于可用状态。
3. 权限不足：如果您没有足够的权限来修改数据库，则可能会失败。请确保您具有足够的权限来执行所需的操作。
4. 数据库正在使用中：如果数据库正在被其他用户或应用程序使用，则可能会导致修改失败。请确保在修改数据库之前，没有其他用户或应用程序正在使用该数据库。
如果您无法解决问题，请查看SQL Server错误日志以获取更多信息。您还可以考虑联系SQL Server支持团队以获取帮助。

为 SQL 2012 AlwaysOn 可用性组添加节点失败/Azure WSFC 2012

【中文标题】为 SQL 2012 AlwaysOn 可用性组添加节点失败/Azure WSFC 2012

【英文标题】：add node fails w/ Azure WSFC 2012 for SQL2012 AlwaysOn Availability Grps

【发布时间】：2015-01-11 23:00:33

【问题描述】：

为所有 AZURE 中的 AlwaysOn 可用性组添加节点失败 Windows Server 2012 故障转移群集，留下一个明显的幻影 VM 节点。我该如何清理？

目标服务器虚拟机的服务器属性被标记为“集群”，但不是。成功添加了另一个节点，但是当再次尝试添加之前失败的节点时，它不起作用，因为集群管理器报告目标“xxxxx 服务器已经集群”。

我驱逐了单个节点，然后“破坏了集群”。然后创建了一个新命名的集群。添加了一个节点，但是在尝试添加“问题”sql server VM 时，我得到相同的返回 msg：“服务器已经在集群中”。当我远程进入目标 sql Azure VM 时，服务器管理器将服务器显示为“集群”。我找不到任何方法来清理这个失败的操作。

当我在 SQL VM 上打开 FO 集群管理器时，我看到我之前“销毁”的集群的集群名称被红色标记了。相同的 VNET，相同的子网。在尝试将第二个 SQL VM 节点添加到集群时，验证集群构建到故障点时的 OK。

【参考方案1】：

在通过 msdn、technet 闲逛后没有找到解决方案。必须完全删除 azure vm,s，但请注意在 通过 ms 新门户查看相同的云，部分仍然显示在这些页面中。就像在蔚蓝混沌中飘荡的随意的气球……