Wanneer jy verskeie meester databasisse dit moontlik vinniger toegang tot gekonsolideerde data, beter uptime prestasie vir rondom die klok updates te bereik, en lees scalability al met behulp van die kommoditeit hardeware. Groet geskeduleer joernaal werk wat data oor die verskillende plekke tydelik sinchroniseer vanaf 'n sentrale meester. Deurlopende asynchrone meester meester replisering beteken een streek se data is beskikbaar vir alle streke in die nabye real time. As 'n meester in een streek versuim, sal gebruikers nie 'n lang vertragings / update data in te voer totdat 'n plaasvervanger is aanlyn gebring. Jy kan weer die roete van die sluk streek se databasis versoeke na databasis 'n ander streek se. Wanneer die vervanging meester re-sluit aan by die groep, sal dit-weer sinchroniseer met die ander meesters outomaties. As botsende wysigings voorkom op dieselfde ry tydens replisering (dws 'n uniekheid, werk of konflik verwyder), kan jy kies uit Vroegste Tydstempel, Latest Tydstempel, Node Priority of handleiding opsies vir die bepaling van 'n resolusie. Jy kan selfs 'n standby resolusie moet jou eerste keuse nie die konflik op te los. In bykomend tot elk van jou plaaslike streke of gebruikers wat vinniger toegang tot geïntegreerde data, sal jou stelsels in staat wees om te hanteer meer lees en navrae. Elke meester sal beskikbaar wees om vrae van enige streek of enige navraag nodig gekonsolideer data te hanteer. Om verder te skaal wat jy kan bou uit Hot Standby replikas aan elke meester dat selfs meer lees vragte hanteer wat jou 'n baie buigsame en skaalbare argitektuur vir die toekoms.
Kommentaar nie gevind