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

Симптоми

Да разгледаме следния сценарий:

  • Активиране на пасивен копие на база данни на Microsoft Exchange Server 2010 Service Pack 3 (SP3) с помощта на Windows PowerShell или конзолата за управление на Exchange.

  • База данни на монтирания кръгообразно без проблем и пасивен копие се монтира.

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


Когато възникне този проблем, получавате съобщение за грешка, подобно на следното, когато стартирате се MailboxDatabaseCopyStatus | fl идентичност, errormessage cmdlet в Exchange Management Shell (ЕМС);

Услугата Microsoft Exchange репликация се натъкна на грешка при проверка на регистри и бази данни за DB\Server при стартиране. Грешка: Неуспешна проверка на файла: лог"път\Exx.log" е генерирано number1; очакваното поколение обаче number2.


Например можете да получите следното съобщение за грешка:

Услугата Microsoft Exchange репликация се натъкна на грешка при проверка на регистри и бази данни за DB\Server при стартиране. Грешка: Неуспешна проверка на файла: лог "f:\logs\DB\Enn.log" е поколение 2024; Въпреки очакваното поколение е 2004.



Причина

Ако е разрешена 8DOT3 име създаването на томове, които съдържат транзакции влиза в Exchange Server 2010 SP3, това може да предизвика Невалидна транзакция регистри се връща като част от findfile заявка по време на процеса на активиране на бази данни. Това води до базите данни се изпраща да неуспешно поради невалидни последователност транзакции регистър генериране на числа.

Загуба на данни се дължи тази грешка.

Решение

За да разрешите този проблем, инсталирайте следния Сборен пакет за актуализация:

описание на сборния пакет за актуализация 2 за Exchange Server 2010 Service Pack 3

Заобикаляне на проблема

Стъпка 1: Определяне на конфигурацията на създаването на 8DOT3 име

За да определите дали е разрешено създаването на 8DOT3 име, изпълнете следната команда от команден ред с повишени потребителски права. (Тук приемем, че регистрационните файлове на транзакциите са на диск C.)

fsutil 8dot3name query c: 

Ако очакваната изхода върне нещо е разрешена, resemblbes следните 8DOT3 създаване на име:

The volume state is: 0 (8dot3 name creation is enabled).


The registry state is: 2(Per volume setting-the default).

Based on the above two settings, 8dot3 name creation is enabled on C:
Или очакваната продукция може да върне нещо подобно на следното:

The volume state is: 0 (8dot3 name creation is enabled).


The registry state is: 0 (Per volume setting - the default).

Based on the above two settings, 8dot3 name creation is enabled on C:
Това показва устройството C е 8DOT3 име създаването на поддръжка.

Уверете се, че стартирате тази команда на тома, който съдържа регистрационните файлове на транзакциите. Можете да използвате следните ако използвате монтиране:

fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} 

Ще трябва да заместите GUID да отговарят на Том GUID на Том. За да определите Том и ръководство за определено устройство, изпълнете следната команда:

mountvol [Drive:]Path /L 

В зависимост от вашите изисквания можете да зададете 8DOT3 създаване на име за всички томове или на отделен Том по Том, както е посочено в стъпка 3. Това е най-важно да се уверите, че томът, който съдържа регистрационните файлове на транзакциите е забранено за създаване на 8DOT3 име.

Стъпка 2: Проверка на груповите правила за забрани 8DOT3 създаването на име

Преди да забраните 8DOT3 име създаването, имайте предвид, че тази настройка може да се контролира чрез групови правила. Проверете, за да определите дали груповите правила е конфигуриран да промените следния ключ на системния регистър на сървърите на Exchange:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002


Ако тази настройка се контролира чрез групови правила, премахнете тази настройка от настройките на груповите правила за Exchange сървъри и задайте NtfsDisable8dot3NameCreation DWORD стойност 2. Това позволява на отделните Том промени.

Забележка: Ако се използва стойност 0 , не можете да промените конфигурацията на Том.


За повече информация за командата Fsutil 8dot3name посетете следния уеб сайт на Microsoft:

Стъпка 3: Промяна 8DOT3 създаването на име

За да забраните 8DOT3 създаване на име за всички томове, изпълнете следната команда:

fsutil 8DOT3name set  

Ако предпочитате да забраните само на отделни томове, които съдържат журналите на транзакциите, изпълнете следната команда:

fsutil 8DOT3name set c: 1  

Забележка: В тази команда c е буквата на устройството, съдържащо регистрационните файлове на транзакциите.

Или, можете да изпълните конкретен том. За целта изпълнете следната команда:

fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963}  

След промените тома конфигурация, за да забраните 8DOT3 име създаването, можете да проверите дали е деактивирана. За целта изпълнете следната команда отново:

fsutil 8DOT3name query c:  

Това води до всички нови файлове, които са създадени или копирани в този том не се генерира 8DOT3 име за името на файла. Обаче всички съществуващи файлове все още съдържа името на 8DOT3. Следователно трябва да разрешите този проблем.

Стъпка 4: Премахнете 8DOT3 имената на съществуващите регистри на транзакции

Опция 1

Предпочитаният вариант е да направите пълно архивиране на базите данни на Exchange. Това води до журналите на транзакциите орязан и премахва съществуващите регистрационни файлове, които имат 8DOT3 имена. След всички транзакции регистрационни файлове, които съдържат 8DOT3 имена са орязани, движения на база данни няма да се провали.

Вариант 2

Ако опцията за архивиране не съществува, трябва да манипулиране копие на всички регистрационните файлове на транзакциите да се уверите, че имената на 8DOT3 се премахват от файловете. За да направите това, изпълнете следните стъпки:

  1. На сървъра, който съдържа пасивен копия на базата данни, спрете услугата за репликация на Microsoft Exchange.

  2. В Windows PowerShell изпълнете следната команда:

    stop-service msexchangerepl  
  3. В Windows Explorer намерете папката, в която съхранявате регистри на транзакции.

  4. Изберете всички журналите на транзакциите от тип Enn*.log и да ги преместите във временна папка. Уверете се, че премествате само регистрационните файлове на транзакциите от тип Enn*.log. Трябва да преместите няма други типове файлове.

  5. връщане всички транзакции регистрационните файлове на първоначалното им място. В този процес на преместване 8DOT3 имената са премахнати.

  6. Повторете този процес за всички транзакции регистрационни файлове за всички бази данни на пасивен.

  7. Рестартирайте услугата за репликация на Microsoft Exchange:

    start-service msexchangerepl 

    Забележка: Първо се попълва тази стъпка за всички пасивен копия на бази данни.

  8. Преместете монтирани (активни) копие на базата данни, копие на която регистрационните файлове на транзакциите са манипулирани:

    Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None  
  9. Спиране на услугата за репликация на Microsoft Exchange и след това отново премести регистри на транзакции на временно място и после обратно на първоначалното им място.

  10. Стартирайте услугата за репликация на Microsoft Exchange. Сега база данни грешка по време на движение-activemailboxdatabase действие не трябва да възникват.

Допълнителна информация

Други общи симптоми, получаващи се в регистъра на приложенията и в регистрационния файл на ExchangeHighAvailability операции. Там събития се появяват от следния вид:

За да определите дали имате все още имате 8DOT3 имена на регистрационните файлове на транзакциите, можете да изпълните следната команда в командния ред в хранилището транзакции регистрационния файл:dir /x Ако регистрационните файлове на транзакциите все още съдържа имена на 8DOT3, ще видите нещо, подобно на следното:
04/10/2013 04:16 PM 1,048,576 E0C749~1.LOG E0000000118.log 04/10/2013 04:16 PM 1,048,576 E01D7D~1.LOG E0000000119.log 04/10/2013 04:16 PM 1,048,576 E00834~1.LOG E000000011A.log 04/10/2013 04:16 PM 1,048,576 E05DFF~1.LOG E000000011B.log 04/10/2013 04:16 PM 1,048,576 E06DCB~1.LOG E000000011C.log 04/10/2013 04:16 PM 1,048,576 E0F768~1.LOG E000000011D.log


Забележка: Ако видите името на E0F768~1.log в следващите до последната колона, все още имате регистрационните файлове на транзакциите, които имат 8DOT3 имена. Следователно имате проблеми при опит за преместване на активни бази данни.

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

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

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

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

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

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

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

×