Причини
Розглянемо таку ситуацію:
-
Активації пасивний копію бази даних Microsoft Exchange Server 2010 з пакетом оновлень 3 (SP3) за допомогою оболонки Windows PowerShell або консолі керування Exchange.
-
Встановлений базу даних, dismounts без проблем і пасивний копію, монтує.
-
Стан копії бази даних зміни стану помилки під час ініціалізації етапу копія, яка зараз пасивний. Крім того, повідомлення про стан копії бази даних показує, не вдалося.
Коли ця проблема виникає, з'являється повідомлення про помилку приблизно такого вигляду під час запуску з Get-MailboxDatabaseCopyStatus | fl посвідчення, errormessage команди в Exchange Management Shell (EMC);
Служба реплікації Microsoft Exchange, сталася помилка під час перевірки журнали та бази даних для DB\Server під час запуску. Помилка: Файл, перевірити не вдалося: журналу"шлях\Exx.log"-це створення номер 1; Однак, очікуваний покоління, номер 2.
Наприклад, може з'явитися таке повідомлення про помилку:
Служба реплікації Microsoft Exchange, сталася помилка під час перевірки журнали та бази даних для DB\Server під час запуску. Помилка: Файл, перевірити не вдалося: журналу "f:\logs\DB\E-н-.log", це покоління 2024; Однак, очікуваний покоління, 2004.
Причина
8DOT3 ім'я створення активовано на томах, які містять транзакцій журналів, в Exchange Server 2010 SP3, це може призвести до журналів неприпустимий транзакцій, повернення в рамках findfile запиту під час підключення до баз даних. Це призводить до бази даних для передавання до стану, не вдалося через неприпустимий послідовності, в кількості створення журналу транзакцій.
Без втрати даних, що виникає через цю помилку.
Вирішення
Щоб вирішити цю проблему, інсталюйте на зведене оновлення.
Опис зведеного оновлення 2 для Exchange Server 2010 із пакетом оновлень 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:
Це означає, що диск С, є створення 8DOT3 імен, що ввімкнуто.
Переконайтеся, що для виконання цієї команди в тому, що містить журналів транзакцій. Також можна використовувати такий, у разі використання точки монтування:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Потрібно замінити GUID відповідно до ваших Том 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 TechNet.
Крок 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 видаляються файли. Щоб це зробити, виконайте такі дії:
-
На сервері, який містить пасивний копії бази даних, зупинити службу реплікації Microsoft Exchange.
-
У Windows PowerShell, виконайте таку команду:
stop-service msexchangerepl
-
У провіднику Windows, знайдіть папку, в якому зберігається журналів транзакцій.
-
Виберіть усі журналів транзакцій типу Enn*.log та перемістіть їх до тимчасової папки. Переконайтеся, що переміщення лише журналів транзакцій типу Enn*.log. Немає інших типів файлів, потрібно перемістити.
-
переміщення всіх журналів, транзакцій назад їх вихідного розташування. У цьому процесі переміщення 8DOT3 імена видаляються.
-
Повторіть цей процес, для всіх журналів транзакцій, для всіх баз даних, пасивний.
-
Перезапустіть службу реплікації Microsoft Exchange:
start-service msexchangerepl
Примітка. Цей крок має бути завершено, спочатку пасивний всі копії бази даних.
-
Перемістіть копії, на яких є незмінність журналів транзакцій підключених (активний) копію бази даних:
Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None
-
Зупиніть службу реплікації Microsoft Exchange, і потім знову перейти журналів транзакцій до тимчасового розташування а потім повернутися до їх початкового розташування.
-
Запустіть службу реплікації 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 імена. Таким чином, ви все одно доведеться проблеми під час перенесення даних з active.
