Retour sur l'allocation d'espace Exemple sur une table facture (sans les tables associées) N° fact, N° Client, N° Cde, date Cde, date fact, date réglement, commentaires On compte 5000 cdes /mois. Taille moyenne 100 octets (à la louche). Si on doit conserver 10 ans de facture, taille de l'extent pour être efficace.

Les outils SQL*PLUS Les éditeurs Dbca, Netca et netmgr Oracle Entreprise Manager Les packages PL/SQL Export, import et SQL*LOADER

SQL*PLUS Outil puissant même si peu convivial Toujours disponible Administration et opérations courantes Permet d'exécuter du PL/SQL Sortie d'états formattées Nécessite et mérite un petit investissement

Les éditeurs Il y en a beaucoup sur le marché. Ils sont couplés à la base de données. Les fonctionalités importantes : – Complétion – Coloration syntaxique – Edition de structure – Description des objets de la base Gestion de base

Dbca, netca et netmgr Les outils graphiques d'Oracle Il faut s'en servir mais rester critique Savoir ce qu'ils font et ce qu'ils modifient. Sauvegarder les fichiers avant de modifier Verouiller les fichiers qu'ils utilisent.

Oracle Entreprise Manager Ne s'intérresse pas aux données Mode console et serveur. Interface avec les outils associés (tuning, sauvegardes...) Tester et mettre au point sur des environnements non critiques Le mode serveur est lourd. Il faut en avoir besoin.

Les packages PL/SQL Analyze, explain, Stats Pack, (tkprof) Leur liste est longue. Il faut aller chercher de ce côté là des solutions. Dans l'arborescence d'Oracle $ORACLE_HOME/rdbms/admin $ORACLE_HOME/rdbms/demo

Export Seul il ne sert à rien. exp HELP=YES exp / full=y file=tuyeau log=fichier On peut sauvegarder une liste de tables, de schémas, avec les index ou non. L'option indexfile Génère un fichier compressé mais lisible.

Import C'est là que ça se complique Show=Y imp / full=Y file=tuyeau log=fichier ignore=y Permet de migrer ou de cloner des bases, des schémas, des tables. Utilitaire de réorganisation. Attention aux temps d'imports. Exemple d'une migration

Sauvegardes Archive logs Sauvegarde Base ouverte ou fermée ? Restauration La réplication de base

Mécanisme de la transaction : lien redo-log, control file et fichiers de données. Les redo-logs ne doivent pas être un point de contention Le mode archive log => Recopie des redologs au fil de l'eau. En cas d'arrêt « brutal », on peut récupérer l'ensemble des transactions committées. Archive logs

Sauvegarde La règle d'or Avant de restaurer il vaut mieux sauvegarder. Les ennuis en cascade L'erreur bête Ce qu'il faut sauvegarder – Le logiciel – La configuration de la machine (DNS) – Les fichiers de la base de données

Base ouverte ou fermée ? Le confort c'est base fermée. Eviter une sauvegarde base ouverte au moment de la forte activité. On peut aussi s'appuyer sur les disques dans le cas de disques redondés. Durée de rétention et durée de vie des bandes.

Restauration Restaure le systéme de fichiers On rejoue les archive logs Identifier ce qui est perdu On vérifie On ouvre la base L'outil Log Miner

Réplication de base Basé sur les archive logs Temps de reprise rapide Volumétrie faible Une base en lecture seule disponible. Valorisation du matériel de backup Possibilité d'offrir un service dégradé.

Opérations de maintenance Surveiller : – Base – OS – Espace disque – Temps de réponse Maintenir – Reconstruire ses index – Recalculer les statistiques – Surveiller les lignes migrées – Réorganiser, nettoyer

Gérer sa configuration Il faut savoir ce qui tourne et être capable de reconstruire Il faut suivre les installations faites tant sur le systéme que sur la base. Limiter utilisateurs et droits.