Поделиться через


Указания по устранению неполадок локальной непрерывной репликации

 

Применимо к: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Последнее изменение раздела: 2007-10-10

В этом разделе рассматривается устранение неполадок, которые могут возникнуть при выполнении Microsoft Exchange Server 2007 в среде с локальной непрерывной репликацией. Эти неполадки описаны ниже.

  • Командлет Get-StorageGroupCopyStatus сообщает о сбое базы данных и о том, что она не заполнена.

  • Командлет Get-StorageGroupCopyStatus сообщает о сбое базы данных. Значение FailedMessage содержит конкретные сведения об источнике сбоя.

  • Оповещения, счетчики производительности или командлет Get-StorageGroupCopyStatus указывают, что для копии группы хранения выполнено резервное копирование очередей копирования или преобразования.

  • Командлет Get-StorageGroupCopyStatus сообщает время ожидания обновления для значения LastInspectedLogTime.

  • Не удается выполнить заполнение.

  • Командлет Restore-StorageGroupCopy в конфигурации с локальной непрерывной репликацией сообщает о недоступности файла Exx.log.

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

Приступая к работе

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

Процедура

Командлет Get-StorageGroupCopyStatus сообщает о сбое базы данных и о том, что она не заполнена

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

  • Решение   Выполните действия, описанные ниже.

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

    • Проверьте правильность настройки путей копии локальной непрерывной репликации. Это можно сделать с помощью командлета Get-StorageGroup в командной консоли Exchange. Для получения дополнительных сведений об использовании командлета Get-StorageGroup для просмотра сведений о конфигурации см. раздел Инструкции по просмотру параметров конфигурации локальной непрерывной репликации.

    • Для инициализации копии группы хранения используется командлет Update-StorageGroupCopy.

Командлет Get-StorageGroupCopyStatus сообщает о сбое базы данных, а значение FailedMessage предоставляет конкретные сведения об источнике неполадки

  • Возможные причины   Существует много причин, которые могут привести к сбою пассивной копии. Значение FailedMessage конкретно указывает на обнаруженную проблему.

  • Решение   Для получения значения FailedMessage можно запустить командлет Get-StorageGroupCopyStatus. Эта строка указывает на конкретную обнаруженную проблему. Если сообщается о том, что журнал поврежден или отсутствует, попытайтесь найти неповрежденный журнал с правильным номером версии. Если такой журнал найти не удается, выполните повторное заполнение с помощью командлета Update-StorageGroupCopy. Если в сообщении говорится о том, что журналы для источника недоступны, запретите совместное использование каталога, в котором хранится журнал источника, и перезапустите службу репликации Microsoft Exchange на этом компьютере. Проанализируйте сведения, содержащиеся в значении FailedMessage, затем устраните указанную проблему.

Оповещения, счетчики производительности или командлет Get-StorageGroupCopyStatus указывают, что формируются очереди копирования или преобразования для пассивной копии

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

    • Проблема настройки.

    • Приостановка репликации.

    • Остановка служба репликации Microsoft Exchange.

    • Сбой или отключение хранилища.

  • Решение   Выясните, существует ли реальная неполадка или это переходное состояние. Выполните для этого описанные ниже действия.

    • Убедитесь в том, что служба репликации Microsoft Exchange работает. Это можно сделать с помощью оснастки «Службы». Если данная служба остановлена, ее необходимо запустить.

    • Выполните командлет командной консоли Exchange Get-StorageGroupCopyStatus с командой fl, а затем определите, не приостановлена ли пассивная копия. Если она приостановлена, проверьте наличие всех необходимых файлов пассивной копии и возобновите работу пассивной копии с помощью командлета Resume-StorageGroupCopy.

    • Выполните командлет Get-StorageGroupCopyStatus командной консоли Exchange с параметром fl и определите, является ли копия работоспособной. Если копия неработоспособна, просмотрите список полей состояния и определите, что необходимо сделать.

Понаблюдайте за счетчиками производительности репликации в течение нескольких минут, чтобы выяснить, происходят ли изменения. А именно, посмотрите на номер версии преобразования и номер версии проверки. Если длина очереди копирования продолжает увеличиваться, но длина очереди преобразования небольшая или уменьшается, возможно наличие проблемы с общей сетевой папкой на активной копии или самом активном сервере. Убедитесь в том, что каталог журнала активной копии группы хранения содержит общую сетевую папку, определенную в нем с помощью идентификатора GUID группы хранения. Идентификатор GUID группы хранения можно определить в командной консоли Exchange с помощью командлета Get-StorageGroupCopyStatus с параметром fl.

Командлет Get-StorageGroupCopyStatus сообщает время ожидания обновления для LastInspectedLogTime

  • Возможные причины   Эта проблема может быть вызвана тремя причинами.

    • Отключена база данных активной копии.

    • Активная копия подключена, но изменяется слишком медленно. Это приводит к тому, что активная копия не создает журналы.

    • Служба репликации Microsoft Exchange не запущена.

  • Решение   Выясните, какая из трех причин имеет место. Это легко сделать с помощью следующей команды.

    • С помощью консоли управления Exchange или командлета Get-StorageGroupStatus в командной консоли Exchange определите, не отключена ли база данных. Если база данных отключена, ее необходимо подключить и создать новую последовательность файлов журнала перед тем, как изменится значение LastInspectedLogTime.

    • Убедитесь в том, что служба репликации Microsoft Exchange работает. Если она остановлена, ее необходимо запустить.

    • Убедившись в том, что база данных подключена, проверьте, создает ли она журналы. Найдите в каталоге журналов активной базы данных файл журнала с самым большим номером версии. Проверьте отметку времени этого журнала. Она должна соответствовать значению LastInspectedLogTime.

Не удается выполнить заполнение

  • Возможные причины   Выполняется резервное копирование активной копии или возникла проблема со связью.

  • Решение   Проверьте, не выполняется ли резервное копирование соответствующей группы хранения или базы данных.

Командлет Restore-StorageGroupCopy сообщает о недоступности файла Exx.log

  • Возможные причины   Командлет Restore-StorageGroupCopy выдает запрос на продолжение работы в случае отсутствия файла Exx.log.

  • Решение   Если вы ожидаете активации для создания базы данных без потерь данных, на запрос следует дать ответ Нет. Если файл Exx.log недоступен во время выполнения командлета Restore-StorageGroupCopy, восстановление будет выполнено с потерей данных. Если дается ответ Нет, необходимо устранить все проблемы, препятствующие доступу к журналам рабочей среды. После устранения этих неполадок можно повторно выполнить командлет Restore-StorageGroupCopy.

Дополнительные сведения

Дополнительные сведения о командлетах командной консоли Exchange, описанных в этом разделе, см. в следующих разделах: