Смотреть всё оборудование
Более 10 видов оборудования под ваши задачи
«Более 10 лет помогаем развивать и модернизировать IT-инфраструктуру»
Александр Макаров, Ген директор ТКТД
Заявка на консультацию
Оставьте ваши данные и наши менеджеры свяжуться с вами в ближайшее время
Рейтинг компании
В реестре проверенных поставщиков
В реестре проверенных поставщиков
Подбор сервера базы данных с резервным копированием каждые 5 минут
Финансовая база, биллинг или электронные медкарты - данные, которые нельзя терять даже за час: совершённый платёж, проведённая операция, обновлённая запись пациента. Стандартный ночной бэкап такой риск не закрывает — нужен сервер базы данных с резервным копированием каждые 5 минут.
Платформу собираем под профиль вашей нагрузки: подбираем дисковую подсистему, настраиваем стек снапшотов и поточной репликации, передаём систему как готовый комплекс под ключ
Платформу собираем под профиль вашей нагрузки: подбираем дисковую подсистему, настраиваем стек снапшотов и поточной репликации, передаём систему как готовый комплекс под ключ
Сервер под требования
Подбираем сервер базы данных под профиль нагрузки и требования по RPO
NVMe RAID и бэкап-хранилище
Собираем NVMe RAID 10 под master и отдельный массив под бэкап-хранилище
Репликация и резервное копирование
Настраиваем стек: снапшоты, потоковая репликация на резервный узел, инкремент по расписанию
Проверка восстановления данных
Тестируем восстановление на стенде — RPO 5 минут проверяется до отгрузки
Соответствие требованиям ФЗ
Закрываем требования ФЗ-152 на хранение персональных данных и закладываем оборудование под импортозамещение и 187-ФЗ для значимых объектов КИИ
Если в финансовой базе или электронной медкарте теряются транзакции за полдня - это не инцидент, а юридическая проблема. RPO в 5 минут означает, что при отказе master система восстанавливается на состояние не старше 300 секунд
Зачем бизнес-критичной СУБД резервное копирование каждые 5 минут
{ серверные решения }
Технические характеристики и преимущества профессиональных решений
{ характеристики }
Дисковая подсистема и вычислительные ресурсы
Основная база работает на NVMe в RAID 10 - десятки тысяч IOPS на запись. Под бэкап-хранилище отводим отдельный том на SAS или SATA SSD: операции бэкапа не конкурируют с боевыми транзакциями. Архивные снапшоты выносим на резервную площадку. Используем 16–24 ядра серверного класса и 64–128 ГБ ECC - buffer pool вмещает «горячую» часть базы, а бэкап-агент не отнимает память у транзакций
Сетевая инфраструктура и канал репликации
Поточная репликация и WAL shipping создают постоянный трафик между master и резервным узлом. Для базы 100–500 ГБ хватает 10 GbE, для финтеха и медицинских платформ — 25 GbE и отдельный канал на бэкап. При сбое master реплика становится новым master без потери последних транзакций — это и есть отказоустойчивость на уровне СУБД
Снапшоты ZFS, BTRFS или LVM - самый быстрый способ получить точку восстановления каждые 5 минут: снапшот занимает доли секунды, не нагружает диски и сохраняет состояние базы. PostgreSQL, MySQL и MS SQL поддерживают потоковую репликацию: WAL master передаётся на резервный сервер в реальном времени. CDP-системы дополняют стек инкрементальными бэкапами - полный раз в неделю, инкременты каждый час, снапшоты каждые 5 минут
Технологии резервного копирования и репликации
Готовые конфигурации сервера базы данных с резервным копированием каждые 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-ФЗ и сценарий импортозамещения
Отказоустойчивая конфигурация для государственных учреждений
размер активной части базы, пиковый QPS, доля операций записи, требования по RPO и RTO
Анализируем профиль отделения
PostgreSQL с WAL shipping, MySQL с InnoDB и binlog, MS SQL Always On, серверная часть 1С:Предприятие 8 под действующее ПО
Выбираем СУБД и стек репликации
На что мы опираемся при проектировании сервера
{ проводим работу в несколько этапов }
NVMe RAID 10 под master, отдельный SAS-массив под бэкап-хранилище, ZFS или BTRFS для быстрых снапшотов
Проектируем дисковую подсистему
с действующим ПО резервного копирования (Veeam, Acronis, российские аналоги) и системами мониторинга
Проверяем совместимость
документируем регламент тестового восстановления и RPO 5 минут до отгрузки сервера
Готовим документы под ФЗ-152 и 187-ФЗ
10 GbE для базы до 500 ГБ, 25 GbE для финтеха и медицинских платформ
Закладываем сеть под трафик репликации
Инженеры Serverzilla собирают платформу, прошивают узлы, ставят СУБД и настраивают стек резервного копирования. Проверяем регламент: снапшоты каждые 5 минут, потоковая репликация на резервный узел, инкременты каждый час, полный бэкап раз в неделю. Платформа базируется на наших серверах баз данных - отдельной категории под high-load с поддержкой стека репликации
Настройка и ввод в эксплуатацию
При росте базы и подключении новых интеграций конфигурацию расширяем памятью, NVMe-накопителями и сетевыми портами без остановки СУБД. Архитектура допускает добавление второго резервного узла и переход на CDP-стек без перевыпуска WAL и пересборки бэкапа
Масштабирование при росте базы
Мы следим за состоянием бэкап-стека, лагом репликации и целостностью снапшотов, превентивно меняем накопители по SMART, обновляем patch-релизы СУБД плановым циклом. Раз в квартал проводим тестовое восстановление - RPO 5 минут остаётся реальной характеристикой. Для финтеха и медицинских платформ закладываем совместимые решения резервного копирования под действующее ПО и регламент 187-ФЗ
Мониторинг, аудит и тест восстановления
Технический сервис и внедрение под ключ
{ сервисное обслуживание }
Специалисты Serverzilla подготовят конфигурацию под профиль вашей нагрузки, рассчитают сервер базы данных под действующую СУБД и предложат стек резервного копирования с RPO 5 минут
Получите расчёт сервера с RPO 5 минут за 1 рабочий день
{ свяжитесь с нами }
Часто задаваемые вопросы (FAQ)
{ FAQ }
Связка из трёх компонентов: снапшоты файловой системы или СХД каждые 5 минут, потоковая репликация WAL на резервный узел и непрерывное (CDP) копирование критичных таблиц. Стек подбираем под СУБД и бюджет.
Инкремент держит только изменения с последнего полного бэкапа. На большинстве OLTP-систем месяц инкрементов укладывается в полтора-два размера базы.
Да, это технология point-in-time recovery (PITR). При наличии полного бэкапа и WAL-архива база восстанавливается на любой момент с шагом до одной транзакции.
Да, для государственных заказчиков собираем сервер из реестра радиоэлектронной продукции Минпромторга, СУБД и стек бэкапа — из реестра отечественного ПО. Решение проходит требования ФЗ-152 и 187-ФЗ.