Filskiy (обсуждение | вклад) Новая страница: «Полное резервирование базы данных КРОС осуществляется на системном уровне, для чего используются инструменты входящие в состав установленного сервера PostgreSQL - pg_dump и pg_restore.<br> Создание резервных копий возможно, как вручную, так и в автоматическом режим...» |
T.Denisov (обсуждение | вклад) Нет описания правки |
||
(не показано 28 промежуточных версий 2 участников) | |||
Строка 1: | Строка 1: | ||
Полное резервирование базы данных КРОС осуществляется на системном уровне, для чего используются инструменты входящие в состав установленного сервера PostgreSQL - pg_dump и pg_restore. | [[Файл:Admin_Data_DB.png|600px|border|left]] | ||
Создание резервных копий возможно | Полное резервирование базы данных КРОС осуществляется на системном уровне, для чего используются инструменты входящие в состав установленного сервера PostgreSQL - pg_dump и pg_restore. | ||
Следует | Создание резервных копий возможно как вручную, так и в автоматическом режиме. | ||
'''Следует учитывать различия резервных копий базы данных и версий сервера. Также обращаем Ваше внимание на тот факт, что ОС Astra Linux Смоленск в работе с данными использует механизм мандатных меток, что вносит специфику при восстановлении данных (восстановление возможно только в ОС Astra Linux Смоленск).''' | |||
'''''Резервная копия базы данных''''' - это бэкап именно базы данных (договоров, объектов, приборов, учетных записей и т.д.). Не сохраняет версию сервера.<br> | '''''Резервная копия базы данных''''' - это бэкап именно базы данных (договоров, объектов, приборов, учетных записей и т.д.). Не сохраняет версию сервера.<br> | ||
'''''Резервная копия версии сервера''''' - это бэкап исполняющих файлов, отвечающих за работу сервера КРОС в целом, в том числе и за версию сервера. Не сохраняет данные (договора, объекты, приборы и т.д).<br> | '''''Резервная копия версии сервера''''' - это бэкап исполняющих файлов, отвечающих за работу сервера КРОС в целом, в том числе и за версию сервера. Не сохраняет данные (договора, объекты, приборы и т.д). | ||
<br clear="both"/> | |||
==Резервная копия== | ==Резервная копия== | ||
Отображает | Отображает параметры, определяющие системные настройки резервирования и восстановления БД. Перед созданием резервной копии или восстановлением БД, необходимо настроить ряд параметров: | ||
*'''Путь для хранения резервных копий''' - По-умолчанию, для 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>Существует возможность указать несколько разных путей для создания резервных копий, для этого перечислите необходимые пути через запятую. | ||
*'''Резервная копия''' - Кнопка "Создать", позволяет создать резервную копию БД вне расписания. Перед обновлением версии КРОС обязательно необходимо сделать резервную копию БД. | *'''Резервная копия''' - Кнопка "Создать", позволяет создать резервную копию БД вне расписания. Перед обновлением версии КРОС обязательно необходимо сделать резервную копию БД. | ||
Строка 12: | Строка 16: | ||
==Восстановление== | ==Восстановление== | ||
Выбор архива БД и | Выбор архива БД и запуск процесса восстановления: | ||
*'''Восстановление данных''' - в выпадающем списке необходимо выбрать бэкап БД, который необходимо восстановить. Обратите внимание, что это не обязательно будет архив с последней датой. После восстановления работы КРОС обратите внимание, чтобы версия КРОС и версия бэкапа совпадали. | *'''Восстановление данных''' - в выпадающем списке необходимо выбрать бэкап БД, который необходимо восстановить. Обратите внимание, что это не обязательно будет архив с последней датой. После восстановления работы КРОС обратите внимание, чтобы версия КРОС и версия бэкапа совпадали. | ||
*'''Восстановить данные''' - выполнить операцию восстановления. После этого система запустит процесс восстановления и предложит перегрузить КРОС, необходимо согласиться. Скорость восстановления информации зависит от объема информации в бэкапе. | *'''Восстановить данные''' - выполнить операцию восстановления. После этого система запустит процесс восстановления и предложит перегрузить КРОС, необходимо согласиться. Скорость восстановления информации зависит от объема информации в бэкапе.<br> | ||
Для того, чтобы программа корректно обсчитывала статусы приборов и объектов, после восстановления БД, необходимо временно выключит "Зеркалирование" на всех компьютерах, если таковое используется. Затем на основном сервере, для каждой охранной организации, необходимо зарегистрироваться под каждым администратором ОО, выполнить следующую команду в браузере:<br><br> | |||
<code>IP.адрес.сервера.КРОС:порт/query/forcenest</code><br><br> | |||
После окончания процедуры в браузере появится сообщение - "ОК".<br> | |||
Теперь можно включить "Зеркалирование" на всех компьютерах.<br> | |||
[[#top|В начало статьи]] | [[#top|В начало статьи]] | ||
Строка 21: | Строка 29: | ||
*'''Включить ежедневное резервирование''' - Позволяет создать задачу суточного резервного копирования БД. | *'''Включить ежедневное резервирование''' - Позволяет создать задачу суточного резервного копирования БД. | ||
*'''Время начала резервирования''' - Рекомендуется выбрать такое время, когда нагрузка на систему минимальна? Как правило это вторая половина ночи, по-умолчанию, установлено время текущей временной зоны - 3:00. | *'''Время начала резервирования''' - Рекомендуется выбрать такое время, когда нагрузка на систему минимальна? Как правило это вторая половина ночи, по-умолчанию, установлено время текущей временной зоны - 3:00. | ||
*'''Продолжительность хранения резервной копии''' - По умолчанию время хранения составляет | *'''Продолжительность хранения резервной копии''' - устанавливается временной интервал в течении которого система должна хранить резервные копии. | ||
<div style="border-left:4px solid RED; border-right:4px solid RED; padding-left:16px; padding-right:16px; margin:0px 48px 0px 48px;"> | |||
По-умолчанию время хранения составляет 30 дней. Файлы старше, указанного срока, удаляются автоматически. Если при установке новой версии или восстановлении работы КРОС, в каталоге резервного копирования находятся файлы, созданные раннее указаного срока, от даты запуска ПО, то такие файлы будут удалены при создании очередной резервной копии БД.<br> | |||
<font style="color:RED;"><big>!!!Внимание!!!</big><br> | |||
По регламенту работы с системами БД, необходимо предусмотреть хранение их долгосрочных архивов. Например, на внешних ностителях, с периодичностью обновления один раз в месяц или один раз в неделю. Так же, возможно настроить хранение долгосрочных резервных копий на сетевых ресурсах(в пределах локальной сети).</font> | |||
</div> | |||
После выставления всех настроек нажать кнопку "Сохранить" [[image:Save.png|80px|]]. После этого резервные копии начнут создаваться согласно установленным настройкам. | После выставления всех настроек нажать кнопку "Сохранить" [[image:Save.png|80px|]]. После этого резервные копии начнут создаваться согласно установленным настройкам. | ||
[[#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 дней. Файлы старше, указанного срока, удаляются автоматически. Если при установке новой версии или восстановлении работы КРОС, в каталоге резервного копирования находятся файлы, созданные раннее указаного срока, от даты запуска ПО, то такие файлы будут удалены при создании очередной резервной копии БД.
!!!Внимание!!!
По регламенту работы с системами БД, необходимо предусмотреть хранение их долгосрочных архивов. Например, на внешних ностителях, с периодичностью обновления один раз в месяц или один раз в неделю. Так же, возможно настроить хранение долгосрочных резервных копий на сетевых ресурсах(в пределах локальной сети).
После выставления всех настроек нажать кнопку "Сохранить" . После этого резервные копии начнут создаваться согласно установленным настройкам.