Skip to main content

Восстановление после сбоя и репликация

Вы можете реплицировать вашу среду ArcGIS Enterprise в автономную резервную среду. Если в первичной среде происходит сбой или она становится недоступной, можно подключить резервную среду.

Резервная среда обычно работает в другой сети или подсети, или даже может быть физически удалена от расположения первичной среды. Где бы вы ни разместили резервную среду, убедитесь, что ваши клиенты ArcGIS Enterprise смогут получить к ней доступ, когда это потребуется. Для получения дополнительной информации о способах восстановления после сбоя перейдите в Центр архитектуры.

Географическое дублирование

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

Для успешного использования географического дублирования необходимо выполнить следующие требования:

  • Первичная и вторичная среда должны быть идентичны. Каждый центр обработки данных должен иметь одинаковое количество компьютеров в развертывании ArcGIS Enterprise, а URL-адреса, используемые для доступа к компонентам, должны быть идентичными.

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

  • Папки, зарегистрированные на сайтах ArcGIS Server в основной и резервной средах, могут иметь разные пути, но имена папок должны быть одинаковыми, и они должны содержать точные копии одних и тех же исходных данных.

  • Географическое резервирование обычно подразумевает активно-пассивный подход; поэтому данные и ресурсы должны последовательно реплицироваться в резервную среду ArcGIS Enterprise.

  • Для успешного использования географического дублирования необходимы компоненты сторонних поставщиков. Например, важное значение имеет сервер GSS или DNS, поскольку при переключении с первичного развертывания на вторичное он обеспечивает бесперебойную работу пользователям ArcGIS Enterprise.

Чтобы максимально уменьшить время простоя в случае сбоя или аварии, можно развернуть отказоустойчивый географически удаленный ArcGIS Enterprise. Это наиболее сложная система развертывания, требующая большого числа компьютеров и тщательного обслуживания. Настройте два отдельных центра данных, каждый со своей собственной отказоустойчивой средой ArcGIS Enterprise. В каждом центре данных имена всех компьютеров должны быть идентичны, должны отсутствовать единые точки отказа, в том числе по отношению к данным, находятся ли они на отказоустойчивом файл-сервере или в отказоустойчивой базе данных, всем веб-серверам и балансировщикам нагрузки, а также компонентам ArcGIS Enterprise. Архивы первичной среды должны создаваться постоянно, а их запись в резервную среду в отдельном центре данных может происходить сразу или при отказе первичной среды.

Особенности входа в систему для конкретной организации в целях обеспечения географической избыточности

Если ваша организация использует SAML или OpenID Connect, перед восстановлением резервной копии из основной среды в резервную необходимо выполнить ряд действий. Эти действия гарантируют, что после сбоя во втором центре обработки данных пользователи смогут продолжать входить в вашу организацию.

Учетные записи SAML

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

Чтобы обновить сертификат SAML как в первичной, так и во вторичной среде, выполните следующие действия:

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

  2. Войдите в директорию администратора портала в вашем основном центре данных. Вы можете использовать URL-адрес организации, URL-адрес частного портала или, если в вашей организации настроена отказоустойчивость, вы можете войти с первичного или вторичного портала.

    Формат URL-адреса https://organization.example.com/arcgis/portaladmin.

  3. Выберите Компьютеры, затем щелкните по названию любого компьютера на сайте.

  4. Щелкните SSLCertificates > samlcert > Удалить.

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

  5. Вернитесь к SSLCertificates API и щелкните Импорт существующего сертификата сервера.

  6. На странице Импортировать существующий сертификат сервера укажите следующую информацию:

    • Пароль сертификата – введите пароль для файла .pfx из шага 1.

    • Псевдоним — введите samlcert.

    • Файл — перейдите к местоположению файла .pfx.

  7. Щёлкните Импорт. Если в вашей организации настроена отказоустойчивость, вы также должны импортировать сертификат на другой компьютер с Portal for ArcGIS в развертывании ArcGIS Enterprise вашей организации.

  8. Настройте SAML в дежурной среде.

  9. Обновите метаданные провайдера сервиса первичного портала в провайдере идентификации.

Учетные записи OpenID Connect

Поскольку URI перенаправления входа, сгенерированный при регистрации портала с помощью OpenID Connect, уникален, убедитесь, что при настройке логинов OpenID Connect в вашем резервном центре данных вы скопировали сгенерированную Учетную запись URI переадресации и добавили ее в список разрешенных URI перенаправления для провайдера идентификаций OpenID Connect.

Планирование репликации развертывания

Сначала определите количество требующихся компьютеров. Затем запланируйте выполнение следующих требований для восстановления реплицированной среды ArcGIS Enterprise:

  • Дублирование – убедитесь, что оба центра данных и оба развертывания ArcGIS Enterprise имеют одинаковую архитектуру.

  • Репликация – создайте архив ресурсов и данных первичного центра данных и восстановите его на дежурном.

  • Мониторинг – проверяйте журналы, чтобы определить случай отказа и установить, требуется ли при этом отказе переход на дежурный центр данных.

  • Обход отказа – примите решение, следует ли перейти на другой компонент в пределах ArcGIS Enterprise или полностью перейти на работу с развертыванием ArcGIS Enterprise в другом центре данных.

Также при планировании реплицированного развёртывания помните:

  • Утилита WebGISDR не перемещает листы кэша картографического сервиса. Если вы включаете картографический сервис или кэши размещённых слоев листов, которые используются сайтом текущего развертывания, создайте резервную копию всех директорий, где хранятся листы кэша (например, вся директория arcgiscache в C:\arcgisserver\directories\ или <ArcGIS Server installation directory>/arcgis/server/usr/directories). Вручную разместите копии в соответствующей директории arcgiscache или как отдельное развертывание.

  • Использование нескольких кластеров ArcGIS Server не поддерживается при применении WebGISDR для репликации ArcGIS Enterprise в автономную резервную среду.

  • Все компьютеры в обоих развертываниях должны использовать одну и ту же операционную систему. Например, первичное развёртывание не может размещаться на компьютерах с Windows, в дежурное - с Linux.

  • Инструмент WebGISDR записывает версии программного обеспечения компонентов ArcGIS Enterprise при создании файла резервной копии. Запасное развёртывание, в которое вы импортируете файл, должно быть той же версии, что и основное развёртывание.

Требования к компьютерам

Число необходимых вам компьютеров зависит от настройки ArcGIS Enterprise. Как минимум, потребуются два компьютера. Если ваше развертывание ArcGIS Enterprise не хранит большой объем данных и сервисов, не включает хранилище больших пространственно-временных данных, не включает хранилище графов и к нему не обращается много пользователей, вы можете настроить основное развертывание, состоящее из GIS Server на одном компьютере, и установить Portal for ArcGIS и ArcGIS Data Store на этот же компьютер. Вам потребуется второй компьютер для хранения дежурного развертывания.

Если ваше развертывание ArcGIS Enterprise используется более интенсивно — например, если к нему обращается большое количество пользователей, ваша организация хранит большое количество элементов или в развертывании часто выполняются операции редактирования, — вам может потребоваться сайт GIS Server на одном или нескольких компьютерах, и вам следует установить Portal for ArcGIS и ArcGIS Data Store на разных компьютерах, отдельно друг от друга и отдельно от компьютеров GIS Server. Если вы публикуете множество размещенных слоев сцен, может потребоваться настройка ArcGIS Data Store (хранилища объектов) для хранения баз данных кэша сцен на другом компьютере. Если вы будете использовать хранилище графов, вам потребуется как минимум один дополнительный компьютер. Если вы будете использовать хранилище больших пространственно-временных данных, вам потребуется как минимум один дополнительный компьютер. В этом случае определите необходимое число компьютеров по следующей формуле:

(<number of GIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2

Помните, что дополнительные лицензии ArcGIS для резервного развертывания не требуются, поскольку к нему не осуществляется доступ; вы сделаете его активным только при отказе основного.

Необходимые настройки для дублированных развертываний

Чтобы обеспечить эффективное восстановление для реплицированного ArcGIS Enterprise, резервная среда должна дублировать диапазон системных параметров, конфигураций безопасности и расположений хранения, найденных в основной среде. Частое резервное копирование и поддержка синхронности между реплицированными средами являются наилучшим способом минимизации времени простоя в случае сбоя. Эти соображения должны быть применены ко всем аспектам вашего развертывания. Некоторые примеры приведены ниже:

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

  • URL-адрес организации и URL-адреса сервисов, используемые для любых интегрированных серверов, должны совпадать.

    Подсказка:

    Используйте записи DNS или отредактируйте файлы hosts на компьютерах вашего реплицированного развертывания, чтобы поддерживать единообразие имен хостов. Рекомендованный подход для этого состоит в том, чтобы настроить отдельный компьютер в качестве URL-адреса организации. Вы можете установить или обратный прокси-сервер на этом компьютере и изменить файлы hosts на компьютерах Portal for ArcGIS и ArcGIS Server.

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

Подробные сведения о том, какие элементы и настройки должны совпадать, см. в разделе Что включено и Настройки, которые должны совпадать в разных средах при использовании инструмента WebGISDR.

Replicate ArcGIS Enterprise

Инструмент WebGISDR позволяет экспортировать ресурсы вашей организации, федеративные сайты ArcGIS Server, а также содержимое реляционного хранилища и хранилища объектов ArcGIS Data Store в файл, который вы переместите на резервный компьютер для восстановления. Эта утилита поддерживает параметры конфигурации Portal for ArcGIS, ArcGIS Server и ArcGIS Data Store, а также копирует все ресурсы, созданные на портале, и данные, которые при публикации были скопированы на хост-сервер и хранилище данных.

Утилита не выполняет копирования данных из баз данных или директорий, зарегистрированных на хост-сервере или интегрированных сайтах ArcGIS Server. Это ответственность администратора – реплицировать эти данные в резервном развертывании ArcGIS Enterprise и проверять, что эти сервисы на резервном компьютере могут работать с реплицированными данными.

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

Вы можете запустить утилиту webgisdr как запланированное задание в среде Linux. Кроме того, эту утилиту можно перенести на другой компьютер и запустить его оттуда, отдельно от установки Portal for ArcGIS, при условии соблюдения следующих требований:

Вы можете запустить утилиту webgisdr как задачу по расписанию в Планировщике задач Windows. Кроме того, эту утилиту можно перенести на другой компьютер и запустить его оттуда, отдельно от установки Portal for ArcGIS, при условии соблюдения следующих требований:

  • Связь между компьютером и компонентами ArcGIS Enterprise открыта.

  • На компьютере установлена среда Java Runtime Environment (JRE) версии 1.8 или выше.

  • Переменная среды JAVA_HOME установлена на каталог установки Java на компьютере.

Вы должны восстановить резервные копии ArcGIS Enterprise в резервном развертывании сразу, как только они будут экспортированы из первичного. Это позволяет избежать восстановления накопительных резервных копий в неправильном порядке, и означает, что в случае отказа основного развертывания потеря данных или время простоя будут минимальны. Если резервные копии не будут немедленно восстановлены, то могут возникнуть дополнительные издержки по импорту резервной копии и переключению на резервное развертывание.

Также учитывайте, что если при создании резервной копии в первичном развертывании будут ошибки, а процесс импорта данных в резервное развертывание автоматизирован, то эти ошибки и некорректные параметры также будут импортированы в резервное развертывание.

См. Настройка восстановления после отказа для получения инструкций по репликации среды ArcGIS Enterprise.

Мониторинг ArcGIS Enterprise

Мониторинг очень важен, как в реплицированной среде, так и в отказоустойчивой. В отказоустойчивой среде некоторые части развертывания способны преодолевать отказы без участия пользователя. Например, если происходит отказ первичного портала ArcGIS Enterprise, ПО немедленно переключается на резервный без участия пользователя. Аналогичным образом, компоненты ArcGIS Server и ArcGIS Data Store могут выйти из строя, при этом система может функционировать в штатном режиме, так как в ней отсутствуют критические узлы, отказ которых приводит к остановке всей системы. Предполагая, что видимые нарушения работы ArcGIS Enterprise могут отсутствовать, следует использовать механизмы уведомления администраторов о сбоях отдельных компонентов развертывания ArcGIS Enterprise.

Вы можете использовать ArcGIS Monitor для анализа состояния вашего развертывания.

Вам потребуется использовать Python или другой язык написания скриптов для ArcGIS Server REST API, чтобы автоматизировать проверку подключений к зарегистрированным папкам, хранилищам больших данных, файловым хранилищам растровых данных, кэшам листов и хранилищам больших пространственно-временных данных.

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

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

Отказоустойчивость

В ArcGIS Enterprise, Portal for ArcGIS, ArcGIS Server и ArcGIS Data Store есть собственные внутренние механизмы обеспечения отказоустойчивости. В отказоустойчивых конфигурациях сбой каждого компонента может быть исправлен без значительных нарушений в работе ArcGIS Enterprise.

Переход реплицированного развертывания с первичного на дежурный центр данных обычно требует участия IT-отдела организации, и может быть выполнен через сервер GSS или глобальный DNS. Участники организации обычно получают доступ к развертыванию ArcGIS Enterprise через несколько URL-адресов, например https://myportalwa.organization.com/portal для URL-адреса портала и https://myserverwa.organization.com/server для URL-адреса сервисов ArcGIS Server. GSS или глобальный DNS могут назначить IP-адрес для любого имени хоста. Если необходимо переключиться на другой центр данных, GSS или глобальный DNS перенаправит имя хоста myportalwa.organization.com и myserverwa.organization.com на IP-адреса, связанные с резервным центром данных. Клиенты и пользователи не будут затронуты, но все запросы будут отправляться в резервный центр данных. При восстановлении работы первичного центра данных IP-адреса первичных хостов сайта могут быть снова переведены на IP-адреса исходного центра данных. Вам потребуется выполнить согласование данных резервного и первичного центров, чтобы в первичном центре данных появились все новые ресурсы и данные, созданные во время работы с резервным центром.

Если данные в любой, зарегистрированной на хост-сервере или на интегрированном сайте ArcGIS Server базе данных (многопользовательской базе геоданных или базе данных) были отредактированы, используйте инструменты репликации базы данных, чтобы гарантировать, что исходное первичное развертывание ArcGIS Enterprise содержит обновленные данные. Если данные в файловых источниках данных, таких как файловые базы геоданных, зарегистрированных на любом сайте ArcGIS Server в развертывании ArcGIS Enterprise, были изменены, скопируйте измененные файлы в исходную папку, где они хранились. Наконец, используйте утилиту webgisdr для экспорта резервной копии ArcGIS Enterprise из резервного развертывания и импорта в основное развертывание. Этот инструмент реплицирует ресурсы портала, включая связанные данные размещенных слоев объектов и сцен, а также новые неразмещенные сервисы, зарегистрированные на портале, в исходное основное развертывание ArcGIS Enterprise.