Skip To 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, в вашем резервном центре данных, выполните следующие действия:

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

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

  2. Выберите Компьютеры, затем щелкните по названию любого компьютера на сайте.
  3. Щелкните SSLCertificates > samlcert > Экспорт.
  4. Войдите в директорию администратора портала в вашем резервном центре данных.
  5. Выберите Компьютеры, затем щелкните по названию любого компьютера на сайте.
  6. Щелкните SSLCertificates > samlcert > Удалить. Если ваша организация настроена на отказоустойчивость, также удалите сертификат с другого компьютера.
  7. Щелкните Импорт подписанного сертификата, чтобы импортировать сертификат, экспортированный на шаге 3, на любой из компьютеров. Если ваша организация настроена на отказоустойчивость, сертификат автоматически копируется на другой компьютер.
  8. Настройте SAML в дежурной среде.

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

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

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

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

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

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

  • Утилита WebGISDR не перемещает листы кэша картографического сервиса. Если вы включаете картографический сервис или кэши размещённых слоев листов, которые используются сайтом GIS Server текущего развертывания, создайте резервную копию всех директорий, где хранятся листы кэша (например, вся директория 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-адреса организации. Вы можете установить ArcGIS Web Adaptor или обратный прокси-сервер на этом компьютере и изменить файлы hosts на компьютерах Portal for ArcGIS и ArcGIS Server.

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

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

Репликация 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, при соблюдении следующих условий:

  • Между компьютером и компонентами 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 для анализа работоспособности компонентов Portal for ArcGIS, ArcGIS Server и реляционного ArcGIS Data Store вашего развертывания. Вы также можете использовать Задачу индекса портала для запроса статуса indexer для основного компьютера портала, перед выполнением репликации развертывания. Если вы используете зарегистрированную базу данных PostgreSQL, Oracle или Microsoft SQL Server вместе со своим развертыванием, вы можете использовать одну из задач Egdb, доступных в галерее 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.