Discussion :

[sevyc64]

Bonjour à tous.

Déjà je précise, je n'y connais absolument rien en Oracle.

J'ai un fichier dump qui a été généré, à priori, avec expdp (ou un dérivé). A l'heure actuelle je suis obligé de passer par ma hiérarchie pour me faire remonter quelques tables pour développer un outil d'extraction. Il n'est pas possible de toute remonter car on a qu'une licence Express et la base complète est apparemment trop grosse.
Je ne connais pas les tables dont j'ai besoin, j'ai justement besoin de pouvoir les analyser pour savoir si les données m'intéressent ou pas et c'est compliquer de faire rajouter des tables au fur et à mesure de l'analyse.

Je souhaiterais me monter en local le même dump sur une licence Express aussi pour pouvoir être un peu plus autonome sans prendre le risque de flinguer le serveur de travail.
Est-il possible de connaitre depuis le dump, sans le restaurer, la volumétrie des tables, ou tout au moins avoir la liste des tables les plus grosses afin de les exclure de la restauration ?

[Ikebukuro]

Si c'est un dump créé avec datapump avec la commande expdp, le plus simple est de récupérer le fichier de log généré pour avoir le nombre de lignes de chaque table et leur taille.

[sevyc64]

sauf que, bien évidemment ce fichier ne m'a pas été transmis, et certainement n'a pas du être conservé

[Ikebukuro]

Aïe, alors dans ce cas là c'est mort, il n'est plus possible de regarder l'intérieur d'un fichier dump depuis Oracle 11 je crois.
Essaye quand même de contacter les gens qui ont fait l'export, peut-être qu'ils n'ont pas supprimé le .log.

Sous unix tu pourrais lancer strings sur ton fichier, c'est une commande qui affiche les caractères imprimables d'un fichier binaire. Peut-être qu'on aura des infos...

Autrement, pas de possibilité d'accéder à la base source?

[sevyc64]

Justement j'essaye de contourner le contact avec la personne qui a fait l'export et qui gère l'import sur notre serveur (mon chef pour être précis) et être un peu plus autonome car surchargé, il ne répond quelque fois que 2 jours après (et à l'air de maîtriser oracle à peine plus que moi).

Avec un script trouvé sur le net autour de impdp, dont je n'ai pas compris grand chose, j'ai déjà réussi à extraire le "schéma". En réalité j'ai obtenu le script sql pour recréer la base, ça m'aide un peu à "pré-identifier" les tables susceptibles d'être intéressantes, mais bon, 1.4millions de lignes à analyser quand même.
Ensuite avec un script trouvé sur notre serveur, je réimporte les tables une à une au fur et à mesure que je les identifies, pour le moment ça passe, j'ai pas atteint la limite sans doute

[Ikebukuro]

Tu peux copier ici le code du script dont tu parles? Ça m'intrigue

[McM]

avec le paramètre SQLFILE, tu as tout le DDL dans un fichier sql, rien n'est fait dans la base cible.
https://docs.oracle.com/en/database/...E-9D5B75AFEED9

Par contre, concernant le nombre de lignes, aucune info.

Exemple avec un SQLFILE et un METRICS

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

impdp $LOGINPWD DUMPFILE=$NOMFIC.dmp $OWNER LOGFILE="imp_"$NOMFIC.log METRICS=YES SQLFILE=DATA_PUMP_DIR:imp_mabase_full.sql

Le fichier log contient le nb d'objets

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
W-1 Processing object type DATABASE_EXPORT/SCHEMA/USER
W-1      Completed 2 USER objects in 0 seconds
...
W-1 Processing object type DATABASE_EXPORT/SCHEMA/TABLE/TABLE
W-1      Completed 141 TABLE objects in 5 seconds

Le fichier .sql contient la définition des objets (create table, sequence, etc...)


Si on ne veut que les tables, et user : INCLUDE=USER,TABLE
Par contre TABLE contient toutes les dépendances (index, trigger).

[sevyc64]

Tu peux copier ici le code du script dont tu parles? Ça m'intrigue

Le script je ne l'ai pas, je ne l'ai pas conservé, mais il ressemble bien à celui donné par McM.

Par contre, concernant le nombre de lignes, aucune info.

Eventuellement, mais plus que le nombre de ligne, c'est surtout la taille en octet qui m'aurait intéressé

Bon pour le moment, j'ai réussi à retrouver les tables qui m’intéressaient dans l’immédiat. Me reste plus qu'attendre que mon chef me les monte sur le serveur "officiel" pour que je puisse travailler

[Fabien Celaia]

Tu peux éditer ton fichier binaire *.dump
Tu recherches la chaîne <OWNER_NAME>
Là tu trouves déjà le nom de quelques schémas qui te permettront, par exemple, de ne remonter qu'un de ces schémas dans ton express
Tu peux aussi chercher le nom des tables qui pourraient t'intéresser en recherchant ce qui suit la chaîne </OWNER_NAME><NAME>

[sevyc64]

Eventuellement, encore faut-il trouver un éditeur qui veille bien ouvrir un fichier de presque 7go

Notepad++ ne veut pas, trop gros. Le bloc note, je n'essaye pas car, même s'il y arrivait, ça prendrait 10 jours à le charger.

Ultra-edit pourrait, mais la version démo a expiré et même en désinstallant, nettoyant, réinstallant, il ne veut plus fonctionner sans licence

[Ikebukuro]

Si ton fichier est sous Unix, je t'avais conseillé d'utiliser la commande strings.
Ca a donné quoi?

[sevyc64]

Moi je ne suis pas sous unix, je suis sous windows.

Il me semble que la base chez le client est sous un émulateur unix, et encore je n'en suis pas sur. Mais je n'ai pas accès aux postes du clients, c'est mon chef qui s'en charge.
Moi j'ai juste accès à la base monté sur une edition express sur un windows server au boulot, et comme le dump traine encore sur le serveur, je me suis fait une config identique dans une vm sur mon poste perso à la maison.

[Ikebukuro]

Alors là j'abandonne, tu es vraiment dans la galère

[Waldar]

Il n'est pas possible de toute remonter car on a qu'une licence Express et la base complète est apparemment trop grosse.

Il est tout à fait légal d'installer une version complète d'Oracle sur un PC personnel en tant qu'outil de formation ou de développement, bref tant qu'il n'y a pas de production dessus.

Compte-tenu qu'il s'agit d'extraire des infos justement pour développer quelques chose, ça me paraît une solution correcte.

[sevyc64]

Légal oui, mais gratuit ?

La version gratuite a été choisie parce qu'on fait une récup, la suivante aura lieu peut-être dans 10 ans seulement. La boite n'allait pas acheter une licence à je sais pas combien de millier d'euros pour un potentiellement oneshot.

Maintenant, j'estime avoir perdu au moins 25h rien que du fait que je n'avais pas la totalité de la base à dispo et que je ne le savais pas. 25* mon taux horaire, ça vaut peut-être une licence basique non bridée, mais ça, on ne le sait qu'après, quand c'est trop tard.

[pachot]

Bonjour,

La version gratuite a été choisie parce qu'on fait une récup, la suivante aura lieu peut-être dans 10 ans seulement. La boite n'allait pas acheter une licence à je sais pas combien de millier d'euros pour un potentiellement oneshot.

On peut installer Une version Full Use d'Oracle pour récupérer un backup et même tourner en prod dessus le temps de réparer la base primaire. Il n'y a pas besoin de payer de licence tant qu'on ne dépasse pas les 10 jours par an. C'est là: http://www.oracle.com/us/corporate/p...ing-070587.pdf
Cordialement,
Franck.