Главная   >    техподдержка   >    Лента техподдержки   >    ТОП 3 ошибок при резервировании данных ARIS
03.08.2023

ТОП 3 ошибок при резервировании данных ARIS

Резервирование данных применительно к системе 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, обратиться с запросом в техническую поддержку или позвонить по телефону.

Другие сообщения