Teil V – Bereitstellung von Project Server Datenbanken in einer SQL Server 2012 Availibility Group (Backup On Secondaries)

Sie erhalten nun im SQL Server 2012 die Möglichkeit das Backup-Verhalten unter AlwayOn zu beeinflussen. Es ist nun möglich, BackUp’s nur von dem Secondary zu erstellen. Dadurch wird der Primary-Knoten entlastet. Wie können Sie nun die Option nutzen?

Öffnen Sie als Erstes das SQL Server Management Studio (SSMS). Gehen Sie nun auf den Knoten “Verwaltung” und markieren Sie dort die Option “Wartungspläne”.  Klicken Sie nun auf die rechte Maustaste und wählen Sie im Kontextmenü den Eintrag “Wartungsplan-Assistenten”.

image

Klicken Sie in der Willkommensseite des Assistenten auf “Weiter”.

image

Geben Sie nun einen eindeutigen Namen für Ihre Sicherung ein. Da wir nun die ProjektServer Reporting Datenbank sichern wollen, wähle ich den Namen “ProjectServerReportingDBBackup”. Klicken Sie anschließend auf “Weiter”.

Achtung: Sollten Sie das Script nach einem Zeitplan durchführen lassen wollen, so können Sie diese Einstellung unter “Zeitplan” durchführen.

image

Treffen Sie nun die Auswahl, welche Funktion für den Wartungsplan gelten soll. In meinem Beispiel möchte ich nur den Transaktionlog der ProjectServer_Reporting Datenbank sichern. Aus diesem Grund wähle ich nur die Option “Datenbank sichern (Transaktionsprotokolle)”. Sie können natürlich auch die Option “Datenbank sichern (vollständig) selektieren.

Achtung: AlwayOn unterstützt kein differenzielles Backup

image

Klicken Sie als nächstes auf “Weiter”.

image

Klicken Sie nun auf das Pulldown-Feld unter der Rubrik “Datenbank(en)”. Wählen Sie nun die Datenbank aus, für die Ihr Backup erstellt werden soll. In meinem Beispiel nur die ProjectServer_Reporting Datenbank. Klicken Sie anschließend auf “OK”.

image

Sollten Sie Ihr Backup nicht im Standardverzeichnis des SQL Server 2012 hinzufügen wollen, so können Sie unter der Rubrik “” den Pfad wählen. Tragen Sie hier Ihren Backup Pfad ein. In meinem Beispiel ist der Order auf meinem Laufwerk c:\. Klicken Sie anschließend auf “Weiter”.

image

Sollten Sie über das BackUp einen Bericht wünschen, so können Sie nun das Verzeichnis wählen, indem die Datei abgelegt werden soll. Klicken Sie anlschießend auf “Weiter”.

image

Beenden Sie nun den Assistenten, indem Sie auf “Fertig stellen” klicken.

image

Nachdem der Assistent das BackUp angelegt hat, können die Maske schließen.

image

Nun wollen wir und das Script einmal in einer TSQL-Syntax anschauen. Öffnen Sie hierzu den gerade angelegten Backup-Plan unter “Wartungspläne”. Führen Sie einen Doppelklick auf den Plan aus.

image

Führen Sie nun einen Doppelklick auf den Wartungsplan aus.

image

Wählen Sie im unteren Bereich die Option “TSQL-Anzeigen”

image

Markieren Sie den Text. Gehen Sie mit der Maus auf den markierten Text, wählen Sie die rechte Maustaste und wählen Sie “Kopieren”. Klicken Sie danach auf “Schließen”.

image

Öffnen Sie nun eine SQL CMD-Modus Abfrage, wie in der Abbildung gezeigt.

image

Gehen Sie mit der Maus in den Abfrage-Editor und klicken Sie auf die rechte Maustaste, wählen Sie im Kontextmenü den Eintrag “Einfügen”.  Ihre Ansicht müsste nun wie folgt aussehen:

image

Durch diese neue Funktion sucht nun der SQL Server 2012 automatisch den präferierten Secondary-Master heraus.

image

Aktivieren Sie nun die Priorisierung für das Backups.

image

Wählen Sie nun auf der rechten Seite die Option “Sicherungseinstellungen” aus.

image

In dem Bereich Sicherungsprioritäten können Sie nun Einstellungen für die Backups einstellen. In meinem Beispiel hat der Server BL-SQL2012-03 die höchste Priorität erhalten. Den anderen Secondarys weise ich eine Priorität von 80 und 50 zu.

image

Nun testen wir, was genau passiert. Fügen Sie, wie in der Grafik gezeigt, einen Connect-Befehls Parameter hinzu und geben Sie danach den Server ein, der die höchste Priorität besitzt. In meinem Beispiel ist das der Server BL-SQL2012-03. Klicken Sie danach auf ausführen.

image

Wie Sie im unteren Bereich sehen können, wird das Backup erstellt.

image

Gehen Sie danach wieder in den oberen Bereich und ändern Sie den Server auf den ersten Secondary Server. In meinem Beispiel ist das der Server BL-SQL2012-02. Klicken Sie danach auf “Ausführen”.

image

Wie Sie sehen können, wird die Verbindung zwar hergestellt, es wird aber kein Backup erstellt.

image

Versuchen Sie nun die gleiche Prozedur mit dem letzten Secondary Server.

image

Wie Sie sehen wird das Backup genau wie bei Server BL-SQL2012-02 ebenfalls nicht erstellt.

image

Auf diese Art und Weise können Sie somit Ihre Primary-Konten entlasten.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.