Участившиеся случаи взлома, проблемы с инфраструктурой и перебои с электроэнергией могут привести к неожиданному выходу из строя системы или спровоцировать сбой в любой момент. Одним из мероприятий по обеспечению готовности к нештатным ситуациям является создание резервных копий. Обычно, планирование мероприятий по предупреждению и реагированию на такого рода сценарии происходит во время проектирования системы; второе наилучшее время — сейчас.
Создание надёжных стратегий резервного копирования и восстановления часто упускается из виду при развёртывании корпоративных ГИС. Позже, при разработке стратегии восстановления, от администраторов программного обеспечения требуется соблюдать баланс между минимальной потерей данных, снижением производительности и объемом хранилища. Возможность сохранить работу компании и минимизировать простой, в случае возникновения нештатной ситуации, 100% стоит усилий, затраченных на планирование и настройку резервирования.
В статье представлены некоторые рекомендации Esri по созданию резервных копий ArcGIS Enterprise. В том числе описаны возможности резервирования на уровне программного обеспечения, серверов и хранилищ данных. Информация в статье поможет начать разрабатывать стратегию резервного копирования корпоративной ГИС, чтобы наилучшим образом защитить систему от потери данных в случае нештатных ситуаций.
Варианты резервного копирования
Что может означать вопрос “Доступны ли резервные копии для имеющегося развертывания корпоративной ГИС?”. Этот вопрос может относиться к любому из следующих типов резервных копий:
- Резервные копии на уровне приложений: компоненты ArcGIS Enterprise и управляемые ArcGIS данные, конфигурации и группы.
- Резервные копии на уровне виртуальной машины или ОС: операционная система и сервер, на котором работает ArcGIS Enterprise.
- Резервное копирование на уровне хранилищ данных: данные, управляемые другим программным обеспечением / источниками, такими как: СУБД, файловые хранилища данных, озера данных.
Для каждой из этих областей применяется комплексная стратегия резервного копирования. Не существует единого инструмента для решения задач резервирования на всех уровнях единовременно, поэтому важно обеспечить успешное выполнение резервных копий для каждого из них. Ниже разберём использование различных инструментов и методов резервирования для каждого из уровней.
Резервные копии на уровне приложений
ArcGIS Enterprise для Windows и Linux включает в себя утилиту под названием Web GIS Disaster Recovery tool (обычно сокращённо называемую WebGISDR), которая создаёт файл резервной копии для всего развертывания ArcGIS Enterprise. Файл содержит информацию о сервисах, опубликованных в ArcGIS Enterprise, служебных сервисах, элементах и настройках портала и интегрированных ArcGIS Server, настройках и сервисах ArcGIS Notebook Server (с версии 11.5), реляционное хранилище данных, хранилище данных кэша листов, хранилище объектов и хранилищ графов (с версии 11.5).
Нужно учитывать, что резервная копия, созданная средствами WebGISDR, не включает:
- Файловая система сервера, настройки ОС, сети и т.д. Об стратегии резервирования ОС расскажем чуть позже.
- Листы кэша картографического сервиса. Если они есть, создайте резервную копию всех директорий, где хранятся листы кэша, например, вся директория arcgiscache в C:\arcgisserver\directories\.
- Данные сервисов, которые опубликованные с опцией «ссылаться на зарегистрированные данные», в том числе размещённые в СУБД или в файловых системах. Об стратегии резервирования этих данных расскажем чуть позже.
- Резервные копии пространственно-временных хранилищ больших данных. Создайте резервные копии с помощью утилиты ArcGIS Data Store backupdatastore.
- Интегрированные сайты ArcGIS Mission Server. Создайте резервные копии, следуя инструкциям в документации ArcGIS Mission Server.
- Настройки ArcGIS GeoEvent Server. Следуйте инструкциям в документации ArcGIS GeoEvent Server, чтобы создать резервную копию.
Во время работы WebGISDR происходит создание резервных копий для компонентов ArcGIS Enterprise: ArcGIS Server, ArcGIS Data Store и Portal for ArcGIS. Затем полученные файлы архивируются в один файл, который в последствие может быть использован для восстановления содержимого ArcGIS Enterprise на момент создания резервной копии.
Во время работы WebGISDR интенсивно использует аппаратные ресурсы серверов с компонентами ArcGIS Enterprise, участвующих в развертывании, поэтому администраторам важно запланировать выполнение этого процесса в нерабочее время, и в идеале, в то время, когда в ArcGIS Enterprise не вносится никаких изменений. Чтобы снизить потребление ресурсов, а также обеспечить более частое резервное копирование, WebGISDR поддерживает два режима работы: «полный» и «инкрементный».
Полная резервная копия содержит полный снимок ArcGIS Enterprise и каждого из компонентов, включая информацию обо всех сервисах, опубликованных в ArcGIS Enterprise, данные размещенных векторных слоёв, информацию о группах и участниках и многое другое. Выполнение полного резервного копирования занимает продолжительное время и больше места для хранения, но это вариант полноценного автономного экспорта развертывания.
Инкрементные резервные копии создаются на основе существующей полной резервной копии и включают обновления, которые могли произойти между двумя резервными копиями. Преимущество инкрементных резервных копий заключается в том, что на их создание обычно уходит меньше времени, ресурсов и размер файла значительно меньше, чем при создании полных резервных копий. Несмотря на то, что инкрементные резервные копии более удобны, администраторам следует учитывать, что в случае инцидента им, по сути, потребуется выполнить две операции восстановления, которые могут занять больше времени в зависимости от промежутка времени между полным и инкрементным резервным копированием.
Командная строка с сообщениями WebGISDR во время выполнения полного резервного копирования развёртывания Веб ГИС для учебного курса ArcGIS Enterprise: Публикация геоданных и создание веб-приложений
Методы резервирования ArcGIS Enterprise on Kubernetes описаны в документации.
Вопросы, связанные с резервированием средствами ArcGIS Enterprise в Windows, Linux и Kubernetes входят в компетенцию технической поддержки Esri. Что касается вопросов резервного копирования на уровне виртуальной машины, системы и данных, то они не входят в компетенцию технической поддержки Esri.
После того как мы разобрали, как можно создать резервные копии ArcGIS Enterprise на уровне приложения, давайте рассмотрим, какие шаги следует предпринять для сохранения информации на уровне серверов и данных.
Резервные копии на уровне операционной системы или среды виртуализации
Важно учитывать базовую архитектуру и конфигурацию системы и иметь стратегию по её восстановлению в случае необходимости. Стратегии будут различаться в зависимости от типа базовой архитектуры, используемой для развёртывания ArcGIS Enterprise, поэтому опишем типичный пример.
При работе с виртуальными машинами, как в инфраструктуре компании, так и в облаке, резервное копирование может осуществляться в виде моментального снимка виртуальной машины. Это может быть подходящим способом “отката” сервера к моменту в прошлом, когда программное и аппаратное обеспечение работало корректно. Однако при создании такого типа резервных копий следует учитывать некоторые важные моменты.
- Состояние компьютера. При создании моментальных снимков виртуальных машин программное обеспечение Esri не должно быть запущено или должно быть переведено в режим только для чтения. Это позволит избежать изменений, которые могут привести к тому, что компоненты ArcGIS Enterprise не запустятся при возврате к образу.
- Согласованность содержимого. Создание моментальных снимков машин может быть объединено по времени с резервированием средствами WebGISDR, чтобы гарантировать, что содержимое ArcGIS Enterprise, соответствует файловой структуре на машинах, где развёрнуты компоненты ArcGIS Enterprise.
При координированном выполнении моментального снимка компьютера и WebGISDR создается совместимая с приложением резервная копия, которую можно использовать для восстановления развертывания ArcGIS Enterprise и базовой инфраструктуры.
Совокупность этих соображений может быть использована для создания резервной копии, которая охватывает содержимое и конфигурацию ArcGIS Enterprise, а также аппаратное обеспечение. Последняя область, которую необходимо рассмотреть это внешние источники данных, которые зарегистрированы в ArcGIS Enterprise в качестве внешних хранилищ данных и ссылки, на которые используются при публикации веб-сервисов с опцией «ссылаться на зарегистрированные данные».
Резервные копии на уровне хранилищ данных
ArcGIS Enterprise поддерживает создание сервисов, ссылающихся на различные типы источников данных, например таких как базы данных Oracle, Microsoft SQL Server, PostgreSQL и другие. Каждая из этих СУБД содержит утилиты и методы для резервного копирования, хранящихся в них таблиц.
Базы геоданных — не единственный тип данных, который можно использовать в качестве зарегистрированного источника данных в ArcGIS Enterprise. Сервисы изображений могут использовать растры, а картографические сервисы использовать слои из файловых баз геоданных, размещённых в файловой системе хранения, например на сетевом хранилище; сервисы 3Д сцен использовать 3D тайлы в распакованном формате (I3SREST и ESLPK); графы знаний могут ссылаться на внешние хранилища графов, например Neo4j. Поэтому важно понимать какие источники данных используются в ArcGIS Enterprise в качестве внешнего источника данных и иметь планы для резервного копирования каждого из них.
Хотя в этом блоге не будет подробно рассказано о конкретных подходах к резервированию различных типов внешних источников данных, согласованность с двумя другими уровнями резервирования имеет решающее значение при разработке надежной стратегии. Администраторы должны стремиться к созданию полных резервных копий внешних хранилищ данных в периоды, когда в ArcGIS Enterprise не происходит изменений. В идеале – одновременно проводить резервирование внешних хранилищ данных с созданием резервных копий на уровне системы и программного обеспечения. Это гарантирует согласованность данных на всех уровнях резервирования.
Подведём итог
На данный момент мы выделили три уровня резервного копирования: программное обеспечение, система и внешние источники данных. Общее, что связывает их воедино — это время. Резервные копии следует создавать примерно в одно и тоже время, когда не происходит внесения изменений в ArcGIS Enterprise, чтобы обеспечить сохранность данных в процессе работы. Такой поход может привести к отсутствию доступа к ArcGIS Enterprise. Также резервирование может быть выполнено, когда система находится в состоянии только на чтение и не используется для редактирования, создания или удаления информации.
Эти действия могут занять довольно много времени, если они выполняются вручную. Каждый рассмотренный вариант резервного копирования поддерживает определенный уровень автоматизации. Инструмент webgisdr может быть настроен на запуск с использованием заранее определенного файла конфигурации, что позволяет настраивать сценарии, которые автоматически запускают этот процесс. Аналогичным образом, большинство других типов резервного копирования можно автоматизировать с помощью скриптов и запуска по расписанию. Это обеспечит регулярное создание резервных копий.
И наконец, необходимо обратить внимание на проверку стратегии резервного копирования. Проверка должна включать в себя восстановление и подтверждение работоспособности восстановленной среды. Такой подход гарантирует, что выбранная стратегия будет работать так, как задумано, и что ничего не будет упущено. Проверка также включает в себя регулярную практику восстановления, особенно когда масштаб развёртывания ArcGIS Enterprise увеличивается и в него включаются новые источники данных, компоненты и процедуры.
Заключение
Это всего лишь обзор того, как создать целостную стратегию резервного копирования, но он станет хорошей отправной точкой для администраторов ArcGIS Enterprise. Благодаря тщательному планированию, автоматизации процессов и проверке можно гарантировать, что корпоративная ГИС защищена от потери данных при неожиданных сбоях системы.
