У меня есть несколько отдельных тестовых сред с 2008 R2 и Exchange 2010 с разными уровнями исправлений и по разным причинам. Одна постоянная проблема, с которой я сталкиваюсь, заключается в том, что журналы транзакций для Exchange не усекаются, потому что нет решения для резервного копирования, и оно мне не нужно.
Итак, как я понимаю, у меня остается три варианта:
circular logging
. Это нежелательно для некоторых тестовых сценариев, так как может конфликтовать с правильной эмуляцией конкретной среды.eseutil /mh
. Это работает, но это громоздкий процесс обслуживания.Первые два я могу сделать, но лучше не буду. Есть ли способ сделать третий вариант?
Не украсть JoeQwertyгром, как я думаю его ответ на этот вопрос более чем допустим и определенно применим практически в любом сценарии, кроме, возможно, вашего. (Вот почему я проголосовал за это.) Однако я нашел способ делать то, что вам нужно ...
По сути, это подделывает резервную копию VSS на томе, на котором находится база данных Exchange, что в конечном итоге приводит к усечению журналов Exchange.
Это приведет к разрыву цепочки инкрементных резервных копий программного обеспечения для резервного копирования, поэтому следующая реальная резервная копия должна быть полной.
Если возможно, в группе DAG сделайте это на пассивной копии.
Вы должны добавить обе точка привода / монтирования для базы данных и журнал.
diskshadow
add volume x:
(где «x» - это диск для базы данных Exchange)add volume y:
(где «y» - это диск для журнала Exchange)begin backup
create
. Это займет несколько минут, пока VSS сделает свое дело.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://technet.microsoft.com/en-us/magazine/jj906377.aspx
редактировать
Вы можете попробовать это, чтобы отказаться от резервного маршрута. Это ручной процесс, но он, вероятно, безопаснее, чем что-либо еще, за исключением резервного копирования:
http://exchangeshare.wordpress.com/2008/05/22/move-committed-exchange-transaction-logs/
РЕДАКТИРОВАТЬ: этот инструмент, похоже, не существует в Exchange Server 2010
В этом сценарии я бы:
Circular Logging
Circular Logging
.Надеюсь это поможет,
Росс
(Добавление нового ответа, потому что у меня недостаточно высокой репутации, чтобы добавлять комментарии к существующему ответу @TheCleaners)
Это нарушит цепочку инкрементных резервных копий программного обеспечения для резервного копирования, поэтому следующая реальная резервная копия должна быть полной.
В группе доступности базы данных по возможности сделайте это на пассивной копии.
Вы должны добавить обе точка привода / монтирования для базы данных и журнал.
diskshadow
add volume x:
(где «x» - это диск для базы данных Exchange)add volume y:
(где «y» - это диск для журнала Exchange)begin backup
create
. Это займет несколько минут, пока VSS сделает свое дело.end backup
. Здесь он установит усечение журналов. Вам придется подождать, пока сгенерируется следующий журнал, прежде чем это начнется.