В этом разделе содержатся сведения о восстановлении после повреждения активной базы данных или группы хранения сервера, настроенного для кластерной непрерывной репликации (CCR).

Прежде чем приступить к работе

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

Процедура

Восстановление поврежденных данных на сервере, настроенном для CCR

  1. Определите пассивный узел почтового сервера, выполнив следующую команду:

    Копировать код
    Get-ClusteredMailboxServerStatus -Identity:<Name>
    
  2. Проверьте, не стал ли причиной повреждения автономный диск ведения журнала, автономный диск базы данных или ошибка настройки тома.

    Важно!
    Если том журнала на активном узле недоступен во время переключения при сбое, потеря данных может возрасти.
  3. Переместите кластерный почтовый сервер из активного узла на пассивный узел с использованием командлета Move-ClusteredMailboxServer следующим образом:

    Копировать код
    Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -movecomment:<Comment>
    
    Примечание.
    Для получения дополнительных сведений о командлете Move-ClusteredMailboxServer см. раздел Move-ClusteredMailboxServer.
    Важно!
    Если выясняется, что журналы недоступны, следует ввести аргумент -ignoredismounted, как показано в следующем примере кода:
    Копировать код
    Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -ignoredismounted -movecomment:<Comment>
    
    Примечание.
    Если после этого в процессе перемещений произойдет сбой, будет выполнена смена владельца кластерного почтового сервера. Тем не менее, все соответствующие базы данных останутся в автономном режиме.
  4. После выполнения действия по перемещению убедитесь, что все тома подключены. Если одна или несколько баз данных не подключаются, необходимо определить состояние локальной копии с помощью командлета Get-StorageGroupCopyStatus. Прежде чем выполнить команду Restore-StorageGroupCopy необходимо определить, открыты ли в источнике все доступные журналы, или достаточно копии.

  5. Если из-за того, что журналы не были доступны, не удалось обойтись без потерь для некоторых групп хранения, командлет Restore-StorageGroupCopy должен быть запущен, как показано в примере:

    Копировать код
    Restore-StorageGroupCopy -Identity:"mbx01\SG1"
    
    Примечание.
    Если выполняется командлет Restore-StorageGroupCopy, на экране появляется состояние копии группы хранения и предоставляется запрос на восстановление. Если необходимо выполнить операцию восстановления, введите Да.
    Важно!
    Операцию восстановления можно выполнить позднее, если повторно запустить данную команду.
    Примечание.
    Для получения дополнительных сведений о командлете Restore-StorageGroupCopy см. раздел Restore-StorageGroupCopy.
  6. Теперь можно подключить базу данных. Чтобы подключить базу данных, можно использовать командную консоль Exchange или консоль управления Exchange. Подробные сведения об этом см. в разделе Инструкции по подключению базы данных в среде непрерывной репликации кластера.

  7. Если для завершения операции восстановления выбрано Да, по завершении операции необходимо вручную подключить базу данных к группе хранения, как описано в разделе Инструкции по подключению базы данных в среде непрерывной репликации кластера. В случае отсутствия дальнейших сбоев эти шаги активизируют копию пассивного узла.

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

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

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

Для получения дополнительных сведений о командлете Get-ClusteredMailboxServerStatus см. раздел Get-ClusteredMailboxServerStatus.