Оптовая компания отчиталась о переходе на отечественную СУБД. А через полгода я нашёл там дыру, из-за которой склад рисковал встать на несколько дней.

Новость про сокращения у крупного российского вендора PostgreSQL напомнила один случай из практики. Рынок СУБД сейчас лихорадит: даже у лидеров идёт оптимизация, а у малого бизнеса миграция на отечественные системы часто происходит в режиме «успеть отчитаться», а не «сделать нормально».

Собственник оптовой фирмы поручил ИТ-подрядчику перейти с зарубежной СУБД на PostgreSQL — импортозамещение, все дела. Подрядчик перенёс базу, всё заработало, отчитался и ушёл на следующий проект.

Меня позвали на плановый аудит через полгода. Смотрю: база работает, но резервные копии не настроены вообще. Ноль. Мониторинг тоже не подключили — если сервер упадёт ночью, узнают об этом только утром, когда кладовщики не смогут отгрузить заказы.

Посчитали вместе с собственником: простой склада на один день — это около 400 000 ₽ упущенной отгрузки плюс штрафы по контрактам за срыв сроков. А восстановить базу без резервных копий вообще было бы нечем — данные о остатках и клиентах просто исчезли бы.

Что сделали: настроили автоматическое резервное копирование в Яндекс Cloud с проверкой целостности копий, поставили мониторинг с уведомлением в мессенджер — если сервер начинает «чихать», собственник узнаёт об этом сразу, а не постфактум. Всё это стоило в разы дешевле одного дня простоя склада.

Миграция на отечественное — это не про «поставили и забыли». Это как раз тот момент, когда стоит проверить, что реально настроено под капотом, а не просто сменилась вывеска СУБД.

Полный разбор с деталями кейса →

Бесплатный аудит безопасности

Сколько стоит взлом

Канал в Telegram

Канал в MAX