IMP-00016 требовало характера - установленной ошибки преобразования поддержанной когда ввоз к базе данных оракула

Пытаясь импортировать экспорт базы данных оракула, подпорку или сброс, вы можете столкнуться ошибка IMP-00016 где ввоз прекращает преждевременно и не позволить вас продолжать ввоз к базе данных оракула назначения. Ошибка имеет following сообщение:

IMP-00016: требуемый характер - установленное поддержанное преобразование (тип 1 до 871)
IMP-00000: Ввоз прекратил неудачно

Заметьте то в зависимости от вашего характера архива и базы данных экспорта - установите, «тип 178 до 871, котор ″ может изменить от каждой окружающей среды. Другой типичный характер - установленная ошибка преобразования поддержанная вклюает от тип 178 до 871 или от тип 31 до 871.

Причина для ошибки оракула потому что общее назначение ввоза не смогло преобразовать форму характера архива экспорта в родной формой характера будет установка клиента оперативной системы. В другом мире, вопрос из-за факта что будет проблема преобразования между архивом сброса экспорта и базами данных назначения который имеют по-разному характер - установленное значение когда попытка ввоза оракула общего назначения для того чтобы импортировать ехпортированную базу данных путем использование значения перемеююого местной окружающей среды NLS_LANG Unix. Если окружающая среда оперативной системы не показывает значение NLS_LANG, то ввоз (и также экспорт) будут сделаны в US7ASCII по мере того как автоматически принимаемым значением для NLS_LANG на платформах UNIX будет AMERICAN_AMERICA.US7ASCII, regardless of characterset базы данных.

Разрешение разрешить IMP-00016 должно установить параметр NLS_LANG в значении местного env осмия переменном для того чтобы сопрягать характер - комплект базы данных назначения и импортировать архив сброса. NLS_LANG может быть изменением путем использование комплекта или ехпортировать команда. Например:

экспорт NLS_LANG=.WE8ISO8859P1 $

NLS_LANG установлено в регистратуру на платформах Windows. Например, на английском клиенте Windows, страница Кодего будет WE8MSWIN1252. Соотвествующей установкой для NLS_LANG будет AMERICAN_AMERICA.WE8MSWIN1252.

Вы можете проверить характер - комплекты базы данных оракула в SQL*Plus путем использование после команд перечислить все данные по NLS:

Форма a25 значения колонки SQL>
Форма a25 параметра колонки SQL>
SQL> выбирают * от v$nls_parameters;

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

На системе куда экспорт базы данных принят: Установите NLS_LANG=. На системе где ввоз базы данных сделан: Установите NLS_LANG=.

Set the operating system NLS_LANG value to match the source or destination database character set will let Oracle assumes that the data being sent or received is encoded in the same character set as the database character set, so no validation or conversion is performed. This can lead to corrupt data if the client code page and the database character set are different and conversions are necessary. It’s more of an issue if source and destination databases have different character set, and source database contains special characters (for example chinese, japanese, spanish, german, special letters or other characters, which are not contained in US7ASCII), the target database will lose the original characters and show replacement characters instead. So, it’s best if the source and destination database has the same or similar character set.

To check the character set that a dump export and its database is using, check the export log, the characterset information should exists at the beginning of the log:

Export done in US7ASCII character set and AL16UTF16 NCHAR character set
server uses WE8MSWIN1252 character set (possible charset conversion)

Similary, the import log will contain the information about what character set the import process is using and also for the target database, plus possible warning message, even if the import failed with IMP-00016 error, at the beginning of the import log:

import done in US7ASCII character set and AL16UTF16 NCHAR character set
import server uses UTF8 character set (possible charset conversion)
export server uses UTF8 NCHAR character set (possible ncharset conversion)

IMPORTANT: This is a machine translated page which is provided "as is" without warranty. Machine translation may be difficult to understand. Please refer to original English article whenever possible.

Share and contribute or get technical support and help at My Digital Life Forums.



Leave a Reply

You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Subscribe without commenting


Custom Search

New Articles

Incoming Search Terms for the Article

Export done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set - IMP-00016: required character set conversion (type 1 to 871) not supported - import server uses WE8ISO8859P1 character set (possible charset conversion) - oracle imp charset - import done in WE8ISO8859P1 character set and AL16UTF16 NCHAR character set - IMP-00016 - check character set in NLS_LANG oracle - import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set - export client uses US7ASCII character set (possible charset conversion) - oracle imp character set - IMP-00016: required character set conversion (type 31 to 871) not supported - possible charset conversion - imp character set - oracle imp nls_lang - import done in US7ASCII character set and UTF8 NCHAR character set - imp NLS_LANG - "This message uses a character set that is not supported by the Internet Service" - This message uses a character set that is not supported by the Internet Service. - "import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set" - export server uses AL16UTF16 NCHAR character set (possible ncharset conversion) - required character set conversion (type 178 to 871) not supported - export server uses UTF8 NCHAR character set (possible ncharset conversion) - import server uses WE8MSWIN1252 character set (possible charset conversion) - export client uses WE8ISO8859P1 character set (possible charset conversion) - oracle export utf8 - This message uses a character set that is not supported by the Internet Service - Export done in US7ASCII character set and UTF8 NCHAR character set - import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set export client uses US7ASCII character set (possible charset conversion) - Export done in US7ASCII character set and AL16UTF16 NCHAR character set server uses WE8ISO8859P1 character set (possible charset conversion) - import done in US7ASCII character set and AL16UTF16 NCHAR character set - server uses WE8ISO8859P1 character set (possible charset conversion) - import done in WE8MSWIN1252 character set and UTF8 NCHAR character set - import done in WE8ISO8859P1 character set and UTF8 NCHAR character set - import done in US7ASCII character set and UTF8 NCHAR character set + import server uses UTF8 character set (possible charset conversion) + export server uses AL16UTF16 NCHAR character set (possible ncharset conversion) - "possible charset conversion" - change the client character set or NCHARSET to match the server - Export done in US7ASCII character set and AL16UTF16 NCHAR character set server uses WE8ISO8859P1 character set (possible charset conversion) - import done in we8mswin1252 - export client uses US7ASCII character set - oracle import charset - imp charset - show characterset oracle - import done in US7ASCII - This message uses a character set that is not supported by the Internet Service. - What Character set is my Oracle DB Using - french character + web service + character set - ? character oracle import - imp oracle NLS - server uses UTF8 character set (possible charset conversion) - WE8MSWIN1252 character set and AL16UTF16 NCHAR character set -