Резервное копирование Altium On-Prem Enterprise Server с использованием Oracle в качестве бэкенда

Parent page: Altium On-Prem Enterprise Server с бэкендом Oracle

Этот документ предназначен для ИТ-администратора, выполняющего резервное копирование Altium On-Prem Enterprise Server при использовании Oracle Database в качестве бэкенда. В нем приведены сведения об Enterprise Server, процедуре его резервного копирования в контексте использования Oracle, важная информация о системных требованиях, а также пример.

Обзор процесса резервного копирования

Резервное копирование Enterprise Server при использовании Oracle в качестве бэкенда зависит от того, как в вашей компании организовано управление базами данных Oracle. Некоторые компании запускают базы данных Oracle поверх Windows Server, тогда как у других есть целые дата-центры Oracle. Процесс резервного копирования обычно включает три шага, как показано на следующем изображении.

Общий обзор процедуры резервного копирования Enterprise Server и базы данных Oracle.

Допущения, принятые в этом документе

1. Установку выполняет ИТ-администратор. Как минимум пользователь, выполняющий установку Enterprise Server, должен иметь административные права на хост-машине.
2. Схема Oracle и учетные данные приложения Oracle, используемые на исходном и целевом серверах Oracle, должны совпадать.

Общий обзор архитектуры Enterprise Server

Как и другое ПО, предназначенное для работы в Microsoft Windows, Enterprise Server — это многопоточное, многосервисное серверное приложение. Поскольку этот документ сосредоточен исключительно на частях Enterprise Server, которые могут взаимодействовать с базой данных Oracle, следующее изображение упрощено и отражает общую архитектуру бэкенда Enterprise Server.

Общий обзор архитектуры Enterprise Server. Backend Storages Enterprise Server содержит большую часть бинарных данных заказчика, а Windows Services — это набор вспомогательных служб.

Этот документ фокусируется на Backend Storages, поскольку данные в этом блоке подлежат резервному копированию, потенциально мигрируются на другую машину, а затем восстанавливаются либо на той же, либо на другой машине. В составе Backend Storages можно найти следующее:

• Databases – содержит метаданные, такие как сопоставление посадочного места компонента и условного графического обозначения, параметры, пути к файлам, ссылки на источники данных по цепочке поставок компонентов и многое другое. Эта информация может храниться в базе данных Firebird или Oracle.
• File Storage – эта область File Storage хранит бинарные данные в VCS-репозитории Enterprise Server. Эти бинарные данные включают, например, документы проектов PCB и схем, посадочные места, символы, Draftsman и другие нативные или ненативные документы Enterprise Server.

Общий обзор Altium Backup Tool

Инструмент резервного копирования Altium называется avbackup.exe. Это утилита командной строки, которую ИТ-администраторы могут запускать для резервного копирования данных Enterprise Server. avbackup.exe — это та же утилита, которая используется для резервного копирования, когда Enterprise Server настроен с бэкендом базы данных Firebird по умолчанию, а также при использовании Oracle в качестве бэкенда.

При использовании avbackup.exe в реализации Enterprise Server, где применяется база данных Oracle, администраторам следует учитывать следующее:

1. avbackup.exe NOT не поддерживает резервное копирование вашей базы данных Oracle. Эта функция работает только в реализациях Enterprise Server с бэкендом Firebird, который изначально был автоматически настроен установщиком Enterprise Server.
2. avbackup.exe будет создавать Zip-файл, содержащий все бинарные данные Enterprise Server.
3. avbackup.exe автоматически остановит все службы Enterprise Server (включая службы IIS) на время резервного копирования данных, а затем перезапустит все остановленные службы после успешного завершения резервного копирования.

Пример резервного копирования Enterprise Server с бэкендом Oracle на платформе Windows

В этом примере инструкции также ориентированы на небольшие компании, у которых может не быть выделенного администратора баз данных Oracle (DBA), но при этом есть необходимость выполнять резервное копирование Enterprise Server и связанных данных Oracle в своей сети. Следующие шаги показывают, как можно выполнить базовое резервное копирование Enterprise Server и базы данных Oracle.

Необходимые элементы

• Папки для резервных копий — папки, в которых вы планируете хранить данные Enterprise Server и Oracle, должны уже существовать.
• Административный доступ к хост-машине Enterprise Server. Это требуется для корректного запуска утилиты резервного копирования Enterprise Server (avbackup.exe).
• Соответствующий доступ DBA к серверу Oracle (т. е. добавить учетную запись Windows пользователя в роль DBA в среде Windows).

Процедура резервного копирования

1. На хост-машине Enterprise Server:
   1. Создайте папку для резервной копии (удобно иметь единые пути, например: C:\Backups).
   2. Выполните резервное копирование данных Enterprise Server, запустив инструмент avbackup.exe от имени администратора. Инструмент находится в папке C:\Program Files (x86)\Altium\Altium365\Tools\BackupTool.

2. На хост-машине сервера Oracle Database:
   1. Создайте папку для резервной копии (удобно иметь единые пути, например: C:\Backups).
   2. Выполните резервное копирование данных Oracle (в этом разделе предполагается, что учетная запись пользователя и схемы обе называются AESUSER313 и имеют пароль Altium):
      1. Запустите командную строку с правами администратора.
      2. Остановите серверы IIS командой: net stop WAS.
      3. Перед резервным копированием временно повысьте статус задействованной схемы до DBA.
      4. Выполните резервное копирование/экспорт схемы, связанной с Enterprise Server. Пример команды экспорта:

exp AESUSER313/Altium@xe owner=AESUSER313 file=c:\Backups\AESUSER313.dmp log=c:\Backups\AESUSER313_export.log statistics=none

где,

AESUSER313 – пользователь, имеющий полные привилегии на схему и права доступа к БД.

Altium – пароль учетной записи пользователя Oracle, связанной с Enterprise Server.

xe – сетевое имя службы целевой БД, указанное в tnsnames.ora.

owner = AESUSER313 – имя схемы.

file = c:\Backups\AESUSER313.dmp – расположение резервной копии.

log = c:\Backups\AESUSER313_export.log – журнал резервного копирования (необязательно).

Заключение

Хотя приведенный выше пример включает дополнительные детали, относящиеся к работе с базой данных Oracle, для резервного копирования данных Enterprise Server есть всего три ключевых шага:

1. Шаг 1 — остановить службы IIS и пулы приложений IIS Enterprise Server.
2. Шаг 2 — выполнить резервное копирование данных Enterprise Server.
3. Шаг 3 — выполнить резервное копирование данных Oracle, связанных с Enterprise Server.

Выполнение этой процедуры в описанном порядке значительно снижает вероятность повреждения данных из‑за несоответствия между базой данных Oracle и бинарными данными Enterprise Server.