Log Shiping - Configurarea Log Shiping-ului in SQL 2005 Server

Log Shiping

Log Shipping-ul permite transmiterea transaction log-ului de la o instanța pe care o sa o numim mai departe ca Primary la o a doua instanța sau mai multe instanțe Secondary. De asemenea poate fi configurat si o a treia instanta, numita monitor server unde se pot regăsi statutul si istoricul operațiunilor dintre Primary si Secondary sau se pot defini alerte daca Log Shipping-ul întâmpina probleme. Instanțele Primary, Secondary si Monitor se pot configura pe aceiași mașina fizica însa in acest caz SQL Server Failover Clustering ne oferă rezultate mult mai bune.

· Instanța Primary server intr-o configurație de Log Shipping reprezintă instanța SQL de producție. Pe aceasta instanța se administrează configurarea de Log Shipping prin intermediul consolei Management Studio sau prin intermediu TSQL-ului.

Important: O baza de date ce urmata a fi configurata pentru Log Shipping trebuie fie in modul de recovery full sau bulk-logged. Log Shipping-ul nu este disponibil in modul Simple.

· Instanța Secondary Server reprezintă instanța unde dorim sa păstram o copie fidela a bazei de date de pe Primary server. O baza de date pe Secondary server este inițializata atunci când restoram un full backup a bazei de date de pe Primary Server.

· Instanța Monitor Server nu este obligatorie in configurația Log Shipping-ului. Aceasta instanța înregistrează toate informațiile legate de Log Shipping. Este recomandat ca Monitor Server sa existe pe o mașina fizica separata de Primary sau Secondary pentru a evita pierderea de informații critice in caz de eroare fatala.

Log Shipping-ul consta in următoarele etape:

1) Backup pentru transaction log-ul pe Primary server.

2) Copierea backup-ului pe Secondary server.

3) Restore backup-ului pe Secondary server.

Daca exista mai multe instanțe Secondary atunci etapele 2 si 3 trebuiesc efectuate pentru fiecare dintre acestea.

IMPORTANT

- Log Shipping-ul nu permite failover-ul intre Primary si Secondary server automat. Mutarea instanței pe un Secondary server cand Primary devine indisponibil se face manual.

Log Shipping Jobs

Log Shippingul este format din patru joburi

· Backup - prin intermediul căruia se face un backup pentru fiecare baza de date de pe Primary Server .

· Copy - creat pe Secondary Server. Scopul acestui job este copierea backup-ului de pe Primary si transmiterea lui pe Secondary Server.

· Restore - create pentru restorarea copiei pe Secondary Server

· Alert - acest job poate fi creat pe Monitor Server.

Exemplu de configurație de Log Shipping:

Configurarea Log Shiping-ului in SQL 2005 Server

Configurarea Log Shipping-ului folosind consola Management Studio:

Important: Înainte de a începe configurarea Log Shipping-ului trebuie sa creat un folder share care sa permită copierea transaction log-ului pe Secondary Server.

1. Clic dreapta -> Proprieties pe baza de daca pe care doriți sa configurați Log Shipping-ul.

2. Mergeți in pagina Transaction Log Shipping si activați cusuta Enable this as a primary database in a log shipping configuration

3. Apăsați butonu Backup Settings si in Network path to the backup folder introduceți numele folder-ului share declarat mai înainte.

IMPORTANT: Daca contul service-ului SQL Server pe Primary Server este merge sub contul local system, atunci trebuie creat un share folder pe Primary Server.

4.  Configurați parametri Delete files older that si Alert if no backup occurs within.

5. In pagina Transaction Log Shipping apăsați Add in Secondary server instances and databases si apoi conectați-va la instanta SQL pe care doriți sa o configurați ca Secondary Server.

6. In tab-ul Initialize Secondary database alegeți opțiunea pentru a inițializa baza de date Secondary. Apoi in tab-ul Copy files introduceți calea folder-ului in care backup-urile transaction log-ului sa fie copiate. In general acest folder se regăsește pe Secondary Server.

7. In Tab-ul Resotre, sub Database state when restoring backups trebuie aleasa optiunea No recovery mode sau Standby mode.

8. Sub Alert if no restore occurs within poteti alege o alerta.

9. Sub Monitor server instance, bifati Use a monitor server instance si apasati butonul Settings.

IMPORTANT: Pentru a controla aceasta configurație de Log Shipping trebuie, acum, adăugat Monitor Server-ul. Daca aceasta adăugare nu este posibila acum , va trebui sa reinstalați totul in cazul in care doriți o configurație cu Monitor Server inclus.

10. Conectați-va la instanța pe care doriți sa o folosiți ca Monitor Server.

11.  Sub Monitor Connections alegeți metoda de conectare folosita pentru backup, copy si restore pentru Monitor Server. Apoi alegeți pentru ce perioada sa fie reținute in istoric evenimentele legate de Log Shipping.

12. Clic Ok pentru a începe procesul de configurare.