Oracle Maximum Availability Architecture
Disponibilité des systèmes d’informations
Technologies et recommandations
Guillaume HARRY 30/07/07 1
Qu’est-ce que Oracle Maximum Availability Architecture (MAA) ?
1. Objectif : Disponibilité des systèmes d’informations 24h/24, 7j/7
1. Éliminer les coupures prévisibles (maintenance)
2. Éviter les coupures dues à des erreurs humaines, crashs systèmes, corruption de données
2. Ensemble de bonnes pratiques
1. Architecture
2. Configuration
3. Procédures opérationnelles
3. Basé sur
1. Technologies de « Haute Disponibilité »
2. Technologies de « Grid Computing »
3. Recommandations
4. Produits Oracle (Oracle Database, Oracle Application Server, Oracle Applications, Oracle
Collaboration Suite, Grid Control)
4. Indépendant de l’OS et du matériel
Guillaume HARRY 30/07/07 2
Architecture d’un système d’information Oracle
Firewall Oracle Oracle Oracle Oracle Oracle
Application Server Application Server Application Server Database Internet
WebCache HTTP Server OC4J Server Directory
PL/SQL, PHP, ASP, …
Serveur
Cache Serveur Base
J2EE
de
WEB WEB Données
Middle Tier
CLIENTS
LDAP
Guillaume HARRY 30/07/07 3
Oracle Application Server : Description
1. OracleAS WebCache
Cache de contenu web
statique : HTML, CSS, JavaScript, XML, PDF, images, …
dynamique : JSP, ASP, PL/SQL Server Pages, Servlets, CGI, PHP, Python,
Cold Fusion, …
Compression de contenu web (dynamique et statique)
Accélération SSL
Load-balancer + détection fail-over sur l’indicateur « cache misses »
2. Oracle HTTP Server
Basé sur Apache 2.0
3. Oracle Container For JAVA (OC4J)
Serveur J2EE
Guillaume HARRY 30/07/07 4
Oracle Application Server : MAA
Actif / Actif
HTTP
WebCache OC4J …
Server
Load Cluster Cluster
CLIENTS
Balancer WebCache OC4J
HTTP
WebCache OC4J …
Server
Guillaume HARRY 30/07/07 5
Oracle Application Server : MAA
Actif / Passif
HTTP
WebCache OC4J …
Server
Load
CLIENTS
Balancer
HTTP
WebCache OC4J …
Server
Guillaume HARRY 30/07/07 6
Oracle Database Server : Description
Instance
System Global Area Shared Pool
Reserved Pool
Data Structures de contrôle
Database Buffer Cache Buffer Pool Buffer Pool Dictionary
Keep Recycle Cache Fixed SGA
Taille de bloques
par défaut Large Pool Library Cache
Java Pool PL/SQL
Tailles de bloques Shared
Streams Pool Procédures
supplémentaires SQL Area
Packages
Redo Log Buffer Cache
Serveurs DBW0 Processus
partagés PGA LGWR SMON REC0
Serveur CKPT ARC0 PMON LCK0
D000 dédié PGA
Listener
init.ora
Control
Redolog Archivelog et / ou password
Datafiles files spfile.ora
Base de données Fichiers locaux
Guillaume HARRY 30/07/07 7
Oracle Database Server : Description
1. Instance
1. Mémoire
a. Zones tampons de la base de données (System Global Area)
b. Zone mémoire allouée aux processus (Program Global Area)
2. Processus
a. D’arrière plan (PMON, SMON, DBW0, CKPT, LGWR, ARC0, REC0, LCK0)
b. De gestion des clients
1. Listener
2. Processus serveur de sessions dédiés par session
3. Pool de processus serveurs de sessions et dispatcher
2. Fichiers
1. De base de données
a. Fichiers de données (Datafiles)
b. Fichiers de contrôles (control files)
c. Fichiers de journaux de reprise (redo logs)
2. Locaux
a. Fichiers de paramétrage (init.ora et spfile.ora)
b. Fichiers de mot de passe
c. Archive logs
Guillaume HARRY 30/07/07 8
Oracle Database Server : MAA
Arrêt planifié Arrêt imprévu
Modification Système Modification des données Panne Système Problème de données
Disponibilité
Guillaume HARRY 30/07/07 9
Oracle Database Server : MAA
Fonctionnalités offertes en standard
Réorganisation online (réorganisation des tables, partions, index)
Redéfinition online (redéfinition des tables et des attributs)
Bonnes pratiques
Redo logs
a. Multiplexer les membres de chaque groupe
b. Tailler pour tourner 1 fois par heure
c. Minimum 4 groupes
Automatic Shared Memory Management (paramètre SGA_TARGET)
Parallel Recory
a. Paramètre PARALLEL_EXECUTION_MESSAGE = 4096
b. Paramètre PARALLEL_MIN_SERVERS > nombre de CPU
Checksums sur les blocks
a. Paramètre DB_BLOCK_CHECKSUM = TYPICAL (checksum calculé, enregistré et
vérifié pour les bloques de données et de redo)
b. Paramètre DB_BLOCK_CHECKING = FULL
Fast-Start Fault Recover
a. Paramètre FAST_START_MTTR_TARGET pour définir le temps de redémarrage après
recover
Guillaume HARRY 30/07/07 10
Oracle Database Server : MAA
Arrêt planifié Arrêt imprévu
Modification Système Modification des données Panne Système Problème de données
Disponibilité
Réorganisation online
Bonnes pratiques
Redéfinition online
Guillaume HARRY 30/07/07 11
Oracle Database Server : MAA
Flashback
Objectifs
a. Réparer les erreurs humaines sur les données avec la base ouverte
b. Interroger une ligne, une table, une transaction, un tablespace ou une base
de données complète à une époque révolue
Principe
a. Au niveau ligne ou table
1. Hors DROP les informations UNDO sont utilisées
2. Avant DROP d’une table, la corbeille est utilisée
b. Au niveau base de données, les journaux de Flashback sont utilisés
Bonnes pratiques
a. Paramétrer DB_FLASHBACK_RETENTION_TARGET pour définir jusqu’à
quand on peut remonter
b. Suivre l’indicateur de performances « flashback free buffer waits »
c. Configurer Undo Management
1. UNDO_MANAGEMENT=AUTO
2. UNDO_RETENTION=« temps en secondes »
3. UNDO_TABLESPACE=« nom de tablespace »
Guillaume HARRY 30/07/07 12
Oracle Database Server : MAA
Arrêt planifié Arrêt imprévu
Modification Système Modification des données Panne Système Problème de données
Disponibilité
Flashback
Réorganisation online
Bonnes pratiques
Redéfinition online
Guillaume HARRY 30/07/07 13
Oracle Database Server : MAA
Automatic Storage Management
Objectifs
a. Ajouter/supprimer de l’espace de stockage sans arrêter la base de données
b. Bouger les fichiers de données sans arrêter la base de données
c. Équilibrage des I/O
d. Mirroring sur les disques et fichiers
e. Reconstruction après crash disque
f. Reconstruction de blocs corrompus
Principe
a. Une base de données dédiée stocke et gère les fichiers de base de données
Bonnes pratiques
a. Créer 2 groupes de disque, 1 pour les fichiers de bases de données, 1 pour
la flash recovery area
b. Mettre en place de la redondance à plusieurs niveaux
a. Disques RAID pour éviter les problèmes sur les disques
b. Redondance ASM pour se protéger des problèmes sur les groupes
Guillaume HARRY 30/07/07 14
Oracle Database Server : MAA
Arrêt planifié Arrêt imprévu
Modification Système Modification des données Panne Système Problème de données
Disponibilité
ASM ASM
Flashback
Réorganisation online
Bonnes pratiques
Redéfinition online
Guillaume HARRY 30/07/07 15
Oracle Database Server : MAA
Real Application Cluster
Objectifs
a. Tolérance aux pannes d’instance et de serveur et redémarrage rapide
b. Répartition de charge entre les instances
c. Possibilité d’ajouter des instances pour faire face aux montées en charge
Principe
a. Plusieurs instances accèdent à la même base de données physique
b. Chaque instance possède son propre tablespace UNDO
c. Oracle Clusterware est responsable de la répartition de charge et de la détection de
pannes
Bonnes pratiques
a. Utiliser des adresses virtuelles (VIP) pour faciliter la reprise sur incidents
b. Utiliser la répartition de charge aux niveaux serveur et client
c. Sauvegarder régulièrement Oracle Cluster Registry
d. Protéger Oracle Cluster Registry des problèmes disque
e. Optimiser les paramètres de recovery
1. Transaction : alter system set FAST_START_PARALLEL_ROLLBACK=HIGH
2. Instance : FAST_START_INSTANCE_RECOVERY_TARGET
Guillaume HARRY 30/07/07 16
Oracle Database Server : MAA
Arrêt planifié Arrêt imprévu
Modification Système Modification des données Panne Système Problème de données
RAC RAC
Disponibilité
ASM ASM
Flashback
Réorganisation online
Bonnes pratiques
Redéfinition online
Guillaume HARRY 30/07/07 17
Oracle Database Server : MAA
Data Guard
Objectifs
a. Minimiser la durée des arrêts planifiés et de reprise sur incidents
b. Ne pas prévoir de plage de sauvegarde sur la base primaire
c. Permettre de faire du reporting sans surcharger la base primaire
d. Resynchroniser une base de données primaire après incident
Principe
a. Standby physique
1. Réplique physique de la base de données primaire
2. Application des archives logs de la base primaire sur la base
secondaire
b. Standby logique
a. Application des ordres SQL envoyés vers la base primaire sur la
base secondaire
Guillaume HARRY 30/07/07 18
Oracle Database Server : MAA
Data Guard
Bonnes pratiques
a. Transport des archive logs
1. Augmenter le paramètre LOG_ARCHIVE_MAX_PROCESSES
2. Positionner le paramètre MAX_CONNECTIONS à 5
b. Réseau
1. Taille DSU à 32Ko
2. Tampons TCP = 3xbande passante
c. Surveiller les indicateurs de recovery avec la vue
V$RECOVERY_PROGRESS
1. Average Apply Rate : Redo aplied / Elapsed time
2. Active Apply Rate : Redo applied / Active time
3. Apply Time per log
4. Checkpoint Time per log
Guillaume HARRY 30/07/07 19
Oracle Database Server : MAA
Arrêt planifié Arrêt imprévu
Modification Système Modification des données Panne Système Problème de données
Data Guard Data Guard
RAC RAC M
Disponibilité
ASM ASM
A
Réorganisation online
Flashback
A
Bonnes pratiques
Redéfinition online
Guillaume HARRY 30/07/07 20
Exemple d’implémentation : MAA (1/2)
1. Technologies Oracle
1. RAC
2. ASM
3. Data Guard
4. Flashback
5. RMAN
2. Règles de bonnes pratiques opérationnelles tout aussi importantes
Guillaume HARRY 30/07/07 21
Exemple d’implémentation MAA (2/2)
Guillaume HARRY 30/07/07 22
Et en dehors des technologies Oracle ?
1. Oracle Application Server
1. Avec load balancer matériel ou logiciel
a. Actif/Actif
b. Actif/Passif
2. Oracle Database Server : serveurs en mode Actif/Passif
1. Plantage serveur sans corruption de disque ou de bloque
a. Disques accessibles par le serveur de secours pour réouvirir la base de
données
2. Corruption de disque ou de bloque
a. Restauration quotidienne sur un serveur de secours
1. Effectuer un checksum pour valider la sauvegarde
2. Application des archive logs en cas d’incident
b. Possibilité d’ouvrir la copie en mode lecture pour les batchs d’extraction
Guillaume HARRY 30/07/07 23
