Filskiy (обсуждение | вклад) |
Filskiy (обсуждение | вклад) |
||
| Строка 30: | Строка 30: | ||
*'''Продолжительность хранения резервной копии''' - устанавливается временной интервал в течении которого система должна хранить резервные копии. | *'''Продолжительность хранения резервной копии''' - устанавливается временной интервал в течении которого система должна хранить резервные копии. | ||
<div style="border-left:4px solid RED; border-right:4px solid RED; padding-left:16px; padding-right:16px; margin:0px 48px 0px 48px;"> | <div style="border-left:4px solid RED; border-right:4px solid RED; padding-left:16px; padding-right:16px; margin:0px 48px 0px 48px;"> | ||
По-умолчанию время хранения составляет 30 дней. Файлы старше, указанного срока, удаляются автоматически. Если при установке новой версии или восстановлении работы КРОС, в каталоге резервного копирования находятся файлы, созданные раннее указаного срока, от даты запуска ПО, то такие файлы будут удалены. | По-умолчанию время хранения составляет 30 дней. Файлы старше, указанного срока, удаляются автоматически. Если при установке новой версии или восстановлении работы КРОС, в каталоге резервного копирования находятся файлы, созданные раннее указаного срока, от даты запуска ПО, то такие файлы будут удалены.<br> | ||
<font style="color:RED;"><big>!!!Внимание!!!</big><br> | <font style="color:RED;"><big>!!!Внимание!!!</big><br> | ||
По регламенту работы с системами БД, необходимо предусмотреть хранение их долгосрочных архивов. Например, на внешних ностителях, с периодичностью обновления один раз в месяц или один раз в неделю. Так же, возможно настроить хранение долгосрочных резервных копий на сетевых ресурсах(в пределах локальной сети).</font> | По регламенту работы с системами БД, необходимо предусмотреть хранение их долгосрочных архивов. Например, на внешних ностителях, с периодичностью обновления один раз в месяц или один раз в неделю. Так же, возможно настроить хранение долгосрочных резервных копий на сетевых ресурсах(в пределах локальной сети).</font> | ||
Версия от 10:36, 21 декабря 2022
Полное резервирование базы данных КРОС осуществляется на системном уровне, для чего используются инструменты входящие в состав установленного сервера PostgreSQL - pg_dump и pg_restore.
Создание резервных копий возможно, как вручную, так и в автоматическом режиме.
Следует учитывать различия резервных копий базы данных и версий сервера.
Резервная копия базы данных - это бэкап именно базы данных (договоров, объектов, приборов, учетных записей и т.д.). Не сохраняет версию сервера.
Резервная копия версии сервера - это бэкап исполняющих файлов, отвечающих за работу сервера КРОС в целом, в том числе и за версию сервера. Не сохраняет данные (договора, объекты, приборы и т.д).
Резервная копия
Отображает парамерты, определяющие системные настройки резервирования и восстановления БД. Перед созданием резервной копии или восстановлением БД, необходимо настроить ряд параметров:
- Путь для хранения резервных копий - По-умолчанию, для Windows - "C:\Program Files\smpo-server\backup", в Linux - "/usr/local/smpo-server/backup" или "/mnt/hdd/krosbackup". Настоятельно рекомендуем использовать для резервных копий отдельный дисковый накопитель.Существует возможность указать несколько разных путей для создания резервных копий, для этого перечислите необходимые пути через запятую.
- Резервная копия - Кнопка "Создать", позволяет создать резервную копию БД вне расписания. Перед обновлением версии КРОС обязательно необходимо сделать резервную копию БД.
Восстановление
Выбор архива БД и запуск процесса восстановления:
- Восстановление данных - в выпадающем списке необходимо выбрать бэкап БД, который необходимо восстановить. Обратите внимание, что это не обязательно будет архив с последней датой. После восстановления работы КРОС обратите внимание, чтобы версия КРОС и версия бэкапа совпадали.
- Восстановить данные - выполнить операцию восстановления. После этого система запустит процесс восстановления и предложит перегрузить КРОС, необходимо согласиться. Скорость восстановления информации зависит от объема информации в бэкапе.
Для того, чтобы программа корректно обсчитывала статусы приборов и объектов, после восстановления БД, необходимо временно выключит "Зеркалирование" на всех компьютерах, если таковое используется. Затем на основном сервере, для каждой охранной организации, необходимо зарегистрироваться под каждым администратором ОО, выполнить следующую команду в браузере:
IP.адрес.сервера.КРОС:порт/query/forcenest
После окончания процедуры в браузере появится сообщение - "ОК".
Теперь можно включить "Зеркалирование" на всех компьютерах.
В начало статьи
Периодическое резервирование
Позволяет создавать резервные копии базы данных в автоматическом режиме
- Включить ежедневное резервирование - Позволяет создать задачу суточного резервного копирования БД.
- Время начала резервирования - Рекомендуется выбрать такое время, когда нагрузка на систему минимальна? Как правило это вторая половина ночи, по-умолчанию, установлено время текущей временной зоны - 3:00.
- Продолжительность хранения резервной копии - устанавливается временной интервал в течении которого система должна хранить резервные копии.
По-умолчанию время хранения составляет 30 дней. Файлы старше, указанного срока, удаляются автоматически. Если при установке новой версии или восстановлении работы КРОС, в каталоге резервного копирования находятся файлы, созданные раннее указаного срока, от даты запуска ПО, то такие файлы будут удалены.
!!!Внимание!!!
По регламенту работы с системами БД, необходимо предусмотреть хранение их долгосрочных архивов. Например, на внешних ностителях, с периодичностью обновления один раз в месяц или один раз в неделю. Так же, возможно настроить хранение долгосрочных резервных копий на сетевых ресурсах(в пределах локальной сети).
После выставления всех настроек нажать кнопку "Сохранить" 
. После этого резервные копии начнут создаваться согласно установленным настройкам.
