Notions de base des Real Application Clusters d'Oracle 12c

Si vous avez visité les sites Web d'Oracle dans les 12 dernières années, vous avez vu la plume de marketing: “ Unbreakable ”. Ce slogan fait référence à la fonction Real Application Clusters

Sommaire

(RAC). Bien sûr, beaucoup d'éléments sont impliqués, mais RAC a le feu des projecteurs.

RAC est la base de données en cluster La solution Oracle. Dans un sens, il travaille sur la théorie selon laquelle il ya la force du nombre. RAC vous permet d'avoir des environnements d'exploitation instance de base parallèles.

Ces instances coopèrent pour partager le travail et soutenir les uns les autres en cas l'un d'eux tombe en panne. RAC peut aider avec les deux pannes planifiées et non planifiées. Il vous permet de changer votre traitement de serveur à serveur avec peu ou pas d'interruption à vos utilisateurs finaux et des applications.

Applications Clusters réels par rapport aux services Oracle Parallel

RAC, qui a été autour depuis de nombreuses années, était auparavant connu sous le option de serveur parallèle. Avant que quiconque ne se flambé quand RAC était RAC, il est facile d'admettre que, avant le surnom de RAC, Oracle Parallel Server (OPS) était loin des capacités que le CAR a à offrir.

Oracle durcit considérablement l'architecture, le rendant plus accessible et plus facile à mettre en place. Oracle a également porté sur les composantes de l'environnement qui minimise les temps d'arrêt. Donc, on peut dire que le RAC est une nouvelle race de l'OPS qui dépasse de loin les capacités antérieures en matière de convivialité et de performance.

Déterminer si le RAC est bon pour vous est une décision importante. La mise en œuvre RAC exige beaucoup de ressources et d'argent. Cependant, parfois dépenser un peu plus à l'avant peut vous faire économiser plus tard.




Pensez à ce que le RAC peut offrir:

  • Évolutivité: La technologie est basée sur des ordinateurs et des ressources qui font équipe comme l'un. Avec RAC, vous pouvez acheter et de matériel de licence que vous en avez besoin. En outre, vous pouvez brancher le nouveau matériel que vous allez sans arrêter votre base de données. Si vous avez dépassé vos capacités de calcul pour le serveur, de façon transparente en ajouter une à votre configuration.

  • Uptime: RAC peut durcir votre environnement informatique contre les interruptions prévues et imprévues. Vous pouvez transparente retirer des parties de la demande pour les temps d'arrêt planifiés (tels que l'entretien, 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 échoue, RAC transfère automatiquement les connexions d'application à d'autres ressources dans le cadre.

  • Performance: Certains pourraient argumenter avec ce point, mais vous devez définir soigneusement les capacités de performance de l'ACFC:

  • Parce que le RAC est un environnement complexe, votre demande doit être conçu pour tirer le meilleur parti. Si vous ignorez ce fait, RAC peut effectivement nuire à la performance. Garde cela à l'esprit.

  • RAC peut offrir des avantages de performance quand il vient à la méthodologie diviser pour régner. Vous pouvez diviser les grands travaux sur plusieurs ordinateurs. Si vous connaissez une machine de faible puissance est de limiter votre compagnie, la reconfiguration de la tâche à exécuter sur plusieurs machines peuvent offrir de grands avantages.

    C'est appelé traitement parallèle, et il fait partie des fondamentaux de l'ACFC. RAC est un la montée en puissance (horizontal) solution. Cela signifie que vous ajouter des nœuds à la grappe plutôt que d'avoir un serveur remplacé par un autre serveur plus puissant, ou élargissement (vertical).

Comment explorer l'architecture de RAC d'Oracle 12c

RAC fonctionne grâce à une organisation complexe de configurations matérielles et logicielles. Bases de données Oracle sont généralement désignées comme un seul ensemble de fichiers (la base de données) et un ensemble unique de mémoire et de processus composants (l'instance) qui travaillent ensemble pour vous d'accéder et de gérer vos données.

Telle 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 sont accessibles par une seule machine et une instance Oracle à la fois.

Avec RAC, ces fichiers sont partageables autant de machines et instances peuvent accéder aux mêmes fichiers. Vous pouvez avoir (en fonction de la certification et les versions) 100 instances de base de données accédant à la même base de données partagée. Tout comme vous pouvez avoir deux DBA dans votre bureau:

  • On peut en vacances tandis que les autres œuvres (lire: la haute disponibilité).

  • Les deux peuvent travailler ensemble sur un grand projet de diviser la charge de travail et répondre à un échéancier serré (lire: la performance).

  • Ajouter une tierce personne pour répondre aux exigences de la charge de travail que les responsabilités grandissent Oracle (lire: évolutivité).

Beaucoup de composants sont nécessaires dans une configuration de RAC. Pour avoir une idée générale de ce que l'architecture ressemble.

image0.jpg

» » » Notions de base des Real Application Clusters d'Oracle 12c