Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Envoyé par orafrance
ça marche très bien et c'est pas trop compliqué à mettre en oeuvre
lecharcutierdelinux -> tu peux faire du RAC distant mais il faut évidemment une bonne ligne. Un hopital que j'ai vu avait une salle de l'autre coté de la rue avec connexion fibre optique
Un hôpital qui fait du RAC avec deux salles serveur, ça m'intéresse (je travaille moi-même dans un CHU), si c'était possible de savoir de quel hôpital il s'agit.
Merci d'avance
c'était pas du RAC mais une une solution de failover via standby... c'était pour montrer que c'est faisable
c'est l'hopital Ambroise Paré de Marseille
Le problème du RAC, c'est qu'il impose un interconnect à 1 GB
C'est possible même sur de longues distances (http://www.materiel-informatique.be/ethernet.php) mais attention aux coûts de réseau... (+ machines + licences + ...)
Il est possible de faire du RAC entre deux sites jusqua 50km il me semble.
J'ai découvert cela dernièrement cela s'appelle Extended RAC.
J'ose pas imaginer le prix ! ! C'est a réserver pour de gros besoins de haute dispo.
Voici un beau papier sur le sujet
http://www.oracle.com/technology/pro...edRAC10gR2.pdf
qui explique qu'on peut aller jusqu'a 100km mais que a partir de 50km les performances se degradent. Mais bon il date de 2006 les choses ont peut etre evoluée depuis.
Reste en ensuite à passer de la théorie a la pratique, je me mefie toujours ce ces architectures "merveilleuses" tant que le ai pas vu fonctionner
Le cluster, de part le besoin d'un lien très haut débit n'est pas une solution économique du tout sur de longues distances
mais dans un PRA, 50 km est déjà une distance conséquente !
Prenons les grandes catastrophe récentes telles que AZF ou le 11 septembre, le rayon des dégâts est bien inférieur à 50 km... Même Tchernobyl a concentré les dégâts immédiats dans une zone plus restreinte que 50 km !
Après, plutôt que de chercher à fuir le danger, il est souvent plus sûr et moins couteux de s'enterrer (bunker et autres galleries sous-terraines)
Un Interconnect de 1Gb, une connexion entre les deux moities de baies...
et les connexions réseaux classiques : RSC et Public.
Juste pour information. Je travaille moi même dans un CHU et nous allons mettre en oeuvre en automne, une solution RAC, DATAGUARD en 10.1.0.5 entre deux salles machines distantes de 300 mètres.
Tu dis (RAC, DATAGUARD) ou (RAC ou DATAGUARD)
C'est pas pareille...
Je pencherais plus pour une version 10.2.x.x
A+
En fait, on va mettre en oeuvre une architecture RAC entre deux instances sur la même base de données.
En plus, par mesure de sécurité, on mettra également en oeuvre DATAGUARD pour une réplication des données.
Quant à la version, je suis tributaire de l'éditeur
.
RAC c'est déjà une bonne ceinture, Dataguard serait les bretelles.
Avec les deux instances RAC, la database ne devrait pas tomber...
Je ne suis pas tout a fait d'accord.
RAC et DATAGUARD ne sont pas fait pour se protéger des mêmes choses.
En RAC tu protèges tes serveur de données mais pas les données elle même puisque que tu accèdes aux mêmes disques à partir de toutes les instances. D'accord tu peux aussi mirrorer les disques.
Dans ce cas tu te protèges des défaillances matérielles (aussi bien serveur que disque) mais pas d'un incendie de ta salle machine puisque tout est situé au même endroit.
Alors que DATAGUARD te permet de dé localiser ton instance de secours.
Dans les plan de Disater Recovery, il faut toujours bien voir de quoi on veut se protéger précisément
Je n'aurais pas dit mieux
En plus, Oracle vend RAC de manière souvent "abusive". Ca doit faire le 5eme ou 6eme client chez qui je désinstalle RAC pour balancer de la standby. La plupart du temps, RAC est vendu par Oracle comme une solution de DRP, alors que ca en est pas du tout
Faire de la haute dispo : RAC ou autre ?
Bonjour
Shareplex de la sociéte Quest? n'estce pas une alternative à RAC?
Voici un URL qui en donne queques caracteristiques http://www.quest.com/shareplex-architecture/
Shareplex est un logiciel qui permet de faire de la replication entre un site A source, et un site B, destination.
Cette solution est utile non seulement pour la mise en place de plusieurs types de solution de replication, mais aussi lorsque l'on veut migrer d'une version x à une version y d'Oracle.
A en lire la doc cela semble assez vertueux et beaucoup plus rapide et efficace que la solution Streams d'Oracle.
Mes sites A et B sont distants de 280km, A recois les transactions, B est spécialisé pour que du Reporting, avec un délai acceptable de MAJ de 60mn, et j'ai une bande passante faible.
Dois-je l'adopter ou me contenter de Rman?
Merci
ce n'est donc pas comparable au RAC
RAC = une seule base répartie sur X serveur
Shareplex = réplication... Shareplex c'est Streams sous Oracle
Tu m'étonnes ! ils vont pas dire "il faut acheter notre truc en plus de la license Oracle mais on fait moins bien..."
mais j'avoue avoir du mal à concevoir qu'un éditeur, aussi brillant et spécialisé soit-il arrive à faire mieux que ce que propose Oracle...
Là où ils sont peut-être (et même sûrement) plus forts, c'est dans le packaging... là où Oracle propose un outil généraliste qui peut s'adapter à tous les contextes opérationnels, ils vont vous proposer une customisation pour un type de réplication bien précis mais tuné aux petits oignons...
pour faire une standby logique Shareplex était plus performant qu'Oracle jusqu'à la 10g
Streams est désormais beaucoups plus fiable
euh... non pas vraiment
D'apres nos amis de Quest, Shareplex est moins gourmand en bande passante que Streams. Dois-je donc m'y engager d'autant plus que "ça fonctionne mieux qu'Oracle",euh... non pas vraiment
ou alors me réfugier dans une Rman + script faute de bande passante pour utiliser Streams.
Ce serait bien qu'DBA ayant déployé Shareplex s'exprime...
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager