SQL Server ：可用性组 automatic seeding

问题1

问题分析

从日志中可以看出，MSSQL数据库在尝试自动播种（automatic seeding）时遇到了问题。以下是关键错误信息：

1. 数据库状态不正确：

   Database "rs6" is not in a recovering state which is required for a mirror database or secondary database. The remote database must be restored using WITH NORECOVERY.
   

2. 自动播种失败：

   Automatic seeding of availability database "rs6" in availability group "ha_group" failed with an unrecoverable error. Correct the problem, then issue an Alter Availability Group command to set SEEDING_MODE = AUTOMATIC on the replica to restart seeding.
   

3. 日志备份不足：

   Error: 1411, Severity: 16, State: 101.
   The remote copy of database "s6" has not had enough log backups applied to roll forward all of its files to a common point in time.
   

可能原因

1. 数据库状态不正确：数据库rs6未处于恢复状态（RESTORING），这是镜像数据库或次级数据库所必需的状态。
2. 自动播种配置问题：自动播种模式可能未正确配置，或者存在其他配置问题。
3. 日志备份不足：次级数据库未应用足够的日志备份，导致无法前滚（roll forward）到一个共同的时间点。
4. 网络或权限问题：网络连接问题或权限不足可能导致自动播种失败。

排查和解决方案

1. 检查数据库状态

1. 检查数据库状态：

   SELECT name, state_desc FROM sys.databases WHERE name = 'rs6';
   

   • 如果状态不是RESTORING，需要手动将其置于恢复状态。

2. 将数据库置于恢复状态：

   RESTORE DATABASE rmlis6 FROM BACKUP WITH NORECOVERY;
   

2. 重新配置自动播种

1. 确保自动播种模式已启用：

   ALTER AVAILABILITY GROUP ha_group MODIFY REPLICA ON 'replica_name' WITH (SEEDING_MODE = AUTOMATIC);
   

2. 重新启动自动播种：

   ALTER AVAILABILITY GROUP ha_group ADD REPLICA ON 'replica_name' WITH (SEEDING_MODE = AUTOMATIC);
   

3. 检查备份和恢复日志

1. 查看备份历史：

   SELECT * FROM msdb.dbo.backupset WHERE database_name = 'rs6';
   

2. 确保备份文件可用：

   • 确保备份文件路径正确且可访问。
   • 确保备份文件未损坏。

3. 应用日志备份：

   • 确保次级数据库应用了所有必要的日志备份，以便能够前滚到一个共同的时间点。

4. 检查网络和权限

1. 检查网络连接：

   • 确保所有节点之间的网络连接正常。
   • 确保端口（如1433）未被防火墙阻止。

2. 检查权限：

   • 确保SQL Server服务账户具有足够的权限访问备份文件和数据库。

5. 检查高可用性组状态

1. 查看高可用性组状态：

   SELECT * FROM sys.dm_hadr_availability_group_states;
   

2. 查看数据库复制状态：

   SELECT * FROM sys.dm_hadr_database_replica_states;
   

6. 重新启动高可用性组

1. 删除并重新创建高可用性组：
   • 如果问题持续存在，可以尝试删除并重新创建高可用性组。

总结

根据日志分析，主要问题是数据库rmlis6未处于恢复状态，导致自动播种失败。以下是解决步骤：

1. 检查数据库状态，确保其处于RESTORING状态。
2. 重新配置自动播种，确保SEEDING_MODE = AUTOMATIC已启用。
3. 检查备份文件，确保其可用且未损坏。
4. 验证网络和权限，确保所有节点之间的连接正常且权限充足。
5. 检查高可用性组状态，确保所有节点和数据库状态正常。

如果问题仍然存在，可以进一步查看SQL Server的详细日志或使用管理工具进行诊断。希望这些步骤能帮助你解决问题！

问题2

从日志中可以看出，MSSQL数据库在尝试自动播种（automatic seeding）时遇到了问题。以下是对日志的详细分析：

1. 错误信息

日志中多次出现以下错误信息：

Database "rs6" is not in a recovering state which is required for a mirror database or secondary database. The remote database must be restored using WITH NORECOVERY.

Automatic seeding of availability database "rmlis6" in availability group "ha_group" failed with an unrecoverable error. Correct the problem, then issue an Alter Availability Group command to set SEEDING_MODE = AUTOMATIC on the replica to restart seeding.

2. 问题描述

• 错误原因：数据库rs6不在恢复状态（recovering state），这是镜像数据库或次级数据库所必需的状态。
• 自动播种失败：自动播种操作失败，提示需要修复问题并重新启动播种。

3. 可能原因

• 数据库状态不正确：数据库rs6未处于恢复状态（RESTORING），这可能是由于备份或恢复操作未正确完成。
• 自动播种配置问题：自动播种模式可能未正确配置，或者存在其他配置问题。
• 网络或权限问题：网络连接问题或权限不足可能导致自动播种失败。

4. 解决方案

4.1 检查数据库状态

1. 检查数据库状态：

   SELECT name, state_desc FROM sys.databases WHERE name = 'rs6';
   

   • 如果状态不是RESTORING，需要手动将其置于恢复状态。

2. 将数据库置于恢复状态：

   RESTORE DATABASE rmlis6 FROM BACKUP WITH NORECOVERY;
   

4.2 重新配置自动播种

1. 确保自动播种模式已启用：

   ALTER AVAILABILITY GROUP ha_group MODIFY REPLICA ON 'replica_name' WITH (SEEDING_MODE = AUTOMATIC);
   

2. 重新启动自动播种：

   ALTER AVAILABILITY GROUP ha_group ADD REPLICA ON 'replica_name' WITH (SEEDING_MODE = AUTOMATIC);
   

4.3 检查备份和恢复日志

1. 查看备份历史：

   SELECT * FROM msdb.dbo.backupset WHERE database_name = 'rs6';
   

2. 确保备份文件可用：

   • 确保备份文件路径正确且可访问。
   • 确保备份文件未损坏。

4.4 检查网络和权限

1. 检查网络连接：

   • 确保所有节点之间的网络连接正常。
   • 确保端口（如1433）未被防火墙阻止。

2. 检查权限：

   • 确保SQL Server服务账户具有足够的权限访问备份文件和数据库。

5. 日志分析

• 错误代码1464：表示自动播种失败，通常与数据库状态或配置问题有关。
• 错误时间：错误发生在2025年3月29日11:46左右，可能与特定的备份或恢复操作有关。

6. 预防措施

• 定期备份：确保定期备份数据库，并验证备份文件的完整性。
• 监控状态：定期监控数据库和高可用性组的状态，及时发现并解决问题。
• 测试配置：在生产环境部署前，先在测试环境中验证配置。

总结

根据日志分析，主要问题是数据库rs6未处于恢复状态，导致自动播种失败。建议按照以下步骤进行排查和解决：

1. 检查数据库状态，确保其处于RESTORING状态。
2. 重新配置自动播种，确保SEEDING_MODE = AUTOMATIC已启用。
3. 检查备份文件，确保其可用且未损坏。
4. 验证网络和权限，确保所有节点之间的连接正常且权限充足。

如果问题仍然存在，可以进一步查看SQL Server的详细日志或使用管理工具进行诊断。希望这些步骤能帮助你解决问题！