Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
de:services:storage_services:backup:tsm:anleitungen:memoryefficient [2023/05/09 13:52] – [Abhilfe] bnachtwde:services:storage_services:backup:tsm:anleitungen:memoryefficient [2024/05/21 13:44] (aktuell) – [Abhilfe] 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**.
  
 ===== Abhilfe ===== ===== Abhilfe =====
-TSM^H ISP bietet Möglichkeiten, die Leistung zu optimieren, neben allgemeinen Empfehlungen (z.B. RAM aufstocken, mittels //Exclude.Dir// die Anzahl der Datei zu reduzieren) auch Optionen, die den virtuellen Dateibaum teilen und/oder diesen auf Festplatte auslagern -- und dabei wesentlich effizienter als das Swappen sind.+TSM/ISP bietet Möglichkeiten, die Leistung zu optimieren, neben allgemeinen Empfehlungen (z.B. RAM aufstocken, mittels //Exclude.Dir// die Anzahl der Datei zu reduzieren) auch Optionen, die den virtuellen Dateibaum teilen und/oder diesen auf Festplatte auslagern -- und dabei wesentlich effizienter als das Swappen sind.
  
 Die Optimierung wird über die Option //MEMORYEFficientbackup [Yes|DISKCACHEMethod]// gesteuert (einzutragen in die //dsm.sys// bzw. //dsm.opt//) und erlaubt zwei Varianten: Die Optimierung wird über die Option //MEMORYEFficientbackup [Yes|DISKCACHEMethod]// gesteuert (einzutragen in die //dsm.sys// bzw. //dsm.opt//) und erlaubt zwei Varianten: