Lorsque vous avez plusieurs bases de données master-il possible de parvenir à un accès plus rapide aux données consolidées, meilleure performance de disponibilité pour les mises à jour tour d'horloge, l'évolutivité et lire tout le matériel des produits de base à l'aide. Dites adieu aux travaux par lots réguliers qui synchronisent temporairement des données dans des emplacements d'un maître centrale. Continue maître asynchrone pour la réplication maître signifie les données de une région est disponible pour toutes les régions en temps quasi réel. Si un maître dans une région échoue, les utilisateurs ne auront pas de longs délais pour entrer des données de mise à jour / jusqu'à ce qu'un remplaçant est mis en ligne. Vous pouvez re-router les demandes de la base de données de la région abattu à la base de données d'une autre région. Lorsque le maître de remplacement réintègre le groupe, il sera ré-synchroniser avec les autres maîtres automatiquement. Si des modifications se produisent contradictoires sur la même ligne lors de la réplication (soit un caractère unique, mise à jour ou supprimer des conflits), vous pouvez choisir parmi plus tôt Timestamp, dernier horodatage, priorité de nœud ou options manuelles pour déterminer une résolution. Vous pouvez même avoir une résolution de veille devrait votre premier choix de ne pas résoudre le conflit. En plus de chacune de vos régions locales ou les utilisateurs ayant un accès plus rapide aux données intégrées, vos systèmes seront en mesure de gérer plus lectures et requêtes. Chaque maître sera disponible pour traiter les requêtes de ne importe quelle région ou toute requête nécessitant des données consolidées. Pour intensifier encore vous pouvez construire des répliques de redondance d'UC à chaque maître que manipuler des charges encore plus de lecture vous offrir une architecture très flexible et évolutive pour l'avenir.
Commentaires non trouvées