Discussion :

[Leeloo_Multiboot]

Bonjour à tous,

Je suis stagiaire et je dois mettre en place une procédure de sauvegarde de la base de données de prod de l'entreprise (10g)
La base tournant 24h/24 et étant en mode NOARCHIVELOG (impossibilité de changer cela), je ne peux apparement pas utiliser le Recovery MANager d'Oracle.

J'ai donc créé différents scripts qui utilisent les outils exp et imp.
(Je ne peux pas utiliser Datapump car là base de prod est en 8i et celle de sauvegarde en 10g).
J'ai donc mis en place un script qui fait un export full tous les soirs et un autre qui fais un export incrémental dans la journée (les 2 exports étant fais à chaud).

Le problème c'est que je souhaitais utiliser de l'incrémental pour réduire la taille du dump mais étant donné que la quasi-totalité des tables (300) sont modifiées au cours de la journée, je me retrouve avec un dump incrémental de 1,5Go contre 2 pour le full export...

Je voulais savoir s'il n'était pas possible d'exporter seulement les données ajoutées depuis le full export et non pas les tables modifiées (toujours en inctype=incremental).

Merci d'avance pour vos réponses,

Cordialement,

Robin

[orafrance]

La base tournant 24h/24 et étant en mode NOARCHIVELOG (impossibilité de changer cela)

Faut vraiment aimer le risque pour ne pas mettre la base en ARCHIVELOG... on peut savoir pourquoi ça ne peut pas être changé ?

J'ai donc créé différents scripts qui utilisent les outils exp et imp.

C'est très insuffisant pour pouvoir restaurer une base de données. Export n'est pas un outil de sauvegarde.

Je voulais savoir s'il n'était pas possible d'exporter seulement les données ajoutées depuis le full export et non pas les tables modifiées (toujours en inctype=incremental).

RMAN peut le faire... en mode ARCHIVELOG

[Leeloo_Multiboot]

on peut savoir pourquoi ça ne peut pas être changé ?

Mon tuteur m'as dis qu'il était impossible d'arrêter la base car il y a des traitements qui tournent continuellement sur la base (même le weekend), de plus le serveur de prod dispose d'un faible espace disque d'où un non catégorique quand je lui ai demandé si cela était envisageable pour le mode ARCHIVELOG...

C'est très insuffisant pour pouvoir restaurer une base de données. Export n'est pas un outil de sauvegarde.

En gros, le système actuel est comme ça, et je ne dois rien toucher/modifier qui pourrait perturber la production ne serait-ce qu'un laps de temps insignifiant...
Donc je fais ce que je peux avec les moyens disponibles...

[orafrance]

Mon tuteur m'as dis qu'il était impossible d'arrêter la base car il y a des traitements qui tournent continuellement sur la base (même le weekend), de plus le serveur de prod dispose d'un faible espace disque d'où un non catégorique quand je lui ai demandé si cela était envisageable pour le mode ARCHIVELOG...

Faut lui expliquer que c'est une buse et que sur une prod qui ne s'arrête jamais c'est EXTREMEMENT dangereux de ne pas avoir d'archive. En effet, si elle est en H24 c'est que c'est sensible. Et dans ce cas, le moindre incident qui crash la base risque d'être le dernier incident sur celle-ci

Il a bien un créneau de 5 minutes pour arrêter sa base non ? Et comment sait-il qu'il n'a pas la place, c'est-il au moins intéressé à la fréquence des switchs ?

En gros, le système actuel est comme ça, et je ne dois rien toucher/modifier qui pourrait perturber la production ne serait-ce qu'un laps de temps insignifiant...
Donc je fais ce que je peux avec les moyens disponibles...

Si on te demande une idiotie et en plus à un malheureux stagiaire, je te conseille d'éviter de t'y frotter. De toute façon, sans archivelog, tu peux pas faire d'incrémentale

Je suis navré mais pour moi, ton responsable est un incapable qui veut te faire porter le chapeau en cas de problème