Назад | Перейти на главную страницу

Серверы Exchange 2010 - журналы транзакций растут быстрее, чем ожидалось

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

У нас есть пара серверов Exchange 2010 SP1 с двумя базами данных почтовых ящиков, настроенными как DAG. Все наши клиенты используют Outlook 2010 на своих компьютерах, и около двух третей из 100 сотрудников имеют iPhone 4S.

Недавно мы заметили, что журналы транзакций растут намного быстрее, чем ожидалось - более 7 ГБ с момента нашего последнего полного резервного копирования, которое было завершено 36 часов назад, и мы отправили только небольшую часть этого объема по почте.

В обычную неделю у нас в почтовом ящике журнала около 1,5 ГБ почты, но около 35 ГБ журналов транзакций. Каково нормальное соотношение количества писем к количеству журналов, которое вы ожидаете увидеть на сервере 2010 года, поскольку оно мне кажется очень высоким.

Я вижу, что в нерабочее время офиса мы получаем ожидаемое количество журналов, генерируемых каждые несколько минут, но примерно в 8:30, когда сотрудники приступают к работе, это количество увеличивается до десятка в минуту. Монитор пользователей Exchange не показывает пользователей, которые кажутся намного выше других с точки зрения байтов журнала, поэтому я не уверен, откуда они все. У нас есть один, который использует намного больше процессорного времени, чем другие, но я не думаю, что здесь проблема.

Есть ли у кого-нибудь предложения, куда мне идти дальше?

заранее спасибо

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

На сайте поддержки Microsoft есть интересное обсуждение. Вот которые могут иметь значение (отрывок следует).

У меня была такая же проблема, и оказалось, что 2 пользователя с телефонами Android в цикле синхронизации контактов. Я в основном запускал отчеты, показывающие 10 самых популярных почтовых ящиков по количеству элементов (а не по размеру), и таким образом смог сузить его до 2 проблемных пользователей (их количество элементов увеличивалось очень быстро по сравнению со всеми остальными. Запуск отчета каждые 3 минуты позволь мне найти тенденцию

Плакат предлагал запустить следующий сценарий PowerShell в качестве «отчета»

Get-Mailbox -database databasethatkeepsgrowing | Get-MailboxStatistics | Sort-Object ItemCount -descending |Select-Object DisplayName,ItemCount,@{name="MailboxSize";exp={$_.totalitemsize}} -first 10 | Convertto-Html | out-File c:\temp\report.htm

Я полагаю, вы могли увидеть эту проблему на любом устройстве, у которого могут быть проблемы, включая сам Outlook, если один или два пользователя испортили файлы OST или плохо себя великие плагины - имейте в виду, что журналы транзакций - это не просто список почты, а список из, ну, сделки который включает почту, но может также включать все, что изменяет свойства объекта в вашем хранилище сообщений, что может быть любым количеством вещей. Я бы предположил, что высокая производительность процессора, которую вы заметили, может быть очень актуальной, и ее стоит хотя бы проверить.

В дополнение к этому, я бы проверял такие вещи, как рассылка спама и тому подобное, но я уверен, что вы все это уже закончили.