Симптоми
Обмислете следния сценарий:
-
Използвате Microsoft SQL Server 2016, 2014 или 2012.
-
Имате база данни, която е част от групата за достъпност на AlwaysOn.
-
В основната реплика ще свиете файловете на базата данни, за да намалите техния размер.
-
Основната реплика изпраща всички промени, които се записват в регистрационния файл на транзакцията, към вторичната реплика.
-
Във вторичната реплика повтарящите се нишки прилагат промените от регистрационния файл на транзакциите в базата данни, които са част от групата за достъпност.
В този случай репликата се прекратява. Освен това може да получите съобщение за грешка, подобно на следното:
<щемпел с час> spid41s грешка: 3456, тежест: 21; щат: 1. <клеймото с час> spid41s не можа да върне регистрационен запис (#), за ИД на транзакция (#), на страница (#), база данни "<dbname>" (ИД на база данни). Page: LSN = (#), единица на разпределение = #, въведете = #. Log: кодът = #; контекст #; PrevPageLSN: (#). Възстановяване от архивно копие на базата данни или поправяне на базата данни. <клеймо с час> spid41s AlwaysOn за достъпност на групи на данни за базата данни "<dbname>" е спряно поради следната причина: "System" (източник ИД 2; Източник на низ: "SUSPEND_FROM_REDO"). За да възобновите преместването на данни в базата данни, ще трябва да подновите базата данни ръчно. За информация как да възобновите база данни за наличност, вижте книги на SQL Server online. <клеймо с> spid41s грешка: 3313, тежест: 21; състояние: 2. <клеймо с час> spid41s по време на повторението на регистрирана операция в база данни "<dbname>"; Възникна грешка в ИД на запис за регистриране (#). Обикновено конкретният неуспех преди това се е регистрирал като грешка в услугата за регистриране на събития в Windows. Възстановяване на базата данни от пълно архивиране или поправка на базата данни.
Причина
Този проблем възниква, когато се прилагат промени по време на процеса на повторение, ако двигателят на базата данни срещне "извън реда" LSNs на системните страници (GAM, PFS).
Решение
Първоначално проблемът е коригиран в следната сборна актуализация на SQL Server:
Всяка нова сборна актуализация за SQL Server съдържа всички поправки и всички корекции на защитата, които са били включени в предишната сборна актуализация. Препоръчваме ви да изтеглите и инсталирате последните сборни актуализации за SQL Server:
Актуализацията не позволява възникването на този проблем. Ако проблемът вече е възникнал, следвайте тези стъпки, за да се присъедините отново към групата за достъпност на AlwaysOn:
-
Отстранете съществуващото вторично копие на AlwaysOn.
-
Изпълнете следната команда в засегнатите файлове с данни, за да премахнете незаделено място от базата данни:
DBCC SHRINKFILE(<file_id>, TRUNCATEONLY)
-
Архивирайте базата данни и регистрационните файлове.
-
Възстановяване на базата данни и регистрите във вторичната реплика на AlwaysOn.
-
Присъединете се към групата за достъпност на AlwaysOn.
Състоянието
Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".
Препратки
Научете повече за терминологията , която Microsoft използва, за да опише софтуерни актуализации.
