Als u meerdere meester databases het mogelijk om sneller toegang tot de geconsolideerde gegevens, betere uptime prestaties voor de klok rond updates te bereiken, en lees schaalbaarheid allemaal met behulp van commodity hardware. Afscheid te nemen van geplande batch jobs die tijdelijk data over locaties te synchroniseren vanaf een centrale meester. Continue asynchrone meester om meester replicatie: gegevens ene regio's is beschikbaar voor alle regio's in de buurt van real-time. Als een meester in de ene regio niet lukt, zullen de gebruikers geen lange wachttijden aan / bijwerken gegevens in te voeren totdat er een vervanger online wordt gebracht. U kunt opnieuw de route van de neergehaalde regio databank verzoeken aan de database een andere regio's. Als de vervangende meester re-voegt zich bij de cluster, zal het opnieuw synchroniseren met automatisch de andere meesters. Als conflicterende bewerkingen plaatsvinden op dezelfde rij tijdens de replicatie (dwz een uniciteit, bijwerken of conflict verwijderen), kunt u kiezen uit Vroegste Timestamp, Laatste tijdstempel, Knooppunt Prioriteit of handmatige opties voor het bepalen van een resolutie. U kunt zelfs een standby-resolutie moet uw eerste keuze niet het conflict op te lossen. In aanvulling op elk van uw lokale regio's of gebruikers die snellere toegang tot geïntegreerde data, zal uw systemen kunnen verwerken meer leest en queries. Elke meester zal beschikbaar zijn voor vragen van elke regio of elke vraag die nodig geconsolideerde gegevens te verwerken zijn. Om verder te schalen kunt u bouwen Hot Standby replica's voor elke meester die nog meer lezen ladingen te verplaatsen waardoor u een zeer flexibele en schaalbare architectuur voor de toekomst.
Reacties niet gevonden