Проблема кодировок при импорте

Пожалуйста помогите
Читал разные темы в том числе эту
Имеются идентичные по кодировкам базы AMERICAN_AMERICA.CL8ISO8859P5, AL16UTF16 (9i и 10g). Соответственно SLES9 и SLES10. Все операции делаю в Suse. Пытаюсь импортировать в 10g.

Connected to: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
Export done in CL8ISO8859P5 character set and AL16UTF16 NCHAR character set

Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
Export file created by EXPORT:V09.02.00 via conventional path
import done in US7ASCII character set and AL16UTF16 NCHAR character set
import server uses CL8ISO8859P5 character set (possible charset conversion)
export client uses CL8ISO8859P5 character set (possible charset conversion)

В результате в таблицах есть русские буквы, а в триггерах и процедурах ?????

Смущает US7ASCII, но не могу понять откуда оно взялось.

Чтоб оно не писало всяких глупостей про US7 yужно установить переменную окружения NLS_LANG
типа
NLS_LANG=AMERICAN_AMERICA.CL8ISO8859P5
export NLS_LANG
но по моему на результат это не повлияет

kisoft

Чтоб оно не писало всяких глупостей про US7 yужно установить переменную окружения NLS_LANG типа NLS_LANG=AMERICAN_AMERICA.CL8ISO8859P5 export NLS_LANG но по моему на результат это не повлияет

Не помогает, пробовал

gonzaomsk

kisoft Чтоб оно не писало всяких глупостей про US7 yужно установить переменную окружения NLS_LANG типа NLS_LANG=AMERICAN_AMERICA.CL8ISO8859P5 export NLS_LANG но по моему на результат это не повлияет Не помогает, пробовал

А можно еще уточнить:

1) версия exp
2) версия imp
3) на разных машинах делаются imp и exp?
4) NLS_LANG на всех участвующих машинах (сервер, машина imp, машина exp)
5) кодировка базы

Sevick

1) версия exp 2) версия imp 3) на разных машинах делаются imp и exp? 4) NLS_LANG на всех участвующих машинах (сервер, машина imp, машина exp) 5) кодировка базы

1. Export: Release 9.2.0.4.0
2. Import: Release 10.2.0.1.0
3. на разных. SLES9 и SLES10 соответственно
4. NLS_LANG="AMERICAN_AMERICA.CL8ISO8859P5" на обоих серваках. На них все и делаю.
5. CL8ISO8859P5 и AL16UTF16 на обоих базах.

Покажите

locale 

с обоих серверов

на сервере откуда export делал отсутствовал
ORA_NLS33="/opt/oracle/ocommon/nls/admin/data"
сейчас попробую еще разок

Интересно и 9 параметр ORA_NLS33
а в 10 параметр ORA_NLS10

locale
с которого exp
LANG=en_US
LC_CTYPE="en_US"
LC_NUMERIC="en_US"
LC_TIME="en_US"
LC_COLLATE=POSIX
LC_MONETARY="en_US"
LC_MESSAGES="en_US"
LC_PAPER="en_US"
LC_NAME="en_US"
LC_ADDRESS="en_US"
LC_TELEPHONE="en_US"
LC_MEASUREMENT="en_US"
LC_IDENTIFICATION="en_US"
LC_ALL=

на который imp
LANG=ru_RU
LC_CTYPE="ru_RU"
LC_NUMERIC="ru_RU"
LC_TIME="ru_RU"
LC_COLLATE="ru_RU"
LC_MONETARY="ru_RU"
LC_MESSAGES="ru_RU"
LC_PAPER="ru_RU"
LC_NAME="ru_RU"
LC_ADDRESS="ru_RU"
LC_TELEPHONE="ru_RU"
LC_MEASUREMENT="ru_RU"
LC_IDENTIFICATION="ru_RU"
LC_ALL=

хотя было и с en_US

скорее всего у вас US7ASCII выскакивает из-за того, что в ОС нет поддержки русского языка - когда выливаются данные из таблиц, они хранятся в 16-ричном виде и потери русских букв не происходит, а при выливки текста процедур и триггеров он выливает их в текстовом виде. Попробуйте поменять locale на 10-ке на ту же, что и на 9-ке.

короче говоря - либо UTF8, либо русская локаль