Delen via

Back-up en herstel: interoperabiliteit en co-existentie (SQL Server)

Van toepassing op:SQL Server

In dit onderwerp worden overwegingen voor back-up en herstel beschreven voor verschillende functies in SQL Server. Deze functies omvatten: bestandsherstel en database opstarten, online herstellen en uitgeschakelde indexen, databasespiegeling en stukmeal herstellen en indexen met volledige tekst.

In dit onderwerp:

Bestandsherstel en database opstarten

Deze sectie is alleen relevant voor SQL Server-databases met meerdere bestandsgroepen.

Opmerking

Wanneer een database wordt gestart, worden alleen bestandsgroepen waarvan de bestanden online waren toen de database werd gesloten, hersteld en online gebracht.

Als er een probleem optreedt tijdens het opstarten van de database, mislukt het herstel en wordt de database gemarkeerd als VERDACHTE. Als het probleem kan worden geïsoleerd voor een bestand of bestanden, kan de databasebeheerder de bestanden offline halen en proberen de database opnieuw op te starten. Als u een bestand offline wilt halen, kunt u de volgende ALTER DATABASE-instructie gebruiken:

ALTER DATABASE database_name MODIFY FILE (NAME ='filename', OFFLINE)

Als de opstart slaagt, blijft een bestandsgroep die een offline bestand bevat offline.

Online herstel en uitgeschakelde indexen

Deze sectie is alleen relevant voor databases met meerdere bestandsgroepen en, voor het eenvoudige herstelmodel, ten minste één alleen-lezen bestandsgroep.

Wanneer een database online is, kan de index alleen worden gemaakt, verwijderd, ingeschakeld of uitgeschakeld als alle bestandsgroepen met een deel van de index online zijn.

Zie Online herstellen (SQL Server) voor informatie over het herstellen van offline bestandsgroepen.

Databasespiegeling en back-up en herstel

Deze sectie is alleen relevant voor volledig modeldatabases met meerdere bestandsgroepen.

Opmerking

De functie voor databasespiegeling wordt verwijderd in een toekomstige versie van Microsoft SQL Server. Vermijd het gebruik van deze functie in nieuwe ontwikkelwerkzaamheden en plan om toepassingen te wijzigen die momenteel gebruikmaken van deze functie. Gebruik in plaats daarvan AlwaysOn-beschikbaarheidsgroepen.

Databasespiegeling is een oplossing voor het verhogen van de beschikbaarheid van databases. Spiegeling wordt per database geïmplementeerd en werkt alleen met databases die gebruikmaken van het volledige herstelmodel. Zie Databasespiegeling (SQL Server) voor meer informatie.

Opmerking

Als u kopieën van een subset van de bestandsgroepen in een database wilt distribueren, gebruikt u replicatie: alleen die objecten repliceren in de bestandsgroepen die u naar andere servers wilt kopiëren. Zie SQL Server-replicatie voor meer informatie over replicatie.

De gespiegelde database maken

De mirror-database wordt gemaakt door back-ups van de hoofd-database op de mirrorserver te herstellen, MET NORECOVERY. De herstelbewerking moet dezelfde databasenaam behouden. Zie Een mirrordatabase voorbereiden voor spiegeling (SQL Server)voor meer informatie.

U kunt de gespiegelde database maken met behulp van een stapsgewijze herstelreeks, indien ondersteund. U kunt echter niet beginnen met spiegelen totdat u alle bestandsgroepen hebt hersteld en meestal de logboekback-ups hebt hersteld om de gespiegelde database qua tijd dicht genoeg bij de hoofd-database te brengen. Zie Piecemeal Restores (SQL Server) voor meer informatie.

Beperkingen voor back-up en herstel tijdens spiegeling

Hoewel een databasespiegelingssessie actief is, zijn de volgende beperkingen van toepassing:

  • Back-up en herstel van de gespiegelde database zijn niet toegestaan.

  • Back-up van de principal-database is toegestaan, maar BACKUP LOG MET NORECOVERY is niet toegestaan.

  • Het herstellen van de principal-database is niet toegestaan.

Gedeeltelijke herstel en volledige-tekstindexen

Deze sectie is alleen relevant voor databases die meerdere bestandsgroepen bevatten en, voor de eenvoudige-modeldatabases, alleen voor alleen-lezen bestandsgroepen.

Indexen voor volledige tekst worden opgeslagen in databasebestandsgroepen en kunnen worden beïnvloed door een stukje terugzetten. Als de volledige tekst-index zich in dezelfde bestandsgroep bevindt als de bijbehorende tabelgegevens, werkt gedeeltelijk herstellen zoals men zou verwachten.

Opmerking

Als u de bestandsgroep-id wilt weergeven van de bestandsgroep die een volledige-tekstindex bevat, selecteert u de kolom data_space_id van sys.fulltext_indexes.

Volledige-tekstindexen en tabellen in afzonderlijke bestandsgroepen

Als een volledige-tekstindex zich in een afzonderlijke bestandsgroep bevindt van alle gekoppelde tabelgegevens, is het gedrag van stukjes herstellen afhankelijk van welke van de bestandsgroepen wordt hersteld en eerst online gebracht:

  • Als de bestandsgroep met de volledige-tekstindex wordt hersteld en online wordt gebracht voordat de bestandsgroepen die de bijbehorende tabelgegevens bevatten, werkt zoeken in volledige tekst zoals verwacht zodra de volledige-tekstindex online is.

  • Als de bestandsgroep met de tabelgegevens wordt hersteld en online wordt gebracht voordat de bestandsgroep die de volledige-tekstindex bevat, kan dit gevolgen hebben voor het gedrag van volledige tekst. Dit komt doordat Transact-SQL instructies die een populatie activeren, de catalogus herbouwen of de catalogus opnieuw organiseren, mislukken totdat de index online is gebracht. Deze instructies omvatten CREATE FULLTEXT INDEX, ALTER FULLTEXT INDEX, DROP FULLTEXT INDEX en ALTER FULLTEXT CATALOG.

    In dit geval zijn de volgende factoren significant:

    • Als de volledige-tekstindex wijzigingen bijhoudt, mislukt DML van de gebruiker totdat de indexbestandsgroep online wordt gebracht. Verwijderen mislukt ook totdat de indexbestandsgroep online is.

    • Ongeacht het bijhouden van wijzigingen mislukken query's in volledige tekst omdat de index niet beschikbaar is. Als er een query met volledige tekst wordt uitgevoerd wanneer de bestandsgroep met de volledige tekstindex offline is, wordt er een fout geretourneerd.

    • Statusfuncties (zoals FULLTEXTCATALOGPROPERTY) slagen alleen wanneer ze geen toegang hebben tot de volledige-tekstindex. Toegang tot online metadata in volledige tekst zou bijvoorbeeld slagen, maar uniquekeycount, itemcount zou mislukken.

    Nadat de volledige-tekstindexbestandsgroep is hersteld en online is gebracht, zijn de indexgegevens en tabelgegevens consistent.

Zodra zowel de bestandsgroep van de basistabel als de volledige-tekstindexbestandsgroep online zijn, wordt elke onderbroken volledige-tekstpopulatie hervat.

Back-up, herstel en compressie van bestanden

SQL Server ondersteunt de NTFS-bestandssysteemgegevenscompressie van alleen-lezen bestandsgroepen en databases.

Het herstellen van bestanden in een alleen-lezen bestandsgroep wordt ondersteund op gecomprimeerde NTFS-bestanden. Back-up en herstel van deze bestandsgroepen werkt in wezen zoals voor elke alleen-lezen bestandsgroep, met de volgende uitzonderingen:

  • Het herstellen van een bestand met lezen/schrijven (inclusief de primaire of logboekbestanden van een database voor lezen/schrijven) naar een gecomprimeerd volume mislukt en geeft een fout weer.

  • Het herstellen van een alleen-lezen database naar een gecomprimeerd volume is toegestaan.

Opmerking

Logboekbestanden van lees-/schrijfdatabases mogen nooit op gecomprimeerde bestandssystemen worden geplaatst.

Gerelateerde taken

Zie ook

back-up maken en herstellen van SQL Server-databases
Back-ups maken van gerepliceerde databases en deze herstellen
Actieve secundaire databases: back-up maken op secundaire replica's (AlwaysOn-beschikbaarheidsgroepen)

  • Last updated on