Met SQL Server-replisering kan databasis administrateurs data versprei oor verskeie bedieners regdeur 'n organisasie. U mag moontlik replikasie in u organisasie implementeer om verskeie redes, soos:
- Laai balansering . Met replikasie kan jy jou data na 'n aantal bedieners versprei en dan die navraaglading onder daardie bedieners versprei.
- Vanlyn verwerking . Replikasie ondersteun data vanaf u databasis te manipuleer op 'n masjien wat nie altyd aan die netwerk gekoppel is nie.
- Redundansie . Met die replicatie kan u 'n fail-over databasis bediener bou wat gereed is om die verwerkingslading op 'n oomblik se kennisgewing op te haal.
Enige repliseringscenario het twee hoofkomponente:
- Uitgewers het data wat aan ander bedieners bied. 'N Gegewe replikasiestelsel mag een of meer uitgewers hê.
- Intekenaars is databasis bedieners wat opdaterings van die uitgewer wil ontvang wanneer data gewysig word.
Daar is niks wat voorkom dat 'n enkele stelsel in albei hierdie vermoëns optree nie. Trouens, dit is dikwels die ontwerp van grootskaalse verspreide databasisstelsels .
SQL Server Ondersteuning vir Replikasie
Microsoft SQL Server ondersteun drie tipes databasis replikasie. Hierdie artikel bied 'n kort inleiding tot elk van hierdie modelle, terwyl toekomstige artikels hulle verder gaan ondersoek. Hulle is:
- Kiekie replikasie tree op die wyse wat sy naam aandui. Die uitgewer neem net 'n momentopname van die hele gerepliseerde databasis en deel dit met die intekenare. Dit is natuurlik 'n baie tyd en hulpbron-intensiewe proses. Om hierdie rede gebruik die meeste administrateurs nie 'n herhalende basisopname vir databasisse wat gereeld verander nie. Daar is twee scenario's waarna 'n snapshot replication algemeen gebruik word: Eerstens word dit gebruik vir databasisse wat selde verander. Tweedens word dit gebruik om 'n basislyn te stel om replikasie tussen stelsels te vestig terwyl toekomstige opdaterings gepropageer word deur transaksionele of samevoeging van replikasie .
- Transaksie replikasie bied 'n meer buigsame oplossing vir databasisse wat gereeld verander. Met transaksie replikasie, monitor die repliseringsagent die uitgewer vir veranderinge in die databasis en stuur die veranderinge aan die intekenare. Hierdie oordrag kan onmiddellik of op 'n periodieke basis plaasvind.
- Deur samevoeging replikasie kan die uitgewer en intekenaar onafhanklik veranderings aan die databasis maak. Beide entiteite kan werk sonder 'n aktiewe netwerkverbinding. Wanneer hulle weer aangeskakel word, kontroleer die samesmeltingsverwerkingsagent vir veranderinge op albei stelle data en verander elke databasis dienooreenkomstig. As konflik verander, gebruik die agent 'n voorafbepaalde konflikresolusie-algoritme om die toepaslike data te bepaal. Merge replikasie word algemeen gebruik deur skootrekenaars en ander wat nie voortdurend met die uitgewer verbind kan word nie.
Elkeen van hierdie repliseringstegnieke dien 'n nuttige doel en is geskik vir bepaalde databasis scenario's.
As jy met SQL Server 2016 werk, kies jou uitgawe gebaseer op jou replikasie behoeftes. Elke uitgawe het verskillende vermoëns wanneer dit kom by replikasie ondersteuning:
- Slegs inskrywerondersteuning : Express, Express met Tools of Gevorderde Dienste, en die webuitgawes bied beperkte replikasie moontlikhede, wat slegs kan dien as 'n repliseringskliënt.
- Ondersteuning vir volledige verskaffers en intekenare : Standard en Enterprise bied volle ondersteuning, met ondernemings wat ook Oracle-publikasie, eweknie-transaksie replikasie, en transaksie replikasie insluit as 'n opdaterbare intekening.
Soos u ongetwyfeld erken het op hierdie punt, bied SQL Server se repliseringsfunksies databasisadministrateurs ' n kragtige instrument om databasisse in 'n ondernemingsomgewing te bestuur en te skaal.