Назад | Перейти на главную страницу

Есть ли процедура псевдобэкапа для принудительного усечения журнала Exchange?

У меня есть несколько отдельных тестовых сред с 2008 R2 и Exchange 2010 с разными уровнями исправлений и по разным причинам. Одна постоянная проблема, с которой я сталкиваюсь, заключается в том, что журналы транзакций для Exchange не усекаются, потому что нет решения для резервного копирования, и оно мне не нужно.

Итак, как я понимаю, у меня остается три варианта:

  1. включить circular logging. Это нежелательно для некоторых тестовых сценариев, так как может конфликтовать с правильной эмуляцией конкретной среды.
  2. Размонтируйте все базы данных и запустите eseutil /mh. Это работает, но это громоздкий процесс обслуживания.
  3. Некоторая утилита псевдобэкапа (или какой-нибудь трюк с поддерживаемой, малоэффективной), чтобы «обмануть» Exchange, заставив его поверить в то, что теперь можно безопасно обрезать.

Первые два я могу сделать, но лучше не буду. Есть ли способ сделать третий вариант?

Не украсть JoeQwertyгром, как я думаю его ответ на этот вопрос более чем допустим и определенно применим практически в любом сценарии, кроме, возможно, вашего. (Вот почему я проголосовал за это.) Однако я нашел способ делать то, что вам нужно ...

Поддельное резервное копирование VSS

По сути, это подделывает резервную копию VSS на томе, на котором находится база данных Exchange, что в конечном итоге приводит к усечению журналов Exchange.

Прерывание инкрементного резервного копирования

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

Используйте пассивные копии

Если возможно, в группе DAG сделайте это на пассивной копии.

Процедура

Вы должны добавить обе точка привода / монтирования для базы данных и журнал.

  1. Откройте командную строку от имени администратора
  2. Бегать diskshadow
  3. Тип add volume x: (где «x» - это диск для базы данных Exchange)
  4. Тип add volume y: (где «y» - это диск для журнала Exchange)
  5. Тип begin backup
  6. Тип create. Это займет несколько минут, пока VSS сделает свое дело.
  7. Тип end backup. Здесь он установит усечение журналов. Вам придется подождать, пока сгенерируется следующий журнал, прежде чем это начнется.

В этот момент, если вы посмотрите журналы Application eventvwr, вы должны увидеть запись, похожую на:

(Или вы можете попробовать PowerShell так: Get-EventLog -LogName application -Source msexchangeis | select -first 10)

Надеюсь, это поможет...

Источники

Цитата: http://ilantz.com/2011/10/26/how-to-manually-purge-exchange-server-logs-clean-and-easy/

Используйте Windows Server Backup для резервного копирования сервера. Он очистит журналы транзакций Exchange Server после успешного резервного копирования.

http://www.techrepublic.com/blog/datacenter/back-up-exchange-2010-with-this-windows-server-2008-r2-feature/3006

http://technet.microsoft.com/en-us/magazine/jj906377.aspx

редактировать

Вы можете попробовать это, чтобы отказаться от резервного маршрута. Это ручной процесс, но он, вероятно, безопаснее, чем что-либо еще, за исключением резервного копирования:

http://exchangeshare.wordpress.com/2008/05/22/move-committed-exchange-transaction-logs/

РЕДАКТИРОВАТЬ: этот инструмент, похоже, не существует в Exchange Server 2010

В этом сценарии я бы:

  1. включить Circular Logging
  2. Чтобы применить это изменение, отключите магазин / базу данных.
  3. Смонтируйте хранилище / БД, это займет некоторое время, чтобы отсортировать журналы.
  4. Отключить Circular Logging.
  5. Размонтируйте магазин / БД, чтобы применить это изменение
  6. Смонтируйте Store / DB.

Надеюсь это поможет,

Росс

(Добавление нового ответа, потому что у меня недостаточно высокой репутации, чтобы добавлять комментарии к существующему ответу @TheCleaners)

Поддельное резервное копирование VSS

Прерывание инкрементного резервного копирования

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

Используйте пассивные копии

В группе доступности базы данных по возможности сделайте это на пассивной копии.

Процедура

Вы должны добавить обе точка привода / монтирования для базы данных и журнал.

  1. Откройте командную строку от имени администратора
  2. Бегать diskshadow
  3. Тип add volume x: (где «x» - это диск для базы данных Exchange)
  4. Тип add volume y: (где «y» - это диск для журнала Exchange)
  5. Тип begin backup
  6. Тип create. Это займет несколько минут, пока VSS сделает свое дело.
  7. Тип end backup. Здесь он установит усечение журналов. Вам придется подождать, пока сгенерируется следующий журнал, прежде чем это начнется.