Sisällysluettelo:
Määritelmä - mitä Log Shipping tarkoittaa?
Lokien lähetys on Microsoftin SQL Server -ominaisuus, jossa tallennetut tietokannan muutokset (lokit) siirretään automaattisesti valmiuspalvelimelle määritettyyn kopioiden tietokantaan. Se on tehokas ja hyödyllinen työkalu tietokantojen saatavuuden lisäämiseen ylläpitämällä toista lämmin tietokantaa, joka pystyy täyttämään kohtuullisen nopeasti äkillisesti poissa olevasta ensisijaisesta tietokannasta.
Huomaa, että kyky siirtää tietokannan muutoksia reaaliajassa tietokannasta toiseen ei ole ainutlaatuinen SQL Serverissä. Tukkien toimitus on yksinkertaisesti Microsoftin toteuttama konsepti.
Techopedia selittää Log Shippingin
Lokitiedot eroavat hiukan tietokannan peilaustoiminnoista. Se on muutosten asynkroninen siirto palvelimelta toiselle ja voi tapahtua, kun ensisijaisen tietokannan muutokset siirretään useisiin valmiustietokantoihin. Lisäksi, jos ensisijainen tietokanta epäonnistuu, virransiirto valmiustilatietokantaan on tehtävä manuaalisesti.
Peilaus toisaalta on muutosten synkronointi reaaliajassa, kuten nimestä voi päätellä - peilissä oleva kuva nostaa kätensä, kun nostat omaasi, eikä muutamaa minuuttia myöhemmin! Peilaustoiminnassa tietokannan vikasietoisuus on automatisoitu, toisin kuin lokien lähettämisessä.
Joten voidaan kysyä, miksi tukkikuljetus on edes välttämätöntä, jos peilaus on käytettävissä. Lyhyt vastaus on kustannus. Peilien pelaaminen voi olla melko kallista, koska se yleensä tarvitsee ensisijaisen ja valmiustilapalvelimen lisäksi kolmannen palvelimen sekä nopeaa tiedonsiirtoyhteyttä palvelimien välillä varmistaaksesi lokien reaaliaikaisen kopioinnin. Tukkikuljetus tarjoaa eräänlaisen kompromissin kalliiden ja automatisoitujen redundanssien välillä, vaikkakin seuraavien varoitusten kanssa:
- Tietokannan virhetoiminto ei ole automaattinen
- Valmiustietokantaa ei voi muokata.
- On jonkin verran seisokkeja, kun tietokannan järjestelmänvalvojat vaihtavat toimintojensa uudelle palvelimelle.
- Tietojen menetyksen riski on edelleen olemassa, jos ensisijaisen palvelimen viimeisten muutaman minuutin tietoja ei kopioitu ennen kuin ne eivät olleet käytettävissä.
Tukkikuljetus on ihanteellinen tilanteissa, joissa ei ole ehdottoman välttämätöntä ylläpitää 100% käyttöaikaa.
