ли рестор логов,чтобы быстрее догнать первичный сервер?
P.S. на проблемной реплике растёт log send queue size и отставание, соответственно.
Сможете логи отресторить? Причину отставания не искали?
База в группе, рестор не удастся.
https://learn.microsoft.com/en-us/troubleshoot/sql/database-engine/availability-groups/troubleshooting-log-send-queuing-in-alwayson-availability-group
Искал. Кажется проблема в разных размерах сектора на primary и secondary
Читал, спасибо. Замеры сброса логов и скорости отправки с первичной делал,а также замеры скорости приёма логов на вторичной. Реплика проседает по этому критерию в отличие от остальных непроблемных реплик.
Тогда в логе ошибок должна быть запись.... кажется
Да. There have been N misaligned log IOs which required falling back to synchronous IO. The current IO is on file L:\SQLSERVER\Logs\MyDatabase_log.ldf
Посмотрите trace flag 1800 https://www.mssqltips.com/sqlservertip/5942/sql-server-misaligned-log-ios-which-required-falling-back-to-synchronous-io/
Спасибо,читал. Тут один момент: "В смешанных средах, где вторичный сервер имеет физический сектор размером 512 байт, а первичный — 4 КБ, мы можем использовать флаг трассировки 1800" У меня ситуация наоборот: на первичном 512 байт,а на вторичном 4 КБ.
Примечание . Мы должны включать флаг трассировки только на репликах с размером сектора 512 байт в соответствии с рекомендацией Microsoft. Вторичная реплика имеет размер сектора 4 КБ, поэтому нам не нужно включать там флаг трассировки
Вот на первичном и включить
Был опыт?
Нет, обычно серверы конфигурирую одинаково. К тому же с флагом быстро проверить, чем на другие диски переползать.
Имеется ввиду глобальный флаг на primary? P.s. Перезагрузка экземпляра сейчас невозможна
Попробуйте "на летУ", с -1
Можно переключиться на вторичную и будет диспозиция как в статье )
Огонь)) к сожалению не получится
Обсуждают сегодня