Комментарии 7
Бесшовные переезды между несовместимым стеком - это всегда весело! Поздравляю с успешной миграцией.
Какой объем данных и QPS был в исходной базе?
Заметили ли разницу фактического потребления места на новой?
И план отката вообще не рассматривался? Или всё же допускали возврат и потерю N часов в худшем случае?
Спасибо!
Размер данных в сервисах варьировался, но в целом не превышал 1 ТБ, QPS умеренный, без высокой нагрузки на БД. По потреблению - порядок остался примерно тем же.
Вариант отката, конечно, держали в уме, но там речь больше шла о минутах, а не о часах :) В целом, мы довольно плотно валидировали всё на каждом слое, поэтому скорее смотрели в сторону локальных хотфиксов: если что-то и всплывало, то это, как правило, уже точечные вещи, не требующие отката всей миграции
Пример конфигурации:
SID_LIST_LISTENER = (SID_LIST =
(SID_DESC =
(ORACLE_HOME = /opt/oracle/product/19c/dbhome_1)
(SID_NAME = ORCLCDB)
)
)Либо всё одной строкой, либо вначале хотябы один пробел на всех строках, кроме первой :)
Без объёма базы и профиля нагрузки нещитово!
Также читать по выбранное решение без описания существующего стека дичь.
Закрыл статью, пошел спать
Очень крутая статья, чётко и по делу описаны все этапы, с примерами и четким практическим руководством. Также указаны все подводные камни, на которые можно наткнуться по пути и что с ними делать 🔥

Cказ о том, как мы с Oracle на PostgreSQL переехали