Администрирование:Данные

Материал из Юпитер-8

Во вкладке «Данные» (меню «Администрирование»→«Данные»)производится настройка базы данных, а так же система резервного копирования и система очистки БД. К окну «Базы данных» имеет доступ только Администратор сервера.

Вкладка «SQL Сервер»

Во вкладке «SQL Сервер» производятся настройки доступа к серверу баз данных. После изменения параметров сервер КРОС требует обязательной перезагрузки. Предполагается работа с сервером PostgreSQL.

Примечание: По умолчанию при установке сервера данная вкладка заполнена автоматически и не требует дополнительной настройки. Настройка требуется только в частных случаях, как, например, иные имя пользователя или пароль PostgreSQL, либо если требуется изменить название базы данных, на отличное от стандартного.

Параметры подключения

  • Адрес сервера - IP адрес или доменное имя компьютера, на котором устоновлен сервер SQL. По умолчанию используется порт 5432. Если необходимо использовать другой порт - то он указывается через двоеточие, например localhost:5433.
  • Имя базы данных - Основная база данных КРОС. По умолчанию jupiter.
  • Имя схемы - Схема в контексте базы данных PostgreSQL. По умолчанию используется public, поэтому имя схемы можно не указывать.
  • Имя пользователя - Имя пользователя для доступа к базе данных в контексте SQL Сервера.
  • Пароль - Пароль для доступа к базе данных в контексте SQL Сервера.

Параметры логирования

  • Включить логирование SQL-запросов - логирование в smpo-sql.log.

Для сохранения изменений нужно нажать на кнопку «Сохранить» .
Чтобы изменения вступили в силу, необходимо перезагрузить сервер КРОС.
В начало статьи


Вкладка «Резервирование БД»

Полное резервирование базы данных КРОС осуществляется на системном уровне, для чего используются инструменты входящие в состав установленного сервера PostgreSQL - pg_dump и pg_restore. Создание резервных копий возможно как вручную, так и в автоматическом режиме.

Следует учитывать различия резервных копий базы данных и версий сервера. Также обращаем Ваше внимание на тот факт, что ОС Astra Linux Смоленск в работе с данными использует механизм мандатных меток, что вносит специфику при восстановлении данных (восстановление возможно только в ОС Astra Linux Смоленск).

Резервная копия базы данных - это бэкап именно базы данных (договоров, объектов, приборов, учетных записей и т.д.). Не сохраняет версию сервера.
Резервная копия версии сервера - это бэкап исполняющих файлов, отвечающих за работу сервера КРОС в целом, в том числе и за версию сервера. Не сохраняет данные (договора, объекты, приборы и т.д).

Резервная копия

Отображает параметры, определяющие системные настройки резервирования и восстановления БД. Перед созданием резервной копии или восстановлением БД, необходимо настроить ряд параметров:

  • Путь для хранения резервных копий - По-умолчанию, для Windows - "C:\Program Files\smpo-server\backup", в Linux - "/usr/local/smpo-server/backup" или "/mnt/hdd/krosbackup". Настоятельно рекомендуем использовать для резервных копий отдельный дисковый накопитель.Существует возможность указать несколько разных путей для создания резервных копий, для этого перечислите необходимые пути через запятую.
  • Резервная копия - Кнопка "Создать", позволяет создать резервную копию БД вне расписания. Перед обновлением версии КРОС обязательно необходимо сделать резервную копию БД.

В начало статьи

Восстановление

Выбор архива БД и запуск процесса восстановления:

  • Восстановление данных - в выпадающем списке необходимо выбрать бэкап БД, который необходимо восстановить. Обратите внимание, что это не обязательно будет архив с последней датой. После восстановления работы КРОС обратите внимание, чтобы версия КРОС и версия бэкапа совпадали.
  • Восстановить данные - выполнить операцию восстановления. После этого система запустит процесс восстановления и предложит перегрузить КРОС, необходимо согласиться. Скорость восстановления информации зависит от объема информации в бэкапе.

Для того, чтобы программа корректно обсчитывала статусы приборов и объектов, после восстановления БД, необходимо временно выключит "Зеркалирование" на всех компьютерах, если таковое используется. Затем на основном сервере, для каждой охранной организации, необходимо зарегистрироваться под каждым администратором ОО, выполнить следующую команду в браузере:

IP.адрес.сервера.КРОС:порт/query/forcenest

После окончания процедуры в браузере появится сообщение - "ОК".
Теперь можно включить "Зеркалирование" на всех компьютерах.
В начало статьи

Периодическое резервирование

Позволяет создавать резервные копии базы данных в автоматическом режиме

  • Включить ежедневное резервирование - Позволяет создать задачу суточного резервного копирования БД.
  • Время начала резервирования - Рекомендуется выбрать такое время, когда нагрузка на систему минимальна? Как правило это вторая половина ночи, по-умолчанию, установлено время текущей временной зоны - 3:00.
  • Продолжительность хранения резервной копии - устанавливается временной интервал в течении которого система должна хранить резервные копии.

По-умолчанию время хранения составляет 30 дней. Файлы старше, указанного срока, удаляются автоматически. Если при установке новой версии или восстановлении работы КРОС, в каталоге резервного копирования находятся файлы, созданные раннее указаного срока, от даты запуска ПО, то такие файлы будут удалены при создании очередной резервной копии БД.
!!!Внимание!!!
По регламенту работы с системами БД, необходимо предусмотреть хранение их долгосрочных архивов. Например, на внешних ностителях, с периодичностью обновления один раз в месяц или один раз в неделю. Так же, возможно настроить хранение долгосрочных резервных копий на сетевых ресурсах(в пределах локальной сети).

После выставления всех настроек нажать кнопку "Сохранить" . После этого резервные копии начнут создаваться согласно установленным настройкам.

В начало статьи


Вкладка "Создание резервной копии ПО"

Создать резервную копию ПО можно двумя способами: средствами самого сервера КРОС и в ручную.

Вкладка «Резервирование ПО»

Данный способ создания резервной копии позволяет сделать архив текущей версии ПО и всей структуры сервера , а так же делает выгрузку БД в файл формата ".xml". Для создания резервной копии ПО, в сервере КРОС предусмотрены параметры:

Резервная копия

  • Путь для хранения резервных копий - Место хранения резервной копии ПО. По-умолчанию, резервная копия ПО записывается: в Windows - "C:\Program Files\smpo-server\backup"; в Linux - "/usr/local/smpo-server/backup" или "/mnt/hdd/backup". Так же можно изменить путь по-умолчанию, указав новое место хранения резервной копии, в формате ОС.
  • Резервная копия - Нажав кнопку "Создать", можно сделать архив ПО вне расписания.

В начало статьи

Восстановление

Если путь хранения резервных копий указан корректно, то в этом случае система восстановдения данных сама найдет, созданные ранее резервные копии. Для восстановления данных необходимо задать следующие параметры:

  • Восстановление данных - в выпадающем списке нужно выбрать ту резервную копию, которую необходимо восстановить.
  • Охранная организация - Так как выгрузка БД происходит по всем ОО, предлагается сделать выбор, данные какой ОО необходимо восстановить.
  • Восстановить только данные. Версия ПО останется прежней - После нажатия на кнопку "Восстановить данные", система восстановит данные, по выбранной ОО. Предыдущие данные будут уничтожены.
  • Восстановить только ПО. Содержимое БД не изменится- При нажатии на кнопку "Восстановить версию ПО", система восстановит ПО из резервной копии. Данная процедура крайне не желательна на действующей БД, так как возможны процессы связанные с внутренней организацией работы ПО. Процедуру восстаг=новления ПО можно делать, либо на пустой БД, либо в том случае, когда что-то перестало работать.
  • Восстановить ПО и данные - После выбора "Восстановить все", произойдет полное восстановление данных, по выбранной ОО.

В начало статьи

Периодическое резервирование

  • Включить ежедневное резервирование - включение данной опции, позволяет настроить автоматическое создание резервной копии ПО.
  • Время начала резервирования - Рекомендуется выбрать такое время, когда нагрузка на систему минимальна? Как правило это вторая половина ночи, по-умолчанию, установлено время текущей временной зоны - 3:00.
  • Продолжительность хранения резервной копии - По умолчанию время хранения составляет 1 месяц
После выставления всех настроек нажать кнопку "Сохранить" . После этого резервные копии начнут создаваться согласно установленным настройкам.

В начало статьи

Резервирование ПО средстваими ОС

Создание резервной копии версии сервера

Перед обновлениями версии сервера КРОС рекомендуется делать резервную копию папки с ПО сервера, чтобы в случае неуспешного обновления можно было подменить файлы, и запустить старую, работавшую до обновления версию.
Пример, создания резервной копии ПО для ОС Astra Linux: Сделать это проще всего запустив файловый менеджер от имени суперпользователя и выполнил архивирование папки по адресу /usr/local/smpo-server.
1. Необходимо открыть терминал fly-terminal и выполнить команду остановки сервера КРОС: sudo /etc/init.d/smpo-server stop.
2. Ввести команду sudo fly-fm . Будет открыт файловый менеджер под правами суперпользователя.
3. Проследовать в папку /usr/local/
4. В папке /usr/local/ найти папку под названием smpo-server.
5. Нажать на папку smpo-server правой кнопкой мыши, выбрать пункт "Упаковать", далее в выпадающем меню выбрать "Как архив zip". Будет создан архив smpo-server.zip
В начало статьи

Восстановление резервной версии версии сервера

Восстановление версии сервера из резервной копии требуется, на примере Astra Linux:
1. Необходимо открыть терминал fly-terminal и выполнить команду остановки сервера КРОС: sudo /etc/init.d/smpo-server stop.
2. Ввести команду sudo fly-fm . Будет открыт файловый менеджер под правами суперпользователя.
3. Проследовать в папку /usr/local/
4. В папке /usr/local/ найти архив под названием smpo-server.zip
5. Правой кнопкой мыши щелкнуть по архиву, выбрать "Распаковать", далее "Распаковать в эту папку". Файлы будут заменены.

Пути и названия папок и архивов могут отличаться в зависимости от ваших установок и предпочтений, здесь описан лишь алгоритм действий для восстановления.
В начало статьи

Вкладка «Очистка БД»

В штатных средствах комплекса предусмотрена система автоматической очистки БД.
Автоматизация учитывает необходимый минимум для каждого из объектов в 1000 последних событий. Эти события остаются в БД и не удаляются несмотря на уставленную периодичность очистки системы. Для использования данной процедуры необходимо указать параметры:

  • Разрешить периодическую очистку данных - Включение/Отключение системы автоматической очистки.
  • Период хранения оперативных данных (минут) - оперативными данными считается лента событий по всем объектам. В независимости от настройки периодичности очистки БД оперативные данные будут оставлены.
  • Периодичность запуска системы очистки - возможность задать период (1 час, 3 часа, 12 часов, ежедневно, раз в три дня, еженедельно). Для Еженедельной очистки устанавливается день недели, в который производится очистка данных.
  • Время запуска (ЧЧ:ММ) - системное время на сервере для начала процесса удаления данных.

Примечание: Важно учитывать время не только удаления данных, но и создания резервных копий. Настоятельно не рекомендуется совмещать их по времени или задавать им близкий временной интервал.

Для сохранения изменений, нужно нажать на кнопку «Сохранить» .
В начало статьи