Вы можете создавать резервные копии своего развертывания ArcGIS Enterprise и восстанавливать самые свежие данные в случае отказа или повреждения данных. Это позволяет восстанавливать элементы портала, сервисы и данные, находившиеся на портале во время создания архива.
Использование архивов для восстановления развертывания является хорошей опцией, если некоторое время простоя или небольшая потеря данных приемлемы для пользователей, а организация не обладает инфраструктурой или ресурсами для перехода на отказоустойчивое развертывание.
Вы также можете хранить резервные копии, даже если вы реализуете другие стратегии аварийного восстановления. Они дают дополнительную гарантию восстановления вашего развёртывания, если не удаётся выполнить основную стратегию.
Например, если вы поддерживаете реплицированное развертывание, и оба ваших развертывания, основное и реплицированное, дают сбой в одно и то же время (возможно, они оба были размещены в здании, в котором отключили питание), у вас все еще есть резервная копия, которую вы можете восстановить.
Режимы резервного копирования
С помощью утилиты webgisdr можно создавать различные типы резервных копий, используя следующие режимы резервного копирования:
Резервная копия
Этот введенный в версии 10.9 режим backup предназначен для резервного копирования состояния организации, включая ресурсы портала, опубликованные сервисы, реляционное хранилище данных и хранилище данных кэша листов, если вы указали его в файле свойств. Сюда также входят любые ссылки на хранилища данных, зарегистрированные в качестве элементов портала или непосредственно через ArcGIS Server Manager. Вы не можете использовать режим backup для резервного копирования каких-либо данных, на которые вы ссылаетесь, если только данные не были скопированы на сайт в рамках процесса публикации.
Полностью
Режим full работает аналогично режиму backup и включает в себя те же ресурсы. Он предназначен для упрощения комбинированного расписания полного и инкрементного резервного копирования и снятия ограничения на журнал транзакций, чтобы обеспечить инкрементное резервное копирование и восстановление. Если вы решите не использовать режим incremental как часть стратегии резервного копирования, вы должны использовать вместо него режим backup.
Инкрементный
incremental режим содержит набор изменений, произошедших с момента последнего полного резервного копирования. Это особенно полезно при географической репликации, где более короткие интервалы резервного копирования и восстановления выгодны для обеспечения тесной синхронизации развертываний. Файл резервной копии режима incremental включает только изменения содержимого портала, опубликованных сервисов, данных, скопированных на сайты интегрированных серверов, реляционное хранилище данных и хранилище данных кэша листов, если вы указали это в файле свойств. Если на сайте ArcGIS Server зарегистрировано новое хранилище данных или обновлена существующая строка подключения, требуется резервное копирование с использованием режима full и последующее восстановление, прежде чем вы сможете продолжить репликацию с использованием режима incremental.
Примечание:
Для создания или восстановления инкрементных резервных копий необходимо настроить ArcGIS Data Store так, чтобы резервные копии реляционных хранилищ данных создавались автоматически.
Что входит в архив
Используйте утилиту webgisdr для экспорта файлов архива, содержащих следующие компоненты развёртывания ArcGIS Enterprise:
- Элементы и настройки портала
- ГИС-сервисы и настройки
- Реляционное хранилище данных и хранилище данных кэша листов
Вы можете создавать дополнительные резервные копии между полными резервными копиями, чтобы уменьшить общий размер резервной копии. Дополнительные сведения о различиях между полным и инкрементным резервным копированием см. в разделе Режимы резервного копирования.
Обратите внимание, что резервная копия, которую вы создали с использованием утилиты webgisdr, не содержит следующего:
- Листы кэша картографического сервиса. Если они у вас есть, создайте резервную копию всех директорий, где хранятся листы кэша (например, вся директория arcgiscache в C:\arcgisserver\directories\ или <ArcGIS Server installation directory>/arcgis/server/usr/directories). В этих директориях будут содержаться листы кэша и файл схемы листов conf.xml. Директории кэша также могут содержать файловую базу геоданных, status.gdb, которая содержит информацию о созданных листах. Когда вы будете восстанавливать этот сайт, переместите или скопируйте эту информацию обратно в исходную директорию arcgiscache.
- Базовые источники данных для веб-сервисов – для файловых источников данных вам нужно создать копии этих файлов. Для данных, хранящихся в базе данных, воспользуйтесь инструментами СУБД для создания резервных копий базы данных.
- Хранилище пространственно-временных больших данных и резервные копии хранилищ графов - Если у вас есть хранилище пространственно-временных больших данных или хранилище графов (или и то, и другое), зарегистрированные на хост-сервере, создайте резервные копии каждого из них с помощью утилиты ArcGIS Data Store backupdatastore.
- Интегрированные сайты ArcGIS Mission Server или сайты ArcGIS Notebook Server — Если у вас есть любой из них, создайте резервные копии, следуя инструкциям в документации ArcGIS Mission Server и документации ArcGIS Notebook Server. Чтобы восстановить их с помощью утилиты webgisdr, следуйте инструкциям в разделе Восстановление ArcGIS Enterprise.
- Настройка сайта ArcGIS GeoEvent Server — Следуйте инструкциям в документацииArcGIS GeoEvent Server , чтобы создать его резервную копию.
Примечание:
Чтобы создать накопительные резервные копии при помощи утилиты webgisdr, вы должны включить восстановление по временной точке, или с утилитой ничего не получится.
Также обратите внимание, что для успешной работы утилита webgisdr должна иметь доступ хотя бы к одной машине каждого сайта интегрированного сервера посредством Administrator Directory URL ArcGIS Server и к основному хранилищу данных. Чтобы определить, доступен ли URL-адрес, откройте ArcGIS Server Administrator Directory в браузере на компьютере, на котором вы запустите утилиту webgisdr.
Начиная с версии 10.4, список элементов и параметров, которые должны быть идентичными в исходном и целевом развертываниях при запуске утилиты webgisdr, был сокращен. Эти изменения в последних версиях Portal for ArcGIS и ArcGIS Server приведены в следующей таблице:
Должен элемент или настройка совпадать для развертываний при запуске утилиты webgisdr?
| Элемент или настройка | 10.4.x | 10.5.x, 10.6 | 10.6.1 и более новые |
|---|---|---|---|
URL-адреса общедоступного портала | Да | Да | Да |
URL-адреса сервисов для интегрированных серверов | Да | Да | Да |
Зарегистрированные хранилища данных, отличные от ArcGIS Data Store | Да | Да | Да |
Данные учетной записи для файла ...webgisdr.properties | Да | Да | Да |
Пути директории ArcGIS Server (например, arcgisjobs) | Да | Да | Нет |
Информация о безопасности (LDAP URL-адреса, информация прокси) | Да | Да | Нет |
Тип развертывания (одна машина или высокая доступность) | Да | Нет | Нет |
URL-адрес частного портала | Да | Нет | Нет |
URL-адрес администрирования для интегрированных серверов | Да | Нет | Нет |
Имена компьютеров | Да | Нет | Нет |
Тип хранилища директории ресурсов портала | Да | Да | Да |
Путь к директории ресурсов портала (при использовании файловой системы) | Нет | Нет | Нет |
Учетные данные директории ресурсов портала (при использовании облачного хранилища) | Нет | Нет | Нет |
Хранилище конфигурации ArcGIS Server | Нет | Нет | Нет |
Сетевые требования
Чтобы утилита webgisdr функционировала, ей необходим доступ к определенным URL-адресам, которые являются частью вашего развертывания, и подключение непосредственно к компоненту, для которого создается резервная копия. В зависимости от вашей конфигурации, они могут не совпадать с URL-адресами, используемыми для настройки развертывания ArcGIS Enterprise, такими как свойство privatePortalURL на портале, или URL-адресами, используемыми для интеграции портала и сервера. URL-адреса следующие:
- Конечная точка 7443 компьютера или компьютеров портала, если развертывание отказоустойчивое. Если ваш портал работает на машине с именем portal.domain.com, утилита webgisdr должна иметь доступ к https://portal.domain.com:7443/arcgis.
- Конечная точка 6443 по крайней мере одной машины ArcGIS Server на каждом сайте интегрированного сервера. Если ArcGIS Server работает на машине с именем server.domain.com, утилита webgisdr должна иметь доступ к https://server.domain.com:6443/arcgis. Это также относится к любой другой машине, которая является частью этого сайта.
- Конечная точка 2443 любой машины ArcGIS Data Store, зарегистрированной на сайте хост-сервера. Если ArcGIS Data Store работает на машине с именем datastore.domain.com, утилита webgisdr должна иметь доступ к https://datastore.domain.com:2443/arcgis.
Как часто нужно выполнять резервное копирование развертывания ArcGIS Enterprise
Чем чаще создаются архивы, тем меньше потеря данных при отказе первичного развёртывания. Однако постоянно создавать архивы непрактично (а часто невозможно). Выбирая частоту создания резервных копий, следует учитывать следующее:
- На создание каждого архива требуется время. Время создания архива увеличивается при увеличении количества и размера ресурсов. Можно сократить это время, выполняя между полными резервными копиями дополнительные.
- Создание архива - ресурсоёмкий процесс, который может снизить быстродействие сети. Рекомендуется делать полные копии в промежутки времени с наименьшим сетевым трафиком, например, ночью, а промежуточные резервные копии - в течение дня, также выбирая промежутки времени с наименьшим трафиком, например, в обеденное для персонала время. Вы можете запустить инструмент webgisdr как задачу по расписанию в Windows Task Scheduler. Дополнительно, инструмент можно переместить и запустить с другого компьютера, не с того, где установлен портал, при условии что у него имеется доступ к компонентам ArcGIS Enterprise.
- Хотя файлы архивов сжаты, они все равно занимают место. Следует предусмотреть достаточный объем пространства в защищенном хранилище для хранения файлов резервных копий.
Как долго хранить файлы резервных копий
Решение вопроса, как долго следует хранить резервные копии, зависит от наличия свободного места на диске и от необходимого вам уровня эластичности возможностей восстановления. Если вам не потребуется восстановление до состояния, предшествующего времени создания последней полной резервной копии, то можно хранить последнюю полную резервную копию и созданные позднее архивы накопившихся с тех пор изменений.
Накопительные архивы, созданные с помощью инструмента webgisdr, являются кумулятивными; самый последний накопительный архив может быть применён к последней полной резервной копии. Поэтому, как минимум, необходимо хранить последнюю полную резервную копию и самый последний созданный с тех пор накопительный архив.
Некоторые более старые резервные копии можно перемещать в другие папки, например, в медиа хранилище. Таким образом, если вы обнаружите, что ключевые данные или сервисы удалены раньше полной резервной копии, эти файлы будут все равно вам доступны.
Примечание:
Утилита webgisdr записывает версии компонентов программного обеспечения ArcGIS Enterprise при создании резервной копии. Развёртывание, в которое вы выполняете восстановление, должно быть той же версии, которая у него была при создании резервной копии. Дополнительно вам необходимо вернуться к тому же типу операционной системы. Например, вы не можете создать резервную копию развёртывания ArcGIS Enterprise на Linux и восстановить её на машинах с Windows.