Добрый день!

Появилась одна задачка, нужно перенести данные одной таблички из не-Юникодной базы (Oracle 9206) в Юникодную базу (10.2.0.4). Пробуем перенести через exp/im, судя по документации вся процедура (конвертация) выполняется практически автоматически, главное чтобы правильно был определён NLS_LANG. По факту получаем в целевой системе набор нечитаемых символов, который нельзя даже через SUMG переконвертировать.

Если кто сталкивался с такой проблемой, посоветуйте, пожалуйста, как быть?

При экспорте на неюникодной системе выставляете NLS_LANG на кириллический? Фигня, скорее всего, получится. База создана не с кириллической кодовой страницей. У SAP'а свои понятия о методах хранения разных языковых данных. Если я правильно помню, кодировка там ближе всего к кириллической ISO-8859-5. Но - не кириллическая. При попытке посмотреть данные стандартными средствами Oracle будет делать конвертацию не оттуда, если в NLS_LANG указана кириллица. В общем-то все стандартные утилиты Oracle будут выполнять весьма забавные манипуляции на переконвертации.
Лучше попробуйте экспортнуть данные средствами SAP'а. И импортнуть также.

можно попробовать через dblink

А какими средствами SAP можно экспортнуть одну таблицу? В таблице 650 млн. записей.

Посмотрите в сторону R3Trans

R3load ?

Нет, именно R3Trans.
В параметрах запуска указывается командный файл, в нем пишется команда (например export), если не ошибаюсь указывается мандант, можно написать нужный select с нужными условиями.
В общем help.sap.com рулит

Насколько я понимаю, это получится что-то вроде транспортного запроса с уровня ОС. import/export - это фактически tp вызывает R3trans. Для маленьких таблиц это сработает, а для таблицы в 650млн записей будет работать несколько дней только выгруprf. И кстати при загрузке русские символы не будут читабельны, потребуется конвертация. Каждый день делаем, поскольку система разработки у нас 4.0 не юникод, а половина продуктивов на ЕСС 6.0.
Попробуем через промежуточную неюникодную базу (10g) поэксперементировать. Перенесём туда нужные таблицы, а потом с помощью SAP UC переведём в юникод и потом опять exp/imp уже в целевую базу - процедура займёт часов 30. Проблема вся в том, что мы очень ограничены по времени переноса данных - не более 40 часов.

Ну тогда пробуйте оракловый экспорт/импорт.
Только перед экспортом и импортом ставьте NLS_LANG таким же, как и в исходной базе, чтобы при экспорте перекодировки не было, а при импорте была из WE8DEC (вроде такая делается на неюникоде) в юникод.
Может и получится, и в сроки уложитесь.
Хотя R3Trans тоже достаточно быстро работает.

Оракловый export/import было первое, что попробовали. Переносится быстро и в Юникод конвертится всё, только кроме русских символов. Русские символы вообще непонятно в какую кодировку запихивает.

Пробовали NLS_LANG выставлять в соответствии с базой?

Да, конечно. Причём при экспорте/импорте БД чётко говорила в какой кодировке выгружается/загружается. Пробовали для NLS разные варианты. Сейчас ещё попробуем в базу (10g, не юникод) загрузить и выгрузить в новый дамп. Может на 9-ке экспорт как-нибудь не так работает????? В общем ставим эксперименты.