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

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

0

6 месяцев назад

Ро

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

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

0

6 месяцев назад

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

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

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

0

6 месяцев назад

Aleksei

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

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

0

6 месяцев назад

Dmitry Rem

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

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

0

6 месяцев назад

Dmitry Rem

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

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

0

6 месяцев назад

Ро

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

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

0

6 месяцев назад

Anton Grishin · Accepted Answer

Anton Grishin

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

0

6 месяцев назад

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

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

12 ответов

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