concepts de sauvegarde et de récupération

Concepts de sauvegarde et

de récupérationPRÉSENTÉ PAR : ENCADRÉ PAR:

- NAJIHI SOUKAINA - ABOUNASR MERYEM M. HANOUNE

- BOUJADI SOUKAINA - DANGUIR KAMAL

ORACLE

PLANORACLE

Récupération d’une instance

Configuration pour récupération

Conclusion

Présentation et rappel

Catégories de pannes


NAJIHI

ORACLE

Principaux cas de figure :

Corruption de fichier

Perte de fichier

Perte de disque

ORACLE

Obéissent à une stratégieRépondent à des contraintes :

Disponibité des données

Importance relative de certaines données

Temps de reprise

Volume maximum de perte supporté

Économie

NAJIHI

ORACLE

1

4

Le rôle de DBA

NAJIHI

ORACLE

1

4

USE

R

ARCn

Mém

oir

e

Ph

ysiq

ue

Lo

giq

ue

Insta

nce

Contrôle file Redo log file

Clien

t

Archives

Datafiles

UNDO

Table

SG

A

Shared Pool Buffer Cache Log Buffer

PMON SMON DBWn CKPT LGWR

Tablespaces

SERVE

RRappel sur la structure D’une base de données ORACLE

ORACLEuser

*********

orcl

SQL>Update…

PARSE

OK

Update..Update…

Execute

Image avant

Image avant

Image après

SQL>Commit;

Commit;

Update…

Commit;

Image

écrasée

Log plein

9

9

9 9910

Update…

Commit;

Switch

111010 10 10

NAJIHI

ORACLE

ORACLE

Recuperation d’une instance

Configuration pour recuperation

Conclusion



NAJIHI

ORACLE

ORACLE

NAJIHI

ORACLE

Défaillance réseau

Erreur utilisateur

Echec d’une instance

Echec d’un

processus utilisateur

Echec d’une

instruction

Défaillance physique

Catégories

de pannes

ORACLEEchec d’une

instruction

1. Tentative d’entrer

des données non

valide dans une table

1. Aider les utilisateurs

à valider et à corriger

les données.

2. Tentative d’effectuer

des opérations avec

des privilèges

insuffisants

2. Accorder les

privilèges objets ou les

privilèges système

appropriés

3. Echec d’une

tentative d’allouer de

l’espace3. Activer le mode de

reprise après un

problème d’allocation

d’espace

. Augmenter le quota de

l’utilisateur

. Ajouter de l’espace au

tablespace

4. Erreur logique dans

les applications

4. Aider les

développeurs à

corriger les erreurs du

programmes

NAJIHI

ORACLE

Echec d’un

processus utilisateur

ORACLE1. L’utilisateur a

procédé à une

déconnexion

anormale

2. La session de

l’utilisateur s’est

terminée de façon

anormale

3. L’utilisateur a été

confronté à une

erreur du

programme qui a

mis fin à la session

L’intervention du DBA

n’est généralement pas

nécessaire pour

résoudre les échecs de

processus utilisateur.

NAJIHI

ORACLE

Défaillance réseauORACLE

1. Echec processus

d’écoute

1. Configurer un

processus d’écoute de

secours

2. Défaillance carte

réseau

2. Configurer plusieurs

cartes réseaux

3. Echec connexion

réseau

3. Configurer une

connexion réseau de

secours

NAJIHI

ORACLE

Erreurs

utilisateur

ORACLE

PROBLEME

suppression ou

modification des

données par

inadvertance

La transaction

n’est pas encore

validé

annuler l'opération

La transaction

validé

Les interrogations

flashback

BOUJADI

ORACLE

BOUJADI

• Configurer un processus d’écoute de secoursniveau ligne

• Ramener la table à l'état où elle était à un certain moment dans le passé ou juste avant un drop.

niveau table

• Ramener la totalité de la base de donnée à l'état où elle était à un certain moment dans le passé

niveau base de données

ORACLEFlashback: voir l’état passé de données, ou de ramener une table ou

la totalité de la base de données dans le passé.ORACLE

ORACLE

ExempleSupprimer la table EMPLIOYE

DROP TABLE EMPLOYEETable supprimée

RÉCUPÉRER LA TABLE SUPPRIMÉE

FLASHBACK TABLE EMPLOYEE TO BEFORE DROP

Flashback terminé.

Afficher la structure de la table EMPLOYE

DESC EMPLOYE

Nom NULL ? Type

-------------------------------------------- ----------- ------------

ID NUMBER

NOM VARCHAR2(20)

SALAIRE NUMBER(7,2)

BOUJADI

ORACLE

ORACLE

Comme ce flashback va récupérer les données dans le

tablespace d’annulation, il faut que les données s’y

trouvent encore pour les récupérer (ce qui n’est pas garanti).

récupérer les informations d'origine via Oracle LogMiner

BOUJADI

ORACLE

ORACLE

Oracle LogMiner

Tous les changements

apportés à la base de

données sont

enregistrées dans les

fichiers Redo Log afin que

les opérations de

récupération de base

puissent être réalisées.

Le problème de ces

fichiers c'est que l'on ne

peut pas éditer le contenu

aussi facilement

Oracle LogMiner vous

permet d'interroger les

fichiers de journalisation

en ligne et les fichiers de

journalisation archivés via

une interface SQL.

BOUJADI

ORACLE

ORACLE

instance arrêtée avant la synchronisation des fichiers

de l'ensemble de la base de données.

Panne de courant défaillance matérielle

Des procédures

d’arrêt d’urgence

Un échec d’un

processus en arrière-

plan

échec d’une

instance

Echec d’une

instance

BOUJADI

ORACLE

ORACLE


Conclusion




ORACLE

ORACLE


La récupération utilise les informations stockées

dans les groupes de fichiers de journalisation pour

synchroniser les fichiers

Après une panne d’instance Il suffit au DBA de

la redémarrer l’aide de la commande startup

La base de données procède après à une

récupération automatique

BOUJADI

ORACLE

ORACLE

Phases de la récupération d’instance

smon effectue

deux opérations

un rollback

Un roll forward

BOUJADI

ORACLE

ORACLE

Règles de la récupération d’instance

Au cours de la récupération d’instance, les transactions

entre la position du point de reprise et la fin du fichier de

Journalisation doivent être appliquées aux fichiers de

données.

Il revient donc de contrôler la différence entre la position

du point de reprise et la fin du fichier de journalisation.

BOUJADI

ORACLE

Utiliser MTTR AdvisorIndiquer la durée souhaitée en secondes ou en minutes.

La valeur par default est de 0 (désactivé).

La valeur maximale est de 3600 secondes (une heure).

DANGUIR

ORACLE

DANGUIR

ORACLEDéfaillance physique

1. Echec d’un

disque

2. Echec d’un

contrôleur de disque

3. Suppression ou

corruption d’un

fichier de base de

données qui a mis

fin à la session

1. Restaurez le fichier affecté à

partir d’une sauvegarde .

2. Si nécessaire, informez la base

de données de l’emplacement

du nouveau fichier.

3. Si nécessaire, récupérez le

fichier en appliquant les

informations de journalisation.

Configurer la base de données afin

d’optimiser la possibilité de récupération

Programmez des sauvegardes régulières.

Multiplexez les fichiers de contrôles.

Multiplexez les groupes de fichiers de journalisation.

Conservez des copies archivées des fichiers de journalisation.

ORACLE

DANGUIR

ORACLE


Conclusion




ORACLE

Fichiers de contrôle

Protégez la base de données contre les défaillances

en multiplexant les fichiers de contrôles:

Au moins deux copies (Oracle en suggère trois).

Chaque copie sur un disque distinct

Au moins une copie sur un contrôleur de disque distinct.

ORACLE

DANGUIR

Fichiers de journalisation

Multiplexez les groupes de fichiers de journalisation afin de protéger

la base Contre toute défaillance physique ou perte de données.

Au moins de membres(fichiers) par groupe.

Chaque membre sur un disque distinct.

Chaque membre sur un contrôleur de disque distinct.

Impact important des fichiers de journalisation sur les performances.

ORACLE

DANGUIR

Comment multiplexer les fichiers

journaux(1) Avec Oracle Entreprise Manager

ORACLE

ORACLE

ABOUNAS

R

ORACLE

ORACLE

ABOUNAS

R

Comment Multiplexer les fichiers

journaux(2) Avec Les commande SQL

On doit avoir le privilège système ALTER DATABASE

la taille du nouveau membre n'est pas obligatoire. Elle est déterminé à

partir de la taille des membres existants du groupe

ALTER DATABASE [database]

ADD LOGFILE MEMBER 'filename'

TO GROUP n;

ORACLE

ORACLE

ABOUNAS

R

Exemple: Ajouter un nouveau membre au groupe numéro 4

Groupe 4

1membre :

C:\app\meryem\oradata\orcl\log4.log

ORACLE

ORACLE

ABOUNAS

R

La statut du nouveau membre est INVALID dans la vue v$logfile. C'est normal,

car aucun membre du groupe n'a encore fait l'objet d'une écriture.et le statut

changera lorsque le fichier est utilisé

Remarque

ORACLE

ORACLE

ABOUNAS

R

L’archivage des fichiers de

journalisation(1)

Rappel

Fichier de

données

1

Fichiers journaux

T1 T2

L’écrasement

des fichiers

Redol_logs

1 2

3

7 8

9

ORACLE

ORACLE

ABOUNAS

R

L’archivage des fichiers de

journalisation(2)

Pour préserver les informations de journalisation , créez des copies

archivées des fichiers de journalisation.

Pour faciliter la création de ces fichiers :

1. Indiquer une convention d'appellation pour les fichiers de journalisation

archivés

2. Indiquer une ou plusieurs destinations pour le stockage des

fichiers de journalisation archivés

3. Placer la base de données en mode ARCHIVELOG

ORACLE

ORACLE

ABOUNAS

R

Appellation et destination des fichiers

de journalisation archivés Les paramétres du processus d’archivage (ARCn)

1. LOG_ARCHIVE_FORMAT

Ce paramétre définit le format souhaité pour le nom des archives .

Le format doit inclure les variables suivantes:

%s ou %S

• Numéro du séquence de fichier de journalisation

%t ou %T

• Numéro d’instance (thread)

%r

• resetlogs ID

• garantir que le nom du redo_logs archivé reste unique

%d

• l'ID de la base de données

ORACLE

ORACLE

ABOUNAS

R

Remarques

Lorsque le nom de la variable est en majuscules , le nombre est complété

à gauche par des 0.

Pour savoir :

les numéros de séquences , et le numéro de thread (voir la vue v$log)

ID de la base de donnée (voir la vue v$database )

la valeur par défaut de paramétre (log_archive_format):

Exemple: arch_%T_%s.arc Avec la valeur ci-dessus, les fichiers générés pour les numéros de

séquence de journal 300 à 302 dans le thread 1 seront les suivants :

arch_001_300.arc,

arch_001_301.arc,

arch_001_302.arc,

ORACLEORACLE

ORACLE

ABOUNAS

R

Appellation et destination des fichiers de

journalisation archivés(2)

Les paramétres du processus d’archivage

2. LOG_ARCHIVE_DEST_n

Ces paramétres définissent jusqu’à 10 distinations d’archivage. Les destinations

peuvent être locales (un répertoire) ou distantes (un alias Oracle Net pour une base

de données de secours

ORACLE

ORACLE

ABOUNAS

R

Appellation et destination des fichiers de

journalisation archivés(4) Avec Oracle Entreprise Manager

ORACLE

ORACLE

ABOUNAS

R

Le mode ARCHIVELOG

Mode ARCHIVELOG : les groupes de redo remplis doivent être archivé.

Placer la BDD en Mode ARCHIVELOG

Avec entreprise Manager

ORACLE

ORACLE

ABOUNAS

R

Le mode Archivelog(2) On peut archiver les fichiers de redo log (2):

Les commandes SQL (Connecter en tant que SYSDBA)

Arrêter La base

Démarrer la base en mode MOUNT (la base démarré mais non ouverte)

-

Positionner la base en mode ARCHIVELOG

Vérifier

Sql > SHUTDOWN IMMEDIATE

Base de donnée démontée

Instance oracle arrêtée

Sql > Startup MOUNT

Instance oracle lancée

Base de donnée montée

Sql > ALTER DATABASE ARCHIVELOG

Base de données modifiéSql >alter database open

Sql >SELECT name,log_mode from v$database;

Name LOG_MODE

------------------------------------

ORCL ARCHIVELOG

ORACLE

ORACLE

ABOUNAS

R

Ouvrir la base

ORACLE






Conclusion

ORACLE

DBA

Protège la BDD

Contre les

pannes

Echec d'une instruction

Echec d'un processus utilisateur

Défaillance réseau

Echec d'une instance

Défaillance physique

Limite les pertes

de données

OPTIMISE

LA POSSIBLITE DE

RECUPERATION

Sauvegarde régulière

Multiplexer Fichier contrôle

Multiplexer Fichiers Redo_log

Archivage Fichiers Redo_log

régler la

récupération

d’instance

ORACLE

ORACLE

ABOUNAS

R

Mode

Archivelog

Merci Pour Votre

Attention

ORACLE

ORACLE

concepts de sauvegarde et de récupération

Education