Innholdsfortegnelse:
Definisjon - Hva betyr loggfrakt?
Loggfrakt er en funksjon i Microsofts SQL Server der registrerte endringer i en database (logger) automatisk overføres til en replikadatabase satt opp på en standby-server. Det er et kraftig og nyttig verktøy for å øke tilgjengeligheten til databasen ved å opprettholde en annen varm database som kan fylles ut rimelig raskt for en plutselig utilgjengelig primærdatabase.
Merk at muligheten til å flytte databaseendringer i sanntid fra en database til en annen ikke er unik for SQL Server. Loggfrakt er ganske enkelt Microsofts implementering av konseptet.
Techopedia forklarer Log Shipping
Frakt av logger er litt forskjellig fra databasespeil. Det er en asynkron bevegelse av endringer fra den ene serveren til den andre og kan oppstå når en primær databases endringer blir overført til flere standby-databaser. I tilfelle svikt i den primære databasen, må failover til standby-databasen gjøres manuelt.
Speiling er på den annen side en synkronisering av endringer i sanntid, akkurat som navnet antyder - bildet ditt i speilet løfter hånden når du hever din, og ikke noen få minutter senere! I speiling blir databasefeilover automatisk, i motsetning til i loggfrakt.
Så man kan spørre seg hvorfor loggforsendelse til og med er nødvendig hvis speiling er tilgjengelig. Det korte svaret er kostnad. Speiling kan være ganske dyrt, siden den vanligvis trenger en tredje server i tillegg til primær- og standby-serverne, samt høyhastighets datalink mellom serverne for å sikre kopiering av logger i sanntid. Loggfrakt tilbyr et slags kompromiss mellom høye kostnader og automatisert redundans, om enn med følgende advarsler:
- Database failover er ikke automatisk
- Standby-databasen er ikke tilgjengelig for redigering.
- Det er litt nedetid mens databaseadministratorer endrer operasjoner til den nye serveren.
- Det er fortsatt risikoen for noe datatap hvis de siste minuttene med data fra den primære serveren ikke ble kopiert gjennom før de ble utilgjengelige.
Loggtransport er ideell i situasjoner der det ikke er helt avgjørende å opprettholde 100% oppetid.
