Если достаточен перенос только главной схемы, то можно следующий вариант
(полную базу тоже можно перенести, но иногда могут быть проблемы,
если версия сервера отличается -- то есть в варианте 7.3.4 -> 7.3.4 это работало,
а на варианте 7.3.4 -> 8.1.6 по вполне понятным причинам (импорт схем sys/system не рекомендуется).
Вариант для НТ, но легко модифицируется и на юникс

1. Если есть running jobs, то рекомендуется остановить их.
2. Получение дампа схемы (или базы) exp ... OWNER=... (exp ... FULL=Y)
3. Тщательная зарисовка параметров и layout существующей базы
(вплоть до рихтовки init.ora и каталогов)
4. Если сохранились скрипты по созданию рабочей базы, то очень хорошо и go to step 6
5. Создание скриптов для создания базы через Database Assistant
6. Рихтовка этих скриптов для получения максимального соотвествия рабочей базе
(создать дополнительные tablespace, redo logs, rollbacks, controlfiles)
7. Запуск скриптов -> создание базы
8. Если надо, корректировка инстанца в Services на предмет автозапуска
9. Рихтовка listener.ora или, что лучше, прописывание новой базы там через netca (net8ca)
10. Импорт схемы (или базы) imp file=... FULL=Y (можно поиграться с параметрами,
у меня самого получилось зачитать базу с только третьей попытки, а вот схему уже с первой)
11. Если какие-то проблемы (при весьма критическом анализе log'a), то просто удаляешь схему (схемы) и повторяешь шаг 10.
12. Если на первом шаге останавливались jobs, то запуск их заново (не забыть про рабочую базу, где они были остановлены. Причина -- невозможность шага 11, при запущенных задачах)

В любом случае, если база не своя, то спроси у разработчиков -- может у них есть инструкция по созданию тестового инстанца, как копии рабочего. Мне такая инструкция очень помогла -- слишком специфична конфигурация была.