Спасибо большое.
Есть в наличии 10.2.0.1 и патч 10.2.0.5, можно его накатить сразу на 10.2.0.1 ?

Подскажите еще.
В качестве клиентской части сейчас используется Developer 6i.
Как я понимаю, официально Win7 и выше он уже не поддерживается, у нас по этому поводу выскакивают разные глюки.
Если на старой XP все отчеты генерятся отлично, то на семерке периодически либо зависают, либо вообще не запускаются.
Есть ли какая-то новая редакция клиентской части для современных ОС?

Понятно.
А что использовать тогда для новых операционок?

В общем, пока в тестовом режиме пробую произвести миграцию с x86 Oracle 10g (10.2.0.2) на x64 Oracle 11g (11.2.0.1).
На отдельный сервер linux установил 64-битный Oracle 11.2.0.1 и на виртуальную машину установил полную копию сервера 10g, из которого нужно сделать перенос.
Теперь собственно главное - перенос базы.
Создал аналогичные табличные пространства в новой базе 11g. Только size поставил 1Гб с авторасширением до бесконечности.
Нашел инструкцию индийского товарища https://samadhandba.wordpress.com/2011/02/24/step-by-step-upgrading-oracle-10g-to-oracle-11g/ по апгрейду с 10 на 11. Он, как я понял, ставит новый rdbms 11g рядом с существующим 10g и производит конвертацию. Разрядность у него не меняется. Я же не могу так сделать, ввиду того, что я не смогу на 32 битный сервер поставить 64 версию oracle и обратно.
Как мне посоветуете произвести перенос базы с одного физического сервера на другой?

Собственно сделал перенос через datapump в режиме full.
Дамп экспорта получился около 3,1Гб. После импорта его в новую базу суммарный объем получился около 10Гб (на старой базе сейчас 22Гб). Было много сообщений, что объекты уже существуют, я так думаю это системный таблицы и записи.
Вот думаю все перенеслось или нет?
Потом (незаню точно нужно это при использовании datapump или нет) прогнал скрипты utlirp.sql и после utlrp.sql по инструкции , в итоге проверки получилось 25 невалидных записей (как оказалось, при проверке на строй базе их аж 280, даже незнаю, как это все еще работает).
Через sqldeveloper посмотрел - вроде таблици и процедуры перенеслись.
Буду завтра смотреть что делать дальше.

автор3. На новой базе создать нужные roles
4. На новой базе создать нужные users
5. На новой базе создать нужные constraints
6. На новой базе создать нужные synonyms
Sqldeveloper показывает, что пользователи из старой базы перенеслись.
Насчет того корректно или нет - незнаю. Может попробовать пересоздать руками и посмотреть что напишет?

BTM,
А как я могу проверить вычитанием, если один сервер работает без перерыва, а копия, которую я раскатал на новой базе, устарела уже до ее создания?
Приложения запускаются на новом сервере, выборка отчетов работает, данные на дату выгрузки есть.
Меня смущает вышеописанное - нормально что дамп 3Гб при объеме базы 20Гб на данный момент?

Вячеслав ЛюбомудровЕсли объем большой проще поставить на 64-битный Linux два Oracle (32 и 64 бит) и провести нормальную миграцию

Выше я писал, что у меня возникли проблемы при установке Oracle x86 на 64-разрядную ось, да и данных, как уже писал, немного (около 20Гб).

BTM,

Все понял, тормознул что-то.
Я и так с базы на виртуалке выгружал, с ней и надо сравнивать.
Только подскажите примерно, как будет выглядеть этот запрос, я все же не АБД и sql знаю на уровне select * from base;

Вопрос по распределению файлов на дисках.
На новом железе будет 2 массива raid1 - один на hdd и один на ssd.
Как я думаю, на hdd буду хранить dbf-файлы и fra, на ssd - редологи.
Архивлоги и управляющие файлы будут дублироваться на оба массива.
Что думаете по этому поводу?

BTMАрхивлоги вам загадят все место рано или поздно, тем более на ssd место дорогое. Пусть они уезжают в бэкап или на отдельный массив.
У меня при бекапе папка архивлогов очищается (старые переносятся в папку archiveold).
Стоит ли выносить табличное пространство temp на ssd?

Takurava,
Вот сейчас слушаю лекции Мирончика И.Я, он говорит, что темп не стоит, лучше system. А вот про FRA не понял - зачем, там же бекапы и занимать они будут немало.

Takurava,

Ну в лекции №3 от Мирончика кто-то спросил про размешение темпа на быстром массиве.
Был дан ответ, что это не имеет особого смысла, лучше размещать там undo или system.