Exemple Rapport AuditORCL
Exemple Rapport AuditORCL
Exemple Rapport AuditORCL
XXXXX-20090206-ORACLE
Interlocuteurs :
XXX : Xxxxxx 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
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
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
6
6 6 6 7 7 7 7
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
SYNTHESE
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
XXX
XXXX-20090206-ORACLE
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.
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
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
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
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
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
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.
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
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
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
INFORMATIONS DYNAMIQUES
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
4.1.3
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
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
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