none
Заполнение места на диске из-за транзакционных логов Exchange Server 2013 RRS feed

 > 

  • Вопрос

  • Question
    Нужно войти
    0
    Нужно войти
    Здравствуйте. Есть три сервера, на котором находятся различные базы, и на одном из них резко начало расти количество логов, за час буквально 50 гигов, выяснилось, что логи начали заполняться после того, как некоторых юзеров, с огромными квотами на почте, стали перемещать из одной базы в другую (заранее проархивировав их, то есть объем почты не больше 1 гига). Что при этом необходимо делать? Можно ли как-то остановить move-request, чем это чревато? И как остановить рост? Циркуляция логов включена*
    9 августа 2018 г. 10:21
    |

Ответы

  • Question
    Нужно войти
    1
    Нужно войти
    Здравствуйте. Есть три сервера, на котором находятся различные базы, и на одном из них резко начало расти количество логов, за час буквально 50 гигов, выяснилось, что логи начали заполняться после того, как некоторых юзеров, с огромными квотами на почте, стали перемещать из одной базы в другую (заранее проархивировав их, то есть объем почты не больше 1 гига). Что при этом необходимо делать? Можно ли как-то остановить move-request, чем это чревато? И как остановить рост? Циркуляция логов включена*

    Вы ведь после архивирования эту сархиврованную почту удалили и решили, что её в п/я больше нет, не так ли? А ведь, если вы не предприняли специальных мер, она осталась в "корзине" (папка Recoverable Items в самом п/я, при перемещении п/я она перемещается вместе с ним). Посмотрите ради интереса объем удаленных элементов (TotalDeletedItemSize) в выдаче Get-MailboxStatistics для такого п/я - полагаю, будете неприятно удивлены.

    Так что либо думайте, что делать логами в текущем раскладе (резать, добавить место на диск, если есть возможность, и т.п.), либо чистьте "корзину". Процедура по очистке "корзины" в деталях описана здесь: https://docs.microsoft.com/en-us/exchange/policy-and-compliance/recoverable-items-folder/clean-up-deleted-items

     

    Слава России!







    • Изменено M.V.V. _ 9 августа 2018 г. 11:15
    • Помечено в качестве ответа Elmira Aliyeva 9 августа 2018 г. 12:21
    9 августа 2018 г. 11:10
    |

Все ответы

  • Question
    Нужно войти
    0
    Нужно войти
    Ограничить рост можно двумя способами - либо циркуляция логов, либо бэкап (инкрементальный/полный).
    9 августа 2018 г. 10:24
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Добрый день,

    Логи при перемещении из базы в базу действительно растут, это штатно. Если места критически не хватает, включайте Circullar Logging на БД. Другой вариант усекать логи - делать бэкап при перемещении не уместен в вашем случае.

    9 августа 2018 г. 10:24
    |
  • Question
    Нужно войти
    0
    Нужно войти
    Спасибо за ответ, циркуляция логов включена, но место все равно катастрофически быстро уменьшается. Пока приостановила перемещения из одной базы в другую. "Логи при перемещении из базы в базу действительно растут, это штатно." - неужели логи растут в геометрической прогрессии? Всегда занималась перемещением пользователей, такого роста не наблюдалось. Это происходит только с определенными пользователями. 
    9 августа 2018 г. 10:41
    |
  • Question
    Нужно войти
    1
    Нужно войти
    Здравствуйте. Есть три сервера, на котором находятся различные базы, и на одном из них резко начало расти количество логов, за час буквально 50 гигов, выяснилось, что логи начали заполняться после того, как некоторых юзеров, с огромными квотами на почте, стали перемещать из одной базы в другую (заранее проархивировав их, то есть объем почты не больше 1 гига). Что при этом необходимо делать? Можно ли как-то остановить move-request, чем это чревато? И как остановить рост? Циркуляция логов включена*

    Вы ведь после архивирования эту сархиврованную почту удалили и решили, что её в п/я больше нет, не так ли? А ведь, если вы не предприняли специальных мер, она осталась в "корзине" (папка Recoverable Items в самом п/я, при перемещении п/я она перемещается вместе с ним). Посмотрите ради интереса объем удаленных элементов (TotalDeletedItemSize) в выдаче Get-MailboxStatistics для такого п/я - полагаю, будете неприятно удивлены.

    Так что либо думайте, что делать логами в текущем раскладе (резать, добавить место на диск, если есть возможность, и т.п.), либо чистьте "корзину". Процедура по очистке "корзины" в деталях описана здесь: https://docs.microsoft.com/en-us/exchange/policy-and-compliance/recoverable-items-folder/clean-up-deleted-items

     

    Слава России!







    • Изменено M.V.V. _ 9 августа 2018 г. 11:15
    • Помечено в качестве ответа Elmira Aliyeva 9 августа 2018 г. 12:21
    9 августа 2018 г. 11:10
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Здравствуйте. Есть три сервера, на котором находятся различные базы, и на одном из них резко начало расти количество логов, за час буквально 50 гигов, выяснилось, что логи начали заполняться после того, как некоторых юзеров, с огромными квотами на почте, стали перемещать из одной базы в другую (заранее проархивировав их, то есть объем почты не больше 1 гига). Что при этом необходимо делать? Можно ли как-то остановить move-request, чем это чревато? И как остановить рост? Циркуляция логов включена*

    Вы ведь после архивирования эту сархиврованную почту удалили и решили, что её в п/я больше нет, не так ли? А ведь, если вы не предприняли специальных мер, она осталась в "корзине" (папка Recoverable Items в самом п/я, при перемещении п/я она перемещается вместе с ним). Посмотрите ради интереса объем удаленных элементов (TotalDeletedItemSize) в выдаче Get-MailboxStatistics для такого п/я - полагаю, будете неприятно удивлены.

    Так что либо думайте, что делать логами в текущем раскладе (резать, добавить место на диск, если есть возможность, и т.п.), либо чистьте "корзину". Процедура по очистке "корзины" в деталях описана здесь: https://docs.microsoft.com/en-us/exchange/policy-and-compliance/recoverable-items-folder/clean-up-deleted-items

     

    Слава России!







    Письма эспортировались в pst файл, а не удалялись, но TotalDeletedItemSize действительно показывает объем того самого pst фала, к сожалению. Спасибо. 
    9 августа 2018 г. 12:06
    |