- Страна
- Россия
PL/SQL и DBA (Oracle/PostgreSQL)
Интересный и масштабный проект для опытных DBA с возможностью удаленной работы. Однако отсутствие фиксированной вилки и длительный цикл оплаты (30 дней после отчета) могут быть минусами.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Улучшите резюме под эту вакансию
Возьмём требования и создадим новую версию резюме с акцентом на нужный опыт
Сложность вакансии
Высокая сложность обусловлена огромным объемом данных (от 10 ТБ) и необходимостью глубоких знаний сразу в двух экосистемах (Oracle и PostgreSQL), включая специфические инструменты миграции и репликации.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
На рынке РФ для специалистов уровня Senior DBA/Migration Expert с таким стеком зарплаты варьируются от 300 000 до 500 000 рублей. Предложение 'по запросу' позволяет кандидату диктовать свои условия, исходя из уникальности опыта.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Описание вакансии
PL/SQL и DBA (Oracle/PostgreSQL)
*💰 Ставка: рассматриваем ваши предложения 📍 Локация: строго РФ 🏠* Формат: удалённо
В растущий аутсорс нужен специалист на проект миграции Oracle → PostgreSQL (от 10 ТБ)
Стек: — Oracle PL/SQL 12c / 19c — PostgreSQL PL/pgSQL — ora2pg — master-master репликация — Postgres Pro Enterprise — Oracle DBA 12c / 19c — Postgres DBA — нагрузочное тестирование PostgreSQL — GoldenGate, DataGuard, очереди AQ — pgpro_queue
*💳* Оплата: в течение 30 календарных дней после отчётного месяца, ежемесячно
Отклики, рекомендации, вопросы Откликнуться
Больше похожих вакансий + автоотклики с ИИ
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.

Навыки
- Oracle Database
- PostgreSQL
- PL/SQL
- PL/pgSQL
- Ora2Pg
- Postgres Pro Enterprise
- Oracle GoldenGate
- Oracle Data Guard
- Database Migration
- Performance Testing
Возможные вопросы на собеседовании
Проект предполагает миграцию 10 ТБ данных. Важно понимать, как кандидат планирует минимизировать время простоя.
Какие стратегии минимизации downtime вы бы предложили для миграции базы данных объемом 10 ТБ с Oracle на PostgreSQL?
В стеке указан ora2pg. Нужно проверить практический опыт работы с этим инструментом и знание его ограничений.
С какими основными сложностями вы сталкивались при использовании ora2pg и как решали проблемы несовместимости типов данных или встроенных функций?
Упоминается master-master репликация, что является сложной архитектурной задачей.
Как вы планируете решать конфликты при настройке master-master репликации в PostgreSQL и какие инструменты для этого предпочтительны?
В стеке есть GoldenGate и DataGuard. Это критично для обеспечения отказоустойчивости в процессе перехода.
Опишите ваш опыт использования Oracle GoldenGate для гетерогенной репликации между Oracle и PostgreSQL.
Работа с очередями (AQ, pgpro_queue) требует понимания логики обработки сообщений.
В чем заключаются основные различия в реализации очередей между Oracle AQ и pgpro_queue, которые нужно учитывать при миграции кода?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.

