sql >> Database >  >> RDS >> Sqlserver

Best practices voor noodherstel van Microsoft SQL Server

SQL Server is een veelgebruikt relationeel databasesysteem voor het opslaan en ophalen van gegevens. Herstel na noodgevallen is de meest populaire methode die wordt gebruikt voor beveiliging van SQL Server-databases. Daarom moet de beheerder redelijke voorzorgsmaatregelen nemen om de database in dergelijke gevallen tegen verlies te beschermen. Deze blog introduceert de best practices voor noodherstel van Microsoft SQL Server die gebruikers kunnen gebruiken om gegevens te herstellen van een natuurlijke of door de mens veroorzaakte ramp.

Basispunten van SQL Disaster Recovery

Het noodherstelplan moet volledig zijn en alle afhankelijkheden bevatten. Als de huidige SQL Server moet worden hersteld, zorg er dan voor dat alle afhankelijkheden van SQL Server aanwezig zijn. Afhankelijkheden van het bestandssysteem, Windows-accounts, applicaties en vele andere aspecten van de server moeten beschikbaar zijn omdat alle rampenherstelplannen zijn mislukt omdat de afhankelijkheid van het hardwareplatform niet bestaat.

Uw plan moet zo eenvoudig en kwaadaardig mogelijk zijn. Slechts enkele technologieën voor noodherstel van SQL Server beperken de mogelijke acties op de bronserver. Bijvoorbeeld of u het herstelmodel kunt wijzigen wanneer u databasemirroring gebruikt. Hier volgen nog een paar stappen om ervoor te zorgen dat de SQL Server-site voor noodherstel vaak up-to-date is:Replicatie en verzending van logbestanden kunnen aanmeldingen niet repliceren. Daarnaast zijn er tal van processen nodig om ervoor te zorgen dat alle aanmeldingen op één plek en up-to-date zijn in het geval van noodherstel.

Als u SQL-databasebestanden hebt beschadigd, moet u deze herstellen met behulp van SQL Recovery Tool . Dit zal u helpen om de beschadigde SQL-database samen met alle objecten te herstellen. Hiermee kunt u de SQL-database repareren en herstellen naar een nieuwe of bestaande database.

Best practices voor Microsoft SQL Server-noodherstel

De nieuwste versies van SQL Server bieden enkele opties voor het opzetten van een noodherstelmechanisme dat handig kan zijn voor SQL-beheerders in moeilijke situaties. We zullen ze in het volgende gedeelte bespreken.

  1. Back-up maken en terugzetten
  2. AlwaysOn en basisdatabasebeschikbaarheidsgroepen gebruiken
  3. Failover-clustering
  4. Verzending loggen
  5. Databasereplicatie

Optie 1:Regelmatige back-up van SQL Server-database

Dit is het beste en meest geprefereerde SQL-noodherstelplan. Gebruikers kunnen regelmatig een databaseback-up maken en deze gemakkelijk herstellen wanneer dat nodig is. Laten we meer weten over databaseback-up:

  • Back-up van database maken met SQL Server Management Studio, T-SQL-opdrachten of PowerShell.
  • Voer verschillende soorten databaseback-up uit:volledige database, differentiële database, gedeeltelijke database, transactielogboekbestanden.
  • SQL-database herstellen vanaf een back-up (.bak-bestand) indien nodig.

Optie 2:AlwaysOn en Basic Database-beschikbaarheidsgroepen gebruiken

AlwaysOn-beschikbaarheidsgroepen (AG) zijn de belangrijkste technologieën voor best practices voor SQL Server High Availability (HA) en Microsoft SQL Server Disaster Recovery. AlwaysOn AG's zijn alleen opgenomen in de SQL Server Enterprise-versie en bieden bescherming voor verschillende databases met geprogrammeerde failover. Hoe het werkt, hebben we in de onderstaande stappen opgesomd:

  • Always-On-beschikbaarheidsgroepen werken met Pacemaker op Linux / Windows Server / Windows Failover Cluster.
  • Het biedt synchronisatie met secundaire databases en asynchrone secundaire databases voor noodherstel.
  • Beschikbaarheidsgroepen die altijd beschikbaar zijn, nemen primaire databaseback-ups en herstellen deze veilig op een ander systeem.
  • Basisbeschikbaarheidsgroepen werken net als Always-On-beschikbaarheid om de SQL-database te beschermen.

Optie 3:Failover-clustering

AlwaysOn FCI biedt beveiliging op serverniveau tegen onverwachte schade of uitval. Laten we er meer over weten:

  • Werkt op Windows Server met Windows Server Failover Cluster en met Pacemaker op Linux.
  • AlwaysOn FCI kan worden gebruikt voor SQL-noodherstel met behulp van geoclustering met verschillende clusterknooppunten die op verschillende fysieke locaties zijn geplaatst.
  • AlwaysOn FCI wordt onderhouden in de standaard- en bedrijfsversies van SQL Server 2017.
  • Als een clusterknooppunt uitvalt, kunnen de services die op dat knooppunt worden gehost, automatisch of handmatig worden overgedragen naar een ander knooppunt dat failover wordt genoemd.

Optie 4:verzending van SQL-logboeken

Logboekverzending is beschikbaar in alle SQL-versies vanaf 2000, inclusief SQL 2017 Standard, Enterprise-edities en voor eerdere SQL-versies.

  • Bij het verzenden van logboeken maakt de beheerder een back-up van de transactielogboeken in de primaire database.
  • Verplaats deze back-up naar een of meer secundaire databases.
  • Herstel transactielogback-up op de secundaire SQL Server-database.

Optie 5:Databasereplicatie

Deze procedure kopieert de SQL Server-databasegegevens en distribueert deze vervolgens naar een andere database. Dit is een andere best practices voor Microsoft SQL Server Disaster Recovery. Laten we de belangrijke punten bespreken:

  • Replicatietechnologie bestaat uit uitgevers, dit zijn databases die gegevens leveren, en abonnees, dit zijn databases die databases van uitgevers ontvangen.
  • Alle wijzigingen in uitgevers worden automatisch bijgewerkt voor abonnees wanneer ze worden gesynchroniseerd
  • Het biedt load balancing, waardoor gegevens kunnen worden gedeeld en ladingen kunnen worden opgevraagd met een aantal servers.

Dit zijn de 5 herstelplannen of opties voor SQL Server-databases die de SQL-beheerder kan volgen om de SQL-database te beschermen tegen toekomstige rampen. Maar als uw SQL-databasebestanden beschadigd zijn, moet u SQL Recovery Software gebruiken. Hiermee kunt u een beschadigd MDF-bestand van de SQL-database repareren en gegevens rechtstreeks opslaan in de live SQL Server-database.

Laatste woorden

In deze blog hebben we het beste SQL-noodherstelplan of -opties besproken om gegevens te beschermen tegen toekomstige rampen. We hebben 5 best practices voor Microsoft SQL Server Disaster Recovery uitgelegd en hoe het werkt. Als u een beschadigde SQL-database heeft, is het raadzaam om de SQL Database Recovery-tool te gebruiken.


  1. Hoe ROWNUM werkt in een paginatiequery?

  2. tabel wijzigen kolom wijzigen in Oracle-database

  3. Verbinding maken met SQL Server LocalDB met behulp van JDBC

  4. MySQL &MariaDB Load Balancing met ProxySQL