1.创建可用性时,若在指定TCP地址错误,再去修改,则不会生效。要手工删除可用性组,再创建才行
**没测试重启动服务是否会生效
2.若较多数据库(部署案例100+)部署到同一个节点,速度非常慢,显示 UNKOWN TOKEN,可能几十分钟后才正常
3.在关闭(SET HADR OFF)时,无响应,接着重启服务,数分钟没响应
环境:SQL 2017 CU3,库里曾创建过内存表,不清楚跟此是否有关系(另一个节点80个无内存表的库暂时没发现异常)
验证原因:因为有内存表的文件流,导致RECOVERING时间很长,而且重启RECOVERING时间也长
看到SQL Server 2016 SP1 CU7修复了此问题。但SQL 2017 CU3还有此问题。CU3比2016 SP1 CU7早发布几天,可能CU4能修复吧