Задача перенсти базу с Oracle9i Enterprise Edition Release 9.2.0.1.0 с одной машины (Linux 2.4.24) на свеже установленную Oracle Database 10g Express Edition Release 10.2.0.1.0 на другую машину (Linux 2.6.23.1-42.fc8) 

Как я понял задача весьма тривиальная, подскажите пожалуйста как это вообще проиходит (подходит как горячий так и холодный бэкап), основные шаги и этапы, что для этого требуется, может есть как раз для таких целей хорошая инструкция для неискушенных именно ораклом администраторов. Вопрос карйне важен! Благодарю заранее. 

можно ли с помощья exp/imp и если да, то как именно? Я поштудировал интернет...конкретно исполнения такой задачи я не нашел, но судя по описаниям аналогичных всё гораздо сложнее как я понял. Или мне достаточно сделать exp на источнике и imp на приемнике? и все встанет без проблем? может есть какие то определенные правила использования imp и exp в подоных случаях?

imp/exp ваш друг и брат для такой задачи.
Единственное что Вам нужно учесть что imp/exp должны быть одной версии при експорте-импорте.
Инфи в нете валом как это сделать, гугл Вам в помощь.

ЗЫ еще нужно учесть что Express Edition ограничен 4 гигабайтами для базы данных.

Ну если база из пары небольших таблиц, там нет сложных PL/SQL функций, не используется Java, паришенинг и т.д. - то тогда да.
Иначе - задача практически не реальна.

Я делал подобный перенос. Были сложные PL/SQL пакеты на которых крутилась почти вся бизнес логика. Полет нормальный 

Сам интерпретатор там конечно полноценный, я говорил про другое:
1. В XE нет многих пакетов которые есть в Enterprise, например там вообще нет сетевых пакетов UTL_TCP, UTL_SMTP и т.д.
2. Ну и вообще в XE нет очень многого из того, что есть в Enterprise. Те же аналитические функции.
Просто у вас они не использовались (правда не понятно, зачем вам тогда нужен был Enterprise, чем Standart не устраивал).

А вообще складывается ощущение, что Oracle XE сделали просто для галочки. SQL Server XE например развивается, выходят новые версии, баги фиксятся. А Oracle XE как был 10g, так и остался. Баг с русской локалью в JDBC драйвере так и не пофиксили.