SQL Server-replikering tillåter databashanterare att distribuera data över flera servrar i hela organisationen. Du kanske vill implementera replikering i din organisation av flera orsaker, till exempel:
- Lastbalansering. Replikering tillåter dig att sprida dina data till ett antal servrar och sedan distribuera sökfrågan bland dessa servrar.
- Offlinebehandling. Replikering stöder manipulera data från din databas på en maskin som inte alltid är ansluten till nätverket.
- redundans. Replikering låter dig bygga en fail-over-databasserver som är redo att hämta bearbetningsbelastningen vid ett ögonblick.
Varje replikationsscenario har två huvudkomponenter:
- förlag har data att erbjuda till andra servrar. Ett givet replikationsschema kan ha en eller flera utgivare.
- abonnenter är databasservrar som vill få uppdateringar från Publisher när data ändras.
Det finns inget som hindrar ett enda system från att fungera i båda dessa kapaciteter. I själva verket är detta ofta utformningen av storskaliga distribuerade databassystem.
SQL Server-support för replikering
Microsoft SQL Server stöder tre typer av databasreplikation. Denna artikel ger en kort introduktion till var och en av dessa modeller, medan framtida artiklar kommer att undersöka dem mer i detalj. Dom är:
- Snapshot replication agerar på det sätt som namnet antyder. Förlaget tar bara en ögonblicksbild av hela replikerad databas och delar den med abonnenterna. Det här är naturligtvis en mycket tid och resursintensiv process. Av denna anledning använder de flesta administratörer inte ögonblicksreplikation på en återkommande grund för databaser som ändras ofta. Det finns två scenarier där ögonblicksreplikering vanligen används: För det första används den för databaser som sällan ändras. För det andra används det för att ange en baslinje för att upprätta replikering mellan system medan framtida uppdateringar förökas med transaktions eller sammanfoga replikering .
- Transaktionell replikation erbjuder en mer flexibel lösning för databaser som ändras regelbundet. Med transaktionsreplikation övervakar replikationsmedlet utgivaren för ändringar i databasen och överför dessa ändringar till abonnenterna. Denna överföring kan ske omedelbart eller regelbundet.
- Sammanfoga replikering tillåter utgivaren och abonnenten att självständigt göra ändringar i databasen. Båda enheterna kan fungera utan en aktiv nätverksanslutning. När de återansluts kontrollerar fusionsreplikationsmedlet för ändringar på båda datasätten och ändrar varje databas i enlighet därmed. Om förändringar konflikter använder agenten en fördefinierad konfliktupplösningsalgoritm för att bestämma lämpliga data. Sammanfoga replikering används vanligtvis av bärbara användare och andra som inte kan vara kontinuerligt anslutna till utgivaren.
Var och en av dessa replikeringstekniker tjänar ett användbart syfte och är väl lämpad för specifika databasscenarier.
Om du arbetar med SQL Server 2016 väljer du din utgåva baserat på dina replikeringsbehov. Varje upplaga har olika möjligheter när det gäller replikeringsstöd:
- Endast abonnentsupport: Uttrycka,Express med Verktyg eller Avancerade tjänster och den webb Utgåvor erbjuder begränsade replikationsfunktioner, som endast kan fungera som en replikeringsklient.
- Fullständig Publisher och Subscriber Support: Standard och Företag erbjuda fullt stöd, med Enterprise även med Oracle Publishing, peer-to-peer-transaktionsreplikation och transaktionsreplikation som en uppdaterbar prenumeration.
Som du utan tvekan känner igen på den här punkten, erbjuder SQL Server-replikationsfunktioner databasadministratörer ett kraftfullt verktyg för hantering och skalning av databaser i en företagsmiljö.
