Указания по устранению неполадок локальной непрерывной репликации
Применимо к: 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, описанных в этом разделе, см. в следующих разделах: