Преминаване към основното съдържание
Поддръжка
Влизане с Microsoft
Влезте или създайте акаунт.
Здравейте,
Изберете друг акаунт.
Имате няколко акаунта
Изберете акаунта, с който искате да влезете.

Симптоми

Приемете, че използвате функцията AlwaysOn за достъпност на групи в Microsoft SQL Server 2012. Когато промените достъпа на вторичната реплика от "четим" към "нечетлив", се появява повреда на страници, които използват компресия на страница в дадената реплика.Базата данни за достъпност, които се сблъскват с този проблем при вторичната реплика, не може да се възстанови поради грешка по време на повтарящата се фаза на синхронизиране. Вторичната реплика няма да се синхронизира с основната реплика и тя отчита състоянието на синхронизация на "SUSPEND_FROM_REDO". Освен това ще получите следните съобщения за грешка в регистъра за грешки на SQL Server, който подслонява вторичната реплика:

<дата> <час> SPID<ИД> грешка: 17066, тежест: 16; щат: 1. <Дата> <час> SPID> <0 ИД на SQL Server: "файл:> Page. CPP <; ред = 3898 неуспешно твърдение ="! pageFull ". Тази грешка може да е свързана с времето. Ако грешката продължи след повторно изпълнение на командата, използвайте DBCC CHECKDB, за да проверите базата данни за структурна цялост или рестартирайте сървъра, за да се гарантира, че структурата на данните в паметта не е повредена. <дата> <час> SPID<ИД> грешка: 3624, тежест: 20; Date щат: Time 1 ID Проверете регистрационния файл за грешки на SQL Server за подробни данни. Обикновено неуспешно твърдение е причинено от софтуерна грешка или повреда на данни. За да проверите за повреда на база данни, обмислете изпълнението на DBCC CHECKDB. Ако сте се съгласили да изпращате дъмпове на Microsoft по време на инсталирането, ще бъде изпратено мини сметище на Microsoft. Възможно е да има налична актуализация от Microsoft в последния сервизен пакет или в QFE от техническа поддръжка. <дата> <време> SPID<ИД> AlwaysOn за достъпност на групи данни движението за база данни "<име на база данни>" е спряно по СЛЕДНАТА причина: "System" (източник ИД 2; Източник на низ: "SUSPEND_FROM_REDO"). За да възобновите преместването на данни в базата данни, ще трябва да подновите базата данни ръчно. За информация как да възобновите база данни за наличност, вижте книги на SQL Server online. <дата> <час> SPID<ИД> грешка: 3313, тежест: 21; състояние: 2. <дата> <час> SPID> <0 ИД> по време на изпълнение на операция за регистриране в база данни "<име на база данни 1786:4978584:74"> Обикновено конкретният неуспех преди това се е регистрирал като грешка в услугата за регистриране на събития в Windows. Възстановяване на базата данни от пълно архивиране или поправка на базата данни. <дата> <час> SPID<ИД> алтер DB параметри: Resume<дата> <час> SPID> <0 ИД> AlwaysOn за достъпност на групи за данни "<на базата данни на Microsoft" е възобновено. Това е само информационно съобщение. Не се изисква действие от потребителя. <дата> <час> SPID<ИД> неквалифицирани транзакции се връщат обратно в <на базата данни , за за достъпност на групи на AlwaysOn. Изчислено е завършване на възстановяването: 100%. Това е само информационно съобщение. Не се изисква действие от потребителя. <дата> <време> SPID<ИД> AlwaysOn наличността на групи връзка с първична база данни, прекратени за вторична база данни "<име на база данни" на репликата на "наличност с ИД на реплика": {bbdedecb-f26b-47e9-9e7d-7c22f99edb23}. Това е само информационно съобщение. Не се изисква действие от потребителя. <дата> <час> SPID <ИД> стартиране на база данни "<име на база данни>". <Дата> <час> SPID> <2> възстановяване на база данни "<име на базата данни " на 781 Фаза 1 от 3. Това е само информационно съобщение. Не се изисква действие от потребителя.......

Всяка нова сборна актуализация за SQL Server съдържа всички поправки и всички корекции на защитата, които са били включени в предишната сборна актуализация. Вижте последните сборни актуализации за SQL Server:

Повече информация

Предишният проблем може да възникне, когато достъпът за четене се промени за вторичната реплика. Можете да зададете достъп за четене на бази данни за достъпност във вторичната реплика с помощта на следните два метода:

  • Задаване на достъп за четене с помощта на командата "промяна на групата за достъпност":

    ALTER AVAILABILITY GROUP [AGName]MODIFY REPLICA ON N'<SRV>' WITH (SECONDARY_ROLE(ALLOW_CONNECTIONS = NO))
  • Задаване на достъп за четене чрез промяна на настройките в обект изследовател на студио за управление на SQL Server (SSMS):

    • Свържете се със сървъра, след което отворете папката за достъпност на AlwaysOn.

    • Отворете папката "групи за достъпност".

    • Щракнете с десния бутон върху групата достъпност и изберете свойства.

    • Променете свойството четимо вторично за вторичната реплика на " не" и след това щракнете върху OK.

Състоянието

Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".

Нуждаете ли се от още помощ?

Искате ли още опции?

Разгледайте ползите от абонамента, прегледайте курсовете за обучение, научете как да защитите устройството си и още.

Общностите ви помагат да задавате и отговаряте на въпроси, да давате обратна връзка и да получавате информация от експерти с богати знания.

Беше ли полезна тази информация?

Доколко сте доволни от качеството на езика?
Какво е повлияло на вашия потребителски опит?
Като натиснете „Подаване“, вашата обратна връзка ще се използва за подобряване на продуктите и услугите на Microsoft. Вашият ИТ администратор ще може да събира тези данни. Декларация за поверителност.

Благодарим ви за обратната връзка!

×