Симптомы
Рассмотрим следующий сценарий:
-
Активация пассивной копии базы данных Пакет обновления 3 (SP3) для Microsoft Exchange Server 2010 с помощью Windows PowerShell или консоль управления Exchange.
-
Отключает подключенные базы данных без проблем и монтирует пассивной копии.
-
Изменяет состояние копии базы данных в состоянии сбоя во время стадии инициализации, теперь является пассивной копии. Кроме того сообщение о состоянии для копирования базы данных показывает сбой.
При возникновении этой проблемы появляется сообщение об ошибке, подобное приведенному ниже, при запуске Get-MailboxDatabaseCopyStatus | fl identity, сообщение об ошибке командлета в Exchange Management Shell (EMC);
Служба репликации Microsoft Exchange обнаружила ошибку при проверке журналов и базы данных для DB\Server при запуске. Ошибка: Сбой проверки файла: файл журнала '.logxxпуть\E» является создание Число1; Однако ожидаемый поколение — number2.
Например может появиться следующее сообщение об ошибке:
Служба репликации Microsoft Exchange обнаружила ошибку при проверке журналов и базы данных для DB\Server при запуске. Ошибка: Сбой проверки файла: файл журнала '.lognnf:\logs\DB\E»-это поколение 2024; Однако ожидаемый поколение — 2004.
Причина
Если включено Создание имен стандарта 8.3 на томах, содержащих журналы транзакций в Exchange Server 2010 с пакетом обновления 3, это может привести к журналы транзакций недопустимый возвращается как часть запроса findfile во время процесса активации баз данных. В этом случае для отправки в состоянии сбоя из-за недопустимой последовательности в номера генерации журнала транзакций баз данных.
Эта ошибка происходит без потери данных.
Решение
Для решения этой проблемы установите следующие обновления:
Описание накопительного пакета обновления 2 для Exchange Server 2010 Пакет обновления 3
Временное решение
Шаг 1: Определите конфигурацию Создание имен стандарта 8.3
Чтобы определить, включено ли создание имен стандарта 8.3, выполните следующую команду из командной строки с повышенными правами. (Здесь мы предполагаем, что файлы журнала транзакций находятся на диске C.)
fsutil 8dot3name query c:
Если что-то возвращает ожидаемый выход, resemblbes ниже, создание имен стандарта 8.3 включено:
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 имеет включено Создание имен стандарта 8.3.
Убедитесь в том, выполните эту команду на том, который содержит журналы транзакций. Если используются точки подключения можно также использовать следующее:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Необходимо заменить в соответствии с GUID тома Если GUID тома. Чтобы определить тома и идентификатор GUID для определенного диска, выполните следующую команду:
mountvol [Drive:]Path /L
В зависимости от потребностей можно задать создание имен стандарта 8.3 отключается для всех томов или на тома, тома, как описано в шаге 3. Наиболее важно убедиться, что тома, содержащего журнал транзакций отключена для создание имен стандарта 8.3.
Шаг 2: Проверка групповой политики для отключения Создание имен стандарта 8.3
Прежде чем отключить создание имен стандарта 8.3, следует иметь в виду, что этот параметр можно управлять через групповую политику. Проверьте, чтобы определить, настроена ли групповой политики измените следующий раздел реестра на серверах Exchange:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002
Если этот параметр управляется групповой политикой, удалите этот параметр из параметров групповой политики для серверов Exchange и NtfsDisable8dot3NameCreation DWORD присвоено значение 2. Это позволяет для изменения отдельные тома.
Примечание. Если используется значение 0 , нельзя изменить конфигурации томов.
Дополнительные сведения о команде Fsutil 8dot3name посетите следующий веб-узел Microsoft TechNet:
Шаг 3: Изменить создание имен стандарта 8.3
Чтобы отключить создание имен стандарта 8.3 для всех томов, выполните следующую команду:
fsutil 8DOT3name set
Если вы предпочитаете отключить только для отдельных томов, содержащих журналы транзакций, выполните следующую команду:
fsutil 8DOT3name set c: 1
Примечание. В этой команде c -буква диска, содержащего журналы транзакций.
Или можно запустить для конкретного тома. Чтобы сделать это, выполните следующую команду:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} После изменения конфигурации томов, чтобы отключить создание имен стандарта 8.3, убедитесь, что этот параметр отключен. Чтобы сделать это, снова запустите следующую команду:
fsutil 8DOT3name query c:
В этом случае все новые файлы, созданные или скопированы на этом томе не для создания имени имена в формате 8.3 для имени файла. Однако все существующие файлы по-прежнему содержать имя имена в формате 8.3. Таким образом необходимо решить эту проблему.
Шаг 4: Удаление 8.3 для существующих журналов транзакций
Вариант 1
Для выполнения полного резервного копирования баз данных Exchange является предпочтительным. Это приводит к усечению журнала транзакций и удаляет существующие журналы, которые имеют имена в формате 8.3. После всех журналов транзакций, содержащих имена в формате 8.3 усекаются, перемещение базы данных не удастся.
Вариант 2
Если вариант резервного копирования не доступен, необходимо управлять копии всех журналов транзакций, чтобы убедиться, что имена в формате 8.3 имена удаляются из файлов. Чтобы сделать это, выполните следующие действия.
-
На сервере, содержащем пассивной копии базы данных остановите службу репликации Microsoft Exchange.
-
В Windows PowerShell выполните следующую команду:
stop-service msexchangerepl
-
В проводнике Windows найдите папку, в которой хранятся журналы транзакций.
-
Выберите все журналы транзакций типа Enn*.log и переместите их во временную папку. Убедитесь, что перемещается только журналы транзакций типа Enn*.log. Другие типы файлов не следует переместить.
-
Переместите все журналы транзакций обратно в исходное расположение. В этом процессе перемещения удаляются имена имена в формате 8.3.
-
Повторите эту процедуру для всех журналов транзакций для всех пассивных баз данных.
-
Перезапустите службу репликации Microsoft Exchange:
start-service msexchangerepl
Примечание. На этом шаге выполнения всех пассивных копий баз данных.
-
Переместите подключенный (активный) копии базы данных к копии, на котором осуществляется журналов транзакций:
Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None
-
Остановите службу репликации Microsoft Exchange и затем снова переместить журналы транзакций во временную папку и затем обратно в исходное расположение.
-
Служба репликации Microsoft Exchange. Теперь сбой базы данных во время перемещения activemailboxdatabase действие не должно происходить.
Дополнительные сведения
Другие общие признаки возникновения, в журнале приложений и в журнале операций ExchangeHighAvailability. Регистрируются события, подобные указанным ниже.
Чтобы определить ли вы по-прежнему иметь 8.3 на журналы транзакций, можно запустить следующую команду из командной строки в папке журналов транзакций:dir /x Если журналы транзакций по-прежнему содержат 8.3, увидеть нечто, похожее на следующее:
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, по-прежнему иметь журналов транзакций, которые имеют имена в формате 8.3. Таким образом по-прежнему будет иметь проблемы при попытке перемещения активных баз данных.
