Real Application Clusters d'Oracle 12c - mannequins

Si vous avez visité les sites Web d'Oracle au cours des 12 dernières années, vous avez vu la signature marketing: "Incassable. "Ce tag fait référence à la fonctionnalité Real Application Clusters (RAC). Bien sûr, beaucoup d'éléments sont impliqués, mais RAC a la vedette.

RAC est la solution de clustering de base de données d'Oracle. Dans un sens, cela fonctionne sur la théorie selon laquelle il y a de la force dans les nombres. RAC vous permet d'avoir des environnements d'exploitation d'instance de base de données parallèles.

Ces instances coopèrent pour partager le travail et se soutenir mutuellement au cas où l'un d'eux échouerait. RAC peut vous aider avec les pannes planifiées et imprévues. Il vous permet de déplacer votre traitement du serveur vers le serveur avec peu ou pas d'interruption pour vos utilisateurs et applications.

Clusters d'applications réelles par rapport à Oracle Parallel Service

RAC, qui existe depuis de nombreuses années, était auparavant connu sous le nom d'option de serveur parallèle . Avant que quiconque ne se fasse flamber lorsque RAC était RAC, il est facile d'admettre qu'avant le nom de RAC, Oracle Parallel Server (OPS) était loin des capacités offertes par RAC.

Oracle a considérablement renforcé l'architecture, la rendant plus accessible et plus facile à configurer. Oracle s'est également concentré sur les composants de l'environnement qui minimisent les temps d'arrêt. Donc, vous pourriez dire que RAC est une nouvelle génération de OPS qui surpasse de loin les capacités antérieures en termes de convivialité et de performance.

Déterminer si RAC vous convient est une décision importante. La mise en œuvre de RAC nécessite beaucoup de ressources et d'argent. Cependant, dépenser un peu plus à l'avance peut parfois vous sauver plus tard.

Pensez à ce que RAC peut offrir:

• Évolutivité: La technologie est basée sur des ordinateurs et des ressources qui ne font qu'un. Avec RAC, vous pouvez acheter et acheter du matériel en fonction de vos besoins. De plus, vous pouvez brancher le nouveau matériel sans perdre votre base de données. Si vous avez dépassé vos capacités informatiques pour le serveur, ajoutez-en une à votre configuration de façon transparente.

• Durée de fonctionnement: RAC peut renforcer votre environnement informatique contre les temps d'arrêt planifiés et imprévus. Vous pouvez supprimer de manière transparente des parties de l'application pour les temps d'arrêt planifiés (tels que la maintenance, les correctifs et les mises à niveau) avec peu ou pas d'interruption pour les utilisateurs finaux. En outre, si l'une des ressources informatiques de votre environnement tombe en panne, RAC transfère automatiquement les connexions d'application à d'autres ressources de l'infrastructure.

• Performances: Certains pourraient argumenter sur ce point, mais vous devez définir avec soin les capacités de performance de RAC:

  • Parce que RAC est un environnement compliqué, votre application doit être conçue pour en tirer le meilleur parti.Si vous ignorez ce fait, RAC peut réellement nuire à la performance. Garde cela à l'esprit.

  • RAC peut offrir des avantages en termes de performances lorsqu'il s'agit de la méthode Divide-and-Conquer. Vous pouvez répartir les gros travaux sur plusieurs ordinateurs. Si vous savez qu'une machine sous-équipée limite votre entreprise, la reconfiguration du travail sur plusieurs machines peut offrir de grands avantages.

    C'est ce qu'on appelle le traitement parallèle, et cela fait partie des principes fondamentaux de RAC. RAC est une solution de mise à l'échelle (horizontale). Cela signifie que vous ajoutez des nœuds au cluster au lieu de remplacer un serveur par un autre serveur plus puissant, ou par une mise à niveau (verticale).

Exploration de l'architecture RAC d'Oracle 12c

RAC fonctionne à travers une organisation complexe des configurations matérielles et logicielles. Les bases de données Oracle sont généralement appelées un seul ensemble de fichiers (la base de données) et un seul ensemble de composants de mémoire et de processus (l'instance) qui fonctionnent ensemble pour que vous puissiez accéder à vos données et les gérer.

C'est la configuration la plus typique pour une installation Oracle. Dans cette configuration, les fichiers de base de données peuvent être montés et accessibles par une seule machine et une seule instance Oracle à la fois.

Avec RAC, ces fichiers peuvent être partagés de sorte que de nombreuses machines et instances puissent accéder aux mêmes fichiers. Vous pouvez avoir (en fonction de la certification et des versions) 100 instances de base de données accédant à la même base de données partagée. Tout comme vous pourriez avoir deux DBA dans votre bureau:

• On peut partir en vacances pendant que l'autre fonctionne (lire: haute disponibilité).

• Les deux peuvent travailler ensemble sur un grand projet pour diviser la charge de travail et répondre à une chronologie agressive (lire: performance).

• Ajoutez une troisième personne pour répondre aux exigences de charge de travail à mesure que les responsabilités Oracle augmentent (lisez: évolutivité).

De nombreux composants sont requis dans une configuration RAC. Pour avoir une idée générale de l'apparence de l'architecture.