none
очистка логов журнала транзакций exchange 2007

    Вопрос

  • Добрый день, коллеги. 

    Имеется сервер Exchange 2007 sp1, с самого начала использования не чистились логи журнала транзакций, ужа занимают неприлично много места. Как правильно почистить эти логи? Просто удалить все файлы кроме последнего? Выполнить резервное копирование базы средствами ntbackup? На данный момент копирование выполняется средствами backup exec 2010. 

    В общем подскажите как правильно и без полсдествий почистить логи? 

    спасибо

    25 октября 2012 г. 5:46

Ответы

  • для отсечения логов следует выполнить Full Backup,средствами backup exec 2010 именно это делаете? в крайнем случае можно выполнить ручное удаление файлов типа "E00003892FC.log". или включить циркуляцию логов (но не желательно).
    • Помечено в качестве ответа Yuriy Lenchenkov 8 ноября 2012 г. 13:24
    25 октября 2012 г. 6:04
  • В целом верно, при full бекапе логи должны автоматически удаляться. Ручное удаление логов это способ на крайний случай, когда свободное место на разделе кончается.

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

    Нужно разбираться, почему у вас full бекап не удаляет логи.

    • Помечено в качестве ответа Yuriy Lenchenkov 8 ноября 2012 г. 13:24
    25 октября 2012 г. 7:05
    Отвечающий

Все ответы

  • для отсечения логов следует выполнить Full Backup,средствами backup exec 2010 именно это делаете? в крайнем случае можно выполнить ручное удаление файлов типа "E00003892FC.log". или включить циркуляцию логов (но не желательно).
    • Помечено в качестве ответа Yuriy Lenchenkov 8 ноября 2012 г. 13:24
    25 октября 2012 г. 6:04
  • я выполняю full backup именно backup exec 2010 логи не удаляются.

    прочитал в инете, что ручное удаление файлов типа "E00003892FC.log крайне не желательно и может привести к отказу сервера. авторы данных статей ошибаются? или я ошибаюсь. )

    25 октября 2012 г. 6:17
  • если удалять только такого типа (за предудщие дни) - это конечно не желательно, но отказа не будет. Сам неоднократно так делал, когда сбоила процедура бэкапа.

    25 октября 2012 г. 6:19
  • 25 октября 2012 г. 6:28
  • Добрый день.

    Удалить можно и вручную, главное знать какие именно и понимать, что это сделает невозможным восстановление данных, измененных после последнего full бекапа.

    Приведите пожалуйста вывод команды:

    Get-MailboxDatabase "database_name" -status | fl *backup*

    25 октября 2012 г. 6:32
    Отвечающий
  • Добрый день.

    Удалить можно и вручную, главное знать какие именно и понимать, что это сделает невозможным восстановление данных, измененных после последнего full бекапа.

    Приведите пожалуйста вывод команды:

    Get-MailboxDatabase "database_name" -status | fl *backup*

    т.е. получется, что всё таки лучший способ это удаление при резервном копировании? как я понимаю симантек должен удалять "лишние" логи с сервра но делать их резервную копию .. 
    25 октября 2012 г. 6:54
  • В целом верно, при full бекапе логи должны автоматически удаляться. Ручное удаление логов это способ на крайний случай, когда свободное место на разделе кончается.

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

    Нужно разбираться, почему у вас full бекап не удаляет логи.

    • Помечено в качестве ответа Yuriy Lenchenkov 8 ноября 2012 г. 13:24
    25 октября 2012 г. 7:05
    Отвечающий
  • В целом верно, при full бекапе логи должны автоматически удаляться. Ручное удаление логов это способ на крайний случай, когда свободное место на разделе кончается.

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

    Нужно разбираться, почему у вас full бекап не удаляет логи.

    т.е. при условии, что симантек начнет корректно удалять логи то удалит  их он со второго раза, 1 раз сделат полный бэкап базы и логов а второй раз уже удалит логи, которые были скопированы ранее 
    25 октября 2012 г. 7:24
  • нет. логи не бэкапятся. и удаляются сразу после успешного выполнения бэкапа.

    25 октября 2012 г. 7:26
  • Может это поможет: http://support.microsoft.com/kb/182961?wa=wsignin1.0eseutil /mk edb.chk | more после этой команды старые логи вместе базой скопировать в другое хранилище. 


    27 октября 2012 г. 12:39
  • Taryel, заведите отдельную тему для Вашего вопроса.

    По вопросу топикстартера - актуально или разобрались?


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий

    30 октября 2012 г. 9:30