Verwenden Sie nur geprüfte und für Ihr Gerät zugelassene Datenträger.

Lagern Sie die Datenträger nur in vorgeschriebenen Umgebungen (Temperatur, Luftfeuchte)

Beschriften Sie die Datenträger, verwenden Sie zugelassene Schreibutensilien (bei CD-ROM beispielsweise keine Stifte die Lösungsmittel enthalten.)

Halten Sie sich an die maximale Verschleißangaben der Hersteller, auch wenn die Datenträger mehr aushalten könnten.

Achten Sie peinlich genau auf die Wiederbeschreib Zyklen und überschreiten Sie diese nicht.

Verwenden Sie zugelassene Reinigungsmaterialien

Führen Sie Buch über die Sicherungen, es gibt ja auch brauchbare Dokumentationssoftware.

Denken Sie immer daran, mindestens einen Sicherungssatz außer Haus zu lagern.

Führen Sie in unregelmäßigen Abständen Vergleichstests durch und überprüfen Sie auch die gesicherten Daten. Vergessen Sie dabei nicht die Rücksicherungen zu überprüfen.

Die Sicherung von Daten auf einem Netzwerklaufwerk. Diese Art der Datensicherung erzeugt ein Vielfaches des Datenverkehrs, der von einer Sicherung ausgeht, die von lokalen Platten erfolgt. Kollisionen von Datenpaketen auf dem verbindenden Ethernet Netzwerk verursachen eine Potentierung des Verkehrsaufkommens.

Die Speicherung von Daten, die nur temporäre Bedeutung haben, wie zum Beispiel
Cache-Dateien von Internet-Browsern. Die Sicherung von /tmp auf Unix-Systemen ist
auch nicht sinnvoll.

Die Sicherung des Betriebssystems. Eigentlich ist sie weitestgehend sinnlos. Sie brauchen zunächst ohnehin auf Ihrem Rechner das Betriebssystem sowie den -Klienten. Das Rückspeichern der Daten eines größeren Betriebssystems (wie zum Beispiel Windows95 oder WindowsNT) benötigt aus dem ADSM Backup heraus sicher in vielen Fällen mehr Zeit, als die Installation von CDs und vergleichbaren Medien. Außerdem ist die Installation einer neueren Betriebssystemversion meist ohnehin längst fällig...

Die Sicherung von auswechselbaren Medien, wie Floppies, CD-ROMs, Zip- und Jazz Laufwerken. Während die Übertragung von Daten auf Floppies, Zip- und Jazz Laufwerken ins Archiv noch Sinn ergibt, ist die Sicherung dieser Daten als Backup nicht sinnvoll. Die Konsequenzen einer saloppen Handhabung können sein: 

Übertragung nicht wirklich benötigter Daten in den Backup-Server, daraus folgend erhöhter Bedarf an Speicherkapazität und Netzwerkleistung, Verlust der Ordnung für das entsprechende Laufwerk, Verwechslungsmöglichkeit der Laufwerkskennung (Label) mit dem einer fix eingebauten Festplatte oder Partition und damit einhergehend eine vorzeitig mögliches "altern" der Daten (der Festplatte) am Backup-Server (die Daten werden als gelöscht interpretiert) und daraus folgend ein vorzeitiger Verlust der Sicherungskopie, u.v.a.m.

Unter DOS, Windows9X oder WindowsNT und 2000: Vermeiden Sie die Umbenennung der Kennungen (Labels) von Laufwerken oder Plattenpartitionen. Jede Umbenennung erzwingt ein vollständiges Backup aller Daten, ADSM verfährt wie bei einer Erstsicherung.

Unter Unix (aller Versionen): Achten Sie darauf, dass Ihre Filesysteme nicht überkreuzt "gemounted" sind. Dies erzeugt beim Durchführen eines Backup oder einer Archivierung "Endlosschleifen". Gekreuzt angelegte symbolische "Links", die nur beim Archivieren Probleme bereiten (im Unterschied zum Backup folgt der ADSM-Klient beim Archivieren den symbolic links). Durch Unachtsamkeit können Unix-Benutzer auf diesem Weg sehr viele Ressourcen verbrauchen. Die Übertragung in den Backup-Server wird entweder durch die Pfadlänge (< 255 Zeichen), durch die Limitierung der verfügbaren Magnetbänder im Archiv oder durch die maximale Größe der Datenbank auf den verfügbaren Platten des Backup-Servers terminiert. In jedem Fall wird der Vorgang abgebrochen die Daten vom Backup-Service nicht quittiert, und sind daher nicht verfügbar. Schlimmer noch: Der Endbenutzer sieht nicht, dass er riesige Datenmengen im Backup-Server stehen hat. Daraus ergibt sich zwangsläufig, dass eine Eigenkorrektur kaum möglich ist. Ein schwerer Fehler...

Verwenden Sie das Archiv nicht als eine weitere Backup-Möglichkeit. Es ist als Backup ungeeignet, weil es kein "aging" hat und keine Änderungen - wie beim Backup - übertragen werden können. Sie benötigen auch immer eine volle Sicherung aller Daten und daher überproportional viel Platz im Backup-Server sowie Netzwerkkapazität.

sparen Sie Platz am Backup-Server,

sparen Sie Netzwerkkapazität,

sparen Sie Leistung auf Ihrem Rechner und verkürzen die Sicherungszeit.