В настоящее время вы работаете в автономном режиме; ожидается повторное подключение к Интернету

Как удалить файлы журнала транзакций Exchange Server

ВНИМАНИЕ! Данная статья переведена с использованием программного обеспечения Майкрософт для машинного перевода и, возможно, отредактирована посредством технологии Community Translation Framework (CTF). Корпорация Майкрософт предлагает вам статьи, обработанные средствами машинного перевода, отредактированные членами сообщества Майкрософт и переведенные профессиональными переводчиками, чтобы вы могли ознакомиться со всеми статьями нашей базы знаний на нескольких языках. Статьи, переведенные с использованием средств машинного перевода и отредактированные сообществом, могут содержать смысловое, синтаксические и (или) грамматические ошибки. Корпорация Майкрософт не несет ответственности за любые неточности, ошибки или ущерб, вызванные неправильным переводом контента или его использованием нашими клиентами. Подробнее об CTF можно узнать по адресу http://support.microsoft.com/gp/machine-translation-corrections/ru.

Эта статья на английском языке: 240145
Эта статья является консолидация ранее статей: 259751, 315196


Эта статья также содержит сведения об удалении файлов журнала транзакций. В Наихудший случай может не быть возможность восстановления всех данных без файлов журналов при повреждении базы данных. Файлы журнала транзакций обеспечивают высокий уровень восстанавливаемости. Таким образом следует только выполнять процедуру, описанную в данной статье в качестве последнего средства в аварийных ситуациях, если не может выполнить полное резервное копирование. Полная резервная копия окончательно удаляет журналы зафиксированных автоматически после их резервного копирования.
Аннотация
Журналы транзакций базы данных Exchange Server записывают все изменения базы данных Exchange Server. Со временем эти файлы журналов накапливаются и начинают использовать все доступное место на диске, если периодически они не удаляются с жесткого диска.

Файлы журналов транзакций Exchange имеют фиксированный размер. Для Microsoft Exchange Server 2003 и всех более ранних версий Exchange Server этот размер составляет ровно 5 МБ. При переполнении журнала транзакций, журнал транзакций будет переименован с номером числовой последовательности и создается новый текущий журнал.

Текущий журнал транзакций является недавно созданный Exchange Server. В Microsoft Exchange Server 5.5 текущий журнал транзакций всегда носит имя Edb.log. В Microsoft Exchange 2000 Server и Exchange Server 2003 с префиксом группы хранения именем текущего журнала. Для получения дополнительных сведений обратитесь к разделу «Группы хранения».

Exchange автоматически удаляет ненужные файлы журнала с помощью одного из следующих методов:
  • Если включено циклическое ведение журнала, Exchange Server удаляет журналы транзакций после они были записаны в файл базы данных. Этот процесс может вызвать задержку некоторых простоя систем вплоть до текущего файла файл Exx.log группы хранения соответствующие или становится полным и должен быть переименован файл Edb.log в Exchange Server 5.5. Чтобы ускорить процесс автоматического удаления и создания нового файла журнала, самостоятельно можно отправить сообщение электронной почты с вложением 5 мегабайт (МБ).

    Примечание По умолчанию включено циклическое ведение журнала, в Exchange Server 5.5. По умолчанию включено циклическое ведение журнала не в Exchange 2000 Server или Exchange Server 2003.
  • Если циклическое ведение журнала отключено, Exchange Server удаляет лишние журналы после полной или выполняется добавочное оперативное резервное копирование всех баз данных в группе хранения.
Дополнительные сведения о том, как работает механизм ведения журнала Exchange и о том, как изменить его щелкните следующий номер статьи базы знаний Майкрософт:
147524 Заносит в журнал как циклическое ведение журнала влияет на использование транзакций
258470 Как изменить параметры циклического ведения журнала
Если справедливо одно из следующих условий, файлы журнала транзакций увеличивается число до места на жестком диске:
  • Программа резервного копирования не удаляет файлы журнала транзакций.
  • Программа резервного копирования завершила работу.
  • Файлы журнала транзакций не удаляются с помощью другого метода.
Иногда может потребоваться вручную удалить файлы журнала транзакций, если недостаточно места на жестком диске. Или иногда может потребоваться вручную удалить файлы журнала транзакций, если предполагается нехватки места на жестком диске перед выполнением полного или добавочного оперативную архивацию всех баз данных в определенную группу хранения. При удалении журнала, содержащего данные, которые еще не были записаны в файлы базы данных, базы данных будут больше не удастся после аварийного останова. Таким образом необходимо определить, какие журналы безопасно удалить, прежде чем вручную удалять любые файлы журнала транзакций Exchange Server.

Примечание Для целей данной статьи, «удаление» файла журнала транзакций означает перемещение в другое место, где файл журнала транзакций можно создавать резервные копии файла журнала транзакций хранится или удалены, в зависимости от требований. Для целей данной статьи файл журнала транзакций «удаление» ссылается на тип удаления, не позволяет создать резервную копию или восстановить файл журнала транзакций.
Дополнительная информация

Ручное удаление файлов журнала транзакций, которые не требуются

Чтобы правильно удалить лишние файлы журнала транзакций, выполните следующие действия.
  1. Остановите все базы данных в группе хранения.
  2. Проверьте состояние каждого файла базы данных в определенной группе хранения. Сведения о том, как проверить состояние каждого файла базы данных обратитесь к разделу «Состояния базы данных».
  3. Выполните одно из следующих действий:
    • Если один или несколько баз данных находятся в состоянии Неправильное отключение или согласована , определите, какие файлы журнала транзакций можно удалить без влияния на согласованность базы данных. Дополнительные сведения см в разделе «Файлы журнала».
    • Если все базы данных находятся в состоянии Чистого отключения или Непротиворечивые , можно удалить все файлы журнала транзакций за исключением текущего файла журнала транзакций. Удаление текущего файла журнала, когда все базы данных находятся в состоянии Чистого отключения вызовет сброс последовательности файла журнала. Это не запрещает запуск базы данных. Однако Сброс последовательности файла журнала влияет на возможность для наката базы данных из предыдущей резервной копии, если возникает ситуация.
  4. Скопируйте все файлы журнала транзакций, которые нужно удалить в другом месте, прежде чем окончательно удалить их с диска журнала транзакций. Не окончательно удалить файлы журнала транзакций до успешного завершения полное оперативное резервное копирование всех баз данных в группе хранения.
Следующие разделы описывают связь между файлы журнала транзакций и базы данных Exchange Server. Также в разделах приведены подробные инструкции о том, как определить, какие файлы журнала безопасно удалить.

Состояния базы данных

Если базы данных Exchange Server не завершило работу правильно, база данных остается в его потока журналов транзакций «подключен». Это означает, что не все файлы базы данных защищены данные из файла журнала транзакций. Во время следующего запуска базы данных Exchange Server обнаруживает это. Затем Exchange Server применяет отсутствующие данные в файлы базы данных. Если файлы журналов, содержащие данные недоступны, база данных будет невозможен.

Когда базы данных Exchange Server правильно завершить работу, базы данных «отделение» из своего потока журнала транзакций. В этом случае база данных не требуют предыдущие файлы журнала транзакций при, базы данных следующего запуска. Тем не менее эти файлы журналов может быть полезен, если резервная копия или были более раннюю версию базы данных для восстановления. Файлы журнала будут использоваться для наката базы данных с момента создания резервной копии. Таким образом файлы журнала транзакций должны быть удалены без возможности восстановления, пока не убедитесь, что не требуется воспроизводить их в более старой версии базы данных.

Прежде чем вручную удалять любые файлы журнала транзакций, следует определить состояние любой базы данных, использования определенного журнала транзакций. В такой ситуации определите «подключения» или «отсоединение» состояние каждой базы данных, использования определенного журнала транзакций. Можно определить, присоединен ли отсоединена путем проверки заголовка файла базы данных с помощью программы Eseutil/MH переключатель базы данных. Например, в командной строке выполните следующую команду где имя_базы_данных — Это имя базы данных, которую требуется проанализировать:
Eseutil /MH имя_базы_данных
Например, чтобы проверить Хранилище почтовых ящиков (Server1) База данных, типов
Eseutil /MH ".Edb хранилище почтовых ящиков (Server1)
Примечание Чтобы проверить с помощью команды Eseutil в заголовке базы данных, база данных должна быть остановлена.

После запуска этой команды и проверьте значение состояния в данные заголовка, который отображается. Значение состояния предоставляет следующие сведения о ли база данных была корректно отсоединена.
  • Если база данных была корректно отсоединена, значение состояния представляет Чистого отключения или Непротиворечивые, в зависимости от версии Exchange Server, на котором выполняется.
  • Если база данных не была отделена правильно, значение состояния является Неправильное отключение или согласована. Это означает, что некоторые существующие файлы журнала транзакций содержат невыполненные транзакции, необходимые для базы данных. При удалении файлов журнала транзакций в этой ситуации база данных не удается запустить снова Если восстановить базу данных из резервной копии или восстановления базы данных с помощью команды Eseutil и Isinteg команды.

    Дополнительные сведения о восстановлении базы данных Exchange Server щелкните следующий номер статьи базы знаний Майкрософт:
    812357 Как поддерживать базу данных Exchange после восстановления с помощью средства Eseutil /p в Exchange Server 5.5, Exchange 2000 Server и Exchange Server 2003
Два резервирование файлов журнала транзакций, которые действуют как местозаполнители и что резервирование места на диске, также доступны в случае, если на жестком диске, на котором хранятся файлы журнала транзакций становится полным. Эти файлы журнала транзакций резерва называются Res1.log и Res2.log. При переполнении на жестком диске, где расположены файлы журналов транзакций Exchange Server будет использовать эти два резервирование файлов журнала транзакций для продолжения ведения журнала достаточно долго для чисто остановки базы данных. Если Exchange Server не может создать дополнительный файл журнала транзакций, так как диск журнала заполнен, Res2.log будет переименован и используется в качестве следующего входа. Если это необходимо, будет также использоваться Res1.log .

Иногда мощности и резервирование файлов журнала транзакций может быть превышено. В этом случае все базы данных в группе хранения для остановки в состоянии Неправильное отключение или согласована .

Предупреждение При запуске свободного места на диске журнала транзакций баз данных может оказаться невозможным выключена чисто. Если один или несколько баз данных находятся в состоянии Неправильное отключение или согласована и удалите все файлы журнала транзакций, чтобы освободить место на диске, нет баз данных в группе хранения уязвимых можно подключить без ремонта или восстановления. Не удаляйте файлы журнала, которые по-прежнему требуется одна или несколько баз данных.

Группы хранения

Exchange Server баз данных организованы в группы хранения. Группа хранения является набор баз данных, использующих поток файла журнала одной транзакции. В Exchange Server 5.5 имеется один, содержащий два файла базы данных группы хранения банка данных. Эти две базы данных файлы именуются Priv.edb и Pub.edb соответственно. Кроме того Exchange Server 5.5 содержит одну группу хранения службы каталогов, содержащий файл одной базы данных с именем Dir.edb.

В Exchange 2000 Server и Exchange Server 2003 нет группы хранения службы каталогов. В Exchange 2000 Server и Exchange Server 2003 может быть до четырех групп хранения банка данных на сервере. Каждая из этих групп хранения может содержать до пяти баз данных. Имена этих баз данных настраиваются администратором.

При переполнении диска с журналом транзакций всех баз данных в группе хранения будет остановлен сразу. При запуске любой базы данных в группе хранения, производится проверка состояния всех баз данных в группе хранения. Любое воспроизведение файлов журналов транзакций требуется выполняется одновременно для всех баз данных перед началом первой базы данных. Операции воспроизведения файлов журналов транзакций и события обычно применяются для всех баз данных в группе хранения не для отдельной базы данных.

Важно: Следует убедиться, что каждый файл базы данных находится в состоянии Чистого отключения или Непротиворечивые . Одна или несколько баз данных в определенную группу хранения может корректно отсоединена, даже если другой базы данных в этой же группе хранения не отсоединяется правильно. Не следует предполагать, что все базы данных в группе хранения, в зависимости от состояния первую базу данных, можно проверить состояние Чистого отключения .

Примечание Для Exchange Server 5.5 необходимо проверить все базы данных, содержащихся в одном .edb файла с помощью команды Eseutil . Exchange 2000 Server и Exchange Server 2003 каждая база данных состоит из двух файлов. Два файла: файл .stm и EDB -файл. Проверьте состояние STM -файла и EDB -файл с помощью команды Eseutil .

Файлы журнала

Чтобы определить, какие файлы журнала транзакций используются базы данных в определенную группу хранения, выполните следующие действия.

Для Exchange Server 5.5

Важно: Этот раздел, метод или задача содержит действия, содержащие указания по изменению реестра. Однако, при некорректных изменениях реестра могут возникнуть серьезные проблемы. Поэтому выполняйте следующие действия внимательно. Для дополнительной защиты сделайте резервную копию реестра перед внесением изменений. В таком случае при возникновении неполадок можно будет восстановить реестр. Чтобы узнать дополнительные сведения о резервном копировании и восстановлении реестра, щелкните следующий номер статьи базы знаний Майкрософт:
322756 Как сделать резервное копирование и восстановление реестра Windows
  1. В программе Exchange Server Administrator Просмотр пути к рабочей базе данных.

    Путь можно найти на странице свойств Пути базы данныхСервер объект. Файл контрольной точки (Edb.chk) находится на этом пути. Если в программе Администратор недоступна, можно просмотреть рабочий путь в системном реестре. Запустите редактор реестра и разверните следующие разделы реестра.

    Для банка:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem\Working Directory
    Для каталога:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDS\Parameters\DSA Working Directory
  2. В командной строке переместите путь к рабочей папке. Просмотрите заголовок файла Edb.chk с помощью команды Eseutil :
    будут выведены edb.chk Eseutil
    Обратите внимание, что на экране следующим образом:
    Microsoft(R) Windows NT(TM) Server Database UtilitiesVersion 5.5Copyright (C) Microsoft Corporation 1991-1998. All Rights Reserved.Initiating FILE DUMP mode...Checkpoint file: edb.chkLastFullBackupCheckpoint (0,0,0)Checkpoint (157,2860,500)    comment: Checkpoint is in log 157 decimalFullBackup (90,8,10)FullBackup time:1/15/1999 18:18:36IncBackup (0,0,0)IncBackup time:0/0/1900 0:0:0. . .						
    Три цифры в строке контрольной точки представляют номер версии файла журнала, смещение сектора в файл журнала и смещение байтов в сектор. Запишите номер поколения.
  3. Преобразуйте номер поколения в шестнадцатеричном формате. В этом примере decimal 157 Преобразует шестнадцатеричное число 9D. Файлы журналов Exchange Server нумеруются с пять цифр шестнадцатеричного числа. Например файл журнала может быть указан как Edb12345.log. Нулей используются заполняемое номер журнала до пяти цифр. Таким образом является файл журнала контрольных точек из предыдущего примера Edb0009d.log.

    Примечание В режиме Инженерный калькулятор Windows можно использовать для преобразования десятичных чисел в шестнадцатеричные. Запустите калькулятор. Выберите Инженерный в меню Вид . Введите десятичное число и нажмите кнопку Hex.
  4. Журнал контрольной точки и все журналы, созданные после контрольной точки журнал необходимы для запуска базы данных, когда база данных находится в состоянии согласована . Не может найти файл журнала, который соответствует вычисленное значение контрольной точки. Это может произойти, если контрольная точка находится в самый последний файл журнала, всегда носит имя Edb.log. Пока этот журнал заполнен, пока создается новый журнал, имя файла текущего журнала не включает регистрационный номер в журнале.

    Внутренний порядковый номер файла Edb.log можно проверить, просмотрев заголовок файла журнала с помощью следующей команды Eseutil :
    Eseutil /ML Edb.log
    Заголовок файла журнала в поле lGeneration отражается порядковый номер файла журнала. Необходимо преобразовать значение lGeneration в шестнадцатеричное.
  5. Можно безопасно удалить все пронумерованные журналы меньше журнала контрольной точки. Тем не менее не удалить журнал контрольной точки. В этом примере можно удалить Edb0009c.log, Edb0009b.logи т.д., но не Edb0009d.log или текущего журнала.
    Помните, что перемещения, не удаляйте файлы журнала. Необходимо остановить службу базы данных для удаления файлов журнала, которые старше контрольной точки.
Если необходимо произвести восстановление резервной копии, необходимо восстановить все файлы журналов, созданные после создания резервной копии, если вы хотите полностью выполнить накат базы данных. Если имеется разрыв в последовательности журналов, накат невозможен после перерыва.

Для Exchange 2000 Server и для Exchange Server 2003

  1. Чтобы определить путь и имя файла для базы данных, файлы .edb и .stm , используйте диспетчер Exchange на вкладке База данных диалогового окна Свойства для каждого объекта базы данных.
  2. В командной строке переместите путь к файлу базы данных.
  3. Выполните команду Eseutil для просмотра заголовка файла базы данных:
    Eseutil /mh database_file
  4. Проверьте поле необходимый файл журнала в заголовке файла базы данных. В поле необходимый файл журнала содержит диапазон пронумерованных файлов журнала, которые необходимы для запуска этой базы данных. Если диапазон 0 - 0, нет файлов журналов необходимых для запуска этой базы данных. Это означает, что база данных находится в состоянии Чистого отключения или Непротиворечивые .

    Примечание Чтобы проверить с помощью команды Eseutil в заголовке базы данных, база данных должна быть остановлена. Тем не менее во всех версиях Exchange Server, может изучить заголовок файла контрольных точек при запуске базы данных. Процедура проверки файла контрольных точек является одинаковым для всех версий Exchange Server и описано в "для Exchange Server 5.5" раздела. Просмотр значения контрольных точек позволяет определить, какие файлы журналов можно удалить без необходимости останавливать баз данных. Файлы журнала могут быть удалены, более старые, чем контрольной точки журнала, которые не включают журнала контрольной точки.
  5. При запуске версии Exchange Server, более ранних чем Exchange Server 2003 Пакет обновления 1 (SP1) необходимо преобразовать десятичный диапазон, указанный в поле необходимый файл журнала для шестнадцатеричных значений. Например, если значение необходимый файл журнала28217 — 28221, файлы из журнала 06E39 для 06E3D необходимы этой базы данных. В поле необходимый файл журнала в Exchange Server 2003 с пакетом обновления 1, была усовершенствована для отчета десятичных и шестнадцатеричных значений.

    Примечание В режиме Инженерный калькулятор Windows можно использовать для преобразования десятичных чисел в шестнадцатеричные. Запустите калькулятор и затем выберите Инженерный в меню Вид . Введите десятичное число и нажмите кнопку Hex.

    Примечание В Exchange Server 5.5, файлы журнала имеют имена Edbxxxxx.log, где «xxxxx» представляет собой шестнадцатеричное число из пяти цифр. Так как вы может быть не более четырех групп хранения в Exchange 2000 Server и в Exchange Server 2003 с каждой группы хранения, имеющие определенный набор файлов журнала префикс "Edb" не отображается в имена файлов журнала транзакций. В Exchange 2000 Server и Exchange Server 2003 префикс «Edb» заменяется "E00," "E01", "E02", «E03». Для группы хранения для восстановления префикс «Edb» заменяется на «R00». Префикс имени файла журнала группы хранения в диспетчер Exchange появляется на вкладке Общие диалогового окна Свойства для объекта конкретного хранилища группы. Таким образом Если префикс Группа хранения является «E01» и, если необходимый файл журнала операций 28217 — 28221 (0x06E39 – 0x06E3D), фактические журналов, которые необходимы E0106E39.log для E0106E3D.log.

    Прежде чем удалить все журналы для этой группы хранения необходимо проверить значения необходимый файл журнала для каждой базы данных в группе хранения.
Можно безопасно удалить все файлы пронумерованный журнал, меньше, чем наименьшее запись в любом поле необходимый файл журнала для всех баз данных в группе хранения. Помните, что перемещения, не удаляйте файлы журнала.

Примечание В поле необходимый файл журнала может сообщить диапазон один журнал, но не удается найти соответствующий файл журнала нумерованный. Например в поле необходимый файл журнала может сообщить диапазон 28221-28221, но не удается найти файл журнала, пронумерован 28221. Это может произойти, если в журнале самой последней контрольной точки. Самый последний файл журнала всегда носит только префикс группы хранения. Например самый последний файл журнала может называться E01.log. Пока этот журнал заполнен, пока создается новый журнал, имя файла текущего журнала не включает регистрационный номер в журнале.

Просмотр заголовка файла журнала с помощью следующей команды Eseutil можно проверить внутренний порядковый номер текущего файла журнала:
Eseutil /ML log_prefix.log
Например, если используется префикс журнала E01, с помощью Eseutil /ML E01.log. Заголовок файла журнала в поле lGeneration отражается порядковый номер файла журнала.

Если необходимо восстановить из резервной копии базы данных Exchange Server и требуется восстановить базы данных Exchange Server без потери данных, необходимо также восстановить все файлы журнала транзакций, созданные после указанной резервной копии была выполнена. Если имеется разрыв в последовательности журналов транзакций, накат невозможен после break. В этом случае необходимо удалить все журналы большим номером после разрыва. Это включает текущий файл журнала.

Примечание Даже если все базы данных в группе хранения находятся в состоянии Непротиворечивые или Чистого отключения , следует удалить не самый последний файл журнала. При удалении последнего файла журнала, создается новый набор файлов журнала, начиная с порядковым номером 0x000001. Этот новый набор файлов журнала будет препятствовать время наката из предыдущей резервной копии базы данных Exchange Server.

Дополнительные сведения о восстановлении базы данных Exchange Server щелкните следующий номер статьи базы знаний Майкрософт:
893083 Основные вопросы поддержки банка сообщений Exchange
XADM

Внимание! Эта статья переведена автоматически

Свойства

Номер статьи: 240145 — последний просмотр: 11/01/2015 04:24:00 — редакция: 7.0

Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Exchange 2000 Enterprise Server, Microsoft Exchange 2000 Server Standard Edition, Microsoft Exchange Server 5.5 Standard Edition

  • kbhowto kbmt KB240145 KbMtru
Отзывы и предложения
t.createElement("meta"); m.content = guid; m.name = "ms.dqid"; document.getElementsByTagName("head")[0].appendChild(m);