Logo Datensicherung und Wiederherstellungstest: Leitfaden für Nicht-Datenbankprofis

Kurz gesagt: Die Logo Datensicherung bedeutet, die SQL-Server-Datenbank, in der Logo seine Daten speichert, regelmäßig zu sichern und auf einem separaten Server nachzuweisen, dass sich die Sicherung tatsächlich wiederherstellen lässt. Eine Sicherungsdatei allein reicht nicht. Eine nie getestete Sicherung kann genau an dem Tag versagen, an dem Sie sie brauchen.

Als Logo-Partner hören wir oft „wir haben ein Backup“. Doch niemand weiß, wann die letzte Sicherung fertig war, wo sie liegt und wie lange eine Wiederherstellung dauern würde. Dieser Leitfaden richtet sich an IT-Verantwortliche, Finanzleitungen und Inhaber, die keine Datenbankadministratoren sind. Logo ist ein türkischer ERP-Hersteller, dessen Produkte auf Microsoft SQL Server laufen. Die Grundlagen der Sicherung und die Begriffe RPO und RTO erklären wir im Beitrag zum SQL-Datenbank-Backup. Hier geht es um konkrete Schritte für Unternehmen mit Logo.

Inhalt

• Was schützt die Logo Datensicherung?
• Läuft Ihre Sicherung wirklich? Eine Prüfung in fünf Minuten
• Sicherungsplan für Logo: wann, wohin, wie viele Kopien?
• Wiederherstellungstest Schritt für Schritt
• Manuelle Sicherung vor großen Änderungen
• Häufige Fehler
• Checkliste zur Logo Datensicherung
• Fazit

Was schützt die Logo Datensicherung?

Logo-ERP-Produkte wie Logo Edge T-Series (früher Logo Tiger 3) und Logo Edge N-Series (früher Logo Netsis 3) speichern ihre Daten in einer Microsoft-SQL-Server-Datenbank. Kunden- und Lieferantenkonten, Rechnungen, Lagerbewegungen und Buchungen liegen dort. Den Programmordner zu kopieren sichert Ihre Daten deshalb nicht. Gesichert werden muss die Datenbank im SQL Server.

Ihre Installation kann mehr als eine Datenbank umfassen. Dazu kommen eventuell Dateien außerhalb der Datenbank, etwa eigene Berichtsvorlagen oder Einstellungen von Schnittstellen. Halten Sie mit Ihrem Partner schriftlich fest, welche davon gesichert werden.

SQL Server kennt drei grundlegende Sicherungsarten:

Sicherungsart	Inhalt	Nutzen
Vollsicherung	Die gesamte Datenbank zum Zeitpunkt des Sicherungsendes	Ausgangspunkt jeder Wiederherstellung
Differenzielle Sicherung	Seit der letzten Vollsicherung geänderte Daten	Zusätzliche Punkte zwischen Vollsicherungen
Transaktionsprotokollsicherung	Noch nicht gesicherte Protokolleinträge	Rückkehr zu einem Zeitpunkt im Tagesverlauf; setzt das vollständige Wiederherstellungsmodell und eine frühere Vollsicherung voraus

Läuft Ihre Sicherung wirklich? Eine Prüfung in fünf Minuten

Stellen Sie Ihrer IT oder Ihrem Partner diese vier Fragen. Sind die Antworten unklar, ist es Ihre Sicherung auch.

1. Wann? An welchen Tagen und um welche Uhrzeit läuft die Sicherung? Wann endete die letzte erfolgreiche Sicherung?
2. Wohin? In welchem Ordner und auf welchem Laufwerk liegen die Dateien? Gibt es eine Kopie außerhalb des Servers?
3. Wie lange? Wie viele Tage werden alte Sicherungen aufbewahrt?
4. Wer? Wer wird benachrichtigt, wenn eine Sicherung fehlschlägt?

Das Datum der letzten Sicherung erfahren Sie aus einem Protokoll, nicht aus einer Schätzung. SQL Server speichert den Sicherungsverlauf in der Datenbank msdb. Ihre IT kann die letzten Sicherungen mit dieser Abfrage auflisten: SELECT database_name, type, backup_finish_date FROM msdb.dbo.backupset ORDER BY backup_finish_date DESC; In der Spalte type steht D für eine Vollsicherung, I für eine differenzielle Sicherung und L für eine Protokollsicherung.

Läuft Ihre Logo-Installation auf der kostenlosen SQL Server Express Edition, ist besondere Vorsicht geboten. Laut Microsoft-Dokumentation enthält Express keinen SQL Server Agent. Geplante Sicherungen laufen daher meist als Skript über die Windows-Aufgabenplanung. Microsoft weist darauf hin, dass eine als erfolgreich gemeldete Aufgabe kein Beweis für eine gelungene Sicherung ist. Prüfen Sie regelmäßig, ob neue Dateien im Ordner und neue Zeilen im Sicherungsverlauf erscheinen.

Sicherungsplan für Logo: wann, wohin, wie viele Kopien?

Der Plan beginnt mit dem Verlust, den Ihr Unternehmen verkraften kann. Fragen Sie sich: Könnten Sie einen ganzen Tag mit Rechnungen, Lieferscheinen und Buchungen neu erfassen? Wenn nicht, reicht eine einzige nächtliche Vollsicherung nicht aus. Planen Sie zusätzlich differenzielle Sicherungen oder Protokollsicherungen im Tagesverlauf.

• Getrennter Ort: Microsofts Leitfaden zu Sicherung und Wiederherstellung empfiehlt, Sicherungen an einem physisch getrennten Ort oder Gerät abzulegen. Eine Sicherung auf demselben Laufwerk geht bei einem Laufwerksdefekt mit den Daten verloren.
• Eine Kopie außerhalb des Netzwerks: Ransomware kann auch Sicherungen verschlüsseln, die sie über das Netzwerk erreicht. Mindestens eine Kopie an einem nicht dauerhaft erreichbaren Ort senkt dieses Risiko. Ausfallszenarien behandeln wir im Leitfaden zum Disaster-Recovery-Plan.
• Verschlüsselung und Rechte: Eine Logo-Sicherung enthält personenbezogene Daten zu Kunden, Mitarbeitenden und Bankkonten. Microsoft empfiehlt, Sicherungen zu verschlüsseln und Sicherungskonten nicht mehr Rechte als nötig zu geben.
• Aufbewahrung: Legen Sie fest, wie viele Tage Sie Sicherungen aufbewahren. Die Sicherung vor einem Periodenabschluss bewahren Sie getrennt und länger auf.
• Schriftliche Dokumentation: Ablageort, Verantwortliche und die im letzten Test gemessene Wiederherstellungsdauer gehören in ein Dokument.

Wenn Sie Unterstützung beim Einrichten oder Prüfen des Sicherungsplans im SQL Server brauchen, finden Sie mehr auf unserer Seite zur SQL-Beratung.

Wiederherstellungstest Schritt für Schritt

Microsofts Leitfaden ist eindeutig: Solange Sie Ihre Sicherungen nicht testen, haben Sie keine Wiederherstellungsstrategie. Getestet wird, indem eine Kopie der Sicherung auf einem separaten System wiederhergestellt wird. Für ein Unternehmen mit Logo sieht das so aus:

1. Testumgebung vorbereiten. Nutzen Sie einen Server oder eine SQL-Server-Instanz getrennt vom Live-System. Testen Sie nie über der Live-Datenbank.
2. Letzte Sicherung wählen. Nehmen Sie die neueste Vollsicherung und gegebenenfalls die späteren differenziellen und Protokollsicherungen. Testen Sie gelegentlich auch die Kopie außerhalb des Servers.
3. Unter anderem Namen wiederherstellen. Prüfen Sie, ob die Wiederherstellung ohne Fehler endet.
4. Konsistenz prüfen. Microsoft empfiehlt, nach der Wiederherstellung DBCC CHECKDB auszuführen. Der Befehl zeigt, ob die Datenbank beschädigt ist. Ihre IT oder Ihr Partner führt ihn aus.
5. Geschäftsdaten vergleichen. Die Logo-Anwendung mit der Testdatenbank zu verbinden erfordert Installations- und Lizenzeinstellungen; planen Sie diesen Schritt mit Ihrem Partner. Vergleichen Sie dann mit dem Zeitpunkt der Sicherung: Stimmen Nummer und Datum der letzten Rechnung, der Saldo einiger Konten, der Bestand einiger Artikel und die Summen der Saldenliste?
6. Dauer messen und festhalten. Notieren Sie Beginn und Ende der Wiederherstellung. Diese Dauer zeigt am besten, wie lange das System bei einem echten Ausfall stillstehen würde. Halten Sie Datum, Sicherungsdatei, Dauer, Ergebnis und Prüfer fest.
7. Testumgebung aufräumen. Die Testdatenbank enthält echte personenbezogene Daten. Löschen Sie sie nach dem Test oder schützen Sie sie so streng wie das Live-System.

In unseren Projekten empfehlen wir, mindestens alle drei Monate und vor jeder größeren Änderung zu testen. Lange Sicherungs- und Wiederherstellungszeiten prüfen Sie am besten zusammen mit unserer Checkliste Logo-Datenbank langsam.

Manuelle Sicherung vor großen Änderungen

Manche Vorgänge ändern Daten so, dass sie schwer rückgängig zu machen sind. Erstellen Sie direkt davor eine Vollsicherung, ohne auf die geplante zu warten, und prüfen Sie, ob die Datei angelegt wurde:

• Versionswechsel oder Update von Logo
• Periodenübertrag und Jahresabschluss
• Massenänderung von Preisen, Massenlöschungen oder Datenimporte
• Inbetriebnahme einer neuen Schnittstelle

Damit die reguläre Sicherungskette nicht gestört wird, bietet SQL Server die Option einer reinen Kopiesicherung (COPY_ONLY). Sprechen Sie mit Ihrer IT darüber.

Häufige Fehler

• Sicherung auf demselben Server: Ein Hardwaredefekt oder Ransomware nimmt die Sicherung mit.
• Programmordner als Sicherung: Die Daten liegen in der SQL-Server-Datenbank, nicht im Ordner.
• Vertrauen auf die Meldung „erfolgreich“: Niemand prüft Datei und Sicherungsverlauf.
• Erste Wiederherstellung am Tag der Krise: Schritte und Dauer sind unbekannt, der Ausfall dauert länger.
• Test über der Live-Datenbank: Aktuelle Daten können mit einer alten Sicherung überschrieben werden.
• Unverschlüsselte Sicherungen, auf die alle zugreifen: Personenbezogene Daten können an Unbefugte gelangen.
• Wissen bei nur einer Person: Der Ausfall kommt vielleicht genau in deren Urlaub.
• Sicherungsdateien unbekannter Herkunft einspielen: Microsoft warnt, dass das Wiederherstellen einer Sicherung aus nicht vertrauenswürdiger Quelle ein Sicherheitsrisiko für die gesamte SQL-Server-Umgebung ist.

Checkliste zur Logo Datensicherung

• Sind die Logo-Datenbanken und Dateien außerhalb der Datenbank schriftlich erfasst?
• Wurde das Datum der letzten erfolgreichen Sicherung im msdb-Verlauf geprüft?
• Sind Voll-, differenzielle und Protokollsicherungen nach dem tragbaren Datenverlust geplant?
• Liegt eine Kopie außerhalb des Servers und eine außerhalb des Netzwerks?
• Sind Sicherungen verschlüsselt und nur für Berechtigte zugänglich?
• Wann war der letzte Wiederherstellungstest, und sind Dauer und Ergebnis dokumentiert?
• Gehörten DBCC CHECKDB und ein Abgleich der Geschäftsdaten zum Test?
• Kennen alle die Regel der manuellen Sicherung vor großen Änderungen?
• Wird jemand benachrichtigt, wenn eine Sicherung fehlschlägt?

Fazit

Die Logo Datensicherung beantwortet drei Fragen: Wird regelmäßig gesichert, liegt die Sicherung an einem sicheren Ort, und lässt sie sich wirklich wiederherstellen? Die ersten beiden klären ein Plan und regelmäßige Kontrollen. Die dritte beantwortet nur ein regelmäßiger Wiederherstellungstest. Ein Team, das getestet hat, weiß am Tag des Ausfalls, was zu tun ist und wie lange es dauert.

Bei ÇAP Teknoloji prüfen wir den Sicherungsplan Ihrer Logo-Installation, führen den ersten Wiederherstellungstest gemeinsam mit Ihnen durch und dokumentieren das Ergebnis. Mehr dazu auf unserer Seite zur ERP-Beratung, oder nehmen Sie Kontakt mit uns auf.

Häufig gestellte Fragen