Heute werde ich über zwei Funktionen von Commvault zur Sicherung von MS SQL sprechen, die zu Unrecht oft übersehen werden: die granulare Wiederherstellung und das Commvault-Plugin für SQL Management Studio. Die grundlegenden Einrichtungsschritte werde ich nicht behandeln. Der Beitrag richtet sich eher an diejenigen, die bereits wissen, wie man den Agenten installiert, Zeitpläne und Richtlinien einrichtet usw. Über die Funktionsweise von Commvault und seine Möglichkeiten habe ich bereits früher berichtet. .
Granulare Wiederherstellung
Option Tabellenebene-Wiederherstellung ist relativ neu in den Eigenschaften von Subclient hinzugekommen. Sie ermöglicht es, Tabellen aus einer Datenbank wiederherzustellen, ohne die gesamte Datenbank aus dem Backup wiederherstellen zu müssen. Dies ist besonders praktisch, wenn man genau weiß, wo der Fehler oder der Datenverlust aufgetreten ist. Dabei kann die Datenbank sehr groß sein, und die vollständige Wiederherstellung würde viel Zeit in Anspruch nehmen.
Diese Option hat einige Einschränkungen:
— Tabellen können nicht in die ursprüngliche Datenbank wiederhergestellt werden, sondern nur in eine andere.
— Alle Tabellen werden in das Schema dbo wiederhergestellt. Eine Tabelle kann nicht in ein benutzerdefiniertes Schema wiederhergestellt werden.
— Es wird nur ein lokales SQL-Server-Konto mit Administratorrechten unterstützt.
— Der Zielserver, auf dem wir die Tabelle wiederherstellen, muss mit Windows OS betrieben werden.
— Auf dem Zielserver müssen neben dem SQL-Agenten auch der Media Agent und die Java Runtime Environment installiert sein.
— Die Datenbank sollte das Wiederherstellungsmodell im Full-Modus verwenden.
— Wenn die Option für die granulare Datenbankwiederherstellung aktiviert ist, entfällt die Möglichkeit, differenzielle Sicherungsaufträge auszuführen.
Die Option für die Wiederherstellung auf Tabellenebene ist deaktiviert.
Die Option für die Wiederherstellung auf Tabellenebene ist deaktiviert.
In meiner Praxis gab es einen Fall, in dem ein Kunde für den SQL-Server folgendes Zeitplan eingerichtet hat: ein vollständiges Backup einmal pro Woche und 6 differenzielle Backups an Werktagen. Er hat die Funktion zur Wiederherstellung auf Tabellenebene aktiviert, und die Aufträge für die differenziellen Backups wurden mit einem Fehler verarbeitet.
Schauen wir uns an, wie die Wiederherstellung selbst aussehen wird.
1. Wir starten die Wiederherstellung auf dem entsprechenden Agenten.
2. Im erscheinenden Fenster wechseln wir zum Tab Erweiterte Optionen. Wir wählen SQL Granular Browse — Inhalt anzeigen.
3. In der angezeigten Liste wählen wir die Datenbank aus, aus der wir die Tabelle wiederherstellen wollen, und klicken auf Granular Wiederherstellung.
4. Im Dialogfeld konfigurieren wir den Mount-Punkt der Datenbank aus den Backup-Dateien (eine Art Instant Recovery-Technologie).
Wir geben an:
- Name für die temporäre Datenbank;
- Wie lange die Wiederherstellungspunkte in Tagen aufbewahrt werden sollen;
- Server, auf den wir die Datenbank mounten werden. In der Liste werden nur Server angezeigt, die alle zuvor genannten Anforderungen erfüllen: mit Windows-Betriebssystem, installiertem Media Agent und Java Runtime Environment usw.
Klicken Sie auf OK.
5. Im neuen Fenster klicken wir auf List Recovery Points.
6. Eine Liste der gemounteten Wiederherstellungspunkte wird geöffnet. Wenn die Datenbank groß ist, müssen Sie möglicherweise eine Weile warten. Dann klicken wir auf Durchsuchen. Ein Fenster zum Durchsuchen der Tabellen aus der ausgewählten Datenbank erscheint.
Während die Liste erstellt wird, schließen viele Benutzer das Dialogfeld Recovery Points und können später nicht mehr darauf zurückgreifen. Es ist ganz einfach: Klicken Sie mit der rechten Maustaste auf die SQL-Server-Instanz, auf der der Montageprozess der Wiederherstellungspunkt ausgeführt wurde. Gehen Sie zu Alle Aufgaben und wählen Sie List Recovery Points.
7. Wenn es viele Tabellen gibt, kann es einige Zeit dauern, bis diese angezeigt werden. Zum Beispiel kann es etwa zehn Minuten dauern, um eine Liste für eine 40-GB-Datenbank zu erstellen. Wählen Sie die gewünschte Tabelle aus und klicken Sie auf Recover All Selected.
8. Im neuen Fenster wählen wir die Datenbank aus, in die wir die Tabelle(n) wiederherstellen möchten. In unserem Fall handelt es sich um die Datenbank GPI TEST.
9. Nach Abschluss der Wiederherstellung werden die ausgewählten Tabellen in der GPI TEST-Datenbank angezeigt.
Nach der Wiederherstellung einer Tabelle in die temporäre Datenbank kann diese mit den Mitteln von Management Studio in die ursprüngliche Datenbank übertragen werden.
Plug-in von Commvault für SQL Management Studio
Datenbankadministratoren haben nicht immer Zugriff auf das Backup-System (SRK). Manchmal muss etwas dringend erledigt werden, während der SRK-Administrator nicht anwesend ist. Mit dem Commvault Plug-in für SQL Management Studio kann der DB-Administrator grundlegende Aufgaben zur Datensicherung und -wiederherstellung ausführen.
SQL Management Studio Version
Befehl
SQL 2008 R2
CvSQLAddInConfig.exe /i 10 /r
SQL 2012
CvSQLAddInConfig.exe /i 11 /r
SQL 2014
CvSQLAddInConfig.exe /i 12 /r
SQL 2016
CvSQLAddInConfig.exe /i 13 /r
SQL 2017
CvSQLAddInConfig.exe /i 14 /r
Die unterstützten Versionen von SQL-Servern für das Commvault Plug-in und die Befehle zur Aktivierung des Plug-ins. Das Plug-in wird nur in der 64-Bit-Version von Windows unterstützt.
1. Führen Sie den Befehl aus, der unserer SQL Server-Version entspricht:
2. Jetzt stehen in Management Studio Optionen für die Datensicherung und -wiederherstellung zur Verfügung. Dazu muss man mit der rechten Maustaste auf die gewünschte Datenbank klicken.
Der Administrator hat nun die Möglichkeit, direkt mit den Sicherungen dieser Datenbank zu interagieren, ohne die Commvault-Konsole und ohne Anfragen an den SRK-Administrator.
3. Wenn eine der verfügbaren Funktionen dieses Menüs gestartet wird, erscheint ein Fenster zur Eingabe von Benutzername und Passwort. Für die Verbindung zu CommServe wird SSO oder ein anderes Konto aus dem Abschnitt Sicherheit in CommServe (Commcell-Login) verwendet.
4. Wenn die Anmeldedaten korrekt eingegeben wurden und die Zugriffsrechte ausreichend sind, kann der Datenbankadministrator:
— eine sofortige Sicherung (Backup) anstoßen;
— die Datenbank aus einem Backup wiederherstellen (Restore);
— die Historie der ausgeführten Aufgaben (View History) und den Fortschritt laufender Aufgaben (Job monitor) einsehen.
So sieht die Historie der durchgeführten Sicherungsaufgaben in der Management Studio für die ausgewählte Datenbank aus.
Das Menü zur Wiederherstellung der Datenbank. Es unterscheidet sich nicht einmal von dem Menü der Konsole.
Das war's zu diesen beiden Möglichkeiten des SQL-Agenten von Commvault. Ich möchte hinzufügen, dass die Datensicherung mit Commvault besser für diejenigen geeignet ist, die Dutzende von Servern betreuen, mit mehreren Instanzen und Datenbanken, möglicherweise an verschiedenen Standorten und die unterschiedliche Zeitpläne, Tiefen usw. erfordern. Wenn Sie nur ein paar Server haben, reichen die integrierten MS SQL-Tools zur Sicherung aus.
Quelle:
Quelle: habr.com
