Schlagwort-Archive: Backup Datensicherung

Die auf einem Speichermedium redundant gesicherten Daten werden als Sicherungskopie, engl. Backup, bezeichnet.

MSSQL Database Backup auf Synology DS

SQL Datenbank Sicherung auf Synology

NAS als Backup Medium werden immer beliebter, flexible Anwendung und die Integration über iSCSI und Netzwerk Shares sind Vorzüge die teure LTO Tapes (Linear Tape Open) nicht bieten können, letztlich kommen Magnetbänder nur noch für die Langzeitarchivierung zum Einsatz. Nicht zuletzt ist die Wiederherstellung mit Backups von NAS Speicher rasch und einfach vollziehbar.

In diesem Beispiel wird beschrieben wie eine MS SQL Datenbank auf die Freigabe eines Synology NAS gesichert wird.

Die Freigabe muss für ein AD DS Benutzer mit dem Privileg schreiben eingerichtet sein, damit die automatische Sicherung des Maintenance Plan aus dem SQL Management Studio die Datenbank auf der NAS Freigabe direkt erstellen kann.

SQL Server Management Studio

Zunächst werden die zu selektierenden Datenbanken auf Integrität geprüft.

Check Database Integrity Task

Die ausgewählten Datenbanken werden auf den UNC Pfad \\10.10.10.10\data\SQLBackup geschrieben. Die IP ist hier die des NAS, data die Freigabe welche im DSM unter Gemeinsame Ordner erstellt wurde, SQLBackup das Verzeichnis in dieses unser Backup kommt. Im Feld Backup file extension muss bak stehen, bei *.bak oder .bak wird kein Backup Image angelegt.

Backup Database Task

Nun wird der Verlauf mit den Logs auf 5 Tage begrenzt.

History Cleanup Task

Zuletzt werden ebenfalls die angelegten Backup Images auf 5 Tage begrenzt, ansonsten der NAS Speicher irgendwann volllaufen würde.

Maintenance Cleanup Task

Die Anzahl Backup Images kann nach bedarf und verfügbarer Kapazität des NAS ausgelegt werden.

Die gewünschte Backup Rotation definieren wir, damit der Job zu den gewünschten Zeiten ausgeführt wird.

Job Schedule Properties

Hinweis
Es empfiehlt sich hinsichtlich günstiger Festplatten das NAS mit RAID1 anzulegen. Ebenfalls können über den USB Port am NAS weitere Sicherungen angelegt werden, diese mittels Externer USB Festplatten an weiter beliebigen Orte deponiert werden können, über die Synology Zusatz App Time Backup lassen sich zeitgesteuerte Kopien auf Externen Festplatten anlegen.

VM sicherung mit ghettoVCB für ESXi

VMware ESXi Backup von virtuellen Maschinen mit ghettoVCB

ghettoVCB von William Lam (@lamw) ist eine freie alternative zur Sicherung von virtuellen Maschinen. Das Skript erstellt Backups von virtuellen Maschinen auf ESX(i)3.5/4.x/5.x/6.x-Server mithilfe einer Methode ähnlich wie des VMware VCB-Tool.

Es werden Snapshots von laufenden virtuellen Maschinen gemacht und sichert diese danach, nach Fertigstellung werden die Snapshots wieder gelöscht bis zur nächsten Sicherung. Der einzige unterschied zu VMware VCB ist dass der Prozess auf dem ESXi-Host selbst ausgeführt wird, dabei werden wenig Ressourcen belegt. Die Backups werden über die Service-Konsole (Busybox Console) des Hypervisor gefahren, im Gegensatz zu der traditionellen Methode bei der die Backups eine virtuelle Maschine als VCB-Proxy nutzt.

Download ghettoVCB

Die ESXi-Shell und TSM-SSH muss aktiviert werden, dies geschieht über die ESXi direkt Console oder aus dem vSphere Client.

Nach dem download und entpacken, die Dateien mit WinSCP oder aus dem vSphere Client auf den ESXi-Host in ein Verzeichnis hochladen, hier ist es der Pfad
/vmfs/volumes/datastore1/ghettoVCB/

Als Backup Speicher wird eine Synology RackStation genutzt, dabei könnte es auch eine DiskStation oder ein QNAP NAS sein, es wird der NFS Datenspeicher gemountet dieser auf dem NAS als NFS Freigabe bereitgestellt wurde.

DSM NFS Berechtigungen

Der NFS Export des NAS wird aus dem vSphere oder vCenter gemountet, hierzu geht man auf: Konfiguration – Speicher – Speicher hinzufügen.

Der NFS Speicher des NAS wird eingebunden.

Im Feld Server wird die IP Adresse des NAS eingetragen, im Feld Ordner der absolute Pfad der NFS Freigabe, bei der Synology RackStation ist dies in der regel /volume1 gefolgt vom Name der Freigabe. Als Datenspeichername wird der Name des NAS eingetragen, dieser Name muss in der Konfigurationsdatei, ghettoVCB.conf bei VM_BACKUP_VOLUME identisch sein.

vSphere NFS Datenspeicher

Der NFS Speicher wird gemountet.

Ab ESXi 6 wird der vSphere Web Client genutzt, im Navigator geht man zu Speicher und Neuer Datenspeicher.

Der Datenspeicher Assistent wird geöffnet.

NFS-Datenspeicher mounten wählen.

Auf weiter gehen und im letzten Fenster den Assistenten beenden.

Das NAS wird als NFS Datenspeicher gemountet und steht bereit.

Nun den crontask anhalten mit

# /bin/kill $(cat /var/run/crond.pid)

Eine Datei anlegen mit den VMs die gesichert werden sollen.
vi /vmfs/volumes/datastore1/ghettoVCB/vms.cfg

homer
barth
marge

und die VM Konfiguration für homer wo die Backup Rotation definiert wird, dies ermöglicht eine unterschiedliche Backup Rotation, wird keine Konfiguration angelegt, gelten die Werte in der ghettoVCB.conf.

vi /vmfs/volumes/datastore1/ghettoVCB/homer

VM_BACKUP_VOLUME=/vmfs/volumes/NAS
DISK_BACKUP_FORMAT=thin
VM_BACKUP_ROTATION_COUNT=5
POWER_VM_DOWN_BEFORE_BACKUP=0
ENABLE_HARD_POWER_OFF=0
ITER_TO_WAIT_SHUTDOWN=4
POWER_DOWN_TIMEOUT=5
SNAPSHOT_TIMEOUT=15
ENABLE_COMPRESSION=0
VM_SNAPSHOT_MEMORY=0
VM_SNAPSHOT_QUIESCE=0
VMDK_FILES_TO_BACKUP="all"

crontab beschreibbar machen und Backup um 22:01 Täglich ausführen.

chmod +w /var/spool/cron/crontabs/root

vi /var/spool/cron/crontabs/root

/bin/echo "01   22   *   *   *   /vmfs/volumes/datastore1/ghettoVCB/ghettoVCB.sh -f /vmfs/volumes/datastore1/ghettoVCB/vms.cfg > /vmfs/volumes/datastore1/ghettoVCB/ghettoVCB-backup-$(date +\%s).log" >> /var/spool/cron/crontabs/root

crontab wieder starten

crond

bei ESXi5.0

/bin/busybox crond

Testen ob der Script tut was er soll.

cd /vmfs/volumes/datastore1/ghettoVCB/
./ghettoVCB.sh -f vms.cfg -d dryrun

cronjob persistent machen, damit nach dem nächsten Reboot wieder alles läuft.

chmod +w /etc/rc.local

Die Datei rc.local editieren, vi /etc/rc.local

... (unten anhängen)
/bin/kill $(cat /var/run/crond.pid)
/bin/echo "01  22  *   *   *   /vmfs/volumes/datastore1/ghettoVCB/ghettoVCB.sh -f /vmfs/volumes/datastore1/ghettoVCB/vms.cfg > /vmfs/volumes/datastore1/ghettoVCB/ghettoVCB-backup-$(date +\%s).log" >> /var/spool/cron/crontabs/root
/bin/busybox crond
/sbin/auto-backup.sh

ab ESXi 5.1 und höher wird /etc/rc.local.d/local.sh genutzt.

#!/bin/sh

# local configuration options

# Note: modify at your own risk!  If you do/use anything in this
# script that is not part of a stable API (relying on files to be in
# specific places, specific tools, specific output, etc) there is a
# possibility you will end up with a broken system after patching or
# upgrading.  Changes are not supported unless under direction of
# VMware support.

/bin/kill $(cat /var/run/crond.pid)
/bin/echo "01 22 * * * /vmfs/volumes/datastore1/ghettoVCB/ghettoVCB.sh -f /vmfs/volumes/datastore1/ghettoVCB/vms.cfg > /vmfs/volumes/datastore1/ghettoVCB/ghettoVCB-backup-$(date +\%s).log" >> /var/spool/cron/crontabs/root
crond

exit 0

Die Sicherung der konfigurierten VMs wird nun zur definierten Zeit starten, dabei wird nicht die Zeit der Konsole berücksichtigt, sondern die die Zeit die im vSphere Client angezeigt wird.

VMware esxi 5.5 support for ghettovcb.sh
Fixed the script by changing

case "${ESX_VERSION}" in
    5.0.0|5.1.0) VER=5; break;;
    4.0.0|4.1.0) VER=4; break;;
    3.5.0|3i) VER=3; break;;
to
case "${ESX_VERSION}" in
   5.0.0|5.1.0|5.5.0) VER=5; break;;
   4.0.0|4.1.0) VER=4; break;;
   3.5.0|3i) VER=3; break;;

in both the backup and restore scripts.

Troubleshooting

Wird ein ERROR protokolliert, liegt es oft daran das vor der ersten Snapshot Sicherung keine Konsolidierung gemacht wurde.

info: ERROR: error in backing up of "/vmfs/volumes/datastore1/guestvm/guestvm.vmdk"

info: ERROR: Unable to backup guestvm due to error in VMDK backup!

info: ###### Final status: ERROR: No VMs backed up! ######

Snapshot Konsolidieren aus dem vSphere oder vCenter, dies vor der ersten ghettoVCB Sicherung ausführen.

Snapshot Konsolidieren

TIP!

Zur Wiederherstellung einzelner Dateien oder Verzeichnisse aus einer virtuellen Festplatte, VMDK eines Snapshots, kann 7-Zip nützlich sein, das vorgehen wird hier beschrieben.