IMP-00016 Required Character Set Conversion Not Supported Error when Import to Oracle Database IMP-00016 Povinné Character Set Konverzný nepodporovaných Chyba pri dovoze do Oracle Database

When trying to import an Oracle database export, backup or dump, you may encounter the error IMP-00016 where the import terminate prematurely and not allow you to continue the import to the destination Oracle database. Pri pokuse o import databázy Oracle export, zálohovanie alebo výpis, sa môžete stretnúť chyba IMP-00016-Ak dovozné ukončiť predčasne a nedovolí vám pokračovať v dovoze do cieľovej databázy Oracle. The error has the following message: Táto chyba bola nasledujúca správa:

IMP-00016: required character set conversion (type 1 to 871) not supported IMP-00016: požadované znakovej sady konverzie (typ 1 do 871), nie je podporovaný
IMP-00000: Import terminated unsuccessfully IMP-00000: Import skončilo neúspešne

Note that depending on your export file and database character set, the “type 178 to 871″ may change from each environment. Všimnite si, že v závislosti na export súborov a databázové znakovej sady, "typ 178 do 871" sa môže meniť z každého prostredia. Other typical character set conversion not supported error include from type 178 to 871 or from type 31 to 871. Ďalšie typické znaková sada konverzie nie je podporovaný chyby patria od typu 178 do 871 alebo od 31 do 871 druhov.

The cause for the Oracle error is because import utility could not convert the character format of the export file into the native character format which is the setting of the operating system client. Príčinou chyby Oracle je, že import utility nemohol zmeniť osobnosť formát súboru exportu do pôvodný charakter formát, ktorý je nastavenie operačného systému klienta. In other world, the issue is due to the fact that there is conversion problem between the export dump file and the destination databases which have different character set value when Oracle import utility try to import the exported database by using the Unix's NLS_LANG local environment variable value. V inom svete, otázka je, vzhľadom k tomu, že existuje problém konverzie medzi export súboru s výpisom a cieľovej databázy, ktoré majú odlišný charakter nastavené hodnoty pri dovoze utility Oracle pokuse o import vyvezený databázy pomocou UNIX NLS_LANG lokálnu premennú hodnotu . If the operating system environment doesn't show the value of NLS_LANG, the import (and also export) will be done in US7ASCII as the default value for NLS_LANG on UNIX platforms is AMERICAN_AMERICA.US7ASCII, regardless of the database characterset. Je-li prostredia operačného systému, neukazuje hodnotu NLS_LANG, import (a aj export) sa uskutoční v US7ASCII ako predvolená hodnota pre NLS_LANG na platformách UNIX je AMERICAN_AMERICA.US7ASCII, bez ohľadu na characterset databázy.

The resolution to resolve the IMP-00016 is to set the the NLS_LANG parameter in local OS env variable value to match the character set of the destination database and import the dump file. Uznesenie vyriešiť IMP-00016 je nastaviť parameter NLS_LANG miestnych OS ENV ukazovatele hodnotu, aby zodpovedali charakteru súbor cieľovú databázu a importovať súbor s výpisom. NLS_LANG can be change by using set or export command. NLS_LANG možno zmeniť pomocou nastavení alebo príkazom export. For example: Napríklad:

$ export NLS_LANG=.WE8ISO8859P1 $ Export NLS_LANG =. WE8ISO8859P1

NLS_LANG is set in the registry on Windows platforms. NLS_LANG je nastavený v registri na platformách Windows. For example, on an English Windows client, the code page is WE8MSWIN1252. Napríklad na klienta anglické Windows, kód stránky je WE8MSWIN1252. An appropriate setting for NLS_LANG is AMERICAN_AMERICA.WE8MSWIN1252. Vhodné nastavenie pre NLS_LANG je AMERICAN_AMERICA.WE8MSWIN1252.

You can check the character sets of the Oracle database in SQL*Plus by using following commands to list all NLS information: Môžete skontrolovať znakovej sady databázy Oracle v SQL * Plus pomocou nasledujúcich príkazov na zoznam všetkých informácií NLS:

SQL> col value format a25 SQL> col formát hodnoty A25
SQL> col parameter format a25 SQL> col formát parametra A25
SQL> select * from v$nls_parameters; SQL> select * from v $ nls_parameters;

In the rows returned, NLS_CHARACTERSET will list the character set of the database. V riadkoch sa vrátil, bude NLS_CHARACTERSET zoznam znaková sada databázy. In ideal situation to avoid and minimize the potential errors, the recommended practise will be like the following: V ideálnej situácii, aby sa zabránilo a minimalizovať prípadné chyby, bude odporúčanej praxi sa ako nasledujúce:

At the system where database export is taken: Set NLS_LANG=. V systéme, kde je export databázy prijaté: Set NLS_LANG =. At the system where database import is done: Set NLS_LANG=. V systéme, kde je import databázy urobiť: Set 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. Nastavenie operačného systému NLS_LANG hodnoty zodpovedajú zdroj alebo miesto určenia znakovej sady databáza, Oracle predpokladá, že dáta sú rozosiela je zakódovaný v rovnakej znakovej sade, ako nastaviť databázu znakov, takže žiadne potvrdenie alebo konverzie sa nevykonáva. This can lead to corrupt data if the client code page and the database character set are different and conversions are necessary. To môže viesť k poškodeniu dát v prípade, že klient kód stránky a databázové znakovej sady sú rôzne a konverzie sú nevyhnutné. 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. Je to viac problém, ak zdrojová a cieľová databáza majú rôzne znakovej sady a source databáza obsahuje špeciálne znaky (napr. čínština, japončina, španielčina, nemčina, špeciálne písmen alebo iných znakov, ktoré nie sú obsiahnuté v US7ASCII), bude cieľová databáza strácajú pôvodné znaky a ukázať náhradné znaky miesto. So, it's best if the source and destination database has the same or similar character set. Takže bude najlepšie, keď zdrojovej a cieľovej databázy má rovnaké alebo podobné znakovej sade.

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: Ak chcete skontrolovať znakovú sadu, ktorá skládku vyvážať a jej databázu používa, kontrola vývozu protokol, by mala characterset informácií existuje na začiatku záznamu:

Export done in US7ASCII character set and AL16UTF16 NCHAR character set Export uskutočnilo v znakovej sady US7ASCII a AL16UTF16 NCHAR súbor znakov
server uses WE8MSWIN1252 character set (possible charset conversion) WE8MSWIN1252 server používa znakovú sadu (charset možná konverzie)

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: Podobne bude dovozná záznam obsahuje informácie o tom, čo znaková sada importu používa aj pre cieľové databázu, plus prípadné varovné správy, a to aj v prípade, že import zlyhal IMP-00016 chyby, na začiatku importov:

import done in US7ASCII character set and AL16UTF16 NCHAR character set import uskutočnilo v znakovej sady US7ASCII a AL16UTF16 NCHAR súbor znakov
import server uses UTF8 character set (possible charset conversion) import server používa znakovú sadu UTF8 (možná charset conversion)
export server uses UTF8 NCHAR character set (possible ncharset conversion) Export server používa UTF8 NCHAR znakovú sadu (možná ncharset konverzie)

IMPORTANT : The page is machine translated and provided "as is" without warranty. Upozornenie: stránka je stroje preložené a za predpokladu, "ako je" bez záruky. Machine translation may be difficult to understand. Strojový preklad môže byť ťažké pochopiť. Please refer to Nájdete na original English article originál Anglicky artikl whenever possible. ak je to možné.

Related Articles Súvisiace články

• Oracle Database Import Error 3113/3114 Oracle Database Import Dlh 3113/3114
• Oracle EXP-00091 Error When Export Database Oracle EXP-00091 Dlh Kedy Export databázy
• IMP-00013 Oracle Import Error IMP-00013 Oracle Import Error
• Create, Add or Split Oracle Database Partition Fails with ORA-14080 Error Menovať, Pridať alebo Split Oracle Database Delenie Byť v štychu s ORA-14080 Dlh
• How to Convert Character Set and Collation of WordPress Database Ako Znaková sada Konvertita a Zber WordPress databázy
• Oracle Database Link Oracle Database Link
• Change Oracle Database User Password Zmeniť Oracle Database Užívateľ Heslo
• How Drop Tablespace and Recover Oracle Database When Accidentally Delete Datafile Ako Drop Tablespace a nadobudnúť Oracle Database Kedy Náhodne Odstrániť dátového súboru
• How to Remove and Drop Datafiles from Tablespace in Oracle Database Ako odstrániť a Drop Dátové súbory z Tablespace v databáze Oracle Database
• Oracle ORA-01658 Unable to Create INITIAL Extent for Segment in Tablespace Error Oracle ORA-01658 Neschopný až k Menovať POČIATOČNEJ Rozsah pre segment v Tablespace Dlh

This entry was posted on Friday, June 30th, 2006 at 11:54 pm and is filed under Tieto dvere was posta ďalej Piatok, Jún 30th, 2006 v 1154: pm a je podaný v rámci Databases Databáza . . You can follow any responses to this entry through the Môžete sledovať všetky reakcie na tento vstup pomocou RSS 2.0 RSS 2.0 feed. You can krmivá. Môžete leave a response zanechať odpoveď , or , Alebo trackback Trackback from your own site. z vašich vlastných stránok.