/
/

Copy-Only-Backup in SQL-Servern erklärt

von Team Ninja
Copy-only backup SQL servers blog banner

Kurzüberblick

Dieser NinjaOne-Blogbeitrag bietet eine umfassende Liste grundlegender CMD-Befehle und einen tiefen Einblick in die Windows-Befehle mit über 70 wichtigen CMD-Befehlen für Anfänger:innen und Fortgeschrittene. Der Blogartikel erklärt praktische Befehle der Eingabeaufforderung für die Dateiverwaltung, die Navigation in Verzeichnissen, die Fehlersuche im Netzwerk, Festplattenoperationen und die Automatisierung mit echten Beispielen zur Steigerung der Produktivität. Egal, ob Sie grundlegende CMD-Befehle lernen oder fortgeschrittene Windows CLI-Tools beherrschen möchten, dieser Leitfaden hilft Ihnen, die Eingabeaufforderung effektiver zu verwenden.

Die wichtigsten Punkte

  • Was ein Copy-Only-Backup ist: Ein Ad-hoc-Backup des vollständigen Datenbestands oder des Transaktionsprotokolls, das weder die normale Backup-Kette noch die differenzielle Basis oder die Wiederherstellungsabfolge beeinflusst.
  • Wann sich Copy-Only-Backups lohnen: Bei Audits, Fehlerbehebung, Testwiederherstellungen und Supportanfragen von Anbietern.
  • Die zentrale Einschränkung: Copy-Only-Backups sollten geplante vollständige Backups in einem Standardplan für SQL-Server-Backup und Notfallwiederherstellung niemals ersetzen.
  • Vollständige vs. Protokoll-Copy-Only-Backups: In SQL-Servern dienen Protokoll-Copy-Only-Backups vor allem besonderen Wiederherstellungsszenarien und nicht dem Routinebetrieb.
  • Copy-Only-Backups wiederherstellen: Die Wiederherstellung erfolgt über denselben SQL-Server-Prozess wie bei Standard-Backups.
  • Native Tools nutzen: Erstellen Sie Copy-Only-Backups mit SQL Server Management Studio (SSMS), Transact-SQL (Parameter COPY_ONLY) oder PowerShell (-CopyOnly).

Obwohl es Structured Query Language (SQL) schon seit Jahrzehnten gibt, ist die Sprache für Unternehmen nach wie vor relevant und wird es auch bleiben. SQL funktioniert bis heute reibungslos für viele IT-Teams weltweit, entwickelt sich kontinuierlich weiter und bildet weiterhin die Grundlage moderner relationaler Datenbanken, sowohl on-premises als auch in der Cloud. Oder wie es so schön heißt: „Never change a running system.“

Damit die auf SQL-Servern gespeicherten Daten geschützt bleiben, sichern IT-Fachkräfte sie trotzdem regelmäßig. Dafür gibt es mehrere Möglichkeiten. Zu den bekannten Backup-Methoden für SQL-Server zählen differenzielle Backups und Copy-Only-Backups. Wenn Sie ein Backup erstellen möchten, das unabhängig von Ihrer Abfolge herkömmlicher Backups ist, dann ist ein Copy-Only-Backup genau das Richtige für Sie.

Stärken Sie Ihre Datensicherheit mit der flexiblen, automatisierten Backup-Management-Software von NinjaOne.

Demo ansehen oder kostenlos testen.

Was ist ein Copy-Only-Backup für einen SQL-Server?

Ein Copy-Only-Backup ist eine Backup-Art für SQL-Server, die von der Abfolge herkömmlicher Backups getrennt ist. Im Kern erstellt ein Copy-Only-Backup eine Sicherung, die weder die anderen ursprünglichen Backups noch Wiederherstellungsprozesse beeinflusst. Das ist praktisch, um experimentelle Änderungen an gesicherten Informationen vorzunehmen, ohne die Originaldaten zu verändern. Anders als andere Vollsicherungen lässt sich ein Copy-Only-Backup nicht als Basis für differenzielle Backups verwenden.

Arten von Copy-Only-Backups für SQL-Server

Copy-Only für Vollsicherungen (alle Wiederherstellungsmodelle)

Copy-Only lässt sich zwar für eine Vollsicherung nutzen, aber denken Sie daran: Ein Copy-Only-Backup kann nicht als Basis für ein differenzielles Backup dienen. Differenzielle Backups für SQL-Server setzen Vollsicherungen voraus, und Copy-Only-Backups können diese nicht ersetzen. Die Wiederherstellung eines Copy-Only-Backups läuft genauso ab wie die Wiederherstellung jeder anderen SQL-Sicherung.

Copy-Only für Protokollsicherungen (nur bei vollständigem Wiederherstellungsmodell und massenprotokolliertem Wiederherstellungsmodell)

Ein Copy-Only-Protokollbackup soll den vorhandenen Protokollarchivierungspunkt sichern, ist aber in den meisten Fällen überflüssig. Laut Microsoft werden Copy-Only-Protokollsicherungen vor allem zur Fehlerbehebung oder für spezielle Wiederherstellungsszenarien eingesetzt und sind nicht Teil routinemäßiger Protokollsicherungsstrategien. Auch wenn ein Copy-Only-Protokollbackup also selten zum Einsatz kommt, kann es in bestimmten Situationen bei einer Online-Wiederherstellung hilfreich sein.

Vor- und Nachteile von Copy-Only-Backups für SQL-Server

Vorteile:

  • Copy-Only-Backups beeinflussen die Backup-Abfolge nicht

Der größte Vorteil eines Copy-Only-Backups besteht darin, dass es weder die Backup-Abfolge noch reguläre Wiederherstellungsprozesse beeinflusst. Die meisten Backup-Methoden für SQL-Server wirken sich dagegen auf diese Prozesse aus. Mit Copy-Only-Backups können IT-Teams also Sicherungen erstellen, die die anderen ursprünglichen Backups unberührt lassen.

  • Copy-Only-Backups lassen sich wie jedes andere Backup wiederherstellen

Für die Wiederherstellung eines Copy-Only-Backups sind glücklicherweise keine zusätzlichen Kenntnisse oder Fähigkeiten nötig, solange Sie sich mit SQL auskennen. Die Wiederherstellung läuft also genauso ab wie bei einer normalen Datenwiederherstellung.

  • Copy-Only-Backups sind einfach durchzuführen

Es gibt mehrere Möglichkeiten, ein Copy-Only-Backup durchzuführen, darunter

Bei Copy-Only-Backups können IT-Administrator:innen je nach Situation die am besten passende Methode wählen.

Nachteile:

  • Copy-Only-Backups unterstützen keine differenziellen Backups

Möchte ein IT-Team differenzielle Backups für seine SQL-Server-Daten nutzen, muss es zunächst eine Vollsicherung durchführen. Copy-Only-Backups können eine Vollsicherung als Grundlage für differenzielle Backups nicht ersetzen.

  • Copy-Only-Backups können überflüssig sein

Da ein Copy-Only-Backup den vorhandenen Protokollarchivierungspunkt sichert, beeinflusst es die Abfolge regulärer Backups nicht. Wie bereits erwähnt, räumt sogar Microsoft ein: „Copy-Only-Protokollsicherungen sind in der Regel unnötig. Stattdessen können Sie eine neue routinemäßige Protokollsicherung erstellen (mit WITH NORECOVERY) und diese Sicherung zusammen mit allen vorherigen Protokollsicherungen verwenden, die für die Wiederherstellungssequenz erforderlich sind.“

3 Möglichkeiten, ein Copy-Only-Backup durchzuführen

1) SQL Server Management Studio (SSMS) nutzen

Wenn Ihr Unternehmen SSMS einsetzt, können Sie ein Copy-Only-Backup mit wenigen Klicks erstellen.

2) Transact-SQL ausprobieren

Eine weitere Methode ist TSQL, eine Erweiterung der SQL-Sprache. Dabei kommt der Parameter COPY_ONLY zum Einsatz, und das Transaktionsprotokoll wird gesichert.

3) PowerShell verwenden

Schließlich lässt sich ein Copy-Only-Backup auch mit PowerShell und dem Parameter -CopyOnly durchführen.

Fazit

Viele Unternehmen speichern ihre geschäftskritischen Daten heute in SQL-Server-Datenbanken. Von den zahlreichen Backup-Methoden für SQL-Server werden Copy-Only-Backups nur selten genutzt, doch in bestimmten Situationen leisten sie wertvolle Dienste. Ein Copy-Only-Backup sollte niemals Voll- oder differenzielle Backups ersetzen, es kann aber nützlich sein, um Wiederherstellungen zu testen, Audits durchzuführen oder externe Prozesse abzuwickeln, ohne bestehende Backup-Ketten zu stören.

Sehen Sie sich hier die Videoanleitung an: „Copy-Only-Backup in SQL-Servern erklärt.“

Wenn Sie die Daten-Backup-Strategie Ihres Unternehmens insgesamt verbessern möchten: NinjaOne Backup bietet integriertes Backup und Wiederherstellung für Ihre Geräte und Server sowie flexible Speicheroptionen für On-Prem-, Cloud- und hybride IT-Umgebungen, alles über eine einheitliche Konsole. Mit NinjaOne Backup profitieren Sie außerdem von kettenlosem Image-Backup, plattformübergreifender Unterstützung (Windows und macOS) und Remote-Wiederherstellung.

Starten Sie Ihre 14-tägige kostenlose Testversion der Backup-Lösung von NinjaOne oder sehen Sie sich eine kostenlose Demo an.

FAQs

Copy-Only-Backups lassen sich wiederherstellen, eignen sich aber nicht als Basis einer Strategie zur Notfallwiederherstellung, da sie keine differenziellen Backups unterstützen und geplante Vollsicherungen nicht ersetzen.

Copy-Only-Backups werden auf SQL-Servern on-premises und in Azure-VMs unterstützt. Azure SQL-Datenbank nutzt jedoch automatisierte Backups, sodass Copy-Only-Backups dort nicht in gleicher Weise anwendbar sind.

Ja. Copy-Only-Backups werden im Backup-Verlauf des SQL-Servers protokolliert, aktualisieren aber nicht die differenzielle Basis und verändern die normale Backup- und Wiederherstellungsabfolge nicht.

Nein. Copy-Only-Backups sind nicht für eine routinemäßige Planung gedacht und werden am besten sparsam für bestimmte Anwendungsfälle eingesetzt, ergänzend zu einer Standardstrategie aus Voll-, differenziellen und Transaktionsprotokoll-Backups.

Das könnte Sie auch interessieren

Sind Sie bereit, die schwierigsten Aufgaben der IT zu vereinfachen?

NinjaOne Allgemeine Geschäftsbedingungen für Skripte

Indem Sie unten auf die Schaltfläche „Ich akzeptiere“ klicken, erklären Sie Ihr Einverständnis mit den folgenden rechtlichen Bedingungen sowie mit unseren Nutzungsbedingungen:

  • Eigentumsrechte: NinjaOne besitzt und wird weiterhin alle Rechte, Titel und Interessen an dem Skript (einschließlich des Urheberrechts) behalten. NinjaOne gewährt Ihnen eine eingeschränkte Lizenz zur Nutzung des Skripts in Übereinstimmung mit diesen rechtlichen Bedingungen.
  • Einschränkung der Nutzung: Sie dürfen das Skript nur für Ihre legitimen persönlichen oder internen Geschäftszwecke verwenden und es nicht an Dritte weitergeben.
  • Verbot der Wiederveröffentlichung: Sie sind unter keinen Umständen berechtigt, das Skript in einer Skriptbibliothek, die einem anderen Softwareanbieter gehört oder von diesem kontrolliert wird, erneut zu veröffentlichen.
  • Gewährleistungsausschluss: Das Skript wird „wie gesehen“ und „wie verfügbar“ bereitgestellt, ohne jegliche Garantie. NinjaOne gibt keine Versprechen oder Garantien, dass das Skript frei von Fehlern ist oder dass es Ihre speziellen Bedürfnisse oder Erwartungen erfüllt.
  • Risikoübernahme: Die Verwendung des Skripts erfolgt auf eigene Gefahr. Sie erkennen an, dass die Nutzung des Skripts mit bestimmten Risiken verbunden ist, und Sie verstehen und übernehmen jedes dieser Risiken.
  • Verzicht und Freigabe: Sie machen NinjaOne nicht für nachteilige oder unbeabsichtigte Folgen verantwortlich, die sich aus Ihrer Nutzung des Skripts ergeben, und Sie verzichten auf alle gesetzlichen oder billigkeitsrechtlichen Rechte oder Rechtsmittel, die Sie gegen NinjaOne im Zusammenhang mit Ihrer Nutzung des Skripts haben könnten.
  • EULA: Wenn Sie ein NinjaOne-Kunde sind, unterliegt Ihre Nutzung des Skripts dem für Sie geltenden Endbenutzer-Lizenzvertrag (EULA).