EMC hatte einen product manager und Leute aus der Entwicklung (siehe Photo) über den großen Teich fliegen lassen und Trainer aus dem Schulungscenter Schwalbach bereitgestellt um Kundenfeedback direkt entgegenzunehmen, an Diskussionen teilzunehmen und Auskunft zur Roadmap zu geben.

Rückblick

Mit der Übernahme von Avamar und Datadomain (und zuvor Legato) war eine Umstrukturierung bei EMC überfällig. Gerade im Networker-Umfeld hinkte die Entwicklung in einigen Punkten dem Markt hinterher, was mit dem kürzlich erschienenem Networker 7.6.2 und NMM 2.3 endlich kompensiert wurde. Die EMC BRS Division erweckt heute den Eindruck sich intern sortiert und strategisch neu ausgerichtet zu haben.

Fazit

Als Kunde möchte ich mich bei EMC hiermit für die gelungene Veranstaltung bedanken. Sehr positiv fand ich den direkten Kontakt zu Entwicklung und Produktmanagement. Alleine die Möglichkeit RFE bei dieser Gelegenheit einzukippen und direktes Feedback zu Machbarkeit und Chancen auf Realisierung zu bekommen ist aus meiner Sicht die Anreise wert. Die Frage/Antwort-Stunde und die entstandenen Diskusssionen während der Vorträge fand ich überwiegend positiv. Im Gegensatz zu anderen Herstellerveranstaltungen hielten sich hier die Marketing stunts in engen Grenzen, was wohl dem überwiegend Admin-lastigen Publikum zuzuschreiben war Die Gespräche mit anderen Kunden in den Pausen waren einerseits interessant und informativ, anderseits fiel manches auch in die Kategorie “geteiltes Leid ist halbes Leid”

Mein Dank auch an Hr. Lehner, der sich mit einer Kundenpräsentation vorgewagt und damit eine fruchtbare Diskussion angestoßen hatte. Aus meiner Sicht ist diese Veranstaltung ein echter Pflichttermin für Leute, die Networker einsetzen.

Wie man hier sieht funktioniert die Deduplizierung. Es wird weniger Platz in der VTL benötigt als Daten dorthin gesichert werden.

Allerdings wird bereits deutlich mehr Platz benötigt als ursprünglich veranschlagt…

Man kann deutlich erkennen, dass nur ein Bruchteil der Daten, die zur VTL gesichert werden (blau) auch tatsächlich auf der Platte landen. Allerdings nähert sich die Auslastung bereits dem tatsächlich phys. vorhandenem Platz.

Problemanalyse – woher kommen die Daten?

Woran könnte das liegen? …hoffentlich nicht falsches Sizing?!?

Nun, bei genauerem Hinsehen fiel mir auf, dass die blaue Linie immer weiter steigt. Diese Kapazität war bereits ein Vielfaches der Menge, die beim Sizing veranschlagt wurde. Was also läuft hier falsch? Nach Analyse der anfallenden Datenmengen stand fest, dass nicht signifikant mehr Daten pro Woche anfallen, als im Sizing veranschlagt. Allerdings fiel beim Sichten der Pools auf, daß Bänder eines best. Pools nicht laut Vorgabe verfielen.

Beim Prüfen eines betroffen Bandes, das schon abgelaufen sein sollte fiel auf, dass savesets eines best. Rechner die falsche Aufbewahrungsfrist (deutlich länger als vorgesehen) eingetragen hatten.

savesets des Bands xxx anzeigen, sortiert nach Verfallsdatum:
mminfo -av -r ‘volume, client, name, savetime, ssflags, clflags, ssid(53), ssretent’ -q “volume=xxx” -o e

In den Einstellungen des betroffenen Networker Clients wurden danach auf die korrekte Browse/Retention Policy umgestellt. Damit würden zukünftige Sicherungen korrekt aufbewahrt.

Durch die unterschiedlichen Einstellungen der Clients bei Browse/Retention Policy und zugleich Sichern in den selben Pool kam es zu negativen Effekten. Zur ungeplant größeren Datenmenge des einen Rechners kam hinzu, dass Bänder mit savesets (von verschiedenen Clients und) unterschiedlicher Aufbewahrungsfrist erst verfallen, wenn die längste Aufbewahrungsfrist abgelaufen ist.

Problembeseitigung im EMC Networker

Zunächst einmal galt es die savesets zu löschen, die eigentlich bereits verfallen sein sollten.

savesets des Clients ZZ älter als Datum MM/DD/YY löschen:
for xxx in `mminfo -av -r “ssid(53)” -q “client=ZZ,savetime<=MM/DD/YY”`; do nsrmm -d -S $xxx -y; echo $xxx; done

danach Mediendatenbank bereinigen:
nsrim -X

Dadurch änderte sich der Status einiger Bänder: full->recyclable

Das Aufräumen hat sich scheinbar gelohnt:

backup:/ # mminfo -mv|grep expired|wc -l
685
backup:/ # mminfo -mv|wc -l
2831

Es wurden 24% der Bänder zum Überschreiben freigegeben.

space reclamation

Wann aber wird der belegte Platz wieder freigegeben? Bei einer Datadomain VTL wird der Platz zum Freigeben vorgemerkt, wenn entweder im Networker das Band mit Status recyclable mit neuen Daten überschrieben, d.h. das Band wiederverwendet wird, oder das Band neu gelabelt wird. Das manuelle Labeln ist je nach Dringlichkeit ggf. die geschickerte Variante.

Status vor dem Labeln:

sysadmin@datadomain2# vtl tape show all barcode V20908L1
Processing tapes….
Barcode    Pool        Location        State      Size             Used (%)   Comp   ModTime
——–   ———   ————-   —–   ——-   ——————   —-   ——————-
V20908L1   NetWorker   vtl2 slot 909   RW      100 GiB   100.0 GiB (99.95%)    22x   2011/04/04 00:01:21
——–   ———   ————-   —–   ——-   ——————   —-   ——————-
VTL Tape Summary
—————-
Total number of tapes:     1
Total pools:               1
Total size of tapes:       100 GiB
Total space used by tapes: 100.0 GiB
Average Compression:       22.4x

backup:/datadomain2/vtc/NetWorker # ls -lh V20908L1
-rw-rw-rw- 1 root root 101G 13. Mär 23:53 V20908L1

Status nach dem Labeln:

sysadmin@datadomain2# vtl tape show all barcode V20908L1
Processing tapes….
Barcode    Pool        Location        State      Size           Used (%)   Comp   ModTime
——–   ———   ————-   —–   ——-   —————-   —-   ——————-
V20908L1   NetWorker   vtl2 slot 909   RW      100 GiB   0.0 GiB ( 0.00%)     0x   2011/04/18 17:46:44
——–   ———   ————-   —–   ——-   —————-   —-   ——————-
VTL Tape Summary
—————-
Total number of tapes:     1
Total pools:               1
Total size of tapes:       100 GiB
Total space used by tapes: 0.0 GiB
Average Compression:       44.6x

backup:/datadomain2/vtc/NetWorker # ls -lh V20908L1
-rw-rw-rw- 1 root root 251M 18. Apr 17:46 V20908L1

Der Platz wird aber tatsächlich erst nach dem Lauf des cleanup-Jobs in der Datadomain VTL nach Prüfen der Dedupe-Abhängigkeiten freigeben. Das Cleanup lässt sich auch manuell starten. Dazu möglichst eine betriebsarme Zeit der VTL wählen und dann per sysadmin anmelden:

login as: sysadmin
Data Domain OS 4.9.2.0-222697
Using keyboard-interactive authentication.
Password:
Welcome to Data Domain OS 4.9.2.0-222697
—————————————-
sysadmin@datadomain2# filesys clean status
Cleaning finished at 2011/04/12 11:38:57.
sysadmin@datadomain2# filesys clean start
Cleaning started.  Use ‘filesys clean watch’ to monitor progress.
sysadmin@datadomain2# filesys clean watch
Beginning ‘filesys clean’ monitoring.  Use Control-C to stop monitoring.
Cleaning: phase 1 of 10 (pre-enumeration)
100.0% complete,  7532 GiB free; time: phase  0:00:25, total  0:00:26
Cleaning: phase 2 of 10 (pre-merge)
100.0% complete,  7532 GiB free; time: phase  0:01:33, total  0:41:32
Cleaning: phase 3 of 10 (pre-filter)
100.0% complete,  7532 GiB free; time: phase  0:08:41, total  0:50:14
Cleaning: phase 4 of 10 (pre-select)
100.0% complete,  7517 GiB free; time: phase  0:59:20, total  1:49:34
Cleaning: phase 5 of 10 (candidate)
100.0% complete,  7513 GiB free; time: phase  0:26:27, total  2:16:01
Cleaning: phase 6 of 10 (enumeration)
100.0% complete,  7486 GiB free; time: phase  0:44:14, total  3:00:15
Cleaning: phase 7 of 10 (merge)
100.0% complete,  7481 GiB free; time: phase  0:02:02, total  3:02:18
Cleaning: phase 8 of 10 (filter)
100.0% complete,  7471 GiB free; time: phase  0:09:48, total  3:12:07
Cleaning: phase 9 of 10 (copy)
100.0% complete, 10571 GiB free; time: phase  9:58:40, total 13:10:47
Cleaning: phase 10 of 10 (summary)
100.0% complete, 10569 GiB free; time: phase  0:47:24, total 13:58:12

Somit konnten 3TB Kapazität auf o.g. DD670  zurückgewonnen werden, auf der zweiten DD670 waren es 5TB.

Damit will EMC wohl gerade noch die Kurve kriegen – für Q1/2011 war die Software zuletzt angekündigt worden. Endlich folgt also eine vernünftige Backuplösung für MS Exchange 2010.

Mitte April soll dann hoffentlich Networker 7.6.2 folgen. Damit käme Unterstützung für VMware VStorage API for Data Protection (VADP) und Desaster Recovery für Windows 2008 / 2008R2.

Update – NMM 2.3 gibt es vorerst nur unter RA, d.h. auf Anfrage:

NetWorker Module for Microsoft v2.3 Restricted Availability (RA) Thank you for your interest in the NetWorker Module for Microsoft v2.3 Restricted Availability (RA). In 2011, you will see EMC begin to use a new release process for new versions of NetWorker software. Software will be released under Restricted Availability. Restricted Availability (RA) releases are fully-tested and production-ready, however, software and documentation are made available through an alternate process that lets EMC track adoption to ensure the early roll out meets customer expectations. After initial monitoring of progress and success in the marketplace, the software and documentation will be deemed Generally Available (GA) and moved in total to EMC Powerlink. The NetWorker Module for Microsoft 2.3 release is focused on Microsoft OS, application and feature enhancements. The enhancements in this release include the following: • Windows Server 2008 R2 OS support for Exchange, SharePoint, SQL and Hyper-V • Support for NetWorker Dedicated Storage Nodes * • Exchange Server 2010 support • SharePoint Server 2010 support ** • Data Domain support ** Notes: * Requires NetWorker Server 7.5.3 or 7.6SP1 or later / ** Requires NetWorker Server 7.6SP1 or later NetWorker Module for Microsoft 2.3 Restricted Availability Program To participate in the NetWorker Module for Microsoft (NMM) v2.3 restricted availability program, please complete the following steps: 1. Sign-up for the NetWorker Module for Microsoft (NMM) v2.3 Restricted Availability Program on EMC Feedback Central using this link http://feedbackcentral.emc.com/callout/?callid=92BF0A46C9BA43E1A8DD13040710EFD9 • Create an account at feedbackcentral.emc.com (if you don’t have one) 2. Complete the NetWorker Module for Microsoft (NMM) v2.3 Site Survey online at Feedback Central. We will respond within 48 hours with instructions on how to obtain NetWorker Module for Microsoft 2.3 Restricted Availability software and documentation.

Networker: VTL drive settings
target sessions = 1
max sessions = 1

Networker module for Oracle: example RMAN-script

connect target sys/password@dbsid;

# Known RMAN Performance Problems Oracle DOC-ID 247611.1
# Oracle DOC-ID 358171.1 – improve restore performance
set parallelmediarestore off;

# Oracle Bug 5247609
sql “alter session set optimizer_mode=rule”;

run
{

# include backup of control file for desaster recovery
configure controlfile autobackup on;

# disable Oracle retention policy – use Networker retention policy
# use “crosscheck backup;” and “delete obsolete;” to synchronize
configure retention policy to none;

# autoconfigure Networker “tape” channel
configure channel device type ‘sbt_tape’ parms
‘ENV=(NSR_CLIENT=backupclient.domain.tld)’;

# count for autoconfigured channels
CONFIGURE DEVICE TYPE ‘sbt_tape’ PARALLELISM 4;

# set “filesperset 1″ for dedupe optimization (one datafile per saveset)

# start online full backup
backup full device type ‘sbt_tape’ filesperset 1 (database format ‘NMO%d%s%u’);

# archive all redo logs after online backup
sql ‘alter system archive log current’;

# start archive log backup
backup device type ‘sbt_tape’ filesperset 1 format ‘NMOARC%t%s%p%d%u’ (archivelog all delete input);

}

Networker Module for SAP/Oracle: noteable parameters for UTL-file / brbackup

# This is the sample init.utl file.
# This file contains settings for the NetWorker Module for SAP with
# Oracle (a.k.a. NMSAP).
###########################################################################

# Default Value: 20
# Valid Values: > 0 integer
# Number of savesets to use for backups.
# This parameter will be ignored if ‘ss_group_by_fs’ is set to ‘yes’.
# tune dedupe: set >= count of Oracle datafiles so that 1 saveset contains 1 datafile
savesets = 200

# Default Value: 8
# Valid Values: > 0 integer
# Number of simultaneous savesets/savestreams to send to server.
# Be sure your server and devices are configured to support at least
# as many streams.
# set number of simultaneous savesets, one VTL-drive for each savestream!
parallelism = 4

# Default Value: no
# Valid Values: no/yes
# Group saveset by file system
# If set to ‘yes’, savesets parameter will be ignored
# don’t group savesets, bad for dedupe
ss_group_by_fs = no

EMC Datadomain DD670 mit VTL

EMC Avamar

Quantum Scalar i500 mit LTO5

• vStorage API for Data Protection (VADP) inkl. changed block tracking (CBT) für VMware Umgebungen
• Desaster Recovery (BMR) support für Windows 7, 2008 und 2008R2 (äquivalent zu ASR bei Windows XP und 2003)

P.S.

Na endlich… Sogar das olle Omniback kann das mittlerweile

Als zentrale Komponente kommt dann eine VTL mit Deduplizierung zum Einsatz – zuletzt war noch EMC mit 2 Datadomain DD670 und Quantum mit 2 DXi6700 im Rennen. Die Entscheidung fiel letztendlich knapp zugunsten von EMC aus.

Nächstes Jahr wird es also hier wieder etwas RZ-techniklastiger im Blog zugehen. Zu berichten gibt es sicherlich genügend.

P.S.

Für dich Anton hier nochmals der Hinweis: Die zukünftige Backuplösung für die Niederlassungen heißt nicht EMC Avatar

Was kann man nun damit anstellen?

Administratoren können sich in einer Linux-Umgebung MHVTL installieren und damit 1-x VTLs simulieren.

Wozu braucht man das?

Echte Bandroboter / VTLs bekommt man nicht gerade zum Schnäppchenpreis. Die Einstiegsgeräte kosten bereits mehrere Tausend Euro. Wenn man nun eine Datensicherungssoftware testen oder das Sichern/Wiederherstellen üben will ist MHVTL eine ideale kostenlose Komponente einer Backup-Testumgebung.

Läuft MHVTL unter Windows, MacOsX, Solaris, BSD, …?

Nein, MHVTL ist als Linux-Kernelmodul implementiert und damit nur auf Linux-Distributionen lauffähig. I.d.R. untersützt aber jede brauchbare Datensicherungssoftware für Windows die Integration von Medienservern unter Linux. Alternativ kann man auch MHVTL mittels ISCSI-Target anderen Betriebssystemen via LAN zur Verfügung stellen. Eine Anleitung für MHVTL via ISCSI dazu findet sich im MHVTL-Forum.

Howto Networker und MHVTL auf OpenSUSE 11.2 in Virtualbox VM

Ich habe in meinem englischen Blog eine Schritt für Schritt Anleitung zur Einrichtung der Datensicherungssicherungssoftware EMC Networker zusammen mit den Sicherungsmedien Disk (AFTD) und VTL (MHVTL) erstellt. Die Installation setzt auf einer virtellen Maschine mit OpenSUSE 11.2 auf.

• Howto MHVTL  – Teil 1
• Howto MHVTL  – Teil 2
• Howto MHVTL  – Teil 3
• Howto MHVTL  – Teil 4
• Howto MHVTL  – Teil 5
• Howto MHVTL  – Teil 6

Genaueres dazu hier:

• Download cumulative hotfixes
• changelog Networker 7.5 SP2 cumulative hotfixes
• changelog Networker 7.6 cumulative hotfixes

Ich möchte besonders auf folgenden Hotfix hinweisen, der einen Bug beseitigt, den ich zusammen mit unserem Support-Partner Orchestra analysiert habe:

NW116691: Savegrp did not end despite inactivity timeout reached

Wenn ein Networker-Client während eines Backups durchgestartet wird (z.B. wegen überlappender schedules Windows Updates und Backup), dann registrierte das der Job-daemon nicht. Ein Networker-Neustart incl. Löschen von /nsr/res/jobsdb/* war zur Bereinigung der Situation erforderlich.

Mehr zum Thema timeouts bei Networker finder sich bei nsrd.info.

Unter best. Umständen kam es zum coredump beim Lauf einer savegroup. Das verursachte Inkonsistenzen in der jobsdb. Der Networker Server betrachtete die savegroup immer noch als aktiv, d.h. nachfolgende Starts der savegroup schlugen auch fehl. Beseitigt werden konnte der Zustand nur über stoppen der Networker Server Software, löschen der Dateien in /nsr/res/jobsdb und starten der Networker Server Dienste. Der Fehler wurde in Networker 7.5.1.8 behoben. Die Korrektur ist auch in 7.5.2 enthalten.

• NW105117 savegrp core dumps in build_group_completion_msg()
• LGTsc32510 savegrp core dumps: Too many open files
• LGTsc32929 savegrp dumps core in savesets_verified_media()

Ein weiterer Fehler betraf das Networker Module for Microsoft Applications. Damit lassen sich VSS basierte Snapshots mittels Networker erzeugen/sichern. Das Problem hierbei war, dass die savesets nach Ablauf der retention policy nicht verfielen. Etwas verwirrend ist dabei auch, dass es bei solchen Backups einen “Spezial-saveset” namens “VSS://” gibt, der im Jahr 2038 abläuft. Das ist aber normal Mit Networker 7.5.2 ist der Bug beseitigt.

Im Allgemeinen kann ich sagen, dass die Version 7.5.2 einen sehr guten Eindruck bei mir hinterlassen hat. Ich habe sie seit ca. 1 Woche im produktiven Einsatz.
Wer sich dafür interessiert sollte mal einen Blick in den Networker Blog werfen und die release notes im EMC Powerlink lesen.

Die BRTOOLS sind SAP Kommandozeilenwerkzeuge, die unter anderem auch für Backup/Restore der SAP-Datenbank und wichtiger Dateien genutzt werden können. Dabei wird unter UNIX/Linux-Systemen CPIO als Hilfsmittel genutzt, man kann aber auch Oracle RMAN einsetzen. Letzteres ist aber gewissen Einschränkungen unterworfen, z.B. funktioniert das Klonen von DBs mittels Backup/Restore nicht.
Unter AIX 6.1 wird JFS2 als Standard-Dateisystem empfohlen, SAP/Oracle empfehlen den Datenbank-Parameter FILESYSTEMIO_OPTIONS auf setall zu setzen. Was bewirkt dieser Parameter?

aus Oracle Metalink: Direct I/O or Concurrent I/O on AIX 5L [ID 272520.1]

FILESYSTEMIO_OPTIONS value can be set to be any of the following:
• “asynch” – Set by default. This allows asynchronous IO to be used where supported by the OS.
• “directIO” – This allows directIO to be used where supported by the OS. Direct IO bypasses any Unix buffer cache.
• “setall” – Enables both ASYNC and DIRECT IO (or Concurrent I/O).
• “none” – This disables ASYNC IO and DIRECT IO (or Concurrent I/O) so that Oracle uses normal synchronous writes, without any direct io options.
Oracle recommends that you use the value SETALL instead of the value DIRECTIO, because the DIRECTIO value disables asynchronous I/O. The default value for this parameter is ASYNC.
Note: External utilities or tools cannot read datafiles on JFS2 file systems if you use the values SETALL or DIRECTIO for the FILESYSTEMIO_OPTIONS parameter. For more information, refer to the AIX documentation which covers the open() restriction in cio mode.

CPIO ist ein externes Tool wie o.g.. Soll damit gesichert werden darf der Wert nur wie folgt gesetzt werden: *.filesystemio_options=’ASYNCH’

Ansonsten wird der Zugriff auf die Oracle-Datenfiles verweigert. Sicherungen der Archivelogs klappen hingegen ohne Probleme – also bitte Backups wirklich testen

Setzt man in den BRTOOLS als Sicherungswerkzeug RMAN ein kann man getrost die Empfehlung umsetzen, d.h. auf setall setzen.

Für MHVTL gibt es ein Supportforum, das ggf. bei Problemen weiterhelfen kann.

In meinem Beispiel habe ich in der VTL vier LTO4 Bandlaufwerke, 33 Schächte (Schacht 33 für Reinigung) und 4 E/A-Schächte eingestellt. Bestückt ist die VTL mit 20 LTO3 Bändern und 3 Reinigungsbändern.

Start der VTL

pc303420-vm3:/ # /etc/init.d/mhvtl start
vtltape: version 0.18.1
vtltape: version 0.18.1
vtltape: version 0.18.1
vtltape: version 0.18.1
vtllibrary: version 0.18.1
vtllibrary process PID is 6621
done
pc303420-vm3:/ # lsscsi -g
[0:0:0:0]    disk    VMware,  VMware Virtual S 1.0   /dev/sda  /dev/sg0
[0:0:1:0]    disk    VMware,  VMware Virtual S 1.0   /dev/sdb  /dev/sg1
[1:0:0:0]    mediumx SPECTRA  PYTHON           5500  -         /dev/sg6
[1:0:1:0]    tape    IBM      ULT3580-TD4      5500  /dev/st0  /dev/sg2
[1:0:2:0]    tape    IBM      ULT3580-TD4      5500  /dev/st2  /dev/sg4
[1:0:3:0]    tape    IBM      ULT3580-TD4      5500  /dev/st1  /dev/sg3
[1:0:4:0]    tape    IBM      ULT3580-TD4      5500  /dev/st3  /dev/sg5

Inbetriebnahme der VTL im EMC Networker Backupprogramm

pc303420-vm3:/ # inquire -l

-l flag found: searching all LUNs, which may take over 10 minutes per adapter
for some fibre channel adapters.  Please be patient.

scsidev@0.0.0:VMware, VMware Virtual S1.0 |Disk, /dev/sg0
scsidev@0.1.0:VMware, VMware Virtual S1.0 |Disk, /dev/sg1
scsidev@1.0.0:SPECTRA PYTHON          5500|Autochanger (Jukebox), /dev/sg6
S/N: XYZZY
ATNN=SPECTRA PYTHON          XYZZY
WWNN=11223344ABCDEF00
scsidev@1.1.0:IBM     ULT3580-TD4     5500|Tape, /dev/nst0
S/N: XYZZY_A1
ATNN=IBM     ULT3580-TD4     XYZZY_A1
WWNN=11223344ABCDEF01
scsidev@1.2.0:IBM     ULT3580-TD4     5500|Tape, /dev/nst2
S/N: XYZZY_A2
ATNN=IBM     ULT3580-TD4     XYZZY_A2
WWNN=11223344ABCDEF02
scsidev@1.3.0:IBM     ULT3580-TD4     5500|Tape, /dev/nst1
S/N: XYZZY_A3
ATNN=IBM     ULT3580-TD4     XYZZY_A3
WWNN=11223344ABCDEF03
scsidev@1.4.0:IBM     ULT3580-TD4     5500|Tape, /dev/nst3
S/N: XYZZY_A4
ATNN=IBM     ULT3580-TD4     XYZZY_A4
WWNN=11223344ABCDEF04
pc303420-vm3:/ # jbconfig -l

Jbconfig is running on host pc303420-vm3.max-boegl.biz (Linux 2.6.16.60-0.54.5-default),
and is using pc303420-vm3.max-boegl.biz as the NetWorker server.

1) Configure an AlphaStor Library.
2) Configure an Autodetected SCSI Jukebox.
3) Configure an Autodetected NDMP SCSI Jukebox.
4) Configure an SJI Jukebox.
5) Configure an STL Silo.

What kind of Jukebox are you configuring? [1] 2
14484:jbconfig: Scanning SCSI buses; this may take a while …
Installing ‘Spectralogic’ jukebox – scsidev@1.0.0.

What name do you want to assign to this jukebox device? mhvtl
15814:jbconfig: Attempting to detect serial numbers on the jukebox and drives …

15815:jbconfig: Will try to use SCSI information returned by jukebox to configure drives.

Turn NetWorker auto-cleaning on (yes / no) [yes]?
The drives in this jukebox cannot be auto-configured with the available
information. You will need to provide the path for the drives.
Is (any path of) any drive intended for NDMP use? (yes / no) [no]
Is any drive going to have more than one path defined? (yes / no) [no]

Please enter the device path information in one of the following formats:

/dev/nst0 –for local path or
host:device-path –for remote node or NDMP device(s) or
host:drive-letter:directory path –for Windows disk file

Drive  1, element 1
Drive path ? /dev/nst0

Drive  2, element 2
Drive path ? /dev/nst1

Drive  3, element 3
Drive path ? /dev/nst2

Drive  4, element 4
Drive path ? /dev/nst3

Please select the appropriate drive type number:
1) 3480                  25) 9840C                 48) SAIT-2
2) 3570                  26) 9840D                 49) SD3
3) 3590                  27) 9940                  50) sdlt
4) 3592                  28) 9940B                 51) sdlt320
5) 4890                  29) adv_file              52) sdlt600
6) 4mm                   30) Atmos COS             53) SLR
7) 4mm 12GB              31) dlt                   54) T10000
4mm 20GB              32) dlt vs160             55) T10000B
9) 4mm 4GB               33) dlt-s4                56) tkz90
10) 4mm 8GB               34) dlt-v4                57) travan10
11) 4mm DAT160            35) dlt1                  58) TS1120
12) 4mm DAT72             36) dlt7000               59) TS1130
13) 8mm                   37) dlt8000               60) tz85
14) 8mm 20GB              38) file                  61) tz86
15) 8mm 5GB               39) himt                  62) tz87
16) 8mm AIT               40) logical               63) tz88
17) 8mm AIT-2             41) LTO Ultrium           64) tz89
18) 8mm AIT-3             42) LTO Ultrium-2         65) tz90
19) 8mm AIT-4             43) LTO Ultrium-3 66) tzs20
20) 8mm AIT-5             44) LTO Ultrium-4         67) VXA
21) 8mm Mammoth-2         45) optical               68) VXA-172
22) 9490                  46) qic                   69) VXA-2
23) 9840                  47) SAIT-1                70) VXA-320
24) 9840b

Enter the drive type of drive 1? 43
Are all the drives the same model? (yes / no) [yes]

Jukebox has been added successfully

The following configuration options have been set:

> Jukebox description to the control port and model.
> Autochanger control port to the port at which we found it.
> Networker managed tape autocleaning on.
> Barcode reading to on.
> Volume labels that match the barcodes.
> Slot intended to hold cleaning cartridge to 33.  Please insure that a
cleaning cartridge is in that slot
> Number of times we will use a new cleaning cartridge to 5.
> Cleaning interval for the tape drives to 6 months.

You can review and change the characteristics of the autochanger and its
associated devices using the NetWorker Management Console.

Would you like to configure another jukebox? (yes/no) [no]

VTL testen

pc303420-vm3:/ # nsrjb
1:      mhvtl   [enabled]
There is only one enabled and configured jukebox: mhvtl

Jukebox mhvtl: (Ready to accept commands)
14118:nsrjb: No volumes found in the media database…continuing.
slot  volume                            pool  barcode   volume id  recyclable
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11: -*                                      ULT001L3  -
12: -*                                      ULT002L3  -
13: -*                                      ULT003L3  -
14: -*                                      ULT004L3  -
15: -*                                      ULT005L3  -
16: -*                                      ULT006L3  -
17: -*                                      ULT007L3  -
18: -*                                      ULT008L3  -
19: -*                                      ULT009L3  -
20: -*                                      ULT010L3  -
21: -*                                      ULT011L3  -
22: -*                                      ULT012L3  -
23: -*                                      ULT013L3  -
24: -*                                      ULT014L3  -
25: -*                                      ULT015L3  -
26: -*                                      ULT016L3  -
27: -*                                      ULT017L3  -
28: -*                                      ULT018L3  -
29: -*                                      ULT019L3  -
30: -*                                      ULT020L3  -
31: -*                                      CLN001L1  -
32: -*                                      CLN002L1  -
33: Cleaning Tape (5 uses left)             CLN003L1  -
*not registered in the NetWorker media data base

drive 1 (/dev/nst0) slot   :
drive 2 (/dev/nst1) slot   :
drive 3 (/dev/nst2) slot   :
drive 4 (/dev/nst3) slot   :

Meine Testkonfiguration

SLES10SP3 VM auf VMware Server 2.02

pc303420-vm3:/ # uname -a
Linux pc303420-vm3 2.6.16.60-0.54.5-default #1 Fri Sep 4 01:28:03 UTC 2009 i686 i686 i386 GNU/Linux

pc303420-vm3:/ # cat /etc/issue
Welcome to SUSE Linux Enterprise Server 10 SP3 (i586) – Kernel \r (\l).

pc303420-vm3:/ # rpm -qa | grep lgto
lgtonode-7.6-1
lgtoclnt-7.6-1
lgtoserv-7.6-1
lgtonmc-7.6-1
lgtoman-7.6-1

pc303420-vm3:/etc/mhvtl # cat device.conf

VERSION: 3

# VPD page format:
# <page #> <Length> <x> <x+1>… <x+n>
# NAA format is an 8 hex byte value seperated by ‘:’
# Note: NAA is part of inquiry VPD 0×83
#
# Each ‘record’ is sperated by one (or more) blank lines.
# Each ‘record’ starts at column 1
# Serial num max len is 10.
# Compression: factor <value> enabled [0|1]
#     Where <value> is zlib compression factor 1 = Fastest compression
#                                              9 = Best compression
#         enabled 1 – Compression is enabled,
#         enabled 0 – Compression is disabled

Library: 0 CHANNEL: 0 TARGET: 0 LUN: 0
Vendor identification: SPECTRA
Product identification: PYTHON
Product revision level: 5500
Unit serial number: XYZZY
NAA: 11:22:33:44:ab:cd:ef:00

Drive: 1 CHANNEL: 0 TARGET: 1 LUN: 0
Vendor identification: IBM
Product identification: ULT3580-TD4
Product revision level: 5500
Unit serial number: XYZZY_A1
NAA: 11:22:33:44:ab:cd:ef:01
Compression: factor 1 enabled 1
VPD: b0 04 00 02 01 00

Drive: 2 CHANNEL: 0 TARGET: 2 LUN: 0
Vendor identification: IBM
Product identification: ULT3580-TD4
Product revision level: 5500
Unit serial number: XYZZY_A2
NAA: 11:22:33:44:ab:cd:ef:02
Compression: factor 1 enabled 1
VPD: b0 04 00 02 01 00

Drive: 3 CHANNEL: 0 TARGET: 3 LUN: 0
Vendor identification: IBM
Product identification: ULT3580-TD4
Product revision level: 5500
Unit serial number: XYZZY_A3
NAA: 11:22:33:44:ab:cd:ef:03
Compression: factor 1 enabled 1
VPD: b0 04 00 02 01 00

Drive: 4 CHANNEL: 0 TARGET: 4 LUN: 0
Vendor identification: IBM
Product identification: ULT3580-TD4
Product revision level: 5500
Unit serial number: XYZZY_A4
NAA: 11:22:33:44:ab:cd:ef:04
Compression: factor 1 enabled 1
VPD: b0 04 00 02 01 00

pc303420-vm3:/etc/mhvtl # cat library_contents
VERSION: 2

Drive 1: XYZZY_A1
Drive 2: XYZZY_A2
Drive 3: XYZZY_A3
Drive 4: XYZZY_A4

Picker 1:

MAP 1:
MAP 2:
MAP 3:
MAP 4:

# Slot 1 – ?, no gaps
# Slot N: [barcode]
# [barcode]
# a barcode is comprised of three fields: [Leading] [identifier] [Trailing]
# Leading “CLN” — cleaning tape
# Leading “W” — WORM tape
# Leading “NOBAR” — will appear to have no barcode
# If the barcode is at least 8 character long, then the last two characters are Trailing
# Trailing “S3″ – SDLT600
# Trailing “X4″ – AIT-4
# Trailing “L1″ – LTO 1
# Trailing “TA” – T10000+
# Trailing “JA” – 3592+
# Trailing “JB” – 3592E05+
# Trailing “JW” – WORM 3592+
# Trailing “JX” – WORM 3592E05+
#
Slot 1:
Slot 2:
Slot 3:
Slot 4:
Slot 5:
Slot 6:
Slot 7:
Slot 8:
Slot 9:
Slot 10:
Slot 11: ULT001L3
Slot 12: ULT002L3
Slot 13: ULT003L3
Slot 14: ULT004L3
Slot 15: ULT005L3
Slot 16: ULT006L3
Slot 17: ULT007L3
Slot 18: ULT008L3
Slot 19: ULT009L3
Slot 20: ULT010L3
Slot 21: ULT011L3
Slot 22: ULT012L3
Slot 23: ULT013L3
Slot 24: ULT014L3
Slot 25: ULT015L3
Slot 26: ULT016L3
Slot 27: ULT017L3
Slot 28: ULT018L3
Slot 29: ULT019L3
Slot 30: ULT020L3
Slot 31: CLN001L1
Slot 32: CLN002L1
Slot 33: CLN003L1

Hier noch ein paar Screenshots vom Betrieb der VTL im Networker 7.6 …

P.S.

Die Eval-Version des EMC Networker läßt sich mit “grace” als Auth-Code 6 Wochen lang betreiben.

Sollte jemand beim Erstellen der virtuellen Bänder bzw. beim Aufruf des Tools mktape auf den Bug “mktape error: Structure of MAM incorrect size: 1016″ stoßen bitte hier weiterlesen…

Update

Ich habe ein Howto für MHVTL auf OpenSUSE inkl. Einrichtung Networker geschrieben.

Ein Server (server1) wird nicht mehr benötigt, aus dem Rack geschafft und der Name im DNS gelöscht.

Der Backup-Admin merkt nun zunächst einmal, daß das Backup besagten Systems fehlschlägt. Auf Nachfrage bei den Kollegen stellt sich heraus, dass der Server Geschichte ist und auch definitiv kein Backup des Systems mehr aufbewahrt werden muss.

Nun geht es darum sämtliche Spuren des Servers aus dem Backup System (in diesem Fall EMC Networker) zu beseitigen.

Networker Client vollständig löschen

Der Server existiert nicht mehr im DNS, deshalb einen Dummy-Eintrag für server1 in der /etc/hosts am Backup Server erstellen. Falls irgendein schlauer Kollege den Server einfach in der Networker Management Console (NMC) gelöscht bitte selbigen nun wieder hinzufügen.

Nun gilt es am Networker Server alle Spuren des Backup-Clients zu vernichten. Dazu müssen zunächst alle Savesets des Backup Clients aus dem Client Index gelöscht werden, anschließend wird der Client Index selbst gelöscht:

for xxx in `mminfo -av -r "ssid(53)" -c server1`; do nsrmm -d -S $xxx -y; echo delete SSID $xxx ...; done

nsrck -YR server1

rm -r /nsr/index/server1/

Nun muss noch die Mediendatenbank bereinigt werden:

nsrim -c server1 -X

Zuletzt kann der Backup Client in der NMC und der Dummy-Eintrag in der /etc/hosts gelöscht werden.