Delen via

Over logboekverzending (SQL Server)

Van toepassing op:SQL Server

Met sql Server-logboekverzending kunt u automatisch back-ups van transactielogboeken verzenden vanuit een primaire database op een primaire serverinstantie naar een of meer secundaire databases op afzonderlijke secundaire serverexemplaren. De back-ups van transactielogboeken worden afzonderlijk toegepast op elk van de secundaire databases. Een optioneel derde serverexemplaren, ook wel de monitorserver genoemd, registreert de geschiedenis en status van back-up- en herstelbewerkingen en genereert, optioneel, waarschuwingen als deze bewerkingen niet worden uitgevoerd zoals gepland.

Overzicht van logboekverzending

Logboekverzending bestaat uit drie bewerkingen:

  1. Maak een back-up van het transactielogboek op het primaire serverexemplaren.
  2. Kopieer het transactielogboekbestand naar het secundaire serverexemplaar.
  3. Herstel de logboekback-up op het secundaire serverexemplaren.

Het logboek kan worden verzonden naar meerdere secundaire serverinstanties. In dergelijke gevallen worden bewerkingen 2 en 3 gedupliceerd voor elke secundaire serverinstantie.

Een configuratie voor logboekverzending mislukt niet automatisch van de primaire server naar de secundaire server. Als de primaire database niet meer beschikbaar is, kunnen de secundaire databases handmatig online worden gebracht.

U kunt een secundaire database gebruiken voor rapportagedoeleinden.

Daarnaast kunt u waarschuwingen configureren voor de configuratie van de logboekverzending.

Een typische configuratie voor logboekverzending

In de volgende afbeelding ziet u een configuratie voor logboekverzending met het primaire serverexemplaren, drie secundaire serverexemplaren en een serverexemplaren bewaken. In de afbeelding ziet u de stappen die worden uitgevoerd door back-up-, kopieer- en hersteltaken, als volgt:

  1. Het primaire serverexemplaren voert de back-uptaak uit om een back-up te maken van het transactielogboek op de primaire database. Deze serverinstantie plaatst de logboekback-up vervolgens in een primair back-upbestand voor logboeken, dat naar de back-upmap wordt verzonden. In deze afbeelding bevindt de back-upmap zich in een gedeelde map, de back-upshare.

  2. Elk van de drie secundaire serverexemplaren voert een eigen kopieertaak uit om het primaire logboekback-upbestand naar een eigen lokale doelmap te kopiëren.

  3. Elke secundaire serverinstantie voert een eigen hersteltaak uit om de logboekback-up vanuit de lokale doelmap te herstellen naar de lokale secundaire database.

De primaire en secundaire serverinstanties verzenden hun eigen geschiedenis en status naar het serverexemplaren van de monitor.

Diagram van de configuratie met back-up-, kopieer- en hersteltaken.

TLS 1.3-versleuteling afdwingen

SQL Server 2025 (17.x) Preview introduceert TDS 8.0-ondersteuning voor logboekverzending. Het TDS 8.0-protocol biedt verbeterde beveiliging en versleuteling voor gegevens die worden verzonden tussen de primaire en secundaire servers van een topologie voor logboekverzending. Kies tussen het afdwingen van verplichte of strikte versleuteling voor communicatie tussen servers.

In SQL Server 2025 (17.x) Preview gebruikt logboekverzending Microsoft OLE DB-stuurprogramma voor SQL Server als de standaardversie voor gekoppelde servers, die een standaardwaarde Encrypt van Mandatory.

Als u TLS 1.3-versleuteling wilt gebruiken in uw bestaande configuratie voor logboekverzending, verwijdert u de topologie en maakt u deze opnieuw met behulp van de nieuwe TLS 1.3-parameters in de opgeslagen procedures voor logboekverzending.

Opmerking

Bewaking van logboekverzending kan worden verbroken als de monitor een extern EXEMPLAAR van SQL Server 2025 (17.x) Preview is wanneer andere SQL Server-exemplaren in de topologie voor logboekverzending een eerdere versie gebruiken.

Voordelen

  • Biedt een oplossing voor herstel na noodgevallen voor één primaire database en een of meer secundaire databases, elk op een afzonderlijk exemplaar van SQL Server.

  • Ondersteunt beperkte alleen-lezentoegang tot secundaire databases (tijdens het interval tussen hersteltaken).

  • Hiermee staat u een door de gebruiker opgegeven vertraging toe tussen wanneer de primaire server een back-up maakt van het logboek van de primaire database en wanneer de secundaire servers de logboekback-up moeten herstellen (toepassen). Een langere vertraging kan handig zijn, bijvoorbeeld als gegevens per ongeluk worden gewijzigd in de primaire database. Als de onbedoelde wijziging snel wordt opgemerkt, kunt u met een vertraging nog steeds ongewijzigde gegevens ophalen uit een secundaire database voordat de wijziging daar wordt doorgevoerd.

Termen en definities

  • primaire server: het exemplaar van SQL Server dat uw productieserver is.

  • primaire database: de database op de primaire server waar u een back-up van wilt maken naar een andere server. Alle beheer van de configuratie voor logboekverzending via SQL Server Management Studio wordt uitgevoerd vanuit de primaire database.

  • secundaire server: het exemplaar van SQL Server waar u een warme stand-bykopie van uw primaire database wilt bewaren.

  • secundaire database: de warme stand-bykopie van de primaire database. De secundaire database heeft mogelijk de status HERSTELLEN of de STANDBY status, waardoor de database beschikbaar blijft voor beperkte alleen-lezentoegang.

  • monitorserver: een optioneel exemplaar van SQL Server waarmee alle details van logboekverzending worden bijgehouden, waaronder:

    • Wanneer er voor het laatst een back-up is gemaakt van het transactielogboek op de primaire database.
    • Wanneer de secundaire servers voor het laatst de back-upbestanden hebben gekopieerd en hersteld.
    • Informatie over waarschuwingen voor back-upfouten.

    Belangrijk

    Zodra de monitorserver is geconfigureerd, kan deze niet meer worden gewijzigd zonder eerst logboekverzending te verwijderen.

  • back-uptaak: een SQL Server Agent-taak die de back-upbewerking uitvoert, registreert de geschiedenis van de lokale server en de monitorserver en verwijdert oude back-upbestanden en geschiedenisgegevens. Wanneer logboekverzending is ingeschakeld, wordt de taakcategorie 'Back-up voor logboekverzending' gemaakt op het primaire serverexemplaren.

  • kopieertaak: een SQL Server Agent-taak waarmee de back-upbestanden van de primaire server worden gekopieerd naar een configureerbare bestemming op de secundaire server en de geschiedenis van logboeken op de secundaire server en de monitorserver. Wanneer logboekverzending is ingeschakeld voor een database, wordt de taakcategorie 'Kopie van logboekverzending' gemaakt op elke secundaire server in een configuratie voor logboekverzending.

  • hersteltaak: een SQL Server Agent-taak waarmee de gekopieerde back-upbestanden worden hersteld naar de secundaire databases. Het registreert de geschiedenis op de lokale server en de monitorserver, en verwijdert oude bestanden en oude geschiedenisgegevens. Wanneer logboekverzending is ingeschakeld voor een database, wordt de taakcategorie 'Herstellen van logboekverzending' gemaakt op het secundaire serverexemplaren.

  • waarschuwingstaak: een SQL Server Agent-taak die waarschuwingen genereert voor primaire en secundaire databases wanneer een back-up- of herstelbewerking niet binnen een opgegeven drempelwaarde is voltooid. Wanneer logboekverzending is ingeschakeld voor een database, wordt taakcategorie 'Waarschuwing voor logboekverzending' gemaakt op het serverexemplaren van de monitor.

    Aanbeveling

    Voor elke waarschuwing moet u een waarschuwingsnummer opgeven. Zorg er ook voor dat u de waarschuwing configureert om een operator te waarschuwen wanneer er een waarschuwing wordt gegenereerd.

Interoperabiliteit

Logboekverzending kan worden gebruikt met de volgende functies of onderdelen van SQL Server:

Opmerking

AlwaysOn-beschikbaarheidsgroepen en databasespiegeling sluiten elkaar wederzijds uit. Een database die is geconfigureerd voor een van deze functies, kan niet worden geconfigureerd voor de andere.

Waarschuwing

Bekend probleem: Voor databases met tabellen die zijn geoptimaliseerd voor geheugen, kan het uitvoeren van een transactionele logboekback-up zonder herstel en later het uitvoeren van een herstelbewerking van een transactielogboek met herstel leiden tot een niet-reagerend databaseherstelproces. Dit probleem kan ook van invloed zijn op de functionaliteit van logboekverzending. Om dit probleem te omzeilen, kan het SQL Server-exemplaar opnieuw worden gestart voordat het herstelproces wordt gestart.

Verwante inhoud