Delen via

Backupapparaten (SQL Server)

Van toepassing op:SQL Server

Tijdens een back-upbewerking op een SQL Server-database worden de gegevens van de back-up naar een fysiek back-upapparaat geschreven. Dit fysieke back-upapparaat wordt geïnitialiseerd wanneer de eerste back-up in een mediaset ernaar wordt geschreven. Back-ups op een of meer back-upapparaten vormen één mediaset.

Termen en definities

back-upschijf
Een harde schijf of andere schijfopslagmedia met een of meer back-upbestanden. Een back-upbestand is een gewoon besturingssysteembestand.

mediaset
Een geordende verzameling back-upmedia, tapes of schijfbestanden, die gebruikmaakt van een vast type en het aantal back-upapparaten. Zie Mediasets, MediaGroepen, MediaFamilies en Back-upsets (SQL Server) voor meer informatie over mediasets.

fysiek back-upapparaat
Een magnetische eenheid of een schijfbestand dat wordt geleverd door het besturingssysteem. Een back-up kan worden geschreven op 1 tot 64 back-upapparaten. Als voor een back-up meerdere back-upapparaten zijn vereist, moeten de apparaten allemaal overeenkomen met één type apparaat (schijf of tape).

SQL Server-back-ups kunnen ook worden geschreven naar Azure Blob Storage, naast schijf of tape.

Back-upapparaten voor schijven gebruiken

Als een schijfbestand wordt gevuld terwijl een back-upbewerking een back-up toevoegt aan de mediaset, mislukt de back-upbewerking. De maximale grootte van een back-upbestand wordt bepaald door de vrije schijfruimte die beschikbaar is op het schijfapparaat; Daarom is de juiste grootte voor een back-upschijfapparaat afhankelijk van de grootte van uw back-ups.

Een back-uppeschijf kan een eenvoudige schijf zijn, zoals een ATA-schijf. U kunt ook een hotswappable schijfstation gebruiken waarmee u transparant een volle schijf kunt vervangen door een lege schijf. Een back-upschijf kan een lokale schijf op de server of een externe schijf zijn die een gedeelde netwerkresource is. Zie Back-ups maken naar een bestand op een netwerkshare verderop in dit onderwerp voor meer informatie over het gebruik van een externe schijf.

SQL Server-beheerprogramma's zijn zeer flexibel bij het verwerken van back-upapparaten voor schijven, omdat ze automatisch een tijdstempelnaam genereren op het schijfbestand.

Belangrijk

Het is raadzaam om een back-upschijf een andere schijf te maken dan de databasegegevens en logboekschijven. Dit is nodig om ervoor te zorgen dat u toegang hebt tot de back-ups als de gegevens of logboekschijf uitvalt.

Als databasebestanden en back-upbestanden zich op hetzelfde apparaat bevinden en het apparaat mislukt, zijn de database en back-ups niet beschikbaar. Als u de database- en back-upbestanden op de afzonderlijke apparaten plaatst, worden de I/O-prestaties geoptimaliseerd voor zowel het productiegebruik van de database als het schrijven van back-ups.

Geef een back-upbestand op met de fysieke naam (Transact-SQL)

De basissyntaxis van BACKUP voor het opgeven van een back-upbestand met behulp van de naam van het fysieke apparaat is:

BACK-UP DATABASE database_name

TO DISK = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Voorbeeld:

BACKUP DATABASE AdventureWorks2022   
   TO DISK = 'Z:\SQLServerBackups\AdventureWorks2022.bak';  
GO

Als u een fysiek schijfapparaat in een RESTORE-instructie wilt opgeven, is de basissyntaxis:

RESTORE { DATABASE | LOG } database_name

FROM DISK = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Bijvoorbeeld

RESTORE DATABASE AdventureWorks2022   
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks2022.bak';

Geef het pad naar het back-upbestand van de schijf op

Wanneer u een back-upbestand opgeeft, moet u het volledige pad en de bestandsnaam invoeren. Als u alleen de bestandsnaam of een relatief pad opgeeft wanneer u een back-up maakt van een bestand, wordt het back-upbestand in de standaardmap voor back-ups geplaatst. De standaardback-upmap is C:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Backup, waarbij n het nummer is van de serverexemplaar. Daarom is voor het standaardserverexemplaar de standaardbackupmap: C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Backup.

Om dubbelzinnigheid te voorkomen, met name in scripts, raden we u aan expliciet het pad op te geven van de back-upmap in elke DISK-component. Dit is echter minder belangrijk wanneer u Query-editor gebruikt. Als u er zeker van bent dat het back-upbestand zich in de standaardback-upmap bevindt, kunt u het pad weglaten uit een DISK-verklaring in dat geval. Met de volgende BACKUP instructie wordt bijvoorbeeld een back-up van de AdventureWorks2025 database gemaakt naar de standaardback-upmap.

BACKUP DATABASE AdventureWorks2022   
   TO DISK = 'AdventureWorks2022.bak';  
GO

Opmerking

De standaardlocatie wordt opgeslagen in de registersleutel BackupDirectory onder HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.n\MSSQLServer.

Een back-up maken van een netwerksharebestand

Voor toegang tot een extern schijfbestand moet het SQL Server-serviceaccount toegang hebben tot de netwerkshare. Dit omvat het hebben van de machtigingen die nodig zijn voor back-upbewerkingen om naar de netwerkshare te schrijven en om herstelbewerkingen ervan te lezen. De beschikbaarheid van netwerkstations en machtigingen is afhankelijk van de context waarop de SQL Server-service wordt uitgevoerd:

  • Als u een back-up wilt maken van een netwerkstation wanneer SQL Server wordt uitgevoerd in een domeingebruikersaccount, moet het gedeelde station worden toegewezen als een netwerkstation in de sessie waarop SQL Server wordt uitgevoerd. Als u Sqlservr.exe vanaf de opdrachtprompt start, ziet SQL Server alle netwerkstations die u hebt toegewezen in uw aanmeldsessie.

  • Wanneer u Sqlservr.exe als een service uitvoert, wordt SQL Server uitgevoerd in een afzonderlijke sessie die geen relatie heeft met uw aanmeldingssessie. De sessie waarin een service wordt uitgevoerd, kan eigen toegewezen stations hebben, hoewel dit meestal niet het geval is.

  • U kunt verbinding maken met het netwerkserviceaccount met behulp van het computeraccount in plaats van een domeingebruiker. Om back-ups van specifieke computers naar een gedeelde schijf mogelijk te maken, geeft u toegang tot de computeraccounts. Zolang het Sqlservr.exe proces dat de back-up schrijft, toegang heeft, is het niet relevant of de gebruiker die de opdracht BACKUP verzendt, toegang heeft.

    Belangrijk

    Het maken van back-ups van gegevens via een netwerk kan worden onderworpen aan netwerkfouten; Daarom raden we u aan dat wanneer u een externe schijf gebruikt, u de back-upbewerking controleert nadat deze is voltooid. Zie RESTORE VERIFYONLY (Transact-SQL)voor meer informatie.

Geef een UNC-naam (Universal Naming Convention) op

Als u een netwerkshare wilt opgeven in een back-up- of herstelopdracht, gebruikt u de volledig gekwalificeerde UNC-naam (Universal Naming Convention) van het bestand voor het back-upapparaat. Een UNC-naam heeft de vorm \\Systemname\ShareName\Path\FileName.

Voorbeeld:

BACKUP DATABASE AdventureWorks2022   
   TO DISK = '\\BackupSystem\BackupDisk1\AW_backups\AdventureWorksData.Bak';  
GO

Tapeapparaten gebruiken

Opmerking

Ondersteuning voor tapeback-upapparaten wordt verwijderd in een toekomstige versie van SQL Server. Vermijd het gebruik van deze functie in nieuwe ontwikkelwerkzaamheden en plan om toepassingen te wijzigen die momenteel gebruikmaken van deze functie.

Voor het maken van back-ups van SQL Server-gegevens naar tape moet het tapestation of de stations worden ondersteund door het Microsoft Windows-besturingssysteem. Daarnaast raden we u aan voor het specifieke tapestation alleen tapes te gebruiken die door de fabrikant van het station worden aanbevolen. Zie de documentatie voor het Windows-besturingssysteem voor meer informatie over het installeren van een tapestation.

Wanneer een tapestation wordt gebruikt, kan een back-upbewerking de ene tape vullen en doorgaan naar een andere tape. Elke tape bevat een mediakop. De eerste gebruikte media wordt de eerste tape genoemd. Elke opeenvolgende tape wordt een vervolgband genoemd en heeft een mediareeksnummer dat één hoger is dan de vorige tape. Een mediaset die is gekoppeld aan vier tapeapparaten bevat bijvoorbeeld ten minste vier initiële tapes (en, als de database niet past, vier reeks vervolgtapes). Wanneer u een back-upset toevoegt, moet u de laatste tape in de reeks koppelen. Als de laatste tape niet is gekoppeld, scant de database-engine naar het einde van de gekoppelde tape en moet u de tape wijzigen. Op dat moment koppelt u de laatste tape.

Tapeback-upapparaten worden gebruikt als schijfapparaten, met de volgende uitzonderingen:

  • Het tapeapparaat moet fysiek zijn verbonden met de computer waarop een exemplaar van SQL Server wordt uitgevoerd. Het maken van back-ups naar externe tapeapparaten wordt niet ondersteund.

  • Als een tapeback-upapparaat wordt gevuld tijdens de back-upbewerking, maar er nog steeds meer gegevens moeten worden geschreven, vraagt SQL Server om een nieuwe tape en wordt de back-upbewerking voortgezet nadat een nieuwe tape is geladen.

Geef een back-upband op met de fysieke naam (Transact-SQL)

De basissyntaxis van BACKUP voor het opgeven van een back-upband met behulp van de naam van het fysieke apparaat van het tapestation is:

BACKUP { DATABASE | LOG } database_name

TO TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Voorbeeld:

BACKUP LOG AdventureWorks2022   
   TO TAPE = '\\.\tape0';  
GO

Als u een fysiek tapeapparaat in een RESTORE-instructie wilt opgeven, is de basissyntaxis:

RESTORE { DATABASE | LOG } database_name

FROM TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

opties voor Tape-Specific back-up en herstel (Transact-SQL)

Om tapebeheer mogelijk te maken, biedt de BACKUP-instructie de volgende tapespecifieke opties:

  • { NOUNLOAD | UNLOAD }

    U kunt bepalen of een back-upband automatisch van het tapestation wordt verwijderd na een back-up- of herstelbewerking. UNLOAD/NOUNLOAD is een sessie-instelling die blijft bestaan gedurende de levensduur van de sessie of totdat deze opnieuw wordt ingesteld door het alternatief op te geven.

  • { TERUGSPOELEN | NOREWIND }

    U kunt bepalen of SQL Server de tape openhoudt na de back-up- of herstelbewerking of vrijgeeft en de tape terugspoelt nadat deze vol is. Het standaardgedrag is het terugspoelen van de tape (REWIND).

Opmerking

Zie BACKUP (Transact-SQL)voor meer informatie over de syntaxis en argumenten van BACKUP. Zie RESTORE (Transact-SQL) en RESTORE-argumenten (Transact-SQL) voor meer informatie over de RESTORE-syntaxis en argumenten.

Open tapes beheren

Als u een lijst met geopende tapeapparaten en de status van koppelingsaanvragen wilt weergeven, voert u een query uit op de sys.dm_io_backup_tapes dynamische beheerweergave. In deze weergave worden alle geopende tapes weergegeven. Deze omvatten in-use tapes die tijdelijk inactief zijn terwijl ze wachten op de volgende BACK-UP- of HERSTELbewerking.

Als een tape per ongeluk open is gelaten, kunt u de tape het snelst vrijgeven met de volgende opdracht: RESTORE REWINDONLY FROM TAPE =backup_device_name. Zie RESTORE REWINDONLY (Transact-SQL) voor meer informatie.

Azure Blob Storage gebruiken

SQL Server-back-ups kunnen worden geschreven naar Azure Blob Storage. Zie SQL Server Backup and Restore with Microsoft Azure Blob Storage (Back-up en herstel met Microsoft Azure Blob Storage) voor meer informatie over het gebruik van Azure Blob Storage voor uw back-ups.

Een logisch back-upapparaat gebruiken

Een logisch back-upapparaat is een optionele, door de gebruiker gedefinieerde naam die verwijst naar een specifiek fysiek back-upapparaat (een schijfbestand of tapestation). Met een logisch back-upapparaat kunt u indirectie gebruiken bij het verwijzen naar het bijbehorende fysieke back-upapparaat.

Het definiëren van een logisch back-upapparaat omvat het toewijzen van een logische naam aan een fysiek apparaat. Een logisch apparaat, AdventureWorksBackups, kan bijvoorbeeld worden gedefinieerd om naar het Z:\SQLServerBackups\AdventureWorks2022.bak bestand of het \\.\tape0 tapestation te verwijzen. Back-up- en herstelopdrachten kunnen vervolgens AdventureWorksBackups als back-upapparaat specificeren, in plaats van DISK = 'Z:\SQLServerBackups\AdventureWorks2022.bak' of TAPE = '\\.\tape0'.

De naam van het logische apparaat moet uniek zijn onder alle logische back-up apparaten op het serverexemplaar. Als u de bestaande namen van logische apparaten wilt weergeven, voert u een query uit op de sys.backup_devices catalogusweergave. In deze weergave wordt de naam van elk logisch back-upapparaat weergegeven en wordt het type en de fysieke bestandsnaam of het pad van het bijbehorende fysieke back-upapparaat beschreven.

Nadat een logisch back-upapparaat is gedefinieerd, kunt u in de opdracht BACKUP of RESTORE het logische back-upapparaat opgeven in plaats van de fysieke naam van het apparaat. Met de volgende instructie wordt bijvoorbeeld een back-up van de AdventureWorks2025 database gemaakt naar het AdventureWorksBackups logische back-upapparaat.

BACKUP DATABASE AdventureWorks2022   
   TO AdventureWorksBackups;  
GO

Opmerking

In een bepaalde BACKUP- of RESTORE-instructie zijn de naam van het logische back-upapparaat en de bijbehorende naam van het fysieke back-upapparaat uitwisselbaar.

Een voordeel van het gebruik van een logisch back-upapparaat is dat het eenvoudiger te gebruiken is dan een lang pad. Het gebruik van een logisch back-upapparaat kan helpen als u van plan bent een reeks back-ups naar hetzelfde pad of naar een tapeapparaat te schrijven. Logische back-upapparaten zijn vooral handig voor het identificeren van tapeback-upapparaten.

Een back-upscript kan worden geschreven om een bepaald logisch back-upapparaat te gebruiken. Hiermee kunt u overschakelen naar een nieuwe fysieke back-upapparaten zonder het script bij te werken. Schakelen omvat het volgende proces:

  1. Het oorspronkelijke logische back-upapparaat verwijderen.

  2. Het definiëren van een nieuw logisch back-upapparaat dat gebruikmaakt van de oorspronkelijke naam van het logische apparaat, maar wordt toegewezen aan een ander fysiek back-upapparaat. Logische back-upapparaten zijn vooral handig voor het identificeren van tapeback-upapparaten.

Gespiegelde reservekopiemediasets

Het kopiëren van back-up mediasets vermindert het effect van storingen in back-upapparaten. Deze storingen zijn vooral ernstig omdat back-ups de laatste verdedigingslinie zijn tegen gegevensverlies. Naarmate de grootte van databases toeneemt, neemt de kans toe dat een storing van een back-upapparaat of gegevensdrager een niet-herstelbare back-up veroorzaakt. Het spiegelen van back-upmedia verhoogt de betrouwbaarheid van back-ups door redundantie te bieden voor het fysieke back-upapparaat. Zie Gespiegelde back-upmediasets (SQL Server) voor meer informatie.

Opmerking

Gespiegelde back-up-mediasets worden alleen ondersteund in SQL Server 2005 Enterprise Edition en latere versies.

Back-ups van SQL Server archiveren

U wordt aangeraden een hulpprogramma voor back-ups van het bestandssysteem te gebruiken om de schijfback-ups te archiveren en de archieven buiten de site op te slaan. Het gebruik van schijf heeft het voordeel dat u het netwerk gebruikt om de gearchiveerde back-ups naar een externe schijf te schrijven. Azure Blob Storage kan worden gebruikt als archiveringsoptie buiten de site. U kunt uw schijfback-ups uploaden of de back-ups rechtstreeks naar Azure Blob Storage schrijven.

Een andere gebruikelijke archiveringsmethode is het schrijven van SQL Server-back-ups op een lokale back-upschijf, deze archiveren op tape en de tapes vervolgens off-site opslaan.

Gerelateerde taken

Een schijfapparaat opgeven (SQL Server Management Studio)

Een tapeapparaat opgeven (SQL Server Management Studio)

Een logisch back-upapparaat definiëren

Een logisch back-upapparaat gebruiken

Informatie over back-upapparaten weergeven

Een logisch back-upapparaat verwijderen

Zie ook

SQL Server, Back-upapparaatobject
BACKUP (Transact-SQL)
Onderhoudsplannen
Mediasets, mediafamilies en back-upsets (SQL Server)
RESTORE (Transact-SQL)
LABELONLY HERSTELLEN (Transact-SQL)
sys.backup_devices (Transact-SQL)
sys.dm_io_backup_tapes (Transact-SQL)
Gespiegelde back-upmediasets (SQL Server)

  • Last updated on