Data Protection Manager Bandbezeichnung Variable vergeben ?

[Lampe2010 10]

Hallo Liebe Kollegen,

heute bin ich beim Testen des System Center Data Protection Manager 2012.

Dabei möchte ich folgendes nun bei der Täglichen Sicherung haben und weis nicht ob ich das umsetzen kann :

 

Zur Situation:

 

Wir haben eine Tandberg Data StorageLoader Library bit 8 Schächten.

Aus diesen 8 Schächten werden die Bänder entnommen und auf diese Wird gesichert.

Nun entnehme ich jeden Tag nach der Sicherung das Band auf welches Gesichert wurde.

Ich hätte der einfacher halt halber gerne das bei der Bandbezeichnung nicht nur folgendes Steht :

 

Backup 000002541

 

sondern

 

Backup 000002541 10-05-2012

 

Also das Datum der Sicherung in der Bandbezeichnung.

Ist dies möglich und wenn ja wie setze ich es um ?

 

Gruß

Lampe 2010

[micha42 29]

Moin,

ich habe "nur" einen 2007er DPM.

Das was Du vorhast geht meines Erachtens nicht. Du kannst ja die Bandbezeichnungen eingeben, wenn Du den Job einrichtest (daher kommt ja auch wohl "Backup" in Deiner BEzeichnung). Variabeln für DAtum o.ä. gibt es da nicht.

Aber wozu soll das denn gut sein?

 

Beim Restore musst Du ja ein Band wiederfinden. Die interne Bezeichnung steht ja nicht auf dem Band drauf. Da hast Du (hoffentlich) einen Barcode und eine Bandbezeichnung.

DPM gibt dann vor das Band XYZ haben zu wollen, Du gehst zum Tresor und legst das Band ein. Wie das nun benamst ist, ist doch ganz egal.

 

Michael

[Lampe2010 10]

Hi Micha,

Barcode haben die Bänder alle und die werden auch im DPm genutzt.

Ich wollte es nur haben weil ich dann auf einen Blick sehen würde welches Band in Welchem Schacht zu welchem Datum geschrieben worden ist.

Das ist eigentlich alles.

[micha42 29]

Das kann man am Besten unter "Wiederherstellung" in der Bandliste sehen. (Aussage von einem 2007-user)

[Dukel 436]

Beschreib doch das Band wenn du es herausnimmst.

 

Eine Bandbezeichnung wird in keiner Library auf das Band geschrieben, die ich kenne. Die werden davor gelabelt und die Backupsoftware nutzt diese ID's nur.

[micha42 29]

Hallo Dukel,

ich widerspreche Dir ungerne, weil ich schon viele gute Dinge von Dir gelesen habe.

Aber hier leider:

 

Das würde ich lassen.

Das Band müsste jedes mal neu beschriftet werden.

Wenn man das vergisst steht n falsches Datum drauf. Es gibt EIN führendes System: DPM (oder welche Software auch immer) und jedes zweitsystem, das man aufbaut muss gepflegt werden.

Im Restorefall hat man ohnehin Streß. Dann müssen die Abläufe ganz klar sein.

Also in den DPM gucken oder auf die ausgedruckten Bandreporte; Band aus Tresor nehmen; BAnd einlegen; restore anstoßen, zurücklehnen, grinsen.

 

Gedanke am Rand: WEnn man Zeitstreß hat unterlässt man Sachen, leider ist das auch potentiell der Moment wo man Fehler macht.

(Man lässt das manuelle Backup und versaut Daten; Manuelles Backup hat hier keiner vorgeschlagen, ist nur ein Extrembeispiel)

Daraus folgt für mich zwingend: höchstmögliche Automatisierung der Prozesse Backup etc. Kein Zweitsystem, was manuell gepflegt wird.

Grüße aus Göttingen

Michael

bearbeitet 10. Mai 2012 von micha42
Beispiel eingefügt

[Dukel 436]

Man soll ja auch nicht den Barcode überschreiben.

Man kann das Blättchen, welches in der Hülle liegt, beschreiben.

 

Aber persönlich würde ich das auch nicht machen.

Wir nehmen aus unserer Lib gar keine Bänder heraus und haben solche Probleme nicht.

[micha42 29]

Man soll ja auch nicht den Barcode überschreiben.

:D

um Himmels Willen... So ein B...Sinn hätte ich auch nie aus Deinen Worten herausgelesen. - aber geile Idee.

Bänder nicht zu entnehmen halte ich für eine Unterlassung. Oder steht Deine Bandmaschine in einem anderen Brandabschnitt?

Grüße und ein schönes WE

Michael

[Dukel 436]

Ja. Und bei 500 Bändern Platz reicht das ein Weilchen, dass man keine neuen Bänder braucht und die alten überschreiben kann.

[micha42 29]

500?

GEIL! Wo gibt s denn so was?

Ich kämpfe hier immer mit 24 Bändern-Taschen-lib.

(bereit für offsite: 5; nächste Woche online: 15 :( )

[Dukel 436]

NEO® Series Tape Libraries and Autoloaders

nennt sich Neo8000.