💾 Инструкция по проверке резервного копирования.

Как работает автоматическая система резервного копирования базы данных и файлов Инфоклиники?

Обычно, процедура уже настроена и запущена в рамках внедрения. Ваша задача — еженедельная проверка логов.

🗄 1. Резервное копирование Базы данных (выполняется функционалом СУБД Firebird)

Источник: <каталог с базами данных>\BOXMED.FDB — также важно помнить про медиабазы, базы логов, репликатора и филиалов — если клиника имеет филиальную структуру.

Время: ежедневно в 23:00.

Что происходит:
Создается резервная копия базы.
Копия автоматически архивируется.
Выполняется контрольное восстановление из последней копии (это главная проверка целостности).

Где лежат копии:
<каталог с бекапами>\BackUp\BOXMED\full\
Хранятся 30 дней.

Логи:
<каталог с бекапами>\BackUp\BOXMED\full\log

📁 2. Резервное копирование бинарных файлов программы (выполняется средствами rsync)

Источник: <каталог с программой>\Infoclinica\

Время: ежедневно в 00:00.

Что происходит:
Синхронизация текущего состояния -> <каталог с бекапами>...\infoclinica\current\

Для изменённых или удалённых файлов создается копия в папку с датой:
<каталог с бекапами>\...\infoclinica\ГГГГ.ММ.ДД\

Текущее состояние для быстрого восстановления:
<каталог с бекапами>\current\

✅ Что проверять регулярно:

1. Логи резервного копирования — нет ошибок доступа или сбоев.
2. Логи контрольного восстановления Базы данных — самая важная проверка. Нет логов восстановления — значит, работоспособность резервной копии не проверена.
3. Свободное место  <каталог с бекапами> — старые копии удаляются автоматически, но места должно быть достаточно. Рекомендуется 1 ТБ, но все зависит от объемов текущих баз данных в клинике.

⚠️ Не удаляйте и не перемещайте папку <каталог с бекапами>\full\
Ответственность за физическую сохранность файлов Базы данных и резервных копий несёт клиника.

🧠 Рекомендация:
Текущая настройка хранит копии только на одном физическом диске (сервер). Этого недостаточно для надёжной защиты от пожара, протечки, вирусной атаки, кражи или выхода из строя всего сервера.

Внедрите правило «3-2-1»:
3 копии данных (рабочая + 2 резервные).
2 разных типа носителя (например, сервер + внешний диск / NAS).
1 копия вне офиса (облако или другой физический сервер). Помните про 152 ФЗ.

✅Что можно сделать прямо сейчас:
1. Проверить — есть ли у Вас резервное копирование.
2. Настроить еженедельное копирование папки <каталог с бекапами> на внешний жёсткий диск (отключаемый после копирования).
3. Дополнительно — загружать самую свежую копию БД в облачное хранилище.
4. Хотя бы раз в месяц выгружать резервную копию на флешку /диск и увозить в другое здание/сейф.

📎 Помните: резервная копия в той же комнате, что и сервер — это не резервная копия, это дубль.

📎 Проверьте логи за прошлую неделю. Если восстановление из копии не проходило — система не гарантирует целостность.

 

Подпишитесь на Телеграм канал «Секреты Инфоклиники»