Добрый день.
Microsoft SQL Server 2017 (RTM-CU13-OD) (KB4483666) - 14.0.3049.1 (X64)

Иногда при обращении к вторичным нодам (синхронные) вылетает Could not locate statistics '_WA_Sys_xxx_xxx' in the system catalogs. Когда строишь удаленные запросы через linked server к ним.

На 2014 версии помогал сброс кеша на вторичной реплике. На 2017 сброс помогает 50/50...

Что обнаружили.
В таблице sys.stats статистика есть. А sys.dm_db_stats_properties() по этой статистике возвращает указанную ошибку. Удаленный сервер перед выполнением/построением запроса неявно вызывает эту функцию.
Также заметили, что таблица, по которой статистика до конца не долетела, находится в перманентном IX ожидании (при чем скорее всего кажется что перманентное, возможно часто накладывается и снимается). А процесс который держит IX является DB STARTUP.
Фишка в том, что на Primary ноде, никаких блокировок IX/X на ней нет. (Точнее есть, но они все короткие (OLTP система) от пользовательских сессий).
Еще из нюансов, то, что на вторичных репликах есть несколько системных сессий PARALLEL REDO TASK и PARALLEL REDO HELP TASK
с ожиданиями PARALLEL_REDO_TRAN_TURN/PARALLEL_REDO_DRAIN_WORKER/PARALLEL_REDO_WORKER_WAIT_WORK
Сам счетчик Redo в дашборде alwayson меньше 100 но почти всегда больше 0.

Через некоторое время что-то прорывает и гистограммы доходят.

Если удалить эту статистику на primary ноде, то ее удаление также долетает не сразу (возможно из-за IX), хотя другие транзакции долетают сразу, т.к. отставание alwayson нет.

Как это вылечить?