4 Techniques de base pour dépanner votre système Oracle 12c Méthodologie - mannequins

Votre base de données Oracle 12c nécessite plusieurs systèmes sur votre ordinateur pour prendre en charge les bases de données que vous créez. Voici quelques systèmes pour vérifier si vous rencontrez des problèmes avec votre base de données:

Utilisation du processeur: Le processeur est-il à son maximum?
Mémoire: Combien de mémoire est disponible?
Espace disque disponible: Y a-t-il de l'espace disque disponible?
Journaux des événements système: Des éléments sont-ils signalés au système?

Vous n'avez pas besoin d'être un administrateur système pour effectuer ces vérifications.

Utilisation de l'UC Oracle 12c

Les serveurs peuvent avoir une ou plusieurs UC. Peu importe, le traitement doit être disponible pour que le serveur puisse traiter les demandes d'application.

Si une machine a une utilisation CPU très élevée ou complète, des problèmes de performances se produiront.

Sous Windows, le Gestionnaire des tâches Windows mentionné précédemment possède un onglet Performances. Cet onglet affiche l'utilisation de l'unité centrale en pourcentage et, en tant que systèmes récents
For Linux / UNIX , la commande supérieure décrite précédemment affiche l'utilisation de l'UC en haut de l'écran.

Oracle 12c et mémoire

Si le serveur manque de mémoire, les performances du système s'en ressentent, voire disparaissent. Il n'est pas souhaitable d'exécuter un serveur avec peu ou pas de mémoire disponible. Si vous trouvez que le serveur est constamment affamé de mémoire, ajoutez plus de mémoire ou réduisez la quantité de mémoire allouée aux programmes.

Pour vérifier la mémoire sur Windows , l'onglet Performances du Gestionnaire des tâches de Windows indique la mémoire totale de la machine et la quantité disponible.
Les systèmes Linux / UNIX disposent de plusieurs outils pour vérifier la mémoire, mais l'utilitaire supérieur fournit rapidement cette information.

Espace disque disponible et Oracle 12c

L'espace disque est différent de l'utilisation du disque. La fréquence de lecture et d'écriture sur un disque est l'utilisation et peut être un facteur de performance majeur. L'épuisement de l'espace disque disponible peut interrompre votre système et c'est là que vous vous concentrez car vous, en tant qu'administrateur de base de données, pouvez y remédier.

Que peut-il arriver quand un disque se remplit? Cela dépend de ce qui écrit sur ce disque. Au minimum, les fichiers journaux ne peuvent pas être écrits et les espaces table ne peuvent pas être développés. Au pire, les fichiers journaux d'archivage ne peuvent pas être écrits correctement et la base de données se bloque.

Avec d'autres logiciels, les processus peuvent générer de grandes quantités de CPU et les machines virtuelles Java peuvent tomber en panne. L'un de ces problèmes risque de générer un appel paniqué sur votre bureau.

Le moyen le plus rapide de vérifier l'espace disque est de voir si les systèmes de fichiers sont complets à 100%.

Pour les systèmes Windows , le moyen le plus rapide est d'aller sur mon ordinateur et de regarder l'espace libre pour chaque unité de disque. Assurez-vous que l'option Détails est sélectionnée dans l'onglet Affichage pour obtenir toutes les informations.
La commande df -m aide les utilisateurs Linux et Oracle Solaris:
```
$ df -m Système de fichiers 1M-blocks Utilisé Utilisation disponible% Monté sur / dev / sda3 8064 3587 4068 47% / tmpfs 3957 1885 2072 48% / dev / shm / dev / sda5 8064 208 7447 3% / home / dev / sda6 8064 147 7508 2% / tmp / dev / sda1 64310 17016 44028 28% / u01 / dev / sr0 2367 2367 0 100% / media / Oracle12cBeta
```
Ce code indique les systèmes de fichiers, leur pourcentage utilisé, le pourcentage gratuit (disponible) et les montants réels en mégaoctets. La commande df -k peut afficher les mêmes informations mais répertoriées en kilo-octets. L'indicateur -k est utile car certaines versions d'UNIX ne prennent pas en charge l'indicateur -m.
Sur les systèmes HP-UX UNIX , utilisez le format bdf.

Oracle 12c et les journaux d'événements système

Si tout le reste échoue, écoutez ce que l'ordinateur vous dit. En tant qu'administrateur de base de données, vous devriez avoir au moins un accès en lecture aux journaux d'événements du système sur votre serveur et, espérons-le, à tous les serveurs faisant partie de l'application.

Les événements système enregistrent les événements de routine sur le serveur, mais ils peuvent également répertorier les événements d'erreur spéciaux pouvant être à l'origine de vos problèmes système. Parfois, les journaux d'événements répertorient clairement les problèmes matériels, ou que les systèmes de fichiers sont pleins ou que l'ordinateur a simplement redémarré ou s'est écrasé. Toutes ces choses sont bonnes à savoir lorsque vous essayez de dépister un problème.

L'emplacement des journaux d'événements peut varier, et souvent les journaux supplémentaires sont en dehors des journaux du système d'exploitation pour être examinés lorsque vous apprenez votre système.

Sur les systèmes Windows , accédez au Panneau de configuration → Outils d'administration → Observateur d'événements pour afficher les journaux du système et des applications.
Sur les systèmes Linux / UNIX , / var / adm / messages et / var / log / syslog sont très utiles. La commande dmesg peut voir la fin du fichier journal système le plus récent.

Une grande partie de ces informations peuvent ne pas avoir de sens pour un administrateur de base de données qui n'est pas averti du système d'exploitation; Toutefois, la détection d'erreurs peut suffire à demander l'avis de l'administrateur système.