Комментарии 7
вангую в течении недели перед новым годом срочную миграцию обратно на оракл
А после установки PostgreSQL и перед загрузкой, Вы ему хоть настройки памяти поменяли ? А fsync, full_page_writes и прочее не выключали ? Может и размеры wal не меняли, и checkpoint'ы каждые 20 секунд шли ?
Если нет, то зря. Все могло быть значительно быстрее (хотя какие-то параметры возможно скрипт меняет, но я сомневаюсь). Кроме того, интересно посмотреть сам скрипт. Если там сначала создается схема с индексами, а потом INSERT, то тоже все будет гораздо печальнее, чем наоборот.
"Ведь если б было у меня времени хотя бы час —Я бы дворников позвал бы с мётлами, а тут"
c. Владимир Высоцкий
Согласно законам жанра,
![](https://habrastorage.org/getpro/habr/upload_files/586/afb/2d8/586afb2d89300c6be2a7f6ba9a506c48.jpg)
исполнителю стирают память(отключают VPN) после выполнения задания, как в фильме Paycheck ;-)
Но к счастью, на клочке туалетной бумаги остался хвост лога:
ALTER TABLE
ALTER TABLE
ALTER TABLE
COMMIT
Would you like to import indexes from ./schema/tables/INDEXES_table.sql?
Это позволяет судить о том, что создатели утилиты ora2pg - не самые глупые люди.
Да, память я в настройках добавлял, остальное - нет.
Но не стоит забывать жесткий тайминг в котором все происходило.
Сейчас база в руках специалистов по PostgreSQL, которые на момент миграции были в отпуске (или не хотели принимать ответственность).
Там уже все хорошо - и pgAdmin, и настройки, и бэкапы.
Но исполнителей как говорится - не будят, или победителей не судят - как-то так ;-)
Очень странная у вас организация и очень странный заказчик, однако.
Такое впечатление, что память стерли менеджерам, причем сразу после подписания договора, и они забыли о нем на 3 месяца.
![](https://habrastorage.org/getpro/habr/upload_files/710/4a1/0d7/7104a10d789b793e47b6df317f947d92.jpg)
В целом, организация у нас - прекрасная, с отличными специалистами, и максимально адекватными взаимоотношениями.
С другой стороны, возможно было не совсем полное понимание степени и глубины проблематики, ведь установить СУБД можно по "щелчку пальцев", создать 8-теровый стендбай за 5 часов.
А то, что скажем 100-гиговую базу Oracle 9i из Винды в Линукс на 18с можно апгрейдить/переносить обычным export-import двое суток, видимо не учли.
Не говоря уже о миграции между различными типами БД.
Заказчики - да, бывают разные, иногда и через TeamViewer под неусыпным контролем работать приходится, всякое случается ...
Какая-то дичь. Нагрузочное тестирование информационной системы перед сменой СУБД и операционкой системы тоже не проводили, наудачу поехали?
Миграция 500 Гиг из Оракла за 5 часов