Хотим перейти с 12.1 на 19 в связи с

Вы два раза упомянули некий "хлам" - что бы Вы не имели в виду, всегда лишнее можно стереть. Если речь про статистику - её можно пересобрать. При выборе метода миграции через Data Pump, можно тонко настроить, что переносить, а что не переносить (в первую очередь exclude=statistics,index_statistics). Выполняйте экспорт не Full, а только нужных схем. После импорта нужно будет "руками" (читай скриптами) доперенести некоторые типы объектов - системные гранты, глобальные контексты, возможно триггеры уровня схемы. Прогоните несколько тестов чтобы найти оптимальную (самую быструю) конфигурацию - степень параллелизма. Не забывайте что количество Worker'ов должно соответствовать количеству dump файлов. И что Импорт дольше Экспорта раза в 2-3 минимум (индексы же не переносятся, а создаются). Отладьте весь процесс, зафиксируйте наилучшее время, подготовьте все скрипты для выполнения после импорта - ну и все, вперёд, Day X и реальная миграция.

0

05.10.2023

Ро

Ро
Вы два раза упомянули некий "хлам" - что бы Вы не ...

Я тоже "за" метод экспортом/импортом - и дефрагментируете базу "бонусом", и схемы можно переименовать (если вдруг нужно), и LOB'ы можно в SecureFile сконвертировать налету (опять же если требуется). Кстати, забыл упомянуть - во время тестов, если стоит вопрос места под дампы / скорость их копирования со старой системы на новую - можно протестировать влияние компрессии дампов (DATA / METADATA_ONLY / ALL), можно их и зашифровать. И Destination базу тоже можно зашифровать заодно, TDE включить в смысле.

0

05.10.2023

Дмитрий Сергеевич Автор вопроса

Ро
Я тоже "за" метод экспортом/импортом - и дефрагмен...

Большое спасибо за такой развернутый ответ 👍

0

05.10.2023

Aleksei

Дмитрий Сергеевич
Большое спасибо за такой развернутый ответ 👍

Наверное , самый быстрый способ- Transportable Tablespace

0

06.10.2023

Dmitry Rem

Ро
Вы два раза упомянули некий "хлам" - что бы Вы не ...

Expdp/impdp может терять всякую экзотику, если используете, в частности при переносе scheduler_chains терял я какой то кусок, то ли ruleset то ли evaluation context сейчас не вспомню уже

0

07.10.2023

Dmitry Rem

Dmitry Rem
Expdp/impdp может терять всякую экзотику, если исп...

Ловился 2жды при переезде 11-12.1 и 11-19.3 так что велика вероятность что не поправили

0

07.10.2023

Ро

Dmitry Rem
Ловился 2жды при переезде 11-12.1 и 11-19.3 так чт...

Ну я это и имею в виду говоря что нужно выполнить несколько тестовых прогонов экспорта/импорта, чтобы отладить все шероховатости - в том числе определить какие объекты (типы объектов) не переносятся по тем или иным причинам (баги или просто неподдерживаемые), сгенерить для них скрипты чтобы выполнить после импорта (или подготовить скрипты которые будут генерить скрипты, если список неперенесенных объектов какого-то типа может изменится к моменту миграции). Вообще все типы объектов, которые Data Pump не может переносить - известны и описаны в соответствующих Нотах, с объяснением причин почему так. Тут в каналах по-моему даже проскакивала такая. И вот ещё нашёл какое-то свое сообщение по теме, может тоже пригодится: https://t.me/oracle_dba_ru/32250

0

07.10.2023

Anton Grishin · Accepted Answer

Anton Grishin

А зачем данные переносить? Просто выполните upgrade

0

05.10.2023

169 похожих чатов

Хотим перейти с 12.1 на 19 в связи с

12 ответов

Похожие вопросы