EINRICHTEN EINER BMD NTCS SICHERUNG MIT SQL 2012

Transkript

1 EINRICHTEN EINER BMD NTCS SICHERUNG MIT SQL /01/05, Steyr Wissen verbreiten, Nutzen stiften! Copying is right für firmeninterne Aus- und Weiterbildung.

2 INHALT 1. EINRICHTEN EINER BMDNTCS SICHERUNG MIT SQL Einrichten einer Sicherung für BMDNTCS mit SQL Kontrolle des "Recovery models" Kontrolle der Lage der Transaction-Log Datei Einrichtung der Sicherung Kontrolle der Sicherung... 8

3 1. EINRICHTEN EINER BMDNTCS SICHERUNG MIT SQL 2012 Hinweis Diese Anleitung richtet sich an versierte EDV AdministratorInnen, die Erfahrung im Umgang mit Datenbanken besitzen. Diese Anleitung ist als Hilfe für das Einrichten einer Sicherung gedacht. Die Anleitung bietet daher keinerlei Grundlage für Ansprüche bei Datenverlust. Die vollständige, korrekte und wiederherstellbare Sicherung der Daten liegt alleine in der Verantwortung des Kunden Einrichten einer Sicherung für BMDNTCS mit SQL Kontrolle des "Recovery models" Starten Sie das SQL Management Studio Databases rechte Maustaste auf BMD Properties Unter dem Punkt Options kontrollieren Sie das Recovery model und ändern Sie es auf "Full", sofern es momentan auf "Simple" oder "Bulk-logged" definiert ist. 3/9

4 Kontrolle der Lage der Transaction-Log Datei Starten Sie das SQL Management Studio Databases rechte Maustaste auf BMD Properties. Unter dem Punkt Files kontrollieren Sie die Lage und die Autogrowth Einstellung der BMD Datenbank Dateien. Die SQL2012 Datenbank schreibt durch das Full Recovery model jede Transaktion in die BMD_LOG.ldf. Diese Datei wird sequentiell geschrieben und wächst daher, bis sie mit einem SQL Sicherungsjob gesichert wurde. Dabei wird der Inhalt der Datei entleert, sie bleibt aber vom Betriebssystem gesehen gleich groß. Daher sind folgende Punkte für die Log-Datei extrem wichtig: Das Maximum der Dateigröße der BMD_LOG.ldf muss passend eingestellt werden. Es muss genügend freier Festplattenplatz vorhanden sein, damit die Log-Datei nicht am Wachsen gehindert wird. Tipp Wird die Datei BMD_LOG.ldf auf eine eigene Festplatte bzw. ein eigenes RAID gelegt auf dem nur die BMD_LOG.ldf liegt, erhöht sich Performance der BMDNTCS. Speziell bei Operationen die eine hohe Datenbank IO-Last verursachen (z. B. BMDNTCS Update, Kore Auswertungen, Bilanz Aufbereitung, usw.) ACHTUNG!!! Es sollte ein eigenes RAID sein und der RAID Controller sollte einen Schreibcache besitzen!!! Eine eigene Partition auf der gleichen Festplatte genügt nicht, weil dadurch Random- und Sequentielle-IO-Last nicht voneinander getrennt werden (können)!!! 4/9

5 Einrichtung der Sicherung Voraussetzung: Der SQL Server Agent muss gestartet sein: SQL Management Studio SQL Server Agent rechte Maustaste Start mit Yes bestätigen Weiters sollte dieser Dienst auf den Starttyp Automatisch umgestellt werden, damit dieser auch im Falle eines Serverneustarts wieder gestartet wird und somit auch gewährleistet ist, dass die Sicherung funktionieren kann! Diese Einstellung muss im Dienstemanager von Windows durchgeführt werden. Das Sicherungskonzept der nachfolgenden Anleitung sieht folgendermaßen aus: Uhr Eine vollständige Sicherung der Datenbank wird in die Backup Datei erstellt. (Dabei wird die Datei jedes Mal überschrieben.) Uhr Eine Sicherung der Transaktionsprotokolle wird in die Backup Datei erstellt. (Die Log Daten werden an die Datei angehängt) Uhr Eine Sicherung der Transaktionsprotokolle wird in die Backup Datei erstellt. (Die Log Daten werden an die Datei angehängt) Uhr Eine Sicherung der Transaktionsprotokolle wird in die Backup Datei erstellt. (Die Log Daten werden an die Datei angehängt) Uhr Eine Sicherung der Transaktionsprotokolle wird in die Backup Datei erstellt. (Die Log Daten werden an die Datei angehängt). Diese Datei muss mit der täglichen Sicherung auf ein Magnetband bzw. einen externen Datenträger gesichert werden!!! Durch dieses Konzept kann jeder beliebige Zeitpunkt zwischen und Uhr wiederhergestellt werden! 5/9

6 Erstellen Sie ein Verzeichnis im Explorer, in dem die Sicherungsdatei liegen soll, z. B. C:\BMDNTCS- SQL-Backup Laden Sie das im ZIP befindliche SQL Script 1_add_backup_device.sql herunter. Per Doppelklick auf die Datei sollte automatisch das SQL Management Studio gestartet werden. Ansonsten starten Sie das SQL Management Studio manuell und öffnen das Script (File Open File oder Sie klicken auf den Button Open File in der Menüleiste oder per Tastenkombination Strg + O). Anschließend führen Sie es aus (Taste F5 oder per Button Execute): 6/9

7 Es muss dann in der Fußzeile als Ergebnis Query completed successfully angezeigt werden. Rechts unten sehen Sie, ob dies auf der richtigen Datenbank durchgeführt worden ist: Im SQL Management Studio muss dann unter Server Objects Backup Devices auch das Backup- BMD Device ersichtlich sein. Laden Sie nun das zweite Script 2_full_backup_job.sql herunter und gehen Sie für das Öffnen und Ausführen des Scripts exakt genauso, wie unter Punkt b) beschrieben, vor. Es muss als Ergebnis wieder Command(s) completed successfully angezeigt werden. Laden Sie nun das dritte Script 3_trans_log_backup_job.sql herunter und gehen Sie wieder wie oben beschrieben vor. Das Ergebnis muss wieder Command(s) completed successfully lauten. Nun sollten Sie unter SQL Server Agent Jobs beide angelegten Sicherungs-Jobs sehen: 7/9

8 Kontrolle der Sicherung Der Erfolg der Sicherung kann auf zwei verschiedene Arten geprüft werden: 1. Aufgrund des Zeitstempels der Backup-Datei im Sicherungsverzeichnis: 8/9

9 2. Im SQL Management Studio SQL Server Agent rechte Maustaste auf einen der Jobs View History: Mit diesen Backup-Scripts werden auch noch die SQL internen System-Datenbanken (master, model, msdb) in ein eigenes Backup-File gesichert. Hierbei wird jeweils um 6:00 Uhr ein Full-Backup dieser System-Datenbanken durchgeführt. Falls nun eine der System-Datenbanken unter Umständen defekt wird, muss somit nicht der gesamte SQL Server neu installiert werden, sondern es sind nur diese Backups zurückzuspielen. 9/9