Nøgleforskel: Databasespejling og databasereplikation er to metoder til højtilgængelighed til databaseservere. I replikation kopieres data og databaseobjekter og distribueres fra en database til en anden. Det reducerer belastningen fra den oprindelige databaseserver, og alle de servere, som databasen blev kopieret på, er så aktiv som master-serveren. På den anden side opretter databasespejling kopier af en database i to forskellige serverinstanser (hovedstol og spejl). Disse spejlkopier fungerer som kopierede og er ikke altid aktive som i tilfælde af datareplikation.

Database replikation refererer til gruppen af ​​teknikker, hvor data kopieres, og disse kopier distribueres fra en database til en anden. For at opretholde sammenhængen mellem data og databaseobjekter synkroniseres databaser også. Kildedatabaseserveren kan henvises til som master og de servere, hvor dataene replikeres, kan kaldes slaver. Dette hjælper med at reducere belastningen på master-serveren, da mere end én server kan bruges af klienterne.

Mester- og slaveserverens opførsel er generelt den samme. Enhver ændring i data afspejles også i slaveserverne. Denne teknik kan bruges til at kopiere dataene i mere end en database. Delvis replikation er implementeret for kun en delmængde af tabeller eller kolonner af rækker, og derfor må det ikke i væsentlig grad replikere hele databasen.

Databasespegling henviser til de teknikker, hvormed redundante kopier af en database oprettes og vedligeholdes. Den spejlede kopi er konsekvent synkroniseret med hoveddatabasen. Denne teknik hjælper med at sikre uafbrudt data tilgængelighed og reducerer også nedetiden, som ellers kan opstå på grund af data korruption eller tab. Under opgraderingsprocessen giver databasespegling mindst en levedygtig kopi, der kan nås.

Microsoft SQL-server bruger denne teknik ved at opretholde to eksemplarer (hovedstol og spejl) i en enkelt database på forskellige computere, der kaldes server-forekomster. Disse spejlkopier fungerer som databasens standby-kopier. Databasespegling er begrænset til kun to servere.

Replikation og spejlingsteknikker bruges også i kombinationer for at opnå højere tilgængelighed af databaser. Nøgleforskellen mellem replikering og spejling er, at i modsætning til spejling er der ingen standby-servere i replikation, da alle serverne fungerer som aktive servere. Spejling foretrækkes, når man ønsker at reducere nedetiden og ønsker at have en omkostningseffektiv løsning i forbindelse med delt opbevaring, switche osv. På den anden side foretrækkes replikation generelt i et scenario, hvor distribueret behandling skal understøttes ved at dele arbejdsbyrden af ​​en ansøgning.

Sammenligning mellem databasespegling og -replikation:

	Database Mirroring	Replikation
Definition	Databasespegling skaber kopier af en database i to forskellige serverinstanser. Disse kopier fungerer som eksemplarer og er ikke altid aktive som i tilfælde af data replikering.	I replikation kopieres data og databaseobjekter og distribueres fra en database til en anden. Det reducerer belastningen fra den oprindelige databaseserver, og alle de servere, som databasen blev kopieret på, er så aktiv som master-serveren.
Fordele	Databasespegling hjælper med at reducere planlagt og uplanlagt nedetid som følger: Automatisk eller manuel fejloverførsel kan både udarbejdes til spejlet databaser. Det holder den spejlede database korrekt synkroniseret med den oprindelige database	Det forbedrer data tilgængelighed og skalerbarhed Det giver mislykket sikkerhedskopiering Det giver belastningsfordeling Det giver mulighed under en afbrudt operation
Ulemper (SQL Server 2008)	Høj sikkerhed uden automatisk failover indstilling kan være netværksomkostninger. En tredje server er påkrævet til "automatisk failover" Andre elementer skal håndteres uden for spejling som logins, SQL Agent jobs osv. Kræver ekstra lagerplads til spejlet kopi Hvis stillbilleder kun bruges til læsning, er snapshotet kun lige så aktuelt som når øjebliksbillede blev oprettet.	Rekonfiguration kan kræve manuel indgriben. Behov for at stole på distributør for at skubbe ændringer. Andre elementer skal håndteres uden for replikering, f.eks. Logins, SQL Agent jobs osv. ... Det er mere kompliceret at opsætte og vedligeholde så de andre muligheder. SQL Server skal være fuldt licenseret til den sekundære server.