none
Вопрос про транзакционные логи RRS feed

  • Вопрос

  • Развернут Exchange Server 2016, существует только одна администраторская учетная запись. Одна почтовая база данных. С ней в одной папке каждые 15 минут создаются транзакционные логи. При этом никакой активности на сервере нет, письма не отправляются и не принимаются. Мне хотелось бы узнать, это нормальная работа сервера или какой-то глюк?

    После проведения бэкапа данные логи, как положено были удалены.


    • Изменено Siarogak 15 марта 2017 г. 6:55
    15 марта 2017 г. 6:55

Ответы

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

    это нормально.

    Система Managed Availability не без помощи HealtMailbox-ов, из соседней темы, работают :) отслеживая состояния сервера и генерят логи.


    • Изменено Ivan.Basov 15 марта 2017 г. 7:32
    • Предложено в качестве ответа ILYA [ sie ] SazonovModerator 15 марта 2017 г. 8:20
    • Помечено в качестве ответа Siarogak 15 марта 2017 г. 12:26
    15 марта 2017 г. 7:14

Все ответы

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

    это нормально.

    Система Managed Availability не без помощи HealtMailbox-ов, из соседней темы, работают :) отслеживая состояния сервера и генерят логи.


    • Изменено Ivan.Basov 15 марта 2017 г. 7:32
    • Предложено в качестве ответа ILYA [ sie ] SazonovModerator 15 марта 2017 г. 8:20
    • Помечено в качестве ответа Siarogak 15 марта 2017 г. 12:26
    15 марта 2017 г. 7:14
  • Добрый день,

    это нормально.

    Система Managed Availability не без помощи HealtMailbox-ов, из соседней темы, работают :) отслеживая состояния сервера и генерят логи.


    если я сделаю подряд два бэкапа, соотвественно размер первого будет больше за счет того, что в нем будет содержаться большее количество транзакционных логов. Будет ли принципиальная разница  из какого архива восстанавливаться? Вносяться ли результаты этих транзакционных логов в базу?
    • Изменено Siarogak 15 марта 2017 г. 12:42
    15 марта 2017 г. 12:42
  • Сомнительная практика. Лучше делать бэкапы по расписанию и иметь несколько копий, на случай каких либо повреждений в последнем бэкапе. Восстанавливаться лучше из последнего, опять же если он нормальный.

    Все логи проигрываются в БД.

    15 марта 2017 г. 13:28
  • Сомнительная практика. Лучше делать бэкапы по расписанию и иметь несколько копий, на случай каких либо повреждений в последнем бэкапе. Восстанавливаться лучше из последнего, опять же если он нормальный.

    Все логи проигрываются в БД.

    Вероятно вы не поняли, что я имел ввиду. Вот к примеру, сервер работает(даже простаивает, нет пользовательской активности) месяц, бэкап  в течение месяца не делается, накапливается определенное количество транзакционных логов. Делаем бэкап, он занимает примерно три гигабайта. Делаем бэкап второй раз он соотвествнно будет меньшего размера. Если логи записаны в файл базы, зачем оно в бэкап записывает  все логи?   Если второй бэкап содержит ту же информацию, что и первый, но за минусом кучи транзакционных логов, не лучше ли использовать его, так как он занимает меньше места?

    16 марта 2017 г. 6:35
  • Я не встречал простаивающий без активности сервер Exchange в продакшене ни разу. Зачем он такой вообще нужен, не понятно, деньги на ветер...

    Идеология такая. После выполнения бэкапа БД и логов, Exchange как бы "понимает", что у него все хорошо, с точки зрения, что теперь есть и БД и все логи в резерве и дается сигнал на проигрывание логов в БД. Вот тут может возникнуть так называемое логическое повреждение БД, бывает крайне редко, но тем не менее бывает. Заметить вы это можете не сразу, то есть она может продолжить работать еще некоторое время без unmount и повторный бэкап у вас может пройти с уже логическим повреждением и в случае восстановления она уже будет с этим повреждением. Поэтому собственно и нужно несколько копий иметь и ваш способ экономии места немного сомнителен.

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


    16 марта 2017 г. 8:45
  • понятно,  спасибо за ответ!
    16 марта 2017 г. 8:59