Шаблон:Данные Вкладка Резервирование БД: различия между версиями

Материал из Юпитер-8
Нет описания правки
Нет описания правки
 
(не показана 1 промежуточная версия этого же участника)
Строка 4: Строка 4:


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


'''''Резервная копия базы данных''''' - это бэкап именно базы данных (договоров, объектов, приборов, учетных записей и т.д.). Не сохраняет версию сервера.<br>
'''''Резервная копия базы данных''''' - это бэкап именно базы данных (договоров, объектов, приборов, учетных записей и т.д.). Не сохраняет версию сервера.<br>
Строка 16: Строка 13:
*'''Путь для хранения резервных копий''' - По-умолчанию, для Windows - "C:\Program Files\smpo-server\backup", в Linux - "/usr/local/smpo-server/backup" или "/mnt/hdd/krosbackup". <font style="color:RED;">Настоятельно рекомендуем использовать для резервных копий отдельный дисковый накопитель.</font>Существует возможность указать несколько разных путей для создания резервных копий, для этого перечислите необходимые пути через запятую.
*'''Путь для хранения резервных копий''' - По-умолчанию, для Windows - "C:\Program Files\smpo-server\backup", в Linux - "/usr/local/smpo-server/backup" или "/mnt/hdd/krosbackup". <font style="color:RED;">Настоятельно рекомендуем использовать для резервных копий отдельный дисковый накопитель.</font>Существует возможность указать несколько разных путей для создания резервных копий, для этого перечислите необходимые пути через запятую.
*'''Резервная копия''' - Кнопка "Создать", позволяет создать резервную копию БД вне расписания. Перед обновлением версии КРОС обязательно необходимо сделать резервную копию БД.
*'''Резервная копия''' - Кнопка "Создать", позволяет создать резервную копию БД вне расписания. Перед обновлением версии КРОС обязательно необходимо сделать резервную копию БД.
<br clear="both" />
[[#top|В начало статьи]]
[[#top|В начало статьи]]



Текущая версия от 17:26, 11 июля 2023

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

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

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