none
Не удаляются transaction logs в Exchange 2013 после Backup RRS feed

  • Вопрос

  • Всем привет.

    Уже есть похожая тема https://social.technet.microsoft.com/Forums/ru-RU/4a46b4f9-5374-425e-9bd3-3db1a9cd355e/-transaction-logs-exchange-2013?forum=exchange2013ru

    Но она мне не помогла.

    После полного BackUp сервера все логи транзакции должны удолятся овтомотически, но не в моём случае. BackUp делаю с помощью Windows Server Backup, который всегда завершается удачно, но логи как были так и остались. Уже 800 Гигобайт этих логов. На диске нету места для этого больше.

    Подскажите как их убить вручную, или почему они после бэкапа автомотически не удоляются?

    9 ноября 2017 г. 11:35

Ответы

Все ответы

  • Добрый день.

    Во-первых, "удалять" пишется через "А", как и "автоматически". 

    По делу: Полную архивацию VSS выставляли в доп. параметрах?

    9 ноября 2017 г. 11:54
  • Если уже совсем горит с местом на диске и попахивает остановкой сервера, ввиду нехватки места, включайте циркулярку
    9 ноября 2017 г. 11:58
  • Спасибо за ответ.

    Извеняюсь за ошибки, торопился вчера. Просто у меня нет русских букв на клавиатуре, только немецкие, вот и тыкаю по памяти :-) Я хоть и русский, но в России никогда даже проездом небыл. А за годы прожетые в Германии, я уже стал орфографию русскую забывать немного. Но спасибо за напоминание )

    Такуюже тему я тут и у немцев создал, просто я хотел услышать мнение наших и местных )

    https://social.technet.microsoft.com/Forums/de-DE/afcfafb1-57fc-4b00-8f01-8c8d180f1422/transaktionsprotokolldateien-nach-backup-wurden-nicht-gelscht-exchange-server-2013?forum=exchange_serverde

    В немецкой теме я также скриншоты выложил и мне парень сказал, что нужно с настройками Backupа поиграться, но а на краяняк тоже циркулярку предложил.

    Полная архивация VSS у меня активирована. Я выложу скрины и сюда, надеюсь немецкий вас не смутит.


    10 ноября 2017 г. 8:21
  • А как правильно в ручную убивать эти логи? Можно мне остановит работу банка данных, убить все логи и снова включить банк данных?

    Или там всё не так просто?

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

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

    А если я циркулярку включу, можно мне логи вручную убить?

    10 ноября 2017 г. 8:37
  • Ещё как смутил)

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

    Читайте статью: http://blog.bissquit.com/mail-servers/exchange-server/exchange-2013-database-backup/#note-3870-4 

    Ну и вот ещё официальная, там есть занимательная табличка: https://technet.microsoft.com/ru-ru/library/dd876851%28v=exchg.150%29.aspx?f=255&MSPPError=-2147217396

    10 ноября 2017 г. 8:42
  • А если я циркулярку включу, можно мне логи вручную убить?
    При включении циркулярки, они сами удалятся.
    P.S. встроенный Windows Backup - зло, подводил))
    • Изменено Ivan.Basov 10 ноября 2017 г. 9:01
    10 ноября 2017 г. 8:59
  • Спасибо за статью, очень полезная инфа. Сейчас попробую бэкап изменить и в понедельник сообщу о результате.
    10 ноября 2017 г. 9:05
  • Забыл совсем отписаться. Я остановил Exchange DB, убил логи руками и снова запустил Exchange DB. После чего пришлось ещё индексирование заного создать, т.к. поиск писем в Оутлуке перестал работать.

    Далее я изменил Windows Backup и это помогло. Пока удаляет все логи сам ежедневно и места на диске прибавилось.

    Ещё раз спасибо, за ответы.

    Теперь у меня другая проблема, уже у других клиентов.

    Если есть время гляньте плиз

    https://social.technet.microsoft.com/Forums/ru-RU/32204988-10be-4e17-a37e-bd34ec96fe5d/wifi-dc-?forum=WS8ru


    29 ноября 2017 г. 13:32