[Oracle 9ir2] Export zippé ?

**seal** · 08/08/2005, 17h49

Bonjour à tous,

Après avoir parcouru bcp de docs sur oracle, j'ai une tite question qui me tracasse : est-ce qu'un export fait sous oracle (full par exemple) peut etre zippé (avec Winzip par ex) ? j'ai entendu dire que ca pouvait corrompre les fichiers dump et je voudrais en etre sur avant de zipper quoi que ce soit...

merci d'avance de m'éclairer sur ce point

**nuke_y** · 08/08/2005, 17h55

Dans ce cas je suis dans la mouise parce que je l'ai fait. (Rien à signaler pour l'instant).

**Jaouad** · 08/08/2005, 17h57

Bonjour ,
Parfois on déconseille de zipper un export , comme ici

Cela est du au fait qu'il peut arriver que l'algo de compression peut corrompre le fichier Dump .
Cela n'est pas systématique , vous pouvez avoir une procédure quotidienne et en production qui effectue le Dump et le zipp et qui fonctionne bien : jusqu'au jour ou ...

Etant donné que l'export peut être une technique de sauvegarde , la perte de ce fichier peut être dramatique .

Voila pourquoi , il est déconseillé de zipper les fichiers Dump .

**orafrance** · 09/08/2005, 09h19

et est-ce qu'une autre technique de compression est envisageable : tar, cpio, etc... ou on rencontre le même problème ?

**seal** · 09/08/2005, 09h33

Envoyé par jaouad

Bonjour ,
Parfois on déconseille de zipper un export , comme ici

justement, c cette page là que j'avais lu

.... bon bah je vais préférer ne pas zipper ces fichiers dump afin de pouvoir préserver une bonne sauvegarde de ma base... encore merci

**Jaouad** · 09/08/2005, 10h24

Envoyé par orafrance

et est-ce qu'une autre technique de compression est envisageable : tar, cpio, etc... ou on rencontre le même problème ?

Oracle apparement aime bien tar

Ce n'est qu'une recommendation génèrale

**nuke_y** · 09/08/2005, 10h55

Je comprend pas bien... Si les ZIP sont capables de compresser/décompresser du binaire, je vois pas pourquoi un petit fichier dump pourrait leur poser problème ...

Je pense surtout que le danger vient du fait que si on fait 1 sauvegarde par an de sa base et qu'on la zippe, si on tombe sur LA fois sur 1 million où la compression foire, ben on est mort si on veut restaurer. Mais pour les logiciels c'est pareil. Ca m'est arrivé d'avoir des zips corrompus alors que je les avais fait moi-même, mais quoi... 2/3 fois grand max.

**orafrance** · 09/08/2005, 10h58

il est fort possible que des caractères contenus dans le dump soit interprétés par le unzip qui corromp le dump

**nuke_y** · 09/08/2005, 11h06

Mouaih... y a pas un hash qui est calculé à chaque décompression pour vérifier que tout s'est bien passé normalement ? Faudrait demander aux experts système.

**Jaouad** · 09/08/2005, 11h08

Envoyé par nuke_y

Je comprend pas bien... Si les ZIP sont capables de compresser/décompresser du binaire,

Là j'ai quelques réticences , l'export n'est pas à proprement parlé un fichier binaire car pour les ordres de création il peut être lu ...

Création sous SQL*plus :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
 
SQL> create table dvp ( a varchar2(10)) ; 
 
Table créée.
 
SQL> insert into dvp values ('nuke') ;
 
1 ligne créée.
 
SQL>  insert into dvp values ('jaouad') ; 
 
1 ligne créée.
 
SQL> insert into dvp values ('orafrance') ;  
 
1 ligne créée.
 
SQL>  commit ;
 
Validation effectuée.
 
SQL> select * from dvp ; 
 
A
----------
nuke
jaouad
orafrance

On export et on fait un more sur le fichier de sortie :

Fichier dvp.dump :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
more dvp.dmp
^C^CgEXPORT:V08.01.07
DSYSTEM
RTABLES
1024
0
28
0
^Cg..^A^V                                       Tue Aug 9 11:3:34 2005/ora/admin/dba/dvp.dmpd`^A!^O^E^K^L^C^L^L
^E^D^E^F      ^E^O^E^E^E^O^E^E^E^E^E
^E^E^E^E^E^D#G#^Q^QAM-0GM-^C..^Sd`^A!^O^E^K^L^C^L^L^E^D^E^F      ^E^O^E^E
^E^O^E^E^E^E^E
^E^E^E^E^E^D#G#^Q^QAM-0#M-^C^Cg^AY^S^F+00:00^E8.1.6
CONNECT FORMATION
TABLE "DVP"
CREATE TABLE "DVP" ("A" VARCHAR2(10))  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 LOGGING STORAGE(INITIAL 65536 NEXT 131072 MINEX
TENTS 1 MAXEXTENTS 2147483645 PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE "XXXX"
INSERT INTO "DVP" ("A") VALUES (:1)
^A^A
.^A^Dnuke^Fjaouad       orafranceM-^?M-^?
EXIT

Ici on voit bien et en clair l'ordre de création de la table , mais les ordres d'insertion sont en caratéres spéciaux et c'est là que le risque se situe .

**nuke_y** · 09/08/2005, 11h19

Ben ouaih mais bon... pour moi un fichier avant le zip et un fichier après sont les mêmes... Je me demande si le danger viendrait pas seulement des zip liés à l'OS (Winzip et Gzip) qui feraient une quelconque opération non portable ...

**orafrance** · 09/08/2005, 11h43

de toutes façons, Oracle dit que le zip c'est mal, on est sage et discipliné, on ne zippe pas

**aline** · 09/08/2005, 14h37

Et les copies physiques des bases ainsi que les archives logs , vous les zippez?

Moi, je n'ai jamis osé...

**orafrance** · 09/08/2005, 14h43

non, ne serait que pour éviter de me retaper un fichier de 100Go à copier en cas d'incident

**bouyao** · 09/08/2005, 14h45

Sous Unix j'ai toujours zippé les fichiers export, archive logs, les fichiers de données et je n'ai jamais eu de problème.

**orafrance** · 09/08/2005, 15h00

j'ai quand même l'impression que ce "problème" est spécifique à windows... parce qu'effectivement il n'y a que sous windows que j'ai rencontré des zip corrompus