La détermination du paramètre NLS_LANG une base de données Oracle fichier de vidage

Nous ont été remis un fichier de vidage par une autre équipe qui sont partis pour le reste de l'année. Lorsque nous essayons d'importer le dump dans notre propre base de données, nous obtenons le message d'erreur suivant:

IMP-00038: impossible de convertir de l'environnement de jeu de caractères de la poignée

Après quelques recherches, notre spéculation est que nous avons un décalage entre le paramètre NLS_LANG de la machine source et notre machine locale. Nous n'avons pas tous les moyens de vérifier ce que la valeur de NLS_LANG est sur la machine source.

Donc, avoir juste un fichier de vidage dans nos mains, il est un moyen de comprendre le NLS_LANG valeur avec laquelle l'exportation a été fait? Apparemment, nous devrions être en mesure de remplacer la variable d'environnement NLS_LANG avant de lancer l'importation client (imp).

Un autre truc, c'est que la sauvegarde a été effectuée à partir d'un 11g instance et nos imp version est 10. J'ai lu que l'imp n'est pas compatible. Cela pourrait-il être question ici (au lieu de la NLS_LANG décalage)?

OriginalL'auteur Ates Goral | 2010-11-25

  1. 6

    façon la plus simple pour unix:

    #>imp username/password file=test.dmp show=y

Import: Release 10.2.0.3.0 - Production on Fri Nov 26 08:38:47 2010

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options

Export file created by EXPORT:V10.02.01 via conventional path
import done in US7ASCII character set and AL16UTF16 NCHAR character set
import server uses WE8ISO8859P1 character set (possible charset conversion)

    Version exp/imp est un problème:
    J'ai l'habitude d'utiliser le V10 programme d'exportation et qu'il se connecte à la V11 de la base de données.
    Assurez-vous que vous avez un alias pour dev11 dans votre tnsnames.ora dans dev10 de oracle_home.

    hostname{oracle}# . oraenv
ORACLE_SID = [oracle] ? dev10
hostname{oracle}#
hostname{oracle}#>exp username/password@dev11 full=y dumpfile=dump.exp
    Est-il possible d'utiliser show=y avec seulement un Oracle de l'installation du client? De sorte que je n'ai pas besoin de nom d'utilisateur/mot de passe?

    OriginalL'auteur Robert Merkwürdigeliebe

  2. 11

    Ates, essayez impdp - parfois, cela peut vous aider 🙂

    À l'aide de imp pour importer un fichier de vidage qui a été exporté à l'aide de expdp peut également provoquer cette erreur.
    vous pouvez identifier un impdp dmp via la tête de la dmp dossier (par exemple: get-content abc.dmp-10 Premiers), puis recherchez "du système.your_schema". Voir: acehints.com/2013/04/how-to-identify-check-find-out-oracle.html
    J'ai eu le même message d'erreur et c'était en fait parce qu'il a été exporté avec expdp et impdp travaillé.

    OriginalL'auteur Stephan

  3. 3

    Même si le fichier est un fichier binaire fausse, il y a quelques lisible par l'homme d'extraits du texte. J'ai vu les chaînes suivantes dans les il y, et je pense que cela répond à ma question:

    <CHARSET>AL32UTF8</CHARSET><NCHARSET>al16utf16, respectivement</NCHARSET> 
... 
NLS_LANGUAGE= "AMÉRICAIN" NLS_TERRITORY= "L'AMÉRIQUE"
    Merci. Je ne pense pas que j'aurais eu l'idée de chercher que dans une décharge. Sur Linux, cela fonctionnait bien (même avec un assez grand fichier de vidage): strings mydumpfile.dmp | grep "NLS_"

    OriginalL'auteur Ates Goral

  4. 1

    Un autre truc, c'est que le cliché a été fait
    à partir d'un 11g instance et nos imp
    version est de 10. J'ai lu que l'imp n'est pas
    avant compatible. Cela pourrait-il être le
    problème ici (au lieu de la NLS_LANG
    décalage)?

    Un: Vous 're à droite; Vous ne pouvez pas importer un fichier de vidage créé avec un Oracle Client, car le Client Oracle de votre Cible de Base de données Oracle est plus.

    Bien que il n'est pas recommandé, vous pouvez exporter un plus récent Source Base de données Oracle (c'est à dire+ 10g) avec un âgées Client Oracle (soit 10g), puisque vous utilisez la même version du Client Oracle à importer dans votre âgées Cible de Base de données oracle (soit 10g).

    Hypothèse: La version du Client Oracle de la Base de données Source est la même ou plus récent - que votre Cible de Base de données Oracle version. Notez que des outils de mixage Datapump (11g) et imp (-10g) utilitaire d'importation ne fonctionne pas.

    Interessant lien À l'aide de Différentes Versions et les Versions d'Exportation

    OriginalL'auteur philippeko

  5. 1

    C'était peut-être exportées à l'aide de expdp....essayez impdp ....c'est ce que j'ai vu lors d'une recherche google, et vraiment il a travaillé pour moi pour ce même problème.

    OriginalL'auteur Forhad