L'IP address définissent uniquly le centre serveur. si vous dactylographiez l'IP address faux vous devrez attendre 1 minute (généralement). Dans RAC ENV, si par aucun problème, un noeud n'est pas présent et nouveau la requête de connexion vient, le nouveau raccordement doit attendre les minutes 1 et obtiendra l'erreur que le centre serveur ne fait pas existe. Alternatly si nous définissons l'IP address virtuel, nous pouvons réorienter le raccordement à un autre serveur sans perdre le temps.
Voici encore plus de description de
http://www.oracle.com/technology/pub/articles/hunter_rac10gr2_iscsi.htmlAu sujet de l'IP virtuel
Pourquoi y a-t-il un IP virtuel (VIP) dans 10g ? Pourquoi renvoie-t-il juste un raccordement mort quand son noeud primaire échoue ?
Il est tout au sujet de la disponibilité de l'application. Quand un noeud échoue, le VIP lié à lui est censé être automatiquement échoué plus d'à un autre noeud. Quand ceci se produit, deux choses se produisent.
Le nouveau noeud re-arps le monde indiquant un nouveau MAC address pour l'adresse. Pour les clients directement reliés, ceci les fait habituellement voir des erreurs sur leurs raccordements à la vieille adresse.
Les paquets suivants envoyés au VIP vont au nouveau noeud, qui enverra des paquets de l'erreur RST de nouveau aux clients. Ceci a comme conséquence les clients obtenant des erreurs immédiatement.
