Datensicherung

Windows, Mac, (Linux)

IBM-Server: Index of /storage/tivoli-storage-management/maintenance/client:

• Hier sollten Sie stets nach der neuesten Version Ausschau halten: erst in den Unterverzeichnissen wird das Betriebssystem - Windows, Mac, etc. - ausgewählt.
• Hier erhalten Sie prinzipiell auch Linux-Clients; jedoch ist deren korrekte Installation und Konfiguration aufwändig.

Linux

Intern genutzte Linux-Installationsskripte (auf 'good will'-Basis):

• Diese enthalten in komprimierter Form das notwendige Wissen, um den Linux-Client korrekt zu installieren und für Backups zu konfigurieren; daher empfehlen wir diesen Weg. Insbesonders Zeichensatzprobleme - die betroffenen Dateien werden nicht gesichert! - sollten nicht auftreten; siehe auch [Linux] Warum erhalte ich Fehlermeldungen bezüglich falscher Zeichensatzeinstellungen wie '... contains one or more unrecognized characters and is not valid.'?.
  
  • Die Skripte funktionieren bei normalen Backup-Client-Konfigurationen in der Regel (schon existierende Konfigurationsdateien sollten dabei nicht überschrieben werden).
  • Schon existierende Konfigurationen, die den Archiv-Server oder auch mehrere Datensicherungs-Server ansprechen - bspw. Backup-Server und Archiv-Server von demselben Client-Rechner aus angesteuert - werden nicht unterstützt. Hier ist Handarbeit vor und nach der Installation des neuen Clients notwendig.
• Bitte verwenden Sie die neueste Version des für Ihr Linux passenden Skriptes.
  Es wird jedoch nicht notwendigerweise die aktuellste über obigen IBM-Server erhältliche Client-Version installiert: falls Sie dies stört, könnten Sie das Skript auch anpassen.
• Sollte ein Skript nicht funktionieren, erhalten Sie durch Hineinschauen zumindest Hinweise darauf, was alles zu beachten ist.

Sollten nach der Installation eines aktuellen Linux-Clients auf diesem Weg Zeichensatz- oder andere Probleme unter Linux bestehen, wenden Sie sich bitte an backup-support@tik.uni-stuttgart.de (auch für Rückmeldungen über etwaige Anpassungen eines der Skripte sind wir dankbar).

Ein 'back-in-time restore' geht bei beiden Varianten nur mit der entsprechenden Granularität: dies bedeutet, dass bei S-WOECHENTLICH der Abstand zwischen den automatisierten Backups eine Woche und bei S-TAEGLICH einen Tag beträgt, und man daher im Falle eines Restores bei S-TAEGLICH den Zeitpunkt, zu dem man zurückwill, viel genauer wählen kann als bei S-WOECHENTLICH.

Ein Backup dient der Sicherung Ihrer Daten im aktuellen Zustand; es sichert Sie ab gegen unabsichtliche Veränderung oder Löschung Ihrer Daten, z.B. bei Hardware-Ausfällen. Es ist nicht dafür geeignet, Daten im Zustand zu einem bestimmten Zeitpunkt längerfristig zu sichern, da nur die aktuelle Version langfristig aufbewahrt wird (Versionen überschriebener oder gelöschter Daten verschwinden nach einiger Zeit).
Ein Backup sollte regelmäßig und automatisiert erfolgen.
Bei Änderungen von Dateien werden - in der Regel - nur die geänderten Dateien übertragen (inkrementelles Backup), was die übertragene Datenmenge minimiert.

Eine Archivierung dient der längerfristigen Sicherung Ihrer Daten im Zustand zu einem bestimmten Zeitpunkt.
Eine Archivierung wird in der Regel manuell bei Bedarf durchgeführt.
Jedes Archiv steht für sich selbst: werden dieselben Daten erneut archiviert, werden auch alle erneut übertragen!
Die Verwaltung der Archive erfolgt ausschließlich durch den Kunden: serverseitig passiert hier gar nichts - mit der (einzigen) Ausnahme des Löschens von Archiven nach Erreichen der maximalen Aufbewahrungszeit.

Zur Archiv-Verwaltung gehört auch eine möglichst kluge Benennung der Archive ("Metadatenverwaltung"): damit auch nach einiger Zeit noch klar ist, was sich eigentlich darin befindet...
Dies ist bei Backups unproblematischer, da diese ja eine existierende sowie aktiv genutzte - und damit vertraute - Verzeichnisstruktur abbilden.

InclExcl-Regeln korrekt zu erstellen, ist nicht einfach; ein erster Hinweis: Regeln in einer InclExcl-Datei oder auch direkt in dsm.opt (Windows) oder dsm.sys (Linux), werden von unten nach oben abgearbeitet, wobei exclude.dir-Regeln alle include-Regeln überlagern (also zuerst abgearbeitet werden).

Das Kommando
  dsmc q inclexcl
zeigt die Regeln in der Abarbeitungsreihenfolge - also andersherum - an (und noch ein paar zusätzliche Regeln vom SP-Server).

Leider fehlt jedoch eine include.dir-Regel, mit der man gezielt Verzeichnisbäume sichern könnte, indem man danach alle anderen Verzeichnisse darüber und daneben ausschlösse.

Was ist zu tun, wenn beispielsweise nur
  /home/ (Linux) oder
  c:\Users\ (Windows)
gesichert werden sollen?

Linux

• dsm.sys:

  VirtualMountpoint /home

• dsm.sys (or dsm.opt):
  

  Domain /home

Approach could be extended to more directories.

Windows

There is no SP VirtualMountpoint, but the Windows 'subst' command (see
  subst | Microsoft Learn
) for creating drive letters suited asDomain arguments.

• Map some directory to a fixed drive letter - e.g. 'k:' -;
  in some script:

  subst k: c:\Users

• change domain from (default) 'all-local' to 'k:';
  in dsm.opt:
  

  Domain k:
  

This should backup c:\Usersdirectory tree only.

Approach could be extended to more directories / drive letters.

ManagedServices schedule

ist die typische Einstellung in der Konfiguration des Backup-Clients; 'webclient' sollte hier - schon aus Sicherheitsgründen - nicht auftauchen.