IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Import/Export Oracle Discussion :

Import/Export : quid des index?


Sujet :

Import/Export Oracle

  1. #1
    Membre émérite
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    1 992
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 1 992
    Points : 2 498
    Points
    2 498
    Par défaut Import/Export : quid des index?
    Bonjour,

    J'ai une question : dans le cas d'un import/export, est-ce que je dois inclure les index ou les exclure?
    A priori je pense les exclure car rien ne me dit que la valeur des rowid stockés dans les index sera la même entre les deux bases suite à la migration des données.
    En outre on peut très bien avoir un nombre de fichiers moindre dans la base cible que dans la base source; cela implique que si on a des rowid dans les index sur un numéro de fichier inconnu dans la base cible, ces index migrés seront inutilisables.

    Je pense qu'il serait donc plus judicieux de migrer seulement les données et de construire les index après plutôt que de migrer Données+Index (plus de trafic réseau) et faire un Rebuild des index (opération plus longue qu'un Create Index).

    Je pose la question car dans un livre on parle de migrer les index mais comme les index sont fortement dépendants d'une caractéristique physique(le nombre de fichiers Unix), je m'interroge sur qui a raison.

    Par avance merci pour les réponses.
    DBA Oracle
    Rédacteur du blog : dbaoraclesql.canalblog.com

  2. #2
    Expert éminent
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 821
    Points : 6 443
    Points
    6 443
    Billets dans le blog
    1
    Par défaut
    Bonjour,
    L'export des index n'exporte que les meta-données. Ils sont reconstruits à l'import. Car effectivement les ROWID seront différents.
    (le cas de transportable tablespace est différent bien sûr).
    D'ailleurs, la plus grande partie du temps d'import est souvent cette reconstruction d'index.
    Cordialement,
    Franck.
    Franck Pachot - Developer Advocate Yugabyte 🚀 Base de Données distribuée, open source, compatible PostgreSQL
    🗣 twitter: @FranckPachot - 📝 blog: blog.pachot.net - 🎧 podcast en français : https://anchor.fm/franckpachot

  3. #3
    Membre émérite
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    1 992
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 1 992
    Points : 2 498
    Points
    2 498
    Par défaut
    Merci pour ta réponse Franck!
    Tu dis que le cas de transportable tablespace est différent : je comprends que si on veut copier le TBS des index, effectivement on va tout récupérer de ce TBS, métadatas et données (donc de mauvais rowid).
    Mais dans le cas d'un transportable database? On récupère pour les index que les métadatas ou aussi les données de l'index ou bien c'est juste le cas du transportable tablespace qui inclut les données des index?
    DBA Oracle
    Rédacteur du blog : dbaoraclesql.canalblog.com

  4. #4
    Expert éminent
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 821
    Points : 6 443
    Points
    6 443
    Billets dans le blog
    1
    Par défaut
    Avec transportable tablespace, les rowid ne changent pas, donc les index sont valides. Le rowid est une adresse physique relative au tablespace.
    Franck Pachot - Developer Advocate Yugabyte 🚀 Base de Données distribuée, open source, compatible PostgreSQL
    🗣 twitter: @FranckPachot - 📝 blog: blog.pachot.net - 🎧 podcast en français : https://anchor.fm/franckpachot

  5. #5
    Membre émérite
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    1 992
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 1 992
    Points : 2 498
    Points
    2 498
    Par défaut
    "Avec transportable tablespace" : c'est bien tablespace ou database?
    DBA Oracle
    Rédacteur du blog : dbaoraclesql.canalblog.com

  6. #6
    Expert éminent
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 821
    Points : 6 443
    Points
    6 443
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par Ikebukuro Voir le message
    "Avec transportable tablespace" : c'est bien tablespace ou database?
    Oui, transportable tablespace. Transportable database ça n'existe pas. C'est soit pluggable database. Mais on s'éloigne...
    Franck Pachot - Developer Advocate Yugabyte 🚀 Base de Données distribuée, open source, compatible PostgreSQL
    🗣 twitter: @FranckPachot - 📝 blog: blog.pachot.net - 🎧 podcast en français : https://anchor.fm/franckpachot

  7. #7
    Membre émérite
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    1 992
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 1 992
    Points : 2 498
    Points
    2 498
    Par défaut
    Deux remarques :
    1) Je lis un bouquin intitulé "Oracle Database Upgrade, Migration & Transformation Tips & Techniques" et page 119 ils ont un chapitre intitulé "Transporting Tablespaces and Databases" et page 120 ils disent "This chapter therefore focuses on two distinct methods of data migration :
    - migrating one or more Transportable Tablespaces Sets (TTS) between different OS platforms
    - migrating a complete Transportable Database (TDB) between different OS platforms"

    La technique de "Transportable Database" semble donc exister (et on est pas dans le cadre des plugabbles databases).

    2) je ne comprends pas, dans le cas du Transportable Tablespaces, pourquoi les Rowid sont OK. Dans mon exemple je parle d'un nombre de fichiers pour stocker les données différents entre les bases source et cible. Si les rowid des index source référencent tous les fichiers de ces données source, je ne vois pas comment ces index, une fois migrés tel quels (sans recalcul) pourraient être valides sur la base cible puisque des rowid pointeront vers des fichiers inexistants...

    Merci pour tes réponses.
    DBA Oracle
    Rédacteur du blog : dbaoraclesql.canalblog.com

  8. #8
    Expert éminent
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 821
    Points : 6 443
    Points
    6 443
    Billets dans le blog
    1
    Par défaut
    1) Oui, on peut appeler 'transportable database' le fait de transporter tous les tablespaces d'une base. Mais c'est un peut abusif car les tablespaces SYSTEM, SYSAUX et UNDO ne sont pas transportés.
    2) Les ROWID ne pointent pas vers des fichiers, mais ont seulement un numéro de fichier relatif au tablespace (RELATIVE_FNO dans les vues DBA). Donc les ROWID ne changent pas lorsqu'on transporte un tablespace. Lorsqu'on 'plug' le tablespace dans une nouvelle base, c'est juste le dictionnaire qui va faire le lien avec un numéro de fichier absolu (FILE_ID) dans la nouvelle base, et le controlfile qui va faire le lien avec le nom de fichier physique.

    Plus d'infos:
    https://blog.dbi-services.com/from-80-extended-rowid-to-12c-pluggable-db-or-why-oracle-database-is-still-a-great-software/
    https://blog.dbi-services.com/otn-ap...e-tablespaces/
    Franck Pachot - Developer Advocate Yugabyte 🚀 Base de Données distribuée, open source, compatible PostgreSQL
    🗣 twitter: @FranckPachot - 📝 blog: blog.pachot.net - 🎧 podcast en français : https://anchor.fm/franckpachot

Discussions similaires

  1. Import tlb : Quid des versions ?
    Par Mahara dans le forum Bases de données
    Réponses: 3
    Dernier message: 14/03/2008, 10h52
  2. Réponses: 6
    Dernier message: 13/02/2006, 14h13
  3. modifier des formats d'import/export
    Par plaf dans le forum Access
    Réponses: 5
    Dernier message: 08/09/2005, 19h58
  4. [MFC] importer/exporter des ressources
    Par r0d dans le forum MFC
    Réponses: 2
    Dernier message: 25/07/2005, 18h24

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo