Репликация является важной компонентой SQL Server, которая позволяет распространять и синхронизировать данные между несколькими серверами. Однако, как и любая сложная система, репликация иногда может столкнуться с проблемами, которые необходимо быстро решить, чтобы минимизировать простой и несоответствия данных.

В этой статье мы рассмотрим несколько быстрых запросов, которые могут помочь вам устранить распространенные проблемы с репликацией. Эти запросы могут предоставить ценную информацию о состоянии репликации, выявить ошибки и отслеживать агенты распространения.

Запросы о состоянии репликации

Один из первых запросов, который вы можете выполнить, – это получить обзор состояния репликации. Этот запрос предоставляет информацию о издателе, публикации, имени агента, последней синхронизации распространения и текущем состоянии. Столбец состояния обновляется, чтобы отразить значение каждого номера состояния в соответствии с документацией Microsoft. Близкое внимание к столбцам StatedStatus и last_distsync позволяет быстро выявить любые проблемы.

SELECT publisher, publisher_db, publication, agent_name, last_distsync,
    CASE
        WHEN status = 1 THEN 'Started'
        WHEN status = 2 THEN 'Succeeded'
        WHEN status = 3 THEN 'In progress'
        WHEN status = 4 THEN 'Idle'
        WHEN status = 5 THEN 'Retrying'
        WHEN status = 6 THEN 'Failed'
    END AS StatedStates
FROM distribution..MSreplication_monitordata

Запрос для поиска ошибок репликации

Еще одна важная таблица для проверки проблем с репликацией – это таблица MSrepl_errors. Эта таблица содержит информацию об ошибках репликации, таких как ошибки тайм-аута запроса или пропуск данных. Сортировка результатов по времени позволяет быстро выявить самые последние ошибки.

SELECT error_text, [time]
FROM distribution..MSrepl_errors
ORDER BY [time] DESC

Запрос для чтения журнала ошибок для ошибок репликации

Помимо таблицы MSrepl_errors, вы также можете дважды проверить ошибки репликации, проверив журнал ошибок. Следующий запрос читает журнал ошибок и фильтрует ошибки, связанные с репликацией.

EXEC sys.sp_readerrorlog 0, 1, 'Replication', '-'

Информация о состоянии от агентов распространения репликации

В то время как предыдущие запросы фокусируются на ошибках, также важно отслеживать агентов распространения, чтобы понять, что происходит. Следующий запрос предоставляет информацию о агентах распространения, включая имя публикации, текст сообщения, дату команды и номер последовательности транзакции.

SELECT a.name AS PublicationName, a.publication AS Publication, ditosu.comments AS MessageText, ditosu.[time] AS CommandDate, ditosu.xact_seqno AS xact_seqno
FROM MSdistribution_agents a
    INNER JOIN MSpublications p ON a.publisher_db = p.publisher_db AND a.publication = p.publication
    INNER JOIN MSdistribution_history ditosu ON ditosu.agent_id = a.id
ORDER BY ditosu.[time] DESC

Сценарий PowerShell для сравнения количества строк статьи

Если вы подозреваете задержку в определенной публикации, вы можете использовать сценарий PowerShell для сравнения количества строк между исходной и целевой базами данных. Этот сценарий использует свойство RowCount, предоставляемое библиотекой SQL Server Management Objects.

Function QuickCheck-Replication {
    Param(
        [ValidateLength(4,30)][string]$source_server,
        [ValidateLength(4,30)][string]$source_db,
        [ValidateLength(4,30)][string]$destination_server,
        [ValidateLength(4,30)][string]$destination_db,
        [ValidateLength(4,30)][string]$article
    )
    Process {
        # Код сценария PowerShell здесь
    }
}

QuickCheck-Replication -source_server "OURSRCSRV\IN" -source_db "OurSrcDb" -destination_server "OURDBSRV\IN" -destination_db "OurDestDb" -article "OurArticle"

Этот сценарий PowerShell позволяет быстро проверить, происходит ли передача данных между исходной и целевой базами данных без прерывания процесса репликации. Он сравнивает количество строк в конкретной статье и предоставляет разницу между исходной и целевой базами данных.

Эти запросы и сценарии могут быть ценными инструментами для устранения проблем с репликацией. Однако важно отметить, что они не могут решить определенные основные проблемы, такие как неправильная настройка архитектуры распределения для нагрузки OLTP или процессы, которые мешают репликации. Важно иметь хорошую систему именования и понимание вашей настройки репликации, чтобы эффективно использовать эти запросы.

Используя эти быстрые запросы, вы можете минимизировать время, затраченное на устранение проблем с репликацией, и обеспечить плавную работу вашей среды SQL Server.