Кто уже мигрировал данные и как прошло?

вот функции и процедуры меня волнуют так как в базе их много

миграцию делали через ora2pg?

Andrej_fSAS2014миграцию делали через ora2pg?Да. С ней возни тоже не мало. Вот, например, выдержка из моего лога миграции (я вручную лог своих действий вел):автортекущая версия ora2pg некорректно определяет конец блоков
в случае:
begin
...
if ...
...
end if;
end;
убирая END IF;авторОшибка:
FATAL: ОШИБКА: значение не умещается в тип character varying(15)
Aborting export...

Решение:
пишем log_statement = 'all' в postgresql.conf, перезапускаем Postgresql:
service postgresql restart

смотрим лог и видим:
СООБЩЕНИЕ: выполнение <unnamed>: INSERT INTO tcar (cimei,cnomgos,ncarmarka,nfuel100,nwinterp,ndopp) VALUES ($1,$2,$3,$4,$5,$6)
ПОДРОБНОСТИ: параметры: $1 = 'E''214810''', $2 = 'NULL', $3 = '617', $4 = '30.3', $5 = '15', $6 = '0'
ОШИБКА: значение не умещается в тип character varying(15)
ОПЕРАТОР: INSERT INTO tcar (cimei,cnomgos,$ncarmarka,nfuel100,nwinterp,ndopp) VALUES ($1,$2,$3,$4,$5,$6)

когда импорт происходит из файла и параметр TYPE установлен в INSERT, то выполняется оператор:
INSERT INTO tcar (cimei,cnomgos,ncarmarka,nfuel100,nwinterp,ndopp) VALUES (E'214810',NULL,617,30.3,15,0);

когда импорт происходит напрямую из базы в базу, то получается избыток '
и даже E обрамляется ими (символ E это примочка PostgreSQL для указания,
что в строке могут использоваться Escape-символы).
Для отключения этой примочки при TYPE INSERT используется параметр:
STANDARD_CONFORMING_STRINGS
а при TYPE COPY:
NOESCAPE

Но никакие изменения этих параметров при при TYPE INSERT не помогли избавиться от ошибки,
и только при TYPE COPY экспорт/импорт из базы в базу проходит на ура (с любыми значениями
параметров STANDARD_CONFORMING_STRINGS и NOESCAPE).

Если хочешь, отправлю весь тебе, хоть мои грабли обойдёшь.

Я пока разведку провожу и мнения людей кто уже прошел этот путь

но уже вижу что пляски и жесткий секс обеспечен если база большая и структура ее сложная