MSSQL semi-clusterbewuste back-ups met ZWC

Dit artikel is voor Amanda Enterprise (AE)

Amanda Enterprise (hierna AE genoemd), werkend met de Zmanda Windows Client (hierna ZWC genoemd), kan worden gebruikt om back-ups te maken van een SQL Server-cluster. Omdat Amanda Enterprise echter niet volledig "clusterbewust" is, zijn er bepaalde beperkingen waar u op moet letten en waaraan moet worden voldaan. De ZWC deelt code met Carbonite Server Backup, het complete Windows Server-back-upprogramma van ons moederbedrijf Carbonite. Om deze reden worden "ZWC Service" of "ZWC-Database" soms vermeld als respectievelijk "Carbonite Server Backup Controller" en "Carbonite Server Database". Behandel deze Carbonite-services precies zoals u de ZWC-services in deze instructies zou behandelen.

Setup

De ZWC moet op alle knooppunten in het cluster worden geĂŻnstalleerd.

  1. Installeer de ZWC op het knooppunt dat de (primaire) eigenaar van de SQL-clusterbron is.
    1. Een nieuwe registersleutel met de naam Clusternaam (Type = String) moet worden aangemaakt in HKLM \ Software \ Zmanda \ ZWC \ 1.0 \ Engine \. Sleutelwaarde moet de naam van het SQL-cluster zijn.
    2. Open het menu Services en start de Carbonite Server Database-service opnieuw, hierdoor worden beide services opnieuw gestart.
  2. Configureer een SQL Server-back-upset in AE.
    1. Back-ups op het primaire knooppunt kunnen worden geconfigureerd als VOLLEDIGE en DIFFERENTIĂ‹LE back-ups. Alsjeblieft zie DifferentiĂ«le back-ups in een SQL Server-cluster hieronder.
  3. Verplaats de SQL-instantie naar een ander knooppunt en herhaal de ZWC-installatie en -configuratie.
    1. Deactiveer de nieuwe SQL-back-upset. Klik met de rechtermuisknop op de back-upset en selecteer Deactiveren.
    2. Configureer alleen VOLLEDIGE back-ups op alle andere knooppunten. Alsjeblieft zie DifferentiĂ«le back-ups in een SQL Server-cluster hieronder.
  4. Herhaal stap 3 voor alle knooppunten in het cluster.
  5. Verplaats de SQL-instantie terug naar het (primaire) voorkeursknooppunt.

SQL-instantie verplaatsen tussen clusterknooppunten na de eerste installatie

Als u een SQL-instantie van het primaire clusterknooppunt naar een ander knooppunt verplaatst na de eerste installatie, moet u ook uw AE- en ZWC-configuratie aanpassen, tenzij u van plan bent om bronnen terug te verplaatsen voordat de geplande back-up plaatsvindt.

  1. Deactiveer eerst de SQL-back-upset op het huidige knooppunt.
  2. Verplaats de SQL-instantie naar het andere knooppunt.
  3. Activeer de back-upset op het nieuwe knooppunt.

Differentiële back-ups in een SQL Server-cluster

Omdat AE niet volledig clusterbewust is, moet u goed opletten bij het gebruik van differentiële back-ups in een clusteromgeving. Stel je het volgende scenario voor:

  1. Uw eerste volledige back-up wordt gemaakt op knooppunt 1 (de voorkeurseigenaar) bij transactie / record 100. SQL Server registreert dat er een volledige back-up wordt gemaakt.
    1. Deze back-up zou transacties / records 1 - 100 bevatten. Type = Volledig.
  2. Uw volgende back-up, nog steeds op knooppunt 1, is een differentiële back-up gemaakt bij transactie 150. SQL Server registreert dat er een differentiële back-up wordt gemaakt.
    1. Deze back-up zou transacties 101 - 150 bevatten. Type = Differential. Overeenkomstig Full is 1-100.
  3. Verplaats nu SQL Server naar Node 2 bij transactie 200 en maak een back-up. AE en ZWC op dit knooppunt zijn niet op de hoogte van de back-ups op het andere knooppunt, dus u moet nog een volledige back-up maken.
    1. Deze back-up zou transacties 1 - 200 bevatten. SQL Server registreert dat Volledige back-up wordt gemaakt bij transactie 200.
  4. Op dit punt verplaatst u SQL terug naar knooppunt 1 en maakt u een differentiële back-up bij transactie 250. SQL Server heeft een record dat de laatste volledige back-up was bij transactie 200.
    1. Deze back-up zou transacties 201 - 250 bevatten.
    2. De laatste volledige back-up op dit knooppunt bevat echter alleen transacties 1-100.
  5. Nu is er een probleem. Transacties ontbreken in de back-upketen. Alleen de volledige back-ups kunnen worden hersteld.
    1. Een herstel van de volledige back-up op knooppunt 1 zou alleen records 1 - 100 bevatten. De enige differentiële back-up die kan worden hersteld, is die met transacties 101 - 150. Transacties 151 - 250 gaan verloren.
    2. Een herstel van de volledige back-up op knooppunt 2 zou alleen records 1 - 200 bevatten. De differentiële back-up van knooppunt 1 kan niet worden hersteld naar knooppunt 2. Transacties 201 - 250 gaan verloren.

Om problemen zoals de bovenstaande te voorkomen, raden we aan:

  1. Gebruik alleen volledige of differentiële back-ups op het ene primaire knooppunt, dwz op de voorkeurseigenaar van de SQL-instantieclusterbron.
  2. Gebruik alleen volledige back-ups op alle andere knooppunten.
  3. Als er een back-up van SQL-gegevens is gemaakt terwijl deze zich op een ander dan het primaire knooppunt bevindt, moet de eerste back-up die wordt gemaakt een volledige back-up zijn wanneer u de SQL-instantie terug naar het primaire knooppunt verplaatst.

Als de SQL-instantie slechts voor een korte tijd naar andere knooppunten van het cluster wordt verplaatst, bijvoorbeeld voor onderhoud, kunt u uw back-upschema vereenvoudigen door ZWC alleen op Ă©Ă©n primair knooppunt te installeren en configureren.

We raden u aan het volgende artikel op de MSDN-blog te lezen: Van welke gegevens moet u een back-up maken van uw SQL Server-cluster?