SQL Server 2012-Backup immer aktiv, vollständig oder nur kopierbar

8

Ich benötige eine kurze Erläuterung der Nur-Kopie-Sicherung im Vergleich zur vollständigen Sicherung, da es sich um die Nummerierung des Transaktionsprotokolls und die Wiederherstellung handelt, falls erforderlich.

Ich habe SQL Server 2012-Setup mit immer aktiviert für mehrere Datenbanken. Die Verfügbarkeitsgruppen werden mit der bevorzugten Sicherung auf dem Replikat eingerichtet.

Auf dem Replikat sind nur reine Kopier- und Transaktionsprotokollsicherungen möglich. Bedeutet dies, dass ich eine vollständige Sicherung auf der Primärseite durchführen muss, wenn eine Wiederherstellung des Transaktionsprotokolls erforderlich ist?

Vielen Dank

— Debbie
quelle

2

Auf dem Replikat sind nur reine Kopier- und Transaktionsprotokollsicherungen möglich

Wahr.

Bedeutet dies, dass ich eine vollständige Sicherung auf der Primärseite durchführen muss, wenn eine Wiederherstellung des Transaktionsprotokolls erforderlich ist?

Kurze Antwort JA .

Von BOL :

Unabhängig von ihrem Verfügbarkeitsmodus (Synchron-Commit oder Asynchron-Commit) wird eine konsistente Protokollkette für alle Protokollsicherungen sichergestellt, die auf einem der Replikate (primär oder sekundär) erstellt wurden.

Um Ihre Frage zu beantworten, kann eine COPY_ONLY-Sicherung nicht Teil einer Wiederherstellung sein, die T-Log-Sicherungen umfasst (eine Wiederherstellung zu einem bestimmten Zeitpunkt). Sein ganzer Punkt ist ein Backup - Set außerhalb der regulären Backup - Kette haben , nicht die Reihenfolge wieder herstellen zu beeinträchtigen.

Eine vollständige Sicherung muss für die Primärdatenbank durchgeführt werden (kann keine copy_only-Sicherung sein).

Nur T-Log-Backups (wie oben erwähnt) können entweder primär oder sekundär mit einem CAVEAT durchgeführt werden , das die LSNs auf dem PRIMARY nicht durcheinander bringt, dh die LSNs konsistent hält - unabhängig davon, wo Sie Log-Backups in der Verfügbarkeitsgruppe durchführen .

Überprüfen Sie am besten, ob für die sys.fn_hadr_backup_is_preferred_replicaProtokollsicherungen die Einstellungen für die Sicherung von Verfügbarkeitsgruppen für Protokollsicherungen verwendet werden.

Siehe: Durchführen von Transaktionsprotokollsicherungen mit schreibgeschützten sekundären Replikaten der AlwaysOn-Verfügbarkeitsgruppe - Teil 1

— Kin Shah
quelle

2

Sie können sicherlich eine vollständige Sicherung von COPY_ONLY verwenden und Transaktionsprotokolle darauf anwenden. Eine vollständige Sicherung von COPY_ONLY ist strukturell dieselbe wie jede andere vollständige Sicherung. Der einzige Unterschied besteht darin, dass die differenzielle Bitmap nicht zurückgesetzt wird. Nach dem Wiederherstellen des vollständigen COPY_ONLY können Sie mit dem Transaktionsprotokoll beginnen, das die letzte LSN der COPY_ONLY-Sicherung enthält, und dann wie gewohnt mit der Protokollkette fortfahren.

— Zwei

6

Bedeutet dies, dass ich eine vollständige Sicherung auf der Primärseite durchführen muss, wenn eine Wiederherstellung des Transaktionsprotokolls erforderlich ist?

NEIN - Sie können einer Wiederherstellung einer COPY_ONLY-Sicherung T-Log-Sicherungen hinzufügen

— user42163
quelle

2

Sie können Transaktionsprotokolle zusätzlich zu einer vollständigen Nur-Kopie-Sicherung wiederherstellen. Dies bedeutet, dass Sie eine Nur-Kopie-Sicherung vom sekundären Replikat zusammen mit Transaktionsprotokollen verwenden und eine Wiederherstellung zu einem bestimmten Zeitpunkt durchführen können.

Wenn Sie jedoch nur Nur-Kopien-Sicherungen auf dem sekundären Replikat durchführen, verfügen Sie nicht über eine "echte" Sicherung, um die differenzielle Bitmap auf dem primären Replikat zurückzusetzen. Wenn differenzielle Sicherungen Teil Ihrer Wiederherstellungsstrategie sind, müssen Sie vollständige Sicherungen auf der Primärseite durchführen. Wenn Sie alle wollen eine differenzielle Sicherung verwenden, würden Sie eine vollständige Sicherung auf dem primären Replikat nehmen müssen als die differenzielle Basis zu verwenden.

— Zwei
quelle

2

Ich habe erfolgreich mit einer Nur-Kopie-Sicherung und den Protokoll-Sicherungen getestet, die die Nur-Kopie bis zum gewünschten Zeitpunkt umfassen. Sie müssen über alle Protokollsicherungen verfügen . Wenn Sie also über mehrere Replikate verfügen, die Sie für die Sicherungen verwenden (z. B. ist ein Failover aufgetreten), müssen Sie diese sicherstellen und nachverfolgen. Bei meinen Tests habe ich die Dinge einfach so eingerichtet, dass alle Backups an einem zentralen Ort gespeichert werden. SQL verwaltet die Protokollkette für Protokollsicherungen auf allen Knoten in der AG. Ein schöner Artikel hier ... http://info.tricoresolutions.com/blog/understanding-backups-with-sql-server-alwayson-high-availability-mirrors

— JohnH
quelle

1

Ich hatte viel Verwirrung um das Thema - In AG Cluster Wiederherstellung der Protokollsicherung nach Kopieren - nur vollständige Sicherung.

Es funktioniert jetzt gut. Wir können nur Kopien-Backups von sekundären Replikaten verwenden:

USE [master]
RESTORE DATABASE [xxxxx_testDB] FROM  
DISK = N'D:\Backups\FULL_COPY_ONLY\xxxxx_testDB_FULL_COPY_ONLY.bak' 
WITH  FILE = 1, 
MOVE N'xxxxx_testDB' TO N'D:\testdb\xxxxx_testDB.mdf',  
MOVE N'xxxxx_testDB_log' TO N'D:\testdb\xxxxx_testDB.ldf',  
NORECOVERY

GO


RESTORE LOG xxxxx_testDB
FROM DISK = 'D:\Backups\FULL_COPY_ONLY\xxxxx_testDB_LOG_1.trn'
WITH NORECOVERY; 
GO

RESTORE LOG xxxxx_testDB
FROM DISK = 'D:\Backups\FULL_COPY_ONLY\xxxxx_testDB_LOG_2.trn'
WITH NORECOVERY; 
GO


RESTORE DATABASE xxxxx_testDB WITH RECOVERY

— JAYAKUMAR SINNAPILLAI
quelle