Планируется ли миграция базы данных с Windows на Astra Linux и переход на PostgreSQL

Что проверяют

Это вопрос кандидата к работодателю, и на нём видно, понимаете ли вы, что смена СУБД и операционной системы для тестировщика оборачивается не строчкой в плане, а несколькими месяцами регресса. Собеседник по формулировке поймёт, участвовали ли вы в таком переезде: человек с опытом сразу уточняет этап и контур, а не кивает на слово «миграция».

Как отвечать

Разверните вопрос в несколько уточняющих:

• на каком этапе всё находится: пилот, параллельный контур или часть боевой нагрузки уже переведена;
• что за исходная СУБД. Перенос из MS SQL это не pg_dump, а pgloader либо свой перенос данных плюс ручная переработка хранимых процедур: диалекты несовместимы;
• как проверяют совпадение данных после переноса: сверка количества строк и контрольных сумм по таблицам или просмотр десятка записей глазами;
• кто отвечает за регресс и будет ли полный прогон на новом контуре.

Дальше про то, что ломается на практике и попадёт именно к вам: правила сортировки и сравнения строк, чувствительность к регистру, разница между пустой строкой и NULL, кодировки в выгрузках, даты и часовые пояса, поведение приложения на путях файловой системы. Astra Linux добавляет своё: замкнутая программная среда и мандатный контроль доступа, из-за которых сервис, спокойно работавший на Windows, просто не стартует.

Где спотыкаются

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

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

Третья: не спросить про тестовые данные и объёмы. Если на новом контуре стоит пустая база, все выводы о производительности после переезда будут сделаны на игрушечных данных, а деградацию первыми увидят пользователи.