0% ont trouvé ce document utile (0 vote)
5 vues2 pages

Sauvegarde et restauration RMAN en Oracle

Transféré par

ELaz AyLeun Gueye
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats TXT, PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
5 vues2 pages

Sauvegarde et restauration RMAN en Oracle

Transféré par

ELaz AyLeun Gueye
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats TXT, PDF, TXT ou lisez en ligne sur Scribd

- No Archive : ça veut dire que la base de donnee n'est pas en mode archive.

- RMAN exige que la base de donneé soit en mode archive: parce qu'on veut faire un
backup à chaud

- Avec le mod No Archive les données enregistrer seront écrases par les nouvelles
alors qu'avec le mode ARCHIVE elles ne seront pas ecrasés et pouront tjrs etre
recuperer avec le backup

- ALTER DATABASE BACKUP CONTROLFILE TO TRACE : on va genere un trace qui a à son la


requete pour recrer notre controle file

- Ou va le backup ? On consulte ALERTLOG(journal de la base de donnée) qui nous


donne les fichiers trace creés

- les fichier traces nous donnent les informations ou requêtes pour recreer le
controlfile

- Le fichier de controle contient les information RMAN (Information sur les backup)

- Trace file: sont specifique à des session

- On a des groupes de fichier journaux

- Retention : La durée de retention

- Un SR(service request) est de 3 niveaux

- RMAN> BACKUP DATABASE : va sauvegrade la base

- Full backup = backup incrementielle de niveau 0 = sauvegarde complete

- Backup partiel : Sauvegarde d'une partie de la base (Une data File)

- Backup cumulative: backup depuis le dernier backup de niveau 0

- Backup differentiel : modification depuis le 1 backup incrementielle

- backup as backuptset : sauvgarde par jeu de sauvgarde

- backup as copy : sauvgarde par copy d'image

- to type : on envoie le backup sur une bande

- Redondence on fixe le nombre de backup à garder sur le systeme

- Un FJ est archivé(est FJA) si seulement le parametre LOG_ARCHIVE_MIN_SUCCEED_DEST


= 2

- Redondency est à 1 : il peut y avoir qu'un backup en meme temps

- Delete obsolete : permet de liberer d'espace (Supprime les backup obsolete)

- To type
- La commande RUN : il execute les commandes comme si c'etait une seul commande

- To 2 : il dait 2 copies de sauvegarde

- Backup d'archive: des savegardes qui n'acceptent pas le redondance


- pour faire un keep forver il faut LE CATALOGUE

- recover area : recuperation des fichiers des Zone (ou encore le FRA)

- Report obsolete : Identifie les fichier devenus inutiles

- AlertLog : contient est le fichier journal da la base

- Quand la base est Mount pour l'ouvrir on tape la commande : ALTER DATABASE OPEN

- Si on ne connait pas l'etat de la base on ouvre la base avec la commande : ALTER


DATABASE OPEN RESETLOG

- RESTAURE DATABASE: RMAN restaure la base à partir des backup


- RECOVER DATABSE: pour recuper la base

- Une sauvegarde est considérée comme obsolète lorsqu'une version plus récente du
même fichier a été sauvegardée.

- Un jeu de sauvegarde est un ensemble de fichiers appelés éléments de sauvegarde


qui contiennent chacun une ou plusieurs sauvegardes de fichiers de base de données.

- Une copie d'image est un clone d'un fichier de données, d'un fichier de
journalisation archivé (archived redo log) ou d'un fichier de contrôle unique.

- Une sauvegarde totale de la base comprend des jeux de sauvegardes ou des copies
d'image pour l'ensemble des fichiers de données, et doit comprendre le fichier de
contrôle. Elle peut éventuellement inclure le fichier de paramètres serveur
(SPFILE) et les fichiers de journalisation archivés (archived redo logs).
4ukey for android

Vous aimerez peut-être aussi