● Дежурная смена принимает круглосуточно

База не открывается — начинаем через сорок минут

Восстанавливаем повреждённые базы, переносим между СУБД без остановки работы и разбираем, почему запросы стали медленными. Работаем с копией, оригинал не трогаем до вашего согласия.

40 миндо начала работ по аварии
96,4 %баз восстановлены полностью
640+миграций с 2014 года
0потерь по нашей вине

Если база уже упала

Три вещи, которые нельзя делать до звонка нам. Каждая из них уменьшает шансы на полное восстановление.

НЕ ДЕЛАЙТЕ 01

Не перезапускайте сервер

При запуске СУБД может начать откат незавершённых операций и перезаписать то, что ещё читается. Снимите копию файлов и остановитесь.

НЕ ДЕЛАЙТЕ 02

Не запускайте починку «на месте»

Встроенные средства ремонта работают по оригиналу. Если они ошибутся, второй попытки не будет.

НЕ ДЕЛАЙТЕ 03

Не пишите на тот же диск

Любая запись может лечь поверх удалённых страниц. Копию делайте на другой носитель.

# Что сделать до звонка: снять побайтовую копию и остановиться
systemctl stop postgresql        # или mysql / mssql-server
dd if=/dev/sdb1 of=/mnt/backup/baza.img bs=4M status=progress
sha256sum /mnt/backup/baza.img > /mnt/backup/baza.sha256

# Дальше не трогайте ничего. Звоните: +7 495 122-77-40

Миграция без простоя

Переносим боевую базу на другую СУБД или другой сервер так, что пользователи ничего не замечают. Переключение занимает секунды и откатывается тоже за секунды.

ПереходСложностьПростойСрок работОткат
MySQL → PostgreSQLсредняя< 30 с3–6 недельмгновенный
MS SQL → PostgreSQLвысокая< 60 с6–14 недельмгновенный
Oracle → PostgreSQLвысокая< 90 с10–20 недельмгновенный
Смена сервера, та же СУБДнизкая< 10 с3–8 днеймгновенный
Разделение на шардывысокая< 120 с8–16 недельчастичный

Аудит и ускорение

Смотрим, почему база стала медленной, и чиним причину, а не симптом. Отчёт с планом работ и оценкой выигрыша по каждому пункту.

01

Разбор запросов

Собираем статистику за неделю, находим те, что съедают больше всего времени, и переписываем. Обычно десять запросов дают 80 % нагрузки.

02

Индексы

Лишние индексы замедляют запись, недостающие — чтение. Показываем оба списка с расчётом выигрыша.

03

Настройки

Память, параллельность, контрольные точки, автоочистка. Часто база работает на настройках, поставленных при установке.

04

Схема данных

Типы полей, нормализация, разделение больших таблиц. Меняем постепенно, без остановки работы.

05

Копии и восстановление

Проверяем, что ваши резервные копии реально восстанавливаются. В трёх случаях из десяти оказывается, что нет.

06

Наблюдение

Ставим сбор показателей и тревоги, чтобы следующую беду вы увидели за сутки, а не в момент остановки.

С чем работаем

Глубоко — с четырьмя СУБД. По остальным беремся только за миграцию и только с проверкой на копии.

Основные

PostgreSQL 12–17

Восстановление на уровне страниц, разбор WAL, логическая и потоковая репликация, шардирование.

Основные

MySQL и MariaDB

InnoDB и MyISAM, восстановление из ibd-файлов, разбор бинарного журнала, переход на репликацию.

Основные

MS SQL Server

Восстановление из повреждённых mdf, разбор журнала транзакций, миграция на открытые СУБД.

Основные

Oracle 11g–21c

Восстановление табличных пространств, работа с RMAN, перенос схем на PostgreSQL.

Миграция

ClickHouse, MongoDB

Перенос данных, проверка целостности, сверка построчно. Восстановлением не занимаемся.

Наследие

Firebird, FoxPro, dBase

Вытаскиваем данные из систем, которые уже никто не поддерживает, и переносим в современную базу.

Связаться

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

АВАРИЯ, 24/7

+7 495 122-77-40

Отвечаем до третьего гудка. Первая оценка — бесплатно.

ПЛАНОВЫЕ РАБОТЫ

hello@datacraft.ru

Миграции, аудит, сопровождение. Ответ в течение рабочего дня.

ОФИС

Москва, Бутырский вал 68/70

Пн–пт, 10:00–19:00. Встречи по записи.