Exemple Rapport AuditORCL

Télécharger au format pdf ou txt
Télécharger au format pdf ou txt
Vous êtes sur la page 1sur 12

XXX

XXXXX-20090206-ORACLE

06/02/2009 Page 1/12

Audit Base Oracle

Interlocuteurs :
XXX : Xxxxxx Mail [email protected] - TEL: XX XX XX XX

Cap Data Consulting: Thierry Gascard - Mail [email protected] TEL: XX XX XX XX

Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

XXX
XXXXX-20090206-ORACLE

06/02/2009 Page 2/12

DESCRIPTION DU DOCUMENT Type de document Titre du document tat du document Rfrence Version actuelle Auteurs Fichier XXX-20090206-oracle.doc n 1 Thierry Gascard XXX-20090206-oracle.doc date : 06/02/2009 Rapport intervention Audit Base Oracle

HISTORIQUE DES MODIFICATIONS Version 1 Date 06/02/2009 Motifs

DOCUMENTS ASSOCIES Titre Rfrence Commentaire

Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

XXX
XXXXX-20090206-ORACLE

06/02/2009

Contenu
Sommaire
1 SYNTHESE
1.1 Champs de ltude 1.2 Environnement Oracle 1.3 Conclusion 1.4 Tableau des actions

4
4 4 4 4

Configuration systme et dOracle


2.1 Configuration Oracle 2.1.1 Configuration 2.1.2 Paramtre de la base 2.1.3 Mmoire 2.1.4 Statistiques sur la base 2.1.5 Script de gestion de la base 2.1.6 Conclusion

6
6 6 6 7 7 7 7

Audit statique de la base


3.1 Fichiers de la base 3.1.1 Fichiers journaux 3.2 Tablespace 3.2.1 E/S par tablespace 3.2.2 Ratios intressants 3.3 Objets 3.3.1 Conclusion

8
8

8
8

8 8
8 9

Informations dynamiques
4.1 Etude de la charge gnrale 4.1.1 Utilisation de la CPU 4.1.2 Utilisation de la mmoire 4.1.3 Utilisation des disques 4.1.4 Temps de service 4.2 Profil de linstance

10
10 10 10 11 11 12

Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

XXX
XXXXX-20090206-ORACLE

06/02/2009 Page 4/12

SYNTHESE

1.1 Champs de ltude


Les objectifs de la mission sont les suivants : audit de la base Oracle Xxx transfert de comptence sur ladministration de la base Oracle rponses des questions diverses virtualisation stockage

1.2 Environnement Oracle


Lenvironnement Oracle est constitu : - dun serveur Linux - dune base Oracle en 10.2.0.3 Standard Edition Cette base est indispensable au fonctionnement de lentreprise.

1.3 Conclusion
Au niveau du systme , je nai constat aucune contention CPU, mmoire ou disques. Par contre la performance et la disponibilit peuvent tre amliores par une surveillance et un tuning SQL. En terme dadministration et de disponibilit, la solution utilise est base de matriel. Il est ncessaire de complter cette solution par : la mise en place dune sauvegarde physique via Rman mise en place de la base en archivelog o sinon risque de perte de donnes cration de documentation de restauration la mise en place dune solution de surveillance de la base

1.4 Tableau des actions


La table suivante montre les principales recommandations rsultant de l'examen de la configuration ralis sur la base de donnes. Les recommandations sont classes par priorit mais aussi dtermines par les impacts prvus sur le systme. Pour chaque recommandation un ordre de priorit a t tabli pour appliquer les changements recommands. La priorit varie de 1 4 1 tant la priorit la plus leve et 4 la moins leve. Une recommandation leve (Priorit 1) signifie quil est ncessaire de l'appliquer aussitt que possible il sera possible que quelques dispositifs de la base de donnes ne fonctionnent pas correctement. Il est ncessaire de tester les modifications sur une base de donnes TEST. Une recommandation moyenne signifie qu'il n'est pas ncessaire de l'appliquer instamment mais il serait ncessaire de la considrer. Il est ncessaire de tester les modifications sur une base de donnes TEST. Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

XXX
XXXX-20090206-ORACLE

06/02/2009 Page 5/12

Une basse recommandation signifie l'utilisation des nouvelles fonctionnalits ou damliorations qui ne sont pas en service. L'impact sur le systme ou la base de donnes devrait tre considr avant de mettre en application ces changements. Il est ncessaire de tester les modifications sur une base de donnes TEST.

Recommandation Mise en place dune solution de surveillance

Passage du patch 10.2.0.4 Passage de la base en archivelog Mise en place dune sauvegarde physique Mise en place de documentation de restauration Configuration de l'instance en 10.2

Risque/Amlioration Administration/Dispo nibilit/ Performance Evolutivit Disponibilit Disponibilit Disponibilit Evolutivit

Impact sur le systme bas lev lev bas bas lev lev bas bas lev

Priorit

1 1 1 1 1 1 1 1 1 1

Modification de paramtres Oracle pour les adapter Performance au fonctionnement de votre base Augmenter la taille des journaux 128 Mo Meilleure performance Effectuer un tuning SQL sur les objets demandant le Meilleure performance plus de lectures logiques Modification du systme pour les adapter au Performance fonctionnement de votre base

Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

XXX
XXXXX-20090206-ORACLE

06/02/2009 Page 6/12

CONFIGURATION SYSTEME ET DORACLE

2.1 Configuration Oracle


2.1.1 Configuration
X140 X140 NOARCHIVELOG Oracle Database 10g Release 10.2.0.3.0 F:\oracle\ora10 Oracle Database 10g Release 2 Patch Set 2 5557962, 5556081 WE8MSWIN1252

Nom de la base Nom Instance Mode Archivelog Version OraDb10g_home1 Patchset Patch intrimaire Jeux de caractres

La base de donnes est en mode noarchivelog . Pour amliorer la disponibilit, je vous conseille le passage en mode archive. Cela vous permettra : de revenir une image pass de la base une corruption dun bloc nentranera pas la chute de la base de ne perdre aucune donnes en cas de problme matriel 2.1.2 Paramtre de la base Les paramtres modifier ou supprimer sont en rouge.

Paramtres background_dump_dest compatible control_files cursor_space_for_time db_block_size db_file_multiblock_read_count db_files db_name instance_name job_queue_processes log_buffer max_dump_file_size open_cursors pga_aggregate_target processes recyclebin remote_login_passwordfile service_names sga_max_size

Valeur G:\ADONIX\X140\DATABASE\DUMP 10.2.0.0.0 G:\ADONIX\X140\DATABASE\SYSTEME\CTRL1X140.ORA, G:\ADONIX\X140\DATABASE\SYSTEME\CTRL2X140.ORA TRUE 8192 32 200 X140 X140 10 6984704 10240 300 251658240 300 OFF SHARED X140 2004877312

Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

XXX
XXXXX-20090206-ORACLE

06/02/2009 Page 7/12

sga_target spfile undo_management undo_retention undo_tablespace user_dump_dest

2004877312 F:\ADONIX\X3\DATABASE\SCRIPTS\SPFILEX140.ORA AUTO 900 UNDOTBS1 G:\ADONIX\X140\DATABASE\DUMP

Le paramtre sga_target a t modifi dynamiquement, il est ncessaire de lenregistrer dans le fichier de paramtre oracle. Alter system set sga_target =1912M 2.1.3 Mmoire La mmoire utilise par Oracle est 1 912Mo de SGA et 240 Mo de PGA soit au total 2152 Mo pour un total de 4Go de mmoire disponible. 2.1.4 Statistiques sur la base
Valeur 17 90 14 5992 3439 67 Go 3 Go

Statistique Nombre de fichiers Nombre maximum de sessions concurrentes Nombre de tablespace Nombre dindexes utilisateur Nombre de tables utilisateur Taille de la base Taille maximum dun segment

2.1.5

Script de gestion de la base Sauvegarde

La sauvegarde est assure par un export de schmas, cela ne constitue pas une sauvegarde physique pour Oracle. Les inconvnients sont les suivants : - difficult de prvoir un temps de restauration - ncessit davoir les scripts de cration de la base - lexport ne peut tre sur que sil a t import dans une base de test. Gestion des statistiques Le script de statistique ne cr pas de statistiques sur les tables et la gestion automatique des a t dsactiv, cela ne correspond pas aux recommandations Oracle. 2.1.6 Conclusion Pour amliorer la disponibilit de linstance et dviter la perte de donnes, je vous conseille le passage de la base en archivelog. Ce qui est une recommandation dOracle pour toute base de production. Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

XXX
XXXXX-20090206-ORACLE

06/02/2009 Page 8/12

Le script dexport ne constitue pas une mthode de sauvegarde, je vous conseille la mise en place dune sauvegarde physique via Recovery Manager (script fourni en annexe). Enregistrer le paramtre SGA_TARGET dans le fichier de paramtres. Mettre en place un systme de surveillance de linstance.

AUDIT STATIQUE DE LA BASE

3.1 Fichiers de la base


3.1.1 Fichiers journaux

La taille des journaux est de 50 Mo, la base gnre en moyenne 30 changements de journaux par jour soit 1,5 Go par jour avec une pointe de 2 Go.

3.2 Tablespace
Les tablespaces utiliss sont en gestion local avec allocation systme en extension automatique. Le tablespace TEMP est un tablespace temporaire avec tempfile. 3.2.1 E/S par tablespace

TABLESPACE PHYRDS PHYBLKRD % PHYWRTS PHYBLKWRT % ------------- ---------- ---------- ---- ---------- ---------- ---X3_IDX 323980 334411 0 4594 4599 0 DEMOFRA_IDX 5453 6317 0 1624 1625 0 UNDOTBS1 30370 30370 0 962979 4565799 27 SYSAUX 1839585 3056672 1 1442557 2248809 14 TEST_DAT 3523 3788 0 1611 1611 0 DEMOFRA_DAT 80363 476629 0 1628 1630 0 SYSTEM 826419 1501424 0 100086 144432 1 X3_DAT 82896 445863 0 17877 26035 0 XX_DAT 69645116 401351051 70 1205912 2010858 12 XX_IDX 82632666 97425776 17 3406409 4422612 27 TEST_IDX 3319 3319 0 1611 1611 0 RECETTE_DAT 2481476 65509585 11 3222 3222 0 RECETTE_IDX 4913 8801 0 1611 1611 0 ---------- ---------- ---- ---------- ---------- ---sum 157960079 570154006 100 7151721 13434454 81

3.2.2

Ratios intressants

READ/WRITE BLOCK_READ/BLOCK_WRITE BLOCKS PER READ ---------- ---------------------- --------------22,0870024 42,4396858 3,60948165

3.3 Objets
Les segments suivants font plus de 1Mo et ne sont pas indexs. La prsence d'une table dans cette liste peut tre justifie. Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

XXX
XXXXX-20090206-ORACLE

06/02/2009 Page 9/12

OWNER SEGMENT TABLESPACE SIZE (Ko) ------------- ------------------------------ ------------- ---------USER1 F_AREPORTMA07476 XX_DAT 50,176

Le pourcentage de chanage est infrieur a 1%: % CONTINUED ROW --------------0.005 TOP 10 lectures physiques par objet
SEGMENT -------------------------xx.SORDERQ XX.SDELIVERYD XX.SORDERP XX.SINVOICED XX.STOJOU XX.PRECEIPTD XX.PORDERQ XX.STAT XX.SINVOICED XX.SDELIVERYD TYPE TOTAL_PHYS_READ ------------------ --------------TABLE 131882846 TABLE 72113953 TABLE 44283544 TABLE 36559579 TABLE 15483280 TABLE 15243494 TABLE 13810314 TABLE 12835353 TABLE 10142205 TABLE 9509502

3.3.1 Conclusion Je vous dconseille lutilisation des fichiers en auto extension.

Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

XXX
XXXX-20090206-ORACLE

06/02/2009 Page 10/12

INFORMATIONS DYNAMIQUES

4.1 Etude de la charge gnrale


Sur la priode du 15 Janv. 09 04:30 au 05 Fvr. 09 12:45 4.1.1 Utilisation de la CPU

Je remarque un taux dinactivit de la CPU en moyenne de 85% avec des pointes 70%. Je ne constate aucune contention lie la CPU. 4.1.2 Utilisation de la mmoire Je ne constate aucune pagination excessive sur cette priode.

Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

XXX
XXXX-20090206-ORACLE

06/02/2009 Page 11/12

4.1.3

Utilisation des disques

En moyenne sur cette priode, le temps de rponse des disques est de lordre de 4ms avec des pointes 13ms. Il sagit de temps infrieur 20 ms, je nen dduis aucune contention disques. 4.1.4 Temps de service Attente Moyenne des attentes (ms) 3.22 0.00 9.77 10.37 4.31 % du total 53.87 16.90 8.81 8.56 6.31 Classe dattente

db file sequential read CPU time log file parallel write log file sync db file scattered read

User I/O System I/O Commit User I/O

Le temps de rponse de la base de donnes est constitu dun temps de service (CPU) et dun temps dattente. Dans notre situation, 54% du temps est constitu dune attent E/S li la lecture dindex et 17% une utilisation de la CPU. La performance peu tre obtenu en diminuant le nombre de lecture physique par un tuning SQL.

Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

XXX
XXXX-20090206-ORACLE

06/02/2009 Page 12/12

4.2

Profil de linstance

La pointe dactivit CPU correspond une augmentation du nombre de lectures logiques. Nous avons une activit moyenne de 10000 lectures logiques /s (78 Mo/s) avec une pointe de plus de 110000 lectures logiques /s (860 Mo /s) La pointe correspond au mercredi 27 entre 17h15 et 17h30

Ce rapport datant de Fvrier 2009 nest pas un rapport type. Chaque rapport tant li au contexte et aux contraintes propres de chaque client et de chaque mission Il est fourni titre dexemple, dans le but de permettre au client dapprcier la qualit et le volume de travail consigns dans un rapport suite 2 jours de conseil

Vous aimerez peut-être aussi