Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung		Vorhergehende Überarbeitung
Letzte ÜberarbeitungBeide Seiten der Revision
de:services:storage_services:backup:tsm:anleitungen:memoryefficient [2023/05/09 13:51] – [Abhilfe] bnachtwde:services:storage_services:backup:tsm:anleitungen:memoryefficient [2024/05/21 13:42] – [Hintergrund] jbruene
Zeile 1: Zeile 1:
 ====== Backup-Optimierung mit MEMORYEFficientbackup ====== ====== Backup-Optimierung mit MEMORYEFficientbackup ======
 ===== Hintergrund ===== ===== Hintergrund =====
-TSM^H ISP macht in der Regel eine inkrementelle Sicherung. Hierzu muss der Client die lokal vorhandenen Daten mit jenen, die bereits auf dem Server gesichert sind vergleichen. Dies geschieht dadurch, dass der Client vom Server eine Liste aller gesicherten Dateien abfordert (Excurs: daher passiert häufig am Anfang einer Sicherung scheinbar auch nichts: der Server überträgt diese Daten zum Client). Durch den //incremental forever//-Ansatz erstellt der Server die Liste so, als wäre das letzte Backup eine Vollsicherung gewesen, um dem Clienten den direkten Vergleich ohne Betrachtung der tatsächlichen Sicherungszeitpunkte zu ermöglichen.+TSM/ISP macht in der Regel eine inkrementelle Sicherung. Hierzu muss der Client die lokal vorhandenen Daten mit jenen, die bereits auf dem Server gesichert sind vergleichen. Dies geschieht dadurch, dass der Client vom Server eine Liste aller gesicherten Dateien abfordert (Deshalb passiert häufig am Anfang einer Sicherung scheinbar auch nichts: der Server überträgt diese Daten zum Client). Durch den //incremental forever//-Ansatz erstellt der Server die Liste so, als wäre das letzte Backup eine Vollsicherung gewesen, um dem Clienten den direkten Vergleich ohne Betrachtung der tatsächlichen Sicherungszeitpunkte zu ermöglichen.
  
 Aus dieser Liste baut der Client einen //virtuellen// Dateibaum des Backups auf und vergleicht diesen mit dem tatsächlichen, auf den lokalen Platten vorhanden Dateibaum. **In der Regel wird dieser virtuelle Dateibaum im Hauptspeicher erstellt und benötigt entsprechend viel RAM**. Gerade bei sehr großen Dateisystemen und/oder bei mehreren lokalen Platten/Partitionen kann der Hauptspeicherbedarf so groß werden, dass der Rechner die Auslagerungsdatei nutzt (Windows) bzw. zu swappen beginnt (Unices). Dabei wird die **Leistung / der Durchsatz erheblich reduziert**. Aus dieser Liste baut der Client einen //virtuellen// Dateibaum des Backups auf und vergleicht diesen mit dem tatsächlichen, auf den lokalen Platten vorhanden Dateibaum. **In der Regel wird dieser virtuelle Dateibaum im Hauptspeicher erstellt und benötigt entsprechend viel RAM**. Gerade bei sehr großen Dateisystemen und/oder bei mehreren lokalen Platten/Partitionen kann der Hauptspeicherbedarf so groß werden, dass der Rechner die Auslagerungsdatei nutzt (Windows) bzw. zu swappen beginnt (Unices). Dabei wird die **Leistung / der Durchsatz erheblich reduziert**.
Zeile 14: Zeile 14:
       * auf eher performantem Speicher liegen, also nicht auf einem NFS-/CIFS-Share vom //"alten, längst abgeschriebenem Fileserver"//.        * auf eher performantem Speicher liegen, also nicht auf einem NFS-/CIFS-Share vom //"alten, längst abgeschriebenem Fileserver"//. 
       * z.B.\\ ''DISKCACHELocation "D:TSMCache\NodeX\"''\\ ''MEMORYEFficientbackup DISKCACHEMethod''       * z.B.\\ ''DISKCACHELocation "D:TSMCache\NodeX\"''\\ ''MEMORYEFficientbackup DISKCACHEMethod''
 +      * **Hinweis:** Bei Windows-Clients ggf. den Pfad mittels ''"'' maskieren
  
 **WICHTIG**:\\ **WICHTIG**:\\
 Der Platzbedarf für die Auslagerung des Dateibaumes kann erheblich sein, also bitte anfangs und auch regelmäßig prüfen, ob der zur Verfügung gestellte Platz ausreicht! Der Platzbedarf für die Auslagerung des Dateibaumes kann erheblich sein, also bitte anfangs und auch regelmäßig prüfen, ob der zur Verfügung gestellte Platz ausreicht!