Partager via


Gérer et surveiller Oracle Database@Azure

Cet article fournit des pratiques commerciales que vous pouvez mettre en œuvre pour gérer et surveiller le service Oracle Exadata Database sur Dedicated Infrastructure avec Oracle Database@Azure. Mettez en œuvre ces considérations lorsque vous créez votre conception globale et lorsque vous intégrez ce service dans votre zone d'atterrissage d'entreprise Azure.

Considérations sur la conception

Tenez compte de ces rubriques clés avant de déployer les services Oracle Database@Azure et Exadata Database.

  • Identifiez la région Azure dans laquelle vous souhaitez déployer vos services Oracle Database@Azure et Exadata Database. Assurez-vous que cette région s'aligne sur votre zone d'atterrissage Azure actuelle ou future. Si la région que vous choisissez diffère de votre région de déploiement actuelle, évaluez si vos outils de surveillance existants peuvent étendre leurs capacités à cette nouvelle région. Veillez à ce que l’intégration et les fonctionnalités soient transparentes d’une région à l’autre.

  • Tenez compte de votre plan de réseau avant de déployer vos ressources. Vous déployez les ressources Oracle Exadata Database sur un sous-réseau privé qui n'est pas accessible depuis les réseaux virtuels locaux ou spoke sans déployer une appliance virtuelle de réseau (NVA). Une appliance virtuelle réseau n'est pas un pare-feu traditionnel. Il s'agit d'une machine virtuelle Linux dotée d'une route définie par l'utilisateur qui fournit l'adresse IP du tronçon suivant et d'iptables personnalisés. Vous devez déployer iptables si vous disposez d'une solution de surveillance d'entreprise locale.

  • Familiarisez-vous avec les contraintes du réseau. Les sous-réseaux que vous déployez au sein d'un réseau virtuel et qui sont associés aux clusters de base de données Oracle Exadata sont des sous-réseaux privés délégués. Les sous-réseaux délégués ne permettent pas la communication réseau en dehors du réseau virtuel sans déployer d'appliance virtuelle. Pour plus d'informations, reportez-vous à la section Contraintes de planification du réseau.

  • Lorsque vous créez votre plan de réseau, choisissez une topologie de réseau qui prend le mieux en charge la méthode de migration de votre choix. Votre méthode de migration doit surveiller le processus lorsque vous déplacez vos données critiques. Les options de migration comprennent Oracle Recovery Manager, Oracle Data Guard, Oracle Data Pump ou une machine virtuelle Linux sur laquelle le rôle Network File System est installé. Consultez votre représentant Oracle et Microsoft pour obtenir des conseils plus précis.

  • Déterminez comment intégrer les alertes du moniteur dans votre processus de triage.

  • Faites une liste des parties prenantes clés que vous devez avertir lorsqu’une alerte est déclenchée.

  • Examiner les mesures de surveillance avec les administrateurs de bases de données afin de se conformer aux attentes.

Pour plus d'informations, voir Planifier l'adoption d'Oracle sur Azure.

Recommandations de conception

Prenez en compte les recommandations suivantes avant de déployer les services Oracle Database@Azure et Exadata Database.

Surveiller l’intégrité et les performances

Vous devez collecter des mesures quantitatives telles que l'utilisation du processeur, l'utilisation de la mémoire, l'utilisation du stockage, les opérations de base de données, les requêtes SQL et les transactions globales. Vous pouvez utiliser les mesures d'Azure Monitor, ou l'outil de surveillance de votre choix, pour diagnostiquer et dépanner de manière proactive les problèmes. La collecte et l’examen des paramètres de la base de données permettent de garantir l’état de préparation opérationnelle et le maintien en état à long terme.

Surveillez les principales mesures.

Le tableau suivant contient les paramètres initiaux recommandés pour les mesures de la base de données Oracle Cloud. Vous pouvez ajouter des compteurs en fonction des besoins de votre organisation. Définissez chaque paramètre de surveillance pour tous les nœuds disponibles dans le cluster. Dans Azure Monitor, vous ne pouvez pas sélectionner plusieurs objets en même temps lorsque vous ajoutez des mesures. Pour entrer les paramètres spécifiés, vous devez sélectionner chaque nœud de cluster Exadata.

Définissez des alertes dans votre solution de surveillance pour les charges de travail critiques. Si vous utilisez Azure Monitor, vous pouvez créer des groupes d'action.

Nom de métrique Fréquence de collecte Seuil Description
Utilisation du processeur 5 minutes 90 % L'utilisation du processeur qui est exprimée en pourcentage et agrégée dans tous les groupes de consommateurs. Le pourcentage d'utilisation est rapporté au nombre de CPU que la base de données peut utiliser, soit deux fois le nombre de CPU Oracle. Ce paramètre s'applique à chaque base de données du cluster.
Utilisation du stockage 30 minutes 90 % Le pourcentage de la capacité de stockage provisionnée qui est utilisée. Ce paramètre représente l'espace total alloué pour tous les tablespaces. Ce paramètre s'applique à chaque base de données du cluster.
Utilisation de la zone de récupération flash 15 minutes 90 % L'utilisation de la zone de récupération flash.
Utilisation de la mémoire 15 minutes Mégabits consommés à 90 % Taille totale du pool de mémoire.
Utilisation de la limite de processus 5 minutes 90 % Utilisation de la limite de processus.
Utilisation de la limite de session 5 minutes 90 % Utilisation de la limite de session de la base de données.
Zone de récupération rapide utilisable 15 minutes 90 % Zone de récupération rapide utilisable.
Utilisation de la mémoire du cluster de base de données Oracle Cloud Infrastructure (OCI) 5 minutes 90 % La quantité de mémoire consommée par les clusters de la base de données Exadata.
État moyen du nœud 5 minutes 0 (cette dimension signifie faux) La disponibilité ou l'indisponibilité du nœud de cluster Exadata Database au sein du cluster.

Pour plus d'informations, consultez les mesures de la base de données Oracle Cloud.

Étapes suivantes