基于windows系统的netcore架构与SqlServer数据库，实现双机热备。

以下是基于 SQL Server Always On 可用性组 和 故障转移群集 的详细配置步骤，用于实现双机热备。

步骤 1：准备环境

1.1 硬件和软件准备

• 两台服务器：分别作为主服务器和备用服务器。
• SQL Server版本：确保两台服务器上安装的SQL Server版本一致，且支持Always On功能（通常需要企业版）。
• Windows Server版本：确保两台服务器的操作系统版本一致。
• 网络配置：确保两台服务器之间网络通畅，并且可以访问共享存储（如果使用）。

1.2 安装SQL Server

• 在两台服务器上安装SQL Server实例，但不要选择“故障转移群集安装”选项。
• 确保SQL Server服务以具有本地管理员权限的账户运行。

步骤 2：配置Windows Server Failover Clustering（WSFC）

2.1 安装故障转移群集功能

1. 在两台服务器上打开“服务器管理器”。
2. 添加角色和功能，选择“故障转移群集”功能并安装。

2.2 创建故障转移群集

1. 打开“故障转移群集管理器”。
2. 创建新的群集，指定群集名称和IP地址。
3. 将两台服务器添加为群集节点。
4. 使用群集验证向导验证群集配置是否正确。

2.3 配置群集网络和存储

• 如果使用共享存储（如SAN），需要在WSFC中配置共享磁盘。
• 确保群集网络配置正确，两台服务器可以通过群集网络通信。

步骤 3：配置SQL Server故障转移群集实例

3.1 在主服务器上安装故障转移群集实例

1. 在主服务器上运行SQL Server安装程序。
2. 在安装向导中选择“新SQL Server故障转移群集安装”。
3. 按照向导提示完成安装，包括：
   • 指定产品密钥和许可条款。
   • 安装安装程序支持文件。
   • 指定SQL Server服务的登录账户。
   • 配置数据库引擎和Analysis Services。
   • 指定群集资源组名称和共享磁盘。
   • 配置网络设置，指定故障转移群集实例的IP地址。
   • 完成安装后，重启服务器。

3.2 在备用服务器上添加节点

1. 在备用服务器上运行SQL Server安装程序。
2. 在安装向导中选择“添加节点到现有SQL Server故障转移群集”。
3. 按照向导提示完成安装，包括：
   • 指定要添加到群集的节点。
   • 配置网络设置，指定故障转移群集实例的IP地址。
   • 完成安装后，重启服务器。

步骤 4：配置Always On可用性组

4.1 在主服务器上创建可用性组

1. 打开SQL Server Management Studio（SSMS）。
2. 在“对象资源管理器”中，右键单击“Always On 高可用性”，选择“新建可用性组向导”。
3. 在“新建可用性组向导”中，完成以下步骤：
   • 指定可用性组选项：输入可用性组的名称（例如MyTestAG）。
   • 选择数据库：选择要加入可用性组的数据库。
   • 指定副本：添加辅助副本（备用服务器的SQL Server实例）。
   • 配置数据库镜像端点：确保端口配置正确。
   • 选择初始数据同步：选择“完全同步”，并指定一个共享网络位置用于备份和还原。

4.2 配置可用性组监听器

1. 在“新建可用性组向导”中，完成监听器配置：
   • 指定监听器名称和IP地址。
   • 确保监听器名称可以被客户端解析。
2. 在故障转移群集管理器中，验证监听器资源是否已正确配置。

步骤 5：测试故障转移

1. 手动触发故障转移，确保辅助副本可以正常接管主副本的工作。
   • 在故障转移群集管理器中，手动将可用性组故障转移到辅助副本。
   • 验证数据库连接和数据完整性。
2. 测试客户端连接到可用性组监听器，确保在故障转移后客户端可以自动连接到新的主副本。

步骤 6：配置Web服务（.NET Core）

6.1 更新连接字符串

在.NET Core应用程序中，数据库连接字符串需要指向可用性组监听器，而不是直接指向主服务器的IP地址。示例连接字符串如下：

{"ConnectionStrings": {"DefaultConnection": "Server=myAvailabilityGroupListener;Database=myDatabase;User Id=myUser;Password=myPassword;"}
}

• myAvailabilityGroupListener 是可用性组监听器的名称。
• myDatabase 是数据库名称。
• myUser 和 myPassword 是数据库登录凭据。

6.2 实现重试机制

在.NET Core应用程序中，建议实现重试机制，以应对故障转移期间可能出现的短暂连接中断。可以使用Polly库来实现重试策略。

步骤 7：监控和维护

7.1 监控可用性组状态

• 使用SSMS中的“可用性组仪表板”查看可用性组的状态。
• 使用T-SQL查询或SQL Server Agent警报来监控数据同步状态。

7.2 定期测试故障转移

• 定期手动触发故障转移，确保系统在故障情况下可以正常切换。
• 验证数据库连接和数据完整性。

7.3 备份和恢复策略

• 定期备份数据库，确保数据安全。
• 测试备份恢复流程，确保在灾难情况下可以快速恢复数据。

注意事项

• 网络延迟：如果主备服务器之间存在较大的网络延迟，建议使用异步提交模式，但需注意数据丢失的风险。
• 存储配置：确保主备服务器的存储性能一致，避免因存储瓶颈影响数据库性能。
• 客户端连接：客户端连接到可用性组监听器时，可能会出现短暂的连接中断，建议在应用程序中实现重试机制。

通过以上详细步骤，可以实现SQL Server的双机热备，确保在主服务器故障时，备用服务器可以无缝接管，保障Web服务的高可用性。