IMP-00016 Required Character Set Conversion Not Supported Error when Import to Oracle Database IMP-00016 תווים חובה הגדר המרות שגיאה לא נתמכות כאשר ייבוא כדי 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. כאשר מנסים לייבא לייצא מסד הנתונים של Oracle, גיבוי או לזרוק, אתה עלול להיתקל שגיאה IMP-00016 שם לייבא לסיים מוקדם מדי ולא מאפשרים לך להמשיך את היעד כדי לייבא נתונים אורקל. The error has the following message: השגיאה את ההודעה הבאה:
IMP-00016: required character set conversion (type 1 to 871) not supported IMP-00016: נדרשת המרה ערכת תווים (הקלד 1 כדי 871) לא נתמך
IMP-00000: Import terminated unsuccessfully IMP-00000: ייבוא הסתיים ללא הצלחה
Note that depending on your export file and database character set, the “type 178 to 871″ may change from each environment. שים לב כי בהתאם קובץ הייצוא שלך ערכת תווים בבסיס הנתונים, הקלד "178-871" עשויים להשתנות מעת כל הסביבה. Other typical character set conversion not supported error include from type 178 to 871 or from type 31 to 871. דמות טיפוסית אחרים להגדיר המרה לא נתמכת לכלול שגיאה מסוג 178-871 או מסוג 31-871.
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. הסיבה לשגיאה אורקל היא כי השירות לא יכלו לייבא להמיר את הפורמט אופי של קובץ הייצוא לתבנית הדמות שהוא יליד ההגדרה של הלקוח את מערכת ההפעלה. 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. בעולם אחר, הבעיה היא בשל העובדה שיש בעיה המרה בין לייצא את קובץ ה-dump של מסדי נתונים היעד שבו יש ערכת תווים שונים כאשר ערך השירות לייבוא של Oracle ניסיון לייבא את מסד הנתונים המיוצאים באמצעות סביבת יוניקס של NLS_LANG המקומי ערך המשתנה . 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. אם סביבת מערכת ההפעלה לא להראות את הערך של NLS_LANG, הייבוא (וגם ליצוא) ייעשה US7ASCII כערך ברירת המחדל עבור NLS_LANG על פלטפורמות UNIX היא AMERICAN_AMERICA.US7ASCII, ללא קשר characterset את מסד הנתונים.
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. ההחלטה לפתור את IMP-00016 היא לקבוע את הפרמטר NLS_LANG ב OS המקומי ערך המשתנה Env להתאים את ערכת התווים של מסד הנתונים היעד לייבא את קובץ ה-dump. NLS_LANG can be change by using set or export command. NLS_LANG ניתן לשנות או לקבוע באמצעות הפקודה ייצוא. For example: לדוגמה:
$ export NLS_LANG=.WE8ISO8859P1 $ לייצא NLS_LANG =. WE8ISO8859P1
NLS_LANG is set in the registry on Windows platforms. NLS_LANG מוגדר ברישום על גבי פלטפורמות של Windows. For example, on an English Windows client, the code page is WE8MSWIN1252. לדוגמה, לקוח על אנגלית של Windows, הקידוד הוא WE8MSWIN1252. An appropriate setting for NLS_LANG is AMERICAN_AMERICA.WE8MSWIN1252. ההגדרה המתאימה NLS_LANG הוא 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: אתה יכול לבדוק את אופי קבוצות של מסד הנתונים אורקל ב-SQL * Plus באמצעות הפקודות הבאות כדי להציג את כל המידע NLS:
SQL> col value format a25 SQL> תבנית ערך col A25
SQL> col parameter format a25 SQL> תבנית פרמטר col 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. בשורות חזר, NLS_CHARACTERSET יפרט את ערכת התווים של מסד הנתונים. In ideal situation to avoid and minimize the potential errors, the recommended practise will be like the following: במצב אידיאלי, כדי למנוע ולמזער את השגיאות האפשריות, את הפרקטיקה הנהוגה, מומלץ יהיה כמו הבאות:
At the system where database export is taken: Set 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. הגדר את מערכת ההפעלה NLS_LANG הערך כך שיתאימו המקור או מסד נתונים להגדיר יעד אופי אתן אורקל מניח את הנתונים שנשלחו או התקבלו מקודד אופי זהה להגדיר להגדיר את אופי מסד הנתונים, ולכן אין אימות או המרה מבוצע. 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. זה יותר בעיה אם המקור ומסדי נתונים היעד יש ערכת תווים שונים, באתר המקור מכיל תווים מיוחדים (למשל סינית, יפנית, ספרדית, גרמנית, אותיות או תווים מיוחדים אחרים, אשר אינם הכלול US7ASCII), מסד הנתונים היעד לאבד את התווים המקורית ולהראות תווים במקום חלופי. 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: כדי לבדוק את ערכת התווים כי היצוא ו-dump באתר שלו הוא שימוש, לבדוק את יומן יצוא, המידע צריך characterset קיים בתחילת ביומן: Export done in US7ASCII character set and AL16UTF16 NCHAR character set ייצוא נעשה להגדיר US7ASCII אופי AL16UTF16 אופי nchar להגדיר 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: Similary, את יומן היבוא יכיל את המידע על אופיו מה להגדיר את תהליך הייבוא הוא משתמש גם עבור מסד הנתונים היעד, בתוספת הודעת אזהרה אפשרי, גם אם הייבוא נכשל עם השגיאה IMP-00016, בתחילת ביומן הייבוא: import done in US7ASCII character set and AL16UTF16 NCHAR character set הייבוא נעשה להגדיר US7ASCII אופי AL16UTF16 אופי nchar להגדיר IMPORTANT : The page is machine translated and provided "as is" without warranty. חשוב: הדף מכונת תירגם מתפרסם "כמות שהוא" ללא אחריות. Machine translation may be difficult to understand. תרגום מכונה יכול להיות קשה להבין. Please refer to נא עיין original English article המאמר המקורי באנגלית whenever possible. בכל הזדמנות אפשרית.
server uses WE8MSWIN1252 character set (possible charset conversion) השרת משתמש בערכת התווים WE8MSWIN1252 (המרות charset אפשרי)
import server uses UTF8 character set (possible charset conversion) ייבוא השרת משתמש UTF8 ערכת תווים (המרות charset אפשרי)
export server uses UTF8 NCHAR character set (possible ncharset conversion) שרת לייצא משתמש UTF8 להגדיר nchar אופי (המרה ncharset אפשרי) Related Articles מאמרים קשורים
