Comment faire pour effectuer des contrôles de base 2 système Oracle 12c

Vous avez besoin d'effectuer des contrôles de base du système à assurer que le système est dans un état qui peut supporter une base de données Oracle 12c. Si le réseau est en panne, le serveur est surchargé, ou un système de disque est à court d'espace, votre base de données peut être affectée et les erreurs de base de données d'affichage, mais la racine du problème est le système lié.

Enquêter sur ces domaines clés:

• Réseau: Pouvez-vous vous connecter au serveur ou une application?

• L'utilisation du serveur: Quels sont les processus top sur le serveur?

Le 12c Oracle et le réseau

Si vous ne pouvez pas vous connecter au serveur de base de données, les chances sont bonnes que vos utilisateurs ne peuvent pas non plus. Vous avez deux façons simples de vérifier cela:

• Ping pour tester la connectivité de serveur.

• Connectez-vous au serveur en tant qu'utilisateur Oracle.

Du DOS ou Linux invite de commande, tapez ping NOM DU SERVEUR pour voir si le serveur cible peut être atteinte.

$ Ping oralinux1PING oralinux1 (192.168.2.121) 56 (84) octets de octets data.64 de oralinux1 (192.168.2.121): icmp_seq = 1 TTL = 64 temps = 0,020 MS64 octets de oralinux1 (192.168.2.121): icmp_seq = 2 TTL = 64 temps = 0,007 MS64 octets de oralinux1 (192.168.2.121): icmp_seq = 3 TTL = 64 temps = 0,007 ms --- statistiques oralinux1 de ping --- 3 paquets transmis, reçu 3, 0% de perte de paquets, le temps 1999msrtt min / Avg / Max / mDev = 0,007 / 0,011 / 0,020 / 0,006 ms

Dans le code précédent, trois paquets de ping ont été envoyés, et tous les trois sont arrivés avec succès. Selon la version de ping, vous récupérez sortie légèrement différente, mais toutes les sorties de spécifier si le serveur était accessible.

Si le serveur revient comme indisponible, le problème est une de ces choses:

• Le serveur est arrêté.

• 
  
  
  
  

  Le réseau est en panne.

• Vous êtes empêché de ping des serveurs.

Parfois, des blocs de sécurité de l'utilitaire ping, afin de vérifier si elle fonctionne avant que les problèmes surviennent si vous connaissez le test est valide.

Après avoir confirmé le serveur peut être atteint, essayez effectivement connexion en tant que propriétaire du logiciel Oracle si possible. Notez que sur certains systèmes, vous devez vous connecter comme toi-même (à des fins de sécurité-audit), puis basculer les utilisateurs vers le propriétaire du logiciel Oracle. Cette action confirme le serveur est non seulement fonctionne, mais également capable de soutenir une tentative de connexion.

Oracle 12c et l'utilisation du serveur

Si un programme, un processus ou d'un emploi est de consommer toutes les ressources sur un serveur et l'a toujours fait pour un temps assez long, une base de données peut

• Ralentir

• Être rendu inutilisable

• Être tué (dans de rares cas)

Les processus eux-mêmes peuvent être une des trois choses: valide, une base de données en compétition (plusieurs bases de données peuvent être sur le même serveur), ou, un processus d'emballement out-of-control.

Vous devez identifier les programmes qui sont en cours d'exécution avant de pouvoir déterminer si elles sont valables ou de blesser le système. Il existe plusieurs outils graphiques pour ce faire.

• Sur Windows, utiliser le Gestionnaire des tâches de Windows pour voir quelles applications sont exécutées (sous l'onglet Applications). Pour plus de détails, utilisez l'onglet Processus.

• Pour Linux / UNIX, utiliser la commande top pour afficher les processus top sur un serveur et de leur ID de processus (PID). La sortie est basé sur du texte et rafraîchi toutes les quelques secondes.

  

En outre, dans la partie supérieure de l'écran est celle de la machine charge moyenne. Cette valeur dérivée par rapport reflète charge sur le serveur.

• Les valeurs jusqu'à 3 sont légers et ne devraient pas tenir compte des problèmes de performance.

• Les valeurs des adolescents reflètent une plus grande utilisation d'un système occupé, et les performances peuvent en souffrir.

• Les valeurs supérieures à 20 indiquent un système occupé où la performance est probablement touchée.

Pour Linux / UNIX, la commande uptime vous permet de voir la charge du système:

$ Uptime23: 13: 03 jusqu'à 4 jours, 10:27, 1 utilisateur, la charge moyenne: 0.00, 0.00, 0.00

Les valeurs de la charge du système sont les mêmes que pour la commande top:

• La valeur est la plus à gauche de la charge actuelle.

• La valeur moyenne est la charge 5 minutes précédente.

• La valeur la plus à droite est la charge 15 minutes avant.

Une autre valeur utile est le temps écoulé depuis le dernier redémarrage du serveur. Évidemment, si les utilisateurs ont signalé des problèmes et vous voyez le serveur redémarré récemment quelques minutes avant, le redémarrage du serveur (ou accident) est le coupable probable.

• Sur UNIX Oracle Solaris systèmes, prstat est une alternative à la page.

• Sur HP-UX systèmes, la commande de vue est extrêmement utile.