3 подписчика

🛡 #для_ит_дира: Backup-стратегия для 1С на 50+ пользователей

12 мая12 мая

1 мин

Если ваш план восстановления 1С звучит как «у нас есть бэкап» — у вас нет плана. ❗️ Что должно быть на самом деле: 🔹 Правило 3-2-1: 3 копии данных, 2 разных носителя, 1 копия вне офиса. 🔹 Бэкап ≠ восстановление. Если вы не восстанавливаете базу регулярно из бэкапа — у вас Schrödinger-бэкап: он одновременно есть и его нет. 🔹 RPO/RTO под бизнес. Не «делаем бэкапы как все», а:

• RPO (сколько минут данных можем потерять?) — 5 / 60 / 240 минут

• RTO (за сколько часов поднимем работу?) — 1 / 4 / 24 часа 🛠 Минимум для серверной 1С на PostgreSQL: 1. `pg_dump` ежедневно в 02:00 — полный дамп базы → внешний NAS.

2. WAL-архивирование в реальном времени → второе хранилище (S3, другой сервер).

3. Снапшоты ВМ через гипервизор (Hyper-V, Proxmox) — раз в 4 часа, хранение 3 дня.

4. Еженедельный тест восстановления в тестовый контур — реальное поднятие, проверка работы.

5. Логирование всех операций бэкапа в систему мониторинга (Zabbix/Prometheus) с алертами. ⚠ Чего часто не хватает:

• RPO (сколько минут данных можем потерять?) — 5 / 60 / 240 минут

2. WAL-архивирование в реальном времени → второе хранилище (S3, другой сервер).

3. Снапшоты ВМ через гипервизор (Hyper-V, Proxmox) — раз в 4 часа, хранение 3 дня.

4. Еженедельный тест восстановления в тестовый контур — реальное поднятие, проверка работы.

5. Логирование всех операций бэкапа в систему мониторинга (Zabbix/Prometheus) с алертами. ⚠ Чего часто не хватает:

Если ваш план восстановления 1С звучит как «у нас есть бэкап» — у вас нет плана.

❗️ Что должно быть на самом деле:

🔹 Правило 3-2-1: 3 копии данных, 2 разных носителя, 1 копия вне офиса.

🔹 Бэкап ≠ восстановление. Если вы не восстанавливаете базу регулярно из бэкапа — у вас Schrödinger-бэкап: он одновременно есть и его нет.

🔹 RPO/RTO под бизнес. Не «делаем бэкапы как все», а:
• RPO (сколько минут данных можем потерять?) — 5 / 60 / 240 минут
• RTO (за сколько часов поднимем работу?) — 1 / 4 / 24 часа

🛠 Минимум для серверной 1С на PostgreSQL:

1. `pg_dump` ежедневно в 02:00 — полный дамп базы → внешний NAS.
2. WAL-архивирование в реальном времени → второе хранилище (S3, другой сервер).
3. Снапшоты ВМ через гипервизор (Hyper-V, Proxmox) — раз в 4 часа, хранение 3 дня.
4. Еженедельный тест восстановления в тестовый контур — реальное поднятие, проверка работы.
5. Логирование всех операций бэкапа в систему мониторинга (Zabbix/Prometheus) с алертами.

⚠ Чего часто не хватает:

Тест восстановления не делается, потому что «нет времени». Когда придёт инцидент — обнаружится, что бэкапы не разворачиваются.
- Бэкапы на том же сервере, что и база. Шифровальщик зашифрует и базу, и бэкапы.
- Никто не отвечает за бэкапы поимённо. «Все» = никто.
📩 Аудит вашей backup-стратегии за 2 часа: @valyomsk#для_ит_дира
═══
Мы в: ТГ: https://t.me/kokhno1c | ВК: https://vk.com/public57080749 | VC: https://vc.ru/u/5928763-valentin-kokhno | Max: https://max.ru/u/f9LHodD0cOLVp9rytIrnTO5OJbgzrnSiQmpUKEmGOOC_ZNUVvnCSxXgEByI
Получите конкретный список рисков и плана улучшений.