Nøkkelforskjell: Databasespegling og databasereplikasjon er to teknikker for høy datatilgjengelighet for databaseservere. I replikering kopieres data og databaseobjekter og distribueres fra en database til en annen. Det reduserer belastningen fra den opprinnelige databaseserveren, og alle serverne som databasen ble kopiert på, er like aktiv som mastserveren. På den annen side oppretter databasespegling kopier av en database i to forskjellige serverinstanser (hovedstol og speil). Disse speilkopiene fungerer som kopiere og er ikke alltid aktive som i tilfelle datareplikasjon.

Databasereplikasjon refererer til gruppen av teknikker der data kopieres og disse kopiene distribueres fra en database til en annen. For å opprettholde konsistensen mellom data og databaseobjekter, synkroniseres også databaser. Kildedatabasetjeneren kan refereres til som mesteren og serverne der dataene blir replikert, kan kalles slaver. Dette bidrar til å redusere belastningen på mastserveren, da flere enn én server kan brukes av klientene.

Oppførselen til mester- og slaveservere er generelt den samme. Enhver endring i dataene gjenspeiles også i slaveserverne. Denne teknikken kan brukes til å kopiere dataene i mer enn én database. Delvis replikering er implementert for bare en delmengde av tabeller eller kolonner av rader, og derfor må det ikke i hovedsak kopiere hele databasen.

Databasespegling refererer til teknikkene der redundante kopier av en database opprettes og vedlikeholdes. Den speilte kopien er konsekvent synkronisert med hoveddatabasen. Denne teknikken bidrar til å sikre uavbrutt data tilgjengelighet og reduserer også nedetid som ellers kan oppstå på grunn av data korrupsjon eller tap. Under oppgraderingsprosessen gir databasespegling minst en levedyktig kopi som skal nås.

Microsoft SQL-server bruker denne teknikken ved å opprettholde to kopier (hovedstol og speil) av en enkelt database på forskjellige datamaskiner kjent som server-forekomster. Disse speilkopiene fungerer som standby-kopier av databasen. Databasespegling er begrenset til bare to servere.

Replikasjon og speiling teknikker brukes også i kombinasjoner for å oppnå høyere tilgjengelighet av databaser. Hovedforskjellen mellom replikering og speiling er at i motsetning til speiling, er det ingen standby-servere i replikering, da alle serverne fungerer som aktive servere. Mirroring foretrekkes når man ønsker å redusere nedetiden og vil ha en kostnadseffektiv løsning i sammenheng med delt lagring, brytere etc. På den annen side er replikering generelt foretrukket i et scenario hvor distribuert behandling må støttes ved deling arbeidsbelastningen til et program.

Sammenligning mellom databasespegling og -kopiering:

	Database Mirroring	Replication
Definisjon	Databasespegling lager kopier av en database i to forskjellige server-forekomster. Disse kopiene fungerer som eksemplarer og er ikke alltid aktive som i tilfelle data replikering.	I replikering kopieres data og databaseobjekter og distribueres fra en database til en annen. Det reduserer belastningen fra den opprinnelige databaseserveren, og alle serverne som databasen ble kopiert på, er like aktiv som mastserveren.
Fordeler	Databasespegling bidrar til å redusere planlagt og uplanlagt nedetid som følger: Automatisk eller manuell feiloverføring kan både utarbeides for speilet databaser. Det holder den speilede databasen riktig synkronisert med den opprinnelige databasen	Det forbedrer datatilgjengelighet og skalerbarhet Det gir feil sikkerhetskopiering Det gir lastspredning Den gir mulighet under en frakoblet operasjon
Ulemper (SQL Server 2008)	Høy sikkerhet uten automatisk failover-innstilling kan være nettverksoverhead. En tredje server kreves for "automatisk failover" Andre elementer må håndteres utenom speiling, for eksempel pålogginger, SQL Agent-jobber, etc. Krever ekstra lagringsplass for speilet kopi Hvis stillbilder brukes som skrivebeskyttet, er stillbildet bare like aktuelt som når stillbildet ble opprettet.	Omkonfigurering kan kreve manuell inngrep. Trenger å stole på distributør for å presse endringer. Andre elementer må håndteres utenfor replikering, for eksempel pålogginger, SQL Agent-jobber, etc ... Det er mer komplisert å sette opp og vedlikeholde så de andre alternativene. SQL Server må være fullt lisensiert for den sekundære serveren.