[Oracle] Méthodes de sauvegarde

Méthodes de sauvegarde [Oracle] - SQL/NoSQL - Programmation

Marsh Posté le 07-12-2006 à 12:41:56    

Bonjour, on m'a demandé d'effectuer une sauvegarde d'une base de données Oracle XE vers un autre serveur contenant aussi Oracle XE. Pour le moment je suis parti sur un système de réplication de cliché en lecture seule qui marche bien mais j'aimerais savoir si il n'y a pas d'autres moyens que la réplication afin que le second serveur soit utilisable en cas de problèmes sur le premier mais pas seulement en lecture.
 
Il faudrait que tout ceci soit automatisé si possible.
 
Quelles méthodes pourrai-je employer?
 
Merci d'avance.


Message édité par Cheinz le 15-12-2006 à 14:35:13
Reply

Marsh Posté le 07-12-2006 à 12:41:56   

Reply

Marsh Posté le 15-12-2006 à 14:37:40    

Quelques précisions:
- La taille de la base n'est pas très importante pour le moment mais risque de grossir assez vite.
- Des tables sont crées de temps en temps via une application en java donc il faudrait qu'elles soient aussi sauvegarder avec le moins de maintenance possible sur le "script" de sauvegarde.


Message édité par Cheinz le 15-12-2006 à 14:40:50
Reply

Marsh Posté le 15-12-2006 à 14:48:17    

backup à chaud ? délais de mise en ligne du second serveur ? etc. ?
 
t'as des options de clustering et load balancing avec Oracle. A partir de là, tu peux garantir un uptime de 100% avec moindre d'efforts.
 
sinon, il y a bêtement le dump de la base et la restauration.
l'inconvénient, c'est que ça se fait pas à chaud et que ça prends un peu de temps à restaurer, d'autant qu'il faut passer les redo logs après.
 
par contre, c'est bête comme choux :
 


exp system/manager@%ORACLE_SID% file=D:\generix\Backup\bci_full.exp log=D:\generix\Backup\bci_full.log full=y buffer=1000000


(environ 10 minutes pour une base de 2 Go)


Message édité par MagicBuzz le 15-12-2006 à 14:48:36
Reply

Marsh Posté le 15-12-2006 à 14:59:00    

Ben en fait le but est d'avoir un serveur de secours en cas de problèmes sur le principal qui contienne donc toutes les données. La solution de réplication actuelle convient car on a quand même une base de données utilisable, même si ce n'est qu'en lecture...

 

Sinon pour ce qui est du load balancing je ne penses pas que cela les intéresse, il n'est pas prévu d'utiliser le second serveur fréquemment, il s'agit vraiment d'un serveur de secours "au cas ou".

 

J'avais aussi regarder du côté d'RMAN mais je vois mal comment automatiser la "restauration" sur l'autre serveur (ce sont deux serveurs hébergés sur le net, ils ne sont pas dans l'entreprise).

 

Autre question: Y a t'il un moyen simple de copier tout les objets (tables, index etc...) d'un utilisateur vers un autre (sur la même base)?


Message édité par Cheinz le 15-12-2006 à 15:01:50
Reply

Marsh Posté le 15-12-2006 à 15:23:01    

pour ton autre question : tu crée le user B, tu exportes les données du user A, et tu importes dans le user B
 
concrètement l'import doit faire un truc comme ca :

Code :
  1. imp system/manager@SID file=fichier_dump fromuser=UserA touser=UserB log=import.log


options à affiner selon tes besoins

Reply

Marsh Posté le 15-12-2006 à 15:34:21    

Ok, merci, je regarderai ça plus en détail en temps voulu.
 
Pour l'instant c'est surtout cette sauvegarde qui pose problème car avec le système de réplication apparemment il faut, lors de la création du "script" ajouter chaque table participant à la réplication... et donc dés qu'une table est créée il faut la rajouter pour qu'elle soit répliqué.
 
Alors peut être qu'il y a moyen de dire: je veux répliquer toutes les tables de tel utilisateur mais je n'est pas trouvé comment faire.

Reply

Marsh Posté le 15-12-2006 à 15:45:56    

question : c'est quoi ton truc avec clichés ? je connais le mode "base de secours" où tu transfères les archivelog vers une autre machine qui applique les modifications jusqu'à qu'on décide qu'elle devienne la base principale

Reply

Marsh Posté le 15-12-2006 à 16:04:47    

Ben d'après ce que j'ai lu, il y a deux principaux modes de réplication sur oracle, multi-maitre ou plusieurs serveurs sont connectés entre eux et s'échangent les modifications et "de clichés" qui permet sur oracle XE d'avoir une copie de la base sous forme de "vues matérialisées".
 
http://www.labo-oracle.com/article [...] 335_0.html
 
J'ai utilisé la seconde méthode étant donné que c'est la seule utilisable dans la version XE.

Reply

Marsh Posté le 15-12-2006 à 16:08:16    

ah cool je connaissais pas, j'ai appris un nouveau truc =)
mais pour revenir à ton problème, peut être que la solution "standby database" sera plus adaptée
regarde ce truc : http://www.dbspecialists.com/prese [...] ndbydb.ppt

Reply

Marsh Posté le 15-12-2006 à 16:47:39    

Merci.
 
Je suis légèrement allergique à l'anglais mais bon j'essaye de me soigner ^^.
 
Ca a l'air intéressant en tout cas et ca pourrait convenir a ce que je souhaite faire (au niveau trafic je ne sais pas quelle méthode est la plus gourmande, par contre la ça nécessite, si j'ai bien compris, de mettre la base en mode archivelog).  
 
Mais si il y a moyen de répliqué plus ou moins automatiquement les nouvelles tables avec ma méthode actuelle ça serait pas mal, bien que ça m'étonnerai.

Reply

Marsh Posté le 15-12-2006 à 16:47:39   

Reply

Marsh Posté le 15-12-2006 à 23:18:23    

pour de la doc en francais => google
moi j'ai trouvé ca : http://oracle.developpez.com/guide [...] alites/#L6
 
ensuite côté traffic, tu peux estimer tout cela si tu connais bien ta base : taille de tes fichiers logs, temps moyen pour switcher sur le fichier log suivant quand il y a de l'activité sur ta base, et connexion réseau
 
faut qd meme avouer que transférer un fichier log de 50Mo toutes les 10 minutes c'est pas la mort non plus

Reply

Marsh Posté le 01-10-2007 à 12:52:46    

Bonjour,
 je suis nouvellement recrute a Sontrach et pour ma période d’essai je dois faire une étude sur la réplication d’une base de donnée oracle , sachant que l’entreprise fais des sauvegarde des bases de données avec des bandes magnétique tous les semaines donc mon travaille consiste a voir si la réplication va améliorer  les moyens de sauvegarde des BDD , si c’est possible de m’envoyer de la documentation concernant la réplication  ou des sites intéressant je vous serai très reconnaissante ma boite d’email c kfatima83@yahoo.fr  si vous avez qlq chose pour moi vous m’envoyer un message sur ma boite d’email Yahoo merci d’avance

Reply

Marsh Posté le 10-11-2007 à 14:00:28    

fatinfo, je te conseil vivement de rouvrir un autre sujet.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed