{"id":92367,"date":"2020-08-26T07:42:09","date_gmt":"2020-08-26T05:42:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh"},"modified":"2020-08-26T07:42:09","modified_gmt":"2020-08-26T05:42:09","slug":"putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","title":{"rendered":"Leitfaden zur Datenbanksicherung","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<blockquote><p>\u2013 Nun, kein Schutzraum h\u00e4lt einem Meteoriteneinschlag stand. Aber Sie haben, wie jeder andere auch, eine Sicherung, also brauchen Sie sich keine Sorgen zu machen.<\/p>\n<p><i>Stanislaw Lem, \u201eDie Sterntageb\u00fccher des Ijon Tichy\u201c<\/i><\/p><\/blockquote>\n<p>\nDie Datensicherung bezeichnet die Speicherung einer Kopie von Daten au\u00dferhalb des Hauptspeichers.<\/p>\n<p><img decoding=\"async\" alt=\"Leitfaden zur Datenbanksicherung\" src=\"\/wp-content\/uploads\/2020\/08\/c1dba0d8999cab69315560dfc57546e0.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDer Hauptzweck der Datensicherung besteht darin, Daten nach einem Verlust wiederherzustellen. In diesem Zusammenhang h\u00f6rt man oft, dass man mit einer Datenbankreplik immer Daten wiederherstellen kann und eine Sicherung nicht notwendig ist. Tats\u00e4chlich erm\u00f6glicht die Datensicherung die L\u00f6sung von mindestens drei Aufgaben, die mit einer Replik nicht gel\u00f6st werden k\u00f6nnen, und man kann eine Replik ohne Sicherung nicht initialisieren.<\/p>\n<p>Erstens erm\u00f6glicht eine Sicherung die Wiederherstellung von Daten nach einem logischen Fehler. Zum Beispiel, wenn ein Buchhalter eine Gruppe von Buchungen gel\u00f6scht hat oder ein Datenbankadministrator einen Tablespace zerst\u00f6rt hat. Beide Operationen sind nach den Regeln der Datenbank v\u00f6llig legitim, und der Replikationsprozess wird diese in der Replikatdatenbank reproduzieren.<\/p>\n<p>Zweitens sind moderne Datenbankmanagementsysteme \u00e4u\u00dferst zuverl\u00e4ssige Softwarel\u00f6sungen, jedoch kann es gelegentlich zu Besch\u00e4digungen der internen Datenbankstrukturen kommen, wodurch der Zugriff auf Daten verloren geht. Besonders \u00e4rgerlich ist, dass solche St\u00f6rungen h\u00e4ufig bei hoher Auslastung oder w\u00e4hrend der Installation von Updates auftreten. Sowohl hohe Lasten als auch regelm\u00e4\u00dfige Updates deuten darauf hin, dass die Datenbank keineswegs eine Testumgebung ist und die darin gespeicherten Daten wertvoll sind.<\/p>\n<p>Schlie\u00dflich ist die dritte Aufgabe, deren L\u00f6sung eine Sicherungskopie erfordert, das Klonen der Datenbank, beispielsweise zu Testzwecken.<\/p>\n<p>Die Sicherung von Datenbanken basiert in der einen oder anderen Form auf einem der beiden Prinzipien:<\/p>\n<ul>\n<li>Datenextraktion mit anschlie\u00dfender Speicherung im beliebigen Format;<\/li>\n<li>Snapshot des Zustands der Datenbankdateien und Speicherung der Protokolle.<\/li>\n<\/ul>\n<p>\nLassen Sie uns diese Prinzipien und die verwendeten Werkzeuge n\u00e4her betrachten.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Datenexport<\/h3>\n<p>\nIm Lieferumfang der mit jeder Datenbank-Management-System (DBMS) gelieferten Tools sind unbedingt Werkzeuge zur Datenexport und -import enthalten. Die Daten werden entweder im Textformat oder im bin\u00e4ren, spezifischen Format des jeweiligen DBMS gespeichert. Die folgende Tabelle zeigt eine solche Liste von Werkzeugen:<\/p>\n<p>Bin\u00e4rformat<br \/>\nTextformat<\/p>\n<p>Oracle<br \/>\nDataPump Export\/DataPump Import<br \/>\nExport\/Import<br \/>\nSQL*Plus\/SQL*Loader<\/p>\n<p>PostgreSQL<br \/>\npg_dump, pg_dumpall\/pg_restore<br \/>\npg_dump, pg_dumpall\/psql<\/p>\n<p>Microsoft SQL Server<br \/>\nbcp<br \/>\nbcp<\/p>\n<p>DB2<br \/>\nunload\/load<br \/>\nunload\/load<\/p>\n<p>MySQL<\/p>\n<p>mysqldump, mysqlpump\/mysql, mysqlimport<\/p>\n<p>MongoDB<br \/>\nmongodump\/mongorestore<br \/>\nmongoexport\/mongoimport<\/p>\n<p>Cassandra,<br \/>\nnodetool snapshot\/sstableloader<br \/>\ncqlsh<\/p>\n<p>\nDer Vorteil des Textformats liegt darin, dass es mit externen Programmen bearbeitet oder sogar erstellt werden kann, w\u00e4hrend das Bin\u00e4rformat schnelleres Exportieren und Importieren von Daten erm\u00f6glicht, da es Ressourcen bei der Formatumwandlung spart.<\/p>\n<p>Trotz der Einfachheit und Offensichtlichkeit der Idee des Datenexports wird diese Methode selten f\u00fcr die Sicherung stark belasteter Produktionsdatenbanken verwendet. Hier sind die Gr\u00fcnde, warum der Export nicht f\u00fcr ein vollst\u00e4ndiges Backup geeignet ist:<\/p>\n<ul>\n<li>Der Exportprozess erzeugt eine erhebliche Belastung f\u00fcr das Quellsystem;<\/li>\n<li>Der Export nimmt viel Zeit in Anspruch \u2013 zum Zeitpunkt des Abschlusses des Exports wird er bereits nicht mehr aktuell sein;<\/li>\n<li>Es ist praktisch unm\u00f6glich, einen konsistenten Dump der gesamten Datenbank bei hoher Last zu erstellen, da das DBMS gezwungen ist, einen Snapshot seines Zustands zum Zeitpunkt des Beginns des Dumps zu speichern. Je mehr Transaktionen seit Beginn des Dumps durchgef\u00fchrt wurden, desto gr\u00f6\u00dfer ist das Volumen des Snapshots (veraltete Datenkopien in PostgreSQL, Undo-Speicher in Oracle, tempdb in Microsoft SQL Server usw.);<\/li>\n<li>Der Dump bewahrt die logische Struktur der Daten, jedoch nicht deren physische Struktur \u2013 die Parameter der physischen Speicherung von Tabellen, Indizes usw.<\/li>\n<\/ul>\n<p>\nDennoch hat der Dump auch Vorteile:<\/p>\n<ul>\n<li>Hohe Selektivit\u00e4t: Es k\u00f6nnen einzelne Tabellen, spezifische Felder und sogar einzelne Zeilen exportiert werden;<\/li>\n<li>Die exportierten Daten k\u00f6nnen in eine Datenbank einer anderen Version geladen werden, und wenn der Dump im Textformat erfolgt, auch in eine andere Datenbank.<\/li>\n<\/ul>\n<p>\nSomit wird der Dump haupts\u00e4chlich f\u00fcr Aufgaben wie die Sicherung kleiner Tabellen (z. B. Verzeichnisse) oder die Verbreitung von Datens\u00e4tzen mit der n\u00e4chsten Anwendungsrelease verwendet. <\/p>\n<p>Die am h\u00e4ufigsten verwendete Methode zur Sicherung von Datenbanken bleibt jedoch das Kopieren der Datenbankdateien.<\/p>\n<h3>Kalte Datenbanksicherung<\/h3>\n<p>\nDie naheliegende Idee ist, die Datenbank anzuhalten und alle Dateien zu kopieren. Eine solche Sicherung wird als \"kalte\" Sicherung bezeichnet. Diese Methode ist \u00e4u\u00dferst zuverl\u00e4ssig und einfach, hat jedoch zwei offensichtliche Nachteile:<\/p>\n<ul>\n<li>Aus einer \"kalten\" Sicherung kann nur der Zustand der Datenbank wiederhergestellt werden, der zum Zeitpunkt des Anhaltens bestand; Transaktionen, die nach dem Neustart der Datenbank durchgef\u00fchrt wurden, gelangen nicht in die \"kalte\" Sicherung.<\/li>\n<li>Nicht jede Datenbank hat ein Zeitfenster, in dem sie gestoppt werden kann.<\/li>\n<\/ul>\n<p>\nWenn Sie jedoch mit der \"kalten\" Sicherung zufrieden sind, sollten Sie beachten, dass<\/p>\n<ul>\n<li>die \"kalte\" Sicherung manchmal auch Protokolle enthalten muss. Die Methoden zur Bestimmung der Protokolle, die in die \"kalte\" Sicherung aufgenommen werden sollen, sind f\u00fcr jede DBMS individuell. Zum Beispiel m\u00fcssen bei Oracle die sogenannten Online-Redo-Dateien kopiert werden, d.h. eine feste Anzahl von Protokolldateien in einem speziellen Verzeichnis, selbst wenn die Datenbank korrekt angehalten wurde. In PostgreSQL m\u00fcssen alle Protokolle ab dem Protokoll, das den letzten Kontrollpunkt enth\u00e4lt, gesichert werden, dessen Informationen in der Steuerdatei gespeichert sind.<\/li>\n<li>Das Datenbankverzeichnis kann recht gro\u00dfe Dateien von tempor\u00e4ren Tabellenr\u00e4umen enthalten, die nicht unbedingt in das Backup aufgenommen werden m\u00fcssen. \u00dcbrigens gilt diese Anmerkung auch f\u00fcr die \"hei\u00dfe\" Sicherung.<\/li>\n<\/ul>\n<p><\/p>\n<h3>\"Hei\u00dfe\" Dateispeicherung<\/h3>\n<p>\nDie meisten Backups moderner Datenbanken werden durchgef\u00fchrt, indem die Datenbankdateien kopiert werden, ohne die Datenbank anzuhalten. Dabei gibt es einige Probleme:<\/p>\n<ul>\n<li>Zum Zeitpunkt des Beginns der Kopie kann der Inhalt der Datenbank vom Inhalt der Dateien abweichen, da ein Teil der Informationen im Cache gespeichert ist und noch nicht auf die Festplatte geschrieben wurde.<\/li>\n<li>W\u00e4hrend des Kopiervorgangs kann sich der Inhalt der Datenbank \u00e4ndern. Wenn ver\u00e4nderbare Datenstrukturen verwendet werden, \u00e4ndert sich der Inhalt der Dateien, und bei unver\u00e4nderbaren Strukturen \u00e4ndert sich das Set von Dateien: neue Dateien erscheinen, w\u00e4hrend alte gel\u00f6scht werden.<\/li>\n<li>Da das Schreiben von Daten in die Datenbank und das Lesen der Datenbankdateien nicht synchronisiert sind, kann das Backup-Programm eine inkorrekte Seite lesen, bei der die eine H\u00e4lfte von der alten Version der Seite und die andere H\u00e4lfte von der neuen stammt.<\/li>\n<\/ul>\n<p>\nUm eine konsistente Sicherung zu erhalten, verf\u00fcgt jedes DBMS \u00fcber einen Befehl, der anzeigt, dass der Sicherungsprozess gestartet wurde. Die Syntax dieses Befehls kann unterschiedlich aussehen: <\/p>\n<ul>\n<li>in Oracle ist dies ein separater Befehl ALTER DATABASE\/TABLESPACE BEGIN BACKUP;<\/li>\n<li>in PostgreSQL \u2013 die Funktion pg_start_backup();<\/li>\n<li>in Microsoft SQL Server und DB2 erfolgt die Vorbereitung f\u00fcr die Sicherung implizit w\u00e4hrend der Ausf\u00fchrung des Befehls BACKUP DATABASE;<\/li>\n<li>in MySQL Enterprise, Cassandra und MongoDB wird die Vorbereitung implizit von einem externen Dienstprogramm durchgef\u00fchrt \u2013 mysqlbackup, OpsCenter und Ops Manager entsprechend.<\/li>\n<\/ul>\n<p>\nTrotz der syntaktischen Unterschiede sieht der Vorbereitungsprozess f\u00fcr die Sicherung \u00fcberall \u00e4hnlich aus.<\/p>\n<p>So sieht die Vorbereitung f\u00fcr die Sicherung in DBMS mit ver\u00e4nderlichen Speicherstrukturen aus, d. h. in allen traditionellen relationalen Datensystemen:<\/p>\n<ol>\n<li>Der Zeitpunkt des Beginns der Sicherung wird aufgezeichnet; das Backup muss die Datenbankprotokolle ab diesem Zeitpunkt enthalten.<\/li>\n<li>Ein Sicherungspunkt wird erstellt, wodurch alle \u00c4nderungen, die bis zu diesem Moment an den Datenseiten vorgenommen wurden, auf die Festplatte zur\u00fcckgesetzt werden. Dies gew\u00e4hrleistet, dass die Protokolle vor dem Beginn der Sicherung bei der Wiederherstellung nicht ben\u00f6tigt werden.<\/li>\n<li>Ein spezieller Protokollierungsmodus wird aktiviert: Wenn sich die Datenseite zum ersten Mal nach dem Laden von der Festplatte \u00e4ndert, wird anstelle der Aufzeichnung der \u00c4nderungen an der Seite die gesamte Seite in das Protokoll geschrieben. W\u00e4hrend des Vorbereitungsvorgangs werden alle Seiten auf die Festplatte geschrieben, sodass die erste \u00c4nderung des Blocks immer die gesamte Seite im Protokoll festh\u00e4lt. Wenn die Seite w\u00e4hrend des Sicherungsvorgangs erneut auf die Festplatte geschrieben wird, f\u00fchrt die n\u00e4chste \u00c4nderung ebenfalls zur Speicherung einer vollst\u00e4ndigen Kopie der Seite im Protokoll. Dies gew\u00e4hrleistet, dass, falls die Datenseite beim Kopieren des Datei nicht korrekt sein sollte, die Anwendung des Protokolls sie wiederherstellt.<\/li>\n<li>Die \u00c4nderung der Header von Datendateien wird blockiert, das hei\u00dft, der Teil der Daten\u00e4nderungen, der nicht in den Protokollen reflektiert wird. Dies stellt sicher, dass der Header korrekt kopiert wird und die Protokolle anschlie\u00dfend korrekt auf die Datendatei angewendet werden.<\/li>\n<\/ol>\n<p>\nNachdem alle oben genannten Schritte abgeschlossen sind, k\u00f6nnen die Datenbankdateien mit Betriebssystemwerkzeugen wie cp, rsync und anderen kopiert werden. Die Aktivierung des Backup-Modus verringert die Leistung der Datenbank: Erstens erh\u00f6ht sich das Volumen der Protokolle, und zweitens verl\u00e4ngert sich die Wiederherstellungszeit, falls w\u00e4hrend des Backup-Modus ein Fehler auftritt, da die Dateikopfzeilen nicht aktualisiert werden. Je schneller das Backup abgeschlossen ist, desto besser ist es f\u00fcr die Datenbank. Daher kann der Einsatz von Tools wie Snapshots des Dateisystems oder BCV (Break Copy Volume) im Speichersystem hier von Vorteil sein. Einige Datenbankmanagementsysteme (Oracle, PostgreSQL) bieten dem Administrator die M\u00f6glichkeit, die Kopiermethode selbst auszuw\u00e4hlen, w\u00e4hrend andere (Microsoft SQL Server) eine Schnittstelle zur Integration eigener Backup-Utilities mit Dateisystemmechanismen oder Speichersystemen bereitstellen.<\/p>\n<p>Nach dem Abschluss der Sicherung muss die Datenbank wieder in den normalen Zustand versetzt werden. In Oracle geschieht dies mit dem Befehl ALTER DATABASE\/TABLESPACE END BACKUP, in PostgreSQL durch den Aufruf der Funktion pg_stop_backup(), und in anderen Datenbanken \u00fcber interne Unterprogramme der entsprechenden Befehle oder externen Dienste.<\/p>\n<p>So sieht das zeitliche Diagramm des Sicherungsprozesses aus:<\/p>\n<p><img decoding=\"async\" alt=\"Leitfaden zur Datenbanksicherung\" src=\"\/wp-content\/uploads\/2020\/08\/4e74f865e9f35acec083b747da4449cf.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<ul>\n<li>Die Vorbereitung zur Sicherung (begin backup) ben\u00f6tigt Zeit, manchmal auch erheblich. Selbst wenn Spiegel-Volumes oder Dateisysteme mit Snapshot-Funktionalit\u00e4ten verwendet werden, wird der Sicherungsprozess nicht sofort abgeschlossen sein.<\/li>\n<li>Zusammen mit den Datenfiles m\u00fcssen die Logs ab dem Zeitpunkt des Beginns der Vorbereitungen zur Sicherung bis zum Moment der R\u00fcckkehr der Datenbank in den normalen Zustand aufbewahrt werden.<\/li>\n<li>Diese Sicherung kann wiederhergestellt werden <b>zum Zeitpunkt der R\u00fcckkehr der Datenbank in den normalen Zustand<\/b>. Eine Wiederherstellung auf einen fr\u00fcheren Zeitpunkt ist nicht m\u00f6glich.<\/li>\n<\/ul>\n<p>\nBei Datenbanken, die unver\u00e4nderliche Datenstrukturen nutzen (z. B. Memory Snapshots, LSM-B\u00e4ume), gestaltet sich die Situation einfacher. Die Vorbereitung zur Sicherung besteht aus folgenden Schritten:<\/p>\n<ol>\n<li>Daten aus dem Speicher werden auf die Festplatte geschrieben.<\/li>\n<li>Eine Liste der Dateien, die in das Backup aufgenommen werden, wird festgehalten. Solange der Backup-Prozess nicht abgeschlossen ist, ist es der Datenbank untersagt, diese Dateien zu l\u00f6schen, selbst wenn sie nicht mehr ben\u00f6tigt werden.<\/li>\n<\/ol>\n<p>\nNach dem Signal, dass das Backup abgeschlossen ist, kann die Datenbank mit unver\u00e4nderlichen Strukturen wieder nicht ben\u00f6tigte Dateien l\u00f6schen.<\/p>\n<h3>Wiederherstellung auf einen Punkt<\/h3>\n<p>\nEin Backup erm\u00f6glicht es, den Zustand der Datenbank zu einem Zeitpunkt wiederherzustellen, als der Befehl zum Verlassen des Backup-Modus abgeschlossen wurde. Ein Ausfall, nach dem eine Wiederherstellung erforderlich ist, kann jedoch jederzeit eintreten. Die Aufgabe, den Zustand der Datenbank zu einem beliebigen Zeitpunkt wiederherzustellen, wird als \u201eWiederherstellung auf einen Punkt\u201c (point-in-time recovery) bezeichnet.<\/p>\n<p>Um diese M\u00f6glichkeit sicherzustellen, m\u00fcssen die Datenbankprotokolle ab dem Zeitpunkt des Backup-Endes aufbewahrt werden, und w\u00e4hrend der Wiederherstellung sollten die Protokolle auf die wiederhergestellte Kopie angewendet werden. Sobald die Datenbank aus dem Backup zum Zeitpunkt des Kopierens wiederhergestellt ist, ist der Zustand der Datenbank (Dateien und zwischengespeicherte Seiten) garantiert korrekt, weshalb ein spezielles Protokollierungsverfahren nicht erforderlich ist. Durch die Anwendung der Protokolle bis zu dem gew\u00fcnschten Zeitpunkt kann der Zustand der Datenbank zu jedem beliebigen Zeitpunkt erreicht werden.<\/p>\n<p>Wenn die Wiederherstellungsgeschwindigkeit eines Backups nur durch die Festplattendurchsatzgeschwindigkeit begrenzt ist, wird die Geschwindigkeit der Anwendung von Protokollen normalerweise durch die CPU-Leistung limitiert. Wenn in der Hauptdatenbank parallele \u00c4nderungen stattfinden, geschieht die Wiederherstellung aller \u00c4nderungen sequenziell \u2013 in der Reihenfolge, in der sie aus dem Protokoll gelesen werden. Dadurch h\u00e4ngt die Wiederherstellungszeit linear davon ab, wie weit der Wiederherstellungspunkt vom Ende des Backups entfernt ist. Aus diesem Grund ist es notwendig, h\u00e4ufig vollst\u00e4ndige Backups zu erstellen \u2013 mindestens einmal pro Woche f\u00fcr Datenbanken mit geringer Transaktionslast und bis zu t\u00e4glichen Backups f\u00fcr stark ausgelastete Datenbanken.<\/p>\n<h3>Inkrementelles Backup<\/h3>\n<p>\nUm die Wiederherstellung zu beschleunigen, w\u00e4re es ideal, so oft wie m\u00f6glich Backups durchf\u00fchren zu k\u00f6nnen, ohne dabei unn\u00f6tig Speicherplatz auf den Festplatten zu beanspruchen oder die Datenbank durch Backup-Aufgaben zus\u00e4tzlich zu belasten.<\/p>\n<p>Die L\u00f6sung des Problems ist inkrementelle Datensicherung, das hei\u00dft, es werden nur die Datenbanken gesichert, die sich seit der letzten Sicherung ver\u00e4ndert haben.<br \/>\nInkrementelle Datensicherung macht nur bei Datenbanken mit ver\u00e4nderlichen Datenstrukturen Sinn.<\/p>\n<p>Der Inkrement kann entweder von einem vollst\u00e4ndigen Backup (kumulatives Backup) oder von jedem vorherigen Backup (differenzielles Backup) ausgehen. <\/p>\n<p><img decoding=\"async\" alt=\"Leitfaden zur Datenbanksicherung\" src=\"\/wp-content\/uploads\/2020\/08\/10e3bb87445cb36693c7b5469d62eeaf.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLeider gibt es keine einheitliche Terminologie, und verschiedene Anbieter verwenden unterschiedliche Begriffe:<\/p>\n<p>Differenziell<br \/>\nKumulativ<\/p>\n<p>Oracle<br \/>\nDifferential<br \/>\nCumulative<\/p>\n<p>PostgresPro<br \/>\nInkremental<br \/>\n\u2014<\/p>\n<p>Microsoft SQL Server<br \/>\n\u2014<br \/>\nDifferential<\/p>\n<p>IBM DB2<br \/>\nDelta<br \/>\nInkremental<\/p>\n<p>\nBei vorhandenen Inkrementalen sieht der Wiederherstellungsprozess wie folgt aus:<\/p>\n<ul>\n<li>Die letzte vollst\u00e4ndige Sicherung, die vor dem Wiederherstellungspunkt erstellt wurde, wird wiederhergestellt;<\/li>\n<li>auf die vollst\u00e4ndige Sicherung werden die inkrementellen Sicherungen aufgespielt;<\/li>\n<li>die Protokolle werden von dem Zeitpunkt der Sicherung bis zum Wiederherstellungspunkt angewendet.<\/li>\n<\/ul>\n<p>\nEine kumulative Sicherung beschleunigt den Wiederherstellungsprozess. Um beispielsweise den Zustand der Datenbank zwischen T3 und T4 wiederherzustellen, m\u00fcssen zwei inkrementelle Sicherungen wiederhergestellt werden, w\u00e4hrend f\u00fcr die Wiederherstellung auf einen Punkt nach T4 nur eine ben\u00f6tigt wird.<br \/>\nEs ist offensichtlich, dass das Volumen einer kumulativen Sicherung kleiner ist als das Volumen mehrerer differenzieller Sicherungen, da einige Seiten mehrfach ge\u00e4ndert wurden und jede inkrementelle Sicherung ihre eigene Version der Seite enth\u00e4lt.<\/p>\n<p>Es gibt drei M\u00f6glichkeiten, eine inkrementelle Sicherung zu erstellen:<\/p>\n<ol>\n<li>Erstellung einer vollst\u00e4ndigen Sicherung und Berechnung der Unterschiede zur vorherigen vollst\u00e4ndigen Sicherung;<\/li>\n<li>Analyse der Protokolle, Erstellen einer Liste der ge\u00e4nderten Seiten und Sichern der Seiten, die in dieser Liste enthalten sind;<\/li>\n<li>Anforderung der ge\u00e4nderten Seiten in der Datenbank.<\/li>\n<\/ol>\n<p>\nDie erste Methode spart Speicherplatz, l\u00f6st jedoch nicht das Problem der Reduzierung der Last auf die Datenbank. Dar\u00fcber hinaus ist es unsinnig, eine vollst\u00e4ndige Sicherung in inkrementelle umzuwandeln, da die Wiederherstellung einer vollst\u00e4ndigen Kopie schneller erfolgt als die Wiederherstellung einer vorherigen vollst\u00e4ndigen Kopie und der Inkremenet. Das Problem der Speicherplatzeinsparung sollte in einem solchen Ansatz besser auf spezielle Komponenten mit integrierten Deduplizierungsmechanismen \u00fcbertragen werden. Dies k\u00f6nnen sowohl spezielle Speicherl\u00f6sungen (z. B. EMC DataDomain, HPE StorageWorks VLS, die gesamte Produktpalette von NetApp) als auch Softwareprodukte (z. B. ZFS, Veritas NetBackup PureFile, Windows Server Data Deduplication) sein.<\/p>\n<p>Die zweite und dritte Methode unterscheiden sich durch den Mechanismus zur Feststellung der Liste der ge\u00e4nderten Seiten. Die Analyse von Protokollen ist ressourcenintensiver, und es ist notwendig, die Struktur der Protokolldateien zu kennen, um sie zu implementieren. Am einfachsten ist es, die Datenbank selbst nach den genau ge\u00e4nderten Seiten zu fragen, doch daf\u00fcr muss der Kern des DBMS \u00fcber die Funktionalit\u00e4t zur Verfolgung ge\u00e4nderter Bl\u00f6cke (Block Change Tracking) verf\u00fcgen.<\/p>\n<p>Die Funktionalit\u00e4t f\u00fcr inkrementelle Backup-Erstellungen wurde erstmals in der Software Oracle Recovery Manager (RMAN) eingef\u00fchrt, die mit der Version Oracle 8i herauskam. Oracle implementierte sofort die \u00dcberwachung von ge\u00e4nderten Bl\u00f6cken, wodurch eine Analyse der Protokolle \u00fcberfl\u00fcssig wurde.<\/p>\n<p>PostgreSQL verfolgt keine ge\u00e4nderten Bl\u00f6cke, weshalb das Tool pg_probackup, entwickelt von der russischen Firma Postgres Professional, die ge\u00e4nderten Seiten durch die Analyse der Protokolle bestimmt. Allerdings liefert das Unternehmen auch die Datenbank PostgresPro, die die Erweiterung ptrack enth\u00e4lt, um \u00c4nderungen an Seiten zu \u00fcberwachen. Bei der Verwendung von pg_probackup mit der Datenbank PostgresPro fragt das Tool die ge\u00e4nderten Seiten direkt bei der Datenbank ab \u2013 \u00e4hnlich wie RMAN.<\/p>\n<p>Microsoft SQL Server verfolgt wie Oracle die ge\u00e4nderten Seiten, jedoch erlaubt der Befehl BACKUP nur vollst\u00e4ndige und kumulative Backups.<\/p>\n<p>In DB2 gibt es die M\u00f6glichkeit, ge\u00e4nderte Seiten zu \u00fcberwachen, jedoch ist diese standardm\u00e4\u00dfig deaktiviert. Nach der Aktivierung erm\u00f6glicht DB2 die Erstellung von vollst\u00e4ndigen, differenziellen und kumulativen Backups.<\/p>\n<p>Ein wichtiges Unterscheidungsmerkmal der in diesem Abschnitt beschriebenen Mittel (au\u00dfer pg_probackup) im Vergleich zu dateibasierten Sicherungswerkzeugen besteht darin, dass sie Seitenabbilder von der Datenbank abfragen, anstatt die Daten selbstst\u00e4ndig vom Disk zu lesen. Der Nachteil dieses Ansatzes ist die kleine zus\u00e4tzliche Belastung f\u00fcr die Datenbank. Dieser Nachteil wird jedoch mehr als ausgeglichen durch die Tatsache, dass das gelesene Blatt stets korrekt ist, weshalb es nicht notwendig ist, w\u00e4hrend der Sicherungszeit einen speziellen Protokollierungsmodus zu aktivieren.<\/p>\n<p>Bitte beachten Sie erneut, dass das Vorhandensein von inkrementellen Sicherungen nicht die Anforderungen an die Protokolle zur Wiederherstellung zu einem beliebigen Zeitpunkt aufhebt. Daher werden in industriellen Datenbanken die Protokolle kontinuierlich auf ein externes Medium geschrieben, w\u00e4hrend vollst\u00e4ndige und\/oder inkrementelle Sicherungen planm\u00e4\u00dfig erstellt werden.<\/p>\n<p>Die beste Umsetzung der Idee der inkrementellen Sicherung ist derzeit das Software-Hardware-System (in der Terminologie von Oracle \u2013 engineered system) Zero Data Loss Recovery Appliance \u2013 eine spezialisierte L\u00f6sung von Oracle f\u00fcr die Sicherung seiner eigenen Datenbank. Das System ist ein Cluster. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/de\/server\/\"   title=\"Server\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1521\">Server<\/a> mit gro\u00dfem Speicherplatz, auf dem eine modifizierte Version der Software Recovery Manager installiert ist. Diese kann sowohl mit anderen Software-Hardware-Komplexen von Oracle (Database Appliance, Exadata, SPARC Supercluster) als auch mit Oracle-Datenbanken auf traditioneller Infrastruktur arbeiten. Im Gegensatz zu 'normalem' RMAN implementiert ZDLRA das Konzept des 'ewigen Inkrements' (incremental forever). Das System erstellt einmalig eine vollst\u00e4ndige Kopie der Datenbank und erstellt anschlie\u00dfend nur inkrementelle Kopien. Zus\u00e4tzliche RMAN-Module erm\u00f6glichen es, Kopien zu kombinieren und neue vollst\u00e4ndige Kopien aus inkrementellen zu erstellen. <\/p>\n<p>Den russischen Entwicklern geb\u00fchrt das Verdienst, dass auch pg_probackup in der Lage ist, inkrementelle Kopien zu kombinieren.<\/p>\n<p><img decoding=\"async\" alt=\"Leitfaden zur Datenbanksicherung\" src=\"\/wp-content\/uploads\/2020\/08\/275b649ce74614c04410618a062dddbd.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIm Unterschied zu vielen \u00e4hnlichen Fragen hat die Frage 'Welche Backup-Methode ist die beste?' eine klare Antwort \u2013 am besten ist das native Tool der verwendeten Datenbank, das die M\u00f6glichkeit des inkrementellen Backups bietet.<\/p>\n<p>F\u00fcr einen DB-Administrator sind die Fragen der Auswahl einer Backup-Strategie und die Integration von Datenbanksicherheitsl\u00f6sungen in die Unternehmensinfrastruktur viel wichtiger. Diese Fragen gehen jedoch \u00fcber den Rahmen dieses Artikels hinaus.<br \/>\n<br \/>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/516428\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430. \u041d\u043e \u0432\u0435\u0434\u044c \u0443 \u0432\u0430\u0441, \u043a\u0430\u043a \u0438 \u0443 \u043a\u0430\u0436\u0434\u043e\u0433\u043e, \u0435\u0441\u0442\u044c \u0440\u0435\u0437\u0435\u0440\u0432, \u0442\u0430\u043a \u0447\u0442\u043e \u043c\u043e\u0436\u0435\u0442\u0435 \u043d\u0435 \u0431\u0435\u0441\u043f\u043e\u043a\u043e\u0438\u0442\u044c\u0441\u044f. \u0421\u0442\u0430\u043d\u0438\u0441\u043b\u0430\u0432 \u041b\u0435\u043c, \u00ab\u0417\u0432\u0451\u0437\u0434\u043d\u044b\u0435 \u0434\u043d\u0435\u0432\u043d\u0438\u043a\u0438 \u0418\u0439\u043e\u043d\u0430 \u0422\u0438\u0445\u043e\u0433\u043e\u00bb \u0420\u0435\u0437\u0435\u0440\u0432\u043d\u044b\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0441\u043e\u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043f\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u0433\u0434\u0435-\u0442\u043e \u0432\u043d\u0435 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u0430 \u0438\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f. \u0413\u043b\u0430\u0432\u043d\u043e\u0435 \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u2013 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 \u043f\u043e\u0441\u043b\u0435 \u0438\u0445 \u043f\u043e\u0442\u0435\u0440\u0438. \u0412 \u0441\u0432\u044f\u0437\u0438 \u0441 \u044d\u0442\u0438\u043c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":92368,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-92367","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430. \u041d\u043e \u0432\u0435\u0434\u044c \u0443 \u0432\u0430\u0441, \u043a\u0430\u043a \u0438 \u0443 \u043a\u0430\u0436\u0434\u043e\u0433\u043e, \u0435\u0441\u0442\u044c \u0440\u0435\u0437\u0435\u0440\u0432, \u0442\u0430\u043a \u0447\u0442\u043e \u043c\u043e\u0436\u0435\u0442\u0435 \u043d\u0435 \u0431\u0435\u0441\u043f\u043e\u043a\u043e\u0438\u0442\u044c\u0441\u044f. \u0421\u0442\u0430\u043d\u0438\u0441\u043b\u0430\u0432 \u041b\u0435\u043c, \u00ab\u0417\u0432\u0451\u0437\u0434\u043d\u044b\u0435 \u0434\u043d\u0435\u0432\u043d\u0438\u043a\u0438 \u0418\u0439\u043e\u043d\u0430 \u0422\u0438\u0445\u043e\u0433\u043e\u00bb \u0420\u0435\u0437\u0435\u0440\u0432\u043d\u044b\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0441\u043e\u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043f\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u0433\u0434\u0435-\u0442\u043e \u0432\u043d\u0435 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u0430 \u0438\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f. \u0413\u043b\u0430\u0432\u043d\u043e\u0435 \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u2013 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 \u043f\u043e\u0441\u043b\u0435 \u0438\u0445 \u043f\u043e\u0442\u0435\u0440\u0438. \u0412 \u0441\u0432\u044f\u0437\u0438 \u0441 \u044d\u0442\u0438\u043c\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u0443\u0442\u0435\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c \u043f\u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c\u0443 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430. \u041d\u043e \u0432\u0435\u0434\u044c \u0443 \u0432\u0430\u0441, \u043a\u0430\u043a \u0438 \u0443 \u043a\u0430\u0436\u0434\u043e\u0433\u043e, \u0435\u0441\u0442\u044c \u0440\u0435\u0437\u0435\u0440\u0432, \u0442\u0430\u043a \u0447\u0442\u043e \u043c\u043e\u0436\u0435\u0442\u0435 \u043d\u0435 \u0431\u0435\u0441\u043f\u043e\u043a\u043e\u0438\u0442\u044c\u0441\u044f. \u0421\u0442\u0430\u043d\u0438\u0441\u043b\u0430\u0432 \u041b\u0435\u043c, \u00ab\u0417\u0432\u0451\u0437\u0434\u043d\u044b\u0435 \u0434\u043d\u0435\u0432\u043d\u0438\u043a\u0438 \u0418\u0439\u043e\u043d\u0430 \u0422\u0438\u0445\u043e\u0433\u043e\u00bb \u0420\u0435\u0437\u0435\u0440\u0432\u043d\u044b\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0441\u043e\u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043f\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u0433\u0434\u0435-\u0442\u043e \u0432\u043d\u0435 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u0430 \u0438\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f. \u0413\u043b\u0430\u0432\u043d\u043e\u0435 \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u2013 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 \u043f\u043e\u0441\u043b\u0435 \u0438\u0445 \u043f\u043e\u0442\u0435\u0440\u0438. \u0412 \u0441\u0432\u044f\u0437\u0438 \u0441 \u044d\u0442\u0438\u043c\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-08-26T05:42:09+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-08-26T05:42:09+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Datenbank-Backup-Guide | ProHoster","description":"\u2013 Oh, kein Schutz kann einem Meteoriteneinschlag standhalten. Aber wie jeder von Ihnen haben auch Sie eine Reserve, also m\u00fcssen Sie sich keine Sorgen machen. Stanis\u0142aw Lem, \u201eDie Sternenchroniken des Ijon Tichy\u201c. Mit Backup bezeichnet man das Speichern einer Kopie von Daten au\u00dferhalb des Hauptspeicherorts. Der Hauptzweck von Backups ist die Wiederherstellung von Daten nach deren Verlust. In diesem Zusammenhang","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u0443\u0442\u0435\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c \u043f\u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c\u0443 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 | ProHoster","og:description":"\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430. \u041d\u043e \u0432\u0435\u0434\u044c \u0443 \u0432\u0430\u0441, \u043a\u0430\u043a \u0438 \u0443 \u043a\u0430\u0436\u0434\u043e\u0433\u043e, \u0435\u0441\u0442\u044c \u0440\u0435\u0437\u0435\u0440\u0432, \u0442\u0430\u043a \u0447\u0442\u043e \u043c\u043e\u0436\u0435\u0442\u0435 \u043d\u0435 \u0431\u0435\u0441\u043f\u043e\u043a\u043e\u0438\u0442\u044c\u0441\u044f. \u0421\u0442\u0430\u043d\u0438\u0441\u043b\u0430\u0432 \u041b\u0435\u043c, \u00ab\u0417\u0432\u0451\u0437\u0434\u043d\u044b\u0435 \u0434\u043d\u0435\u0432\u043d\u0438\u043a\u0438 \u0418\u0439\u043e\u043d\u0430 \u0422\u0438\u0445\u043e\u0433\u043e\u00bb \u0420\u0435\u0437\u0435\u0440\u0432\u043d\u044b\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0441\u043e\u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043f\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u0433\u0434\u0435-\u0442\u043e \u0432\u043d\u0435 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u0430 \u0438\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f. \u0413\u043b\u0430\u0432\u043d\u043e\u0435 \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u2013 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 \u043f\u043e\u0441\u043b\u0435 \u0438\u0445 \u043f\u043e\u0442\u0435\u0440\u0438. \u0412 \u0441\u0432\u044f\u0437\u0438 \u0441 \u044d\u0442\u0438\u043c","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-08-26T05:42:09+00:00","article:modified_time":"2020-08-26T05:42:09+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"92367","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 12:09:36","updated":"2026-02-09 16:50:36"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/92367","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=92367"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/92367\/revisions"}],"predecessor-version":[{"id":158765,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/92367\/revisions\/158765"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/92368"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=92367"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=92367"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=92367"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}