ТОП 3 ошибок при резервировании данных ARIS
Схематично хранение пользовательских данных в ARIS можно представить тремя уровнями (рис.1):
- СУБД;
- тенант;
- пользовательские ARIS-базы и системная ARIS-база.
Рис. 1. Уровни хранения пользовательских данных в ARIS 9.Х, 10.Х
ИТ-специалисты (системные администраторы и администраторы СУБД) обеспечивают работу СУБД, администраторы ARIS могут выполнять манипуляции с тенантами и пользовательскими ARIS-базами, а конечные пользователи ARIS (бизнес-аналитики, моделировщики) работают непосредственно с пользовательскими ARIS-базами.
Ошибка №1: делать бэкапы только на уровне виртуальных машин и/или СУБД
Если ИТ-специалист, не знакомый со спецификой системы ARIS и потребностями ее пользователей, получает задачу организовать резервное копирование системы ARIS, то он может это сделать только на уровне виртуальных машин серверов ARIS и СУБД, а также формирования резервных копий базы СУБД, с которой работает ARIS. И это первая ошибка.
Такой подход действительно позволит оперативно восстановить работоспособность ARIS в случае серьёзного сбоя, приведшего к существенному повреждению ARIS или операционной системы.
Однако, в случае, когда пользователи запросят восстановить ту или иную пользовательскую ARIS-базу, конкретную модель или группу (папку), а в других базах и/или моделях уже внесены изменения, которые нельзя потерять, то мы столкнёмся с проблемами.
Теоретически, в описанной выше ситуации можно поднять параллельный сервер ARIS и сервер СУБД, настроить их. Подключившись к этим серверам, можно будет выгрузить нужные данные и загрузить их на продуктивный сервер. Но очевидно, что этот путь является не практичным и мало реалистичным по объему трудозатрат ради восстановления нескольких моделей. Поэтому во избежание такой проблемы, помимо резервных копий базы СУБД и/или виртуальных машин, необходимо формировать резервные копии пользовательских ARIS-баз (рис.2).
Рис. 2. Резервируемые данные пользовательских баз ARIS
Наиболее удобный инструмент для этого – утилита ARIS Server Administrator. Как минимум, нужно настроить ежедневное/еженедельное резервирование пользовательских баз, а в идеале – определить, какие базы с какой частотой требуют резервирования, и настроить создание бэкапов по соответствующему расписанию.
При наличии таких резервных копий для восстановления данных можно будет обойтись силами ARIS-администратора, без привлечения системного администратора. По запросу пользователей в продуктивной системе возможно восстановление базы, соответствующей заданным дате и времени. Необходимо только учесть, что для чёткой идентификации, где продуктивная база, а где восстановленная, используемая для извлечения утраченных данных, восстанавливаемую базу нужно предварительно переименовать.
Восстановление можно выполнять в ARIS-клиенте, либо с помощью утилиты ARIS Server Administrator.
Ошибка №2: не делать бэкапы системной базы ARIS
От пользователей может прийти более специфический запрос, когда нужно восстановить нечаянно удалённый ARIS-скрипт, методологический фильтр или восстановить методологическую модель. Все эти данные содержатся в системной ARIS-базе (рис.3). И бывает, что про неё забывают на стадии настройки резервного копирования ARIS.
Рис. 3. Резервируемые данные системной базы ARIS
Чтобы иметь возможность отработать такой запрос, необходимо создавать резервные копии системной ARIS-базы всё в той же утилите ARIS Server Administrator.
Восстанавливается системная база также с помощью ARIS Server Administrator. При восстановлении будут перезаписаны все скрипты, фильтры и метамодель ARIS, поэтому этот момент надо предварительно согласовать с пользователями и сделать резервную копию текущей системной базы перед восстановлением.
Ошибка №3: сохранять бэкапы на тот же диск, где работет ARIS
В нашей практике мы встречали случаи, когда автоматическое формирование резервных копий настраивается на тот же диск виртуальной машины, на котором работает ARIS-сервер. Чем это чревато:
- В случае повреждения виртуальной машины можно потерять доступ к системе ARIS одновременно с потерей резервных копий данных. Безвозвратно будет утерян существенный объём работ пользователей.
- В случае переполнения диска из-за формирования бэкапов не только перестанут формироваться сами резервные копии, но и произойдёт сбой в работе ARIS-сервера.
Мы рекомендуем настраивать формирование резервных копий на диск, не связанный с работой ARIS-сервера или виртуальной машины, на которой он запущен.
Выводы
Для полноценного резервирования пользовательских данных ARIS необходимо:
- Настроить регулярное резервирование пользовательских ARIS-баз и системной ARIS-базы.
- Формировать и хранить резервные копии на дисках, не связанных с ARIS-сервером и его виртуальной машиной.
Руководство пользователя по утилите ARIS Server Administrator для версий ARIS 10.0.22 и новее можно найти по ссылке https://documentation.softwareag.com/aris/UML_Designer/10-0sr22/yud10-0sr22e/webhelp/#/home/114464/en/1. Для версий 10.0.21 и старее – в дистрибутиве ARIS: Documents\English\4 Administration\41 Basic (Single node)\ARIS Server Administrator Command-Line Tool.pdf.
Компания «Дайнова Консалтинг» может помочь вам в организации резервного копирования пользовательских данных ARIS. Для получения этой услуги вы можете написать нам письмо на info@dainova.su, обратиться с запросом в техническую поддержку или позвонить по телефону.