8 (800) 302-34-73

Подбор сервера базы данных с резервным копированием каждые 5 минут

Финансовая база, биллинг или электронные медкарты - данные, которые нельзя терять даже за час: совершённый платёж, проведённая операция, обновлённая запись пациента. Стандартный ночной бэкап такой риск не закрывает — нужен сервер базы данных с резервным копированием каждые 5 минут. Платформу собираем под профиль вашей нагрузки: подбираем дисковую подсистему, настраиваем стек снапшотов и поточной репликации, передаём систему как готовый комплекс под ключ

{ серверные решения }

Зачем бизнес-критичной СУБД резервное копирование каждые 5 минут

Если в финансовой базе или электронной медкарте теряются транзакции за полдня - это не инцидент, а юридическая проблема. RPO в 5 минут означает, что при отказе master система восстанавливается на состояние не старше 300 секунд

Сервер под требования

Сервер под требования

Подбираем сервер базы данных под профиль нагрузки и требования по RPO

NVMe RAID и бэкап-хранилище

NVMe RAID и бэкап-хранилище

Собираем NVMe RAID 10 под master и отдельный массив под бэкап-хранилище

Репликация и резервное копирование

Репликация и резервное копирование

Настраиваем стек: снапшоты, потоковая репликация на резервный узел, инкремент по расписанию

Проверка восстановления данных

Проверка восстановления данных

Тестируем восстановление на стенде — RPO 5 минут проверяется до отгрузки

Соответствие требованиям ФЗ

Соответствие требованиям ФЗ

Закрываем требования ФЗ-152 на хранение персональных данных и закладываем оборудование под импортозамещение и 187-ФЗ для значимых объектов КИИ

{ характеристики }

Технические характеристики и преимущества профессиональных решений

Дисковая подсистема и вычислительные ресурсы

Дисковая подсистема и вычислительные ресурсы

Основная база работает на NVMe в RAID 10 - десятки тысяч IOPS на запись. Под бэкап-хранилище отводим отдельный том на SAS или SATA SSD: операции бэкапа не конкурируют с боевыми транзакциями. Архивные снапшоты выносим на резервную площадку. Используем 16–24 ядра серверного класса и 64–128 ГБ ECC - buffer pool вмещает «горячую» часть базы, а бэкап-агент не отнимает память у транзакций
Технологии резервного копирования и репликации

Технологии резервного копирования и репликации

Снапшоты ZFS, BTRFS или LVM - самый быстрый способ получить точку восстановления каждые 5 минут: снапшот занимает доли секунды, не нагружает диски и сохраняет состояние базы. PostgreSQL, MySQL и MS SQL поддерживают потоковую репликацию: WAL master передаётся на резервный сервер в реальном времени. CDP-системы дополняют стек инкрементальными бэкапами - полный раз в неделю, инкременты каждый час, снапшоты каждые 5 минут
Сетевая инфраструктура и канал репликации

Сетевая инфраструктура и канал репликации

Поточная репликация и WAL shipping создают постоянный трафик между master и резервным узлом. Для базы 100–500 ГБ хватает 10 GbE, для финтеха и медицинских платформ — 25 GbE и отдельный канал на бэкап. При сбое master реплика становится новым master без потери последних транзакций — это и есть отказоустойчивость на уровне СУБД

Оставьте заявку, и мы свяжемся с вами в ближайшее время

{ конфигурации }

Готовые конфигурации сервера базы данных с резервным копированием каждые 5 минут

Базовая конфигурация для среднего бизнеса

1U-платформа на 16 ядрах серверного класса и 64 ГБ ECC
NVMe SSD в RAID 10 на 4 ТБ под основную базу и SAS SSD на 8 ТБ под бэкап
Сеть 10 GbE и потоковая репликация на резервный узел; снапшоты ZFS каждые 5 минут
PostgreSQL или MySQL с настроенным WAL shipping; лицензирование и пусконаладка включены

Расширенная конфигурация для финтеха и медицинских центров

2U-платформа на 24 ядрах AMD EPYC и 128 ГБ ECC
NVMe в RAID 10 под master и отдельный SAS-массив на 16 ТБ под бэкап
Сеть 25 GbE с агрегацией портов и отдельным каналом на бэкап-хранилище
CDP-стек с потоковой репликацией и снапшотами на резервную площадку

Отказоустойчивая конфигурация для государственных учреждений

Кластер из двух узлов на 16–24 ядрах и 128 ГБ ECC
NVMe в RAID 10 на каждом узле и зеркалирование бэкап-хранилища
Сеть 10 GbE с резервированием каналов и двумя блоками питания на каждом узл
Конфигурация полностью из реестра радиоэлектронной продукции Минпромторга, закрывает 187-ФЗ и сценарий импортозамещения
{ проводим работу в несколько этапов }

На что мы опираемся при проектировании сервера

  1. 1 этап

    Анализируем профиль отделения

    размер активной части базы, пиковый QPS, доля операций записи, требования по RPO и RTO

  2. 2 этап

    Выбираем СУБД и стек репликации

    PostgreSQL с WAL shipping, MySQL с InnoDB и binlog, MS SQL Always On, серверная часть 1С:Предприятие 8 под действующее ПО

  3. 3 этап

    Проектируем дисковую подсистему

    NVMe RAID 10 под master, отдельный SAS-массив под бэкап-хранилище, ZFS или BTRFS для быстрых снапшотов

  4. 4 этап

    Закладываем сеть под трафик репликации

    10 GbE для базы до 500 ГБ, 25 GbE для финтеха и медицинских платформ

  5. 5 этап

    Проверяем совместимость

    с действующим ПО резервного копирования (Veeam, Acronis, российские аналоги) и системами мониторинга

  6. 6 этап

    Готовим документы под ФЗ-152 и 187-ФЗ

    документируем регламент тестового восстановления и RPO 5 минут до отгрузки сервера

{ сервисное обслуживание }

Технический сервис и внедрение под ключ

Настройка и ввод в эксплуатацию

Инженеры Serverzilla собирают платформу, прошивают узлы, ставят СУБД и настраивают стек резервного копирования. Проверяем регламент: снапшоты каждые 5 минут, потоковая репликация на резервный узел, инкременты каждый час, полный бэкап раз в неделю. Платформа базируется на наших серверах баз данных - отдельной категории под high-load с поддержкой стека репликации

Масштабирование при росте базы

При росте базы и подключении новых интеграций конфигурацию расширяем памятью, NVMe-накопителями и сетевыми портами без остановки СУБД. Архитектура допускает добавление второго резервного узла и переход на CDP-стек без перевыпуска WAL и пересборки бэкапа

Мониторинг, аудит и тест восстановления

Мы следим за состоянием бэкап-стека, лагом репликации и целостностью снапшотов, превентивно меняем накопители по SMART, обновляем patch-релизы СУБД плановым циклом. Раз в квартал проводим тестовое восстановление - RPO 5 минут остаётся реальной характеристикой. Для финтеха и медицинских платформ закладываем совместимые решения резервного копирования под действующее ПО и регламент 187-ФЗ
{ свяжитесь с нами }

Получите расчёт сервера с RPO 5 минут за 1 рабочий день

Специалисты Serverzilla подготовят конфигурацию под профиль вашей нагрузки, рассчитают сервер базы данных под действующую СУБД и предложат стек резервного копирования с RPO 5 минут

{ FAQ }

Часто задаваемые вопросы (FAQ)

Связка из трёх компонентов: снапшоты файловой системы или СХД каждые 5 минут, потоковая репликация WAL на резервный узел и непрерывное (CDP) копирование критичных таблиц. Стек подбираем под СУБД и бюджет.

Инкремент держит только изменения с последнего полного бэкапа. На большинстве OLTP-систем месяц инкрементов укладывается в полтора-два размера базы.

Да, это технология point-in-time recovery (PITR). При наличии полного бэкапа и WAL-архива база восстанавливается на любой момент с шагом до одной транзакции.

Да, для государственных заказчиков собираем сервер из реестра радиоэлектронной продукции Минпромторга, СУБД и стек бэкапа — из реестра отечественного ПО. Решение проходит требования ФЗ-152 и 187-ФЗ.

{ свяжитесь с нами }

Остались вопросы? Оставьте заявку и мы свяжемся с вами
в ближайшее время

Заполните форму, и мы проведём бесплатный аудит: проверим серверы, сети и системы безопасности, определим риски и предложим план перехода на отечественное оборудование.