Как стать автором
Поиск
Написать публикацию
Обновить

Мы научились переносить базу данных с Oracle на Postgres Pro со скоростью 41 ТБ/сутки

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров8.8K
Всего голосов 28: ↑27 и ↓1+33
Комментарии19

Комментарии 19

Использовали для аналогичных задач Pentaho, он давал порядка 100 МБ/сек, работая чисто через jdbc

Зачем вам эти автомобили, я пешком отлично бегаю :) Шутки, сорри.

Глупый вопрос. Оно же на спарках с солярисом и поверах с аиксом, как на платформах, с которых хотят уехать без промежуточного x86 оракла с Golden Gate, работает же (какртинка с Падме)?

Рассмотрим типичную ситуацию: компания использует Oracle Database, в которой накоплены десятки терабайт данных. При попытке миграции на Postgres Pro возникают следующие

Это чтобы сделать ситуации ещё более типичной

ProGate может работать на любой архитектуре, под которую собираются приложения на Go. Мы можем собрать ProGate под специфическую архитектуру заказчика, если в этом есть необходимость. Более того, ProGate может быть расположен на любом узле в процессе миграции — источнике, сервере с целевой базой (например, Postgres Pro) и на отдельной машине.

А когда релиз то? Это платные утилиты?

Релиз продукта запланирован на сентябрь-октябрь 2025 года.

Лицензионную политику опубликуем ближе к релизу. Она предполагается довольно гибкой (будет учитывать имеющиеся лицензии на Postgres Pro).

Если информация по лицензированию или демонстрация продукта необходима сейчас, то можно написать на sales@postgrespro.ru.

В последних синтетических тестах нам удалось достигнуть производительности в 200–500 МБ/секунду, или до 41 ТБ/сутки по маршруту Oracle Database → Postgres Pro. А для маршрута PostgreSQL → Postgres Pro примерно 1 ГБ/сек.

Для рекламной статьи и если хотите привлечь специалистов надо другим хвастаться

Выжимает ли ваше решение максимум из каналов связи и дисков? Если под капотом схд с определенными хр-ками и каналы, то вы физику не обманите

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

Если у вас есть таблица CUSTOMERS в Oracle Database, которая содержит миллиарды записей, и ваша компания называется не China Telecom, вам надо бросить заниматься разработкой БД и найти себе другое применение.

А что вы предлагаете? Миллиард клиентов в Экселе хранить?

Автор наверное имел ввиду, что единицы компаний в мире имеют миллиард клиентов

Нетрудно свести лошадь к воде. А вот когда вы научите не плавать на спине ... (с)

Когда со скоростью 41Тб вы научитесь действительно переносить базу с Oracle на Postgres со всеми пакетами, функциями и т.д. вот это и будет та лошадь, плавающая на спине!...

Задача действительно очень комплексная. Миграция схемы, пакетов и функций в скором времени также появится в продукте.

Избитый вопрос видимо - опенсурс будет или только за деньги ?

Релиз продукта запланирован на сентябрь-октябрь 2025 года.

Лицензионную политику опубликуем ближе к релизу. Она предполагается довольно гибкой (будет учитывать имеющиеся лицензии на Postgres Pro).

Если информация по лицензированию или демонстрация продукта необходима сейчас, то можно написать на sales@postgrespro.ru.

А как работает синхронизация? Насколько знаю формат реду логов это закрытый формат, в собственности Как prosync читает логи?

ProSync работает с логами через LogMiner с рядом дополнительных функций и улучшений. Подробнее расскажем в технической статье про ProSync.

Кстати, гугль говорит, что Oracle LogMiner is deprecated in Oracle Database 19c and will not be supported in future Oracle Database releases.

Извините, но за такой уровень - минусанул - низкий технический уровень материала.
Где данные о железе, где хотя бы стравнение на нем с ora2pg, другими CDC ? Или это и есть ora2pg с вэбмородой ? .. ну ок , красивое )

Зарегистрируйтесь на Хабре, чтобы оставить комментарий