Применимо к: Exchange Server 2010 SP1

Последнее изменение раздела: 2011-03-25

Сценарий Troubleshoot-DatabaseSpace.ps1 используется диспетчером Microsoft System Center Operations Manager 2007 для обнаружения и исправления избыточного роста размера журнала или файла базы данных Microsoft Exchange (EDB), что может приводить к простою базы данных. По умолчанию диспетчер System Center Operations Manager 2007 запускает сценарий каждые 15 минут. Тем не менее, можно использовать планировщик задач для настройки и запуска этого сценария для отслеживания роста файлов журнала и базы данных.

Примечание.

Сценарий Troubleshoot-DatabaseSpace.ps1 выполняет следующие действия.

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

  2. Отслеживает доступное место на диске для файлов базы данных и журнала. Если какой-либо из них достиг порогового значения или превысил его, необходимо предпринять дальнейшие действия.

  3. Следит за скоростью создания журнала. Если объем свободного места на диске оказывается меньше значения параметра HourThreshold (рассчитанного на основе скорости создания журнала), необходимо предпринять дальнейшие действия.

    Примечание.
    Чтобы избежать критических проблем, убедитесь, что значение параметра HourThreshold достаточно велико и оставляет достаточно времени на принятие мер в течение рабочего дня, пока на диске достаточно места. Если заполнение дисков происходит быстрее по сравнению с указанным значением, то необходимо немедленно выполнить действия по защите диска.
  4. Если все предыдущие условия выполнены, сценарий определяет список первых 25 пользователей, получавших доступ к базе данных в течение последнего часа. Согласно сценарию наиболее часто используемые почтовые ящики, для которых суммарная скорость создания журнала выше разницы между текущей скоростью создания и устойчивой скоростью создания, помещаются на карантин, что позволяет выделить дополнительное время на настройку. Эти пользователи помещаются на карантин на шесть часов, в течение которых они не имеют доступа к электронной почте.

  5. Если средству устранения неполадок не удается сбросить скорость создания журнала до порогового значения, то создаются события, которые затем преобразуются в оповещения по модели работоспособности. В этот момент сценарий снимает базу данных с подготовки путем запуска командлета Set-MailboxDatabase с параметром ExcludeFromProvisioning, имеющим значение $true, для данной базы данных. Может потребоваться переместить почтовые ящики на новый сервер для освобождения места на диске.

  6. Если средством устранения неполадок помещено на карантин более 10 пользователей, это указывает на проблему в системе, которую необходимо окончательно устранить. В этом случае модель работоспособности выдает срочное оповещение.

Параметры по умолчанию, используемые в сценарии Troubleshoot-DatabaseSpace.ps1, определяются в сценарии StoreTSConstants.ps1.

Необходимы сведения о других задачах управления, связанных с базами данных? См. раздел Управление базами данных почтовых ящиков.

Использование сценария Troubleshoot-DatabaseSpace.ps1

Просмотр выходных данных средства устранения неполадок в результате роста размера журнала