Otmanix' Blog » Networker

change block tracking Skript für Networker

otmanix — Wed, 08 Feb 2012 11:28:20 +0000

Wer im EMC Networker VADP Image Backups konfigurieren will stolpert zwangsläufig über CBT. Für Windows VMs bringt das Aktivieren von CBT durchaus Vorteile.

Hier das Skript cbt.cmd um den CBT Status einer VM zu ermitteln bzw. zum Aktivieren/Deaktivieren von CBT.

@ECHO OFF
 :BEGIN
 REM change block tracking for VMware/Networker
 REM tested with Networker 7.6.3.1 on Windows 7 and VSphere 5
 REM 08.02.2012 Otmanix
 REM http://www.punchingclouds.com/?p=896
 REM http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1020128
 CLS
 ECHO *** change block tracking - VMware/Networker ***
 ECHO ************************************************
 SET /P VCENTER=vcenter (FQDN):
 SET /P USER=user:
 SET /P PASSWORD=password:
 :ID
 CLS
 ECHO identify vm by
 ECHO 1) name in vcenter
 ECHO 2) dns name (fqdn)
 ECHO 3) ip address
 ECHO 4) EXIT
 CHOICE /N /C 1234 /M "PICK A NUMBER (1, 2, 3, 4)"
 IF ERRORLEVEL 4 GOTO END
 IF ERRORLEVEL 3 GOTO ID3
 IF ERRORLEVEL 2 GOTO ID2
 IF ERRORLEVEL 1 GOTO ID1
 IF ERRORLEVEL 0 GOTO END
 GOTO ID
 :ID3
 SET LOOKUPMETHOD=ip-addr
 SET LOOKUPKEY=
 SET /P LOOKUPKEY=IP address:
 GOTO CBT
 :ID2
 SET LOOKUPMETHOD=dns-name
 SET LOOKUPKEY=
 SET /P LOOKUPKEY=hostname (fqdn):
 GOTO CBT
 :ID1
 SET LOOKUPMETHOD=vm-name
 SET LOOKUPKEY=
 SET /P LOOKUPKEY=name of vm in vcenter (case sensitive):
 GOTO CBT
 :CBT
 CLS
 ECHO choose
 ECHO 1) info about cbt
 ECHO 2) enable cbt
 ECHO 3) disable CBT
 ECHO 4) EXIT
 CHOICE /N /C 1234 /M "PICK A NUMBER (1, 2, 3, 4)"
 IF ERRORLEVEL 4 GOTO END
 IF ERRORLEVEL 3 GOTO CBT3
 IF ERRORLEVEL 2 GOTO CBT2
 IF ERRORLEVEL 1 GOTO CBT1
 IF ERRORLEVEL 0 GOTO END
 GOTO BEGIN
 :CBT3
 SET CBTMODE=cbt-disable
 GOTO COMMAND
 :CBT2
 SET CBTMODE=cbt-enable
 GOTO COMMAND
 :CBT1
 SET CBTMODE=info
 GOTO COMMAND
 :COMMAND
 nsrvadp_modify_vm.exe -H %VCENTER% -P https -u %USER% -p %PASSWORD% -l %LOOKUPMETHOD% -k %LOOKUPKEY% -c %CBTMODE%
 PAUSE
 GOTO CBT
 :END

Networker user group meeting revisited

otmanix — Thu, 02 Jun 2011 14:08:16 +0000

Was war vorgestern angesagt? EMC hatte geladen, zum nunmehr 2. Networker user group meeting in Deutschland, nun im Steigenberger Airport Hotel in Frankfurt.

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.

Networker user group meeting

otmanix — Tue, 31 May 2011 06:33:41 +0000

1h noch…
Heute besuche ich das Networker user group meeting im Steigenberger Airport Hotel in Frankfurt. Vorhin beim Frühstück hörte ich ein paar Amis über die Highlights der EMC world diskutieren. Ich nehme mal schwer an, daß die auch am meeting teilnehmen.
Ich bin gespannt, ob sich die Anreise gelohnt hat. News und restricted availability für Networker 7.6.2 und NMM 2.3 gibt es ja schon länger. Avamar 6 ist jetzt auch RA verfügbar.
Mal sehn, was EMC heute vorstellt…
Interessant könnten die Anwenderberichte werden.

Posted from WordPress for Android

Datadomain VTL und Networker space reclamation

otmanix — Tue, 19 Apr 2011 10:35:57 +0000

Deduplizierung mit Datadomain VTL

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.

NMM 2.3 ab Freitag

otmanix — Thu, 24 Mar 2011 20:03:49 +0000

Wie dem EMC Community Network zu entnehmen ist gibt es ab Freitag das Networker Module for Microsoft Applications 2.3 (NMM) im Powerlink.

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.

SAP und Oracle Backups auf Datadomain VTL

otmanix — Fri, 18 Mar 2011 15:18:11 +0000

Beim Backup von Oracle bzw. SAP/Oracle gibt es ein paar Parameter um Deduplizierung zu tunen…

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

Networker client vollständig löschen redux

otmanix — Tue, 22 Feb 2011 16:33:19 +0000

Das Thema hatte ich bereits vorgestellt. Hier nun ein Shellskript zum korrekten Löschen eines Networker Clients (inkl. savesets und software repository):
#!/bin/bash echo "Welcher Networker Client ist zu loeschen? " read CLIENT echo "Soll der Client " $CLIENT " inkl. Savesets wirklich geloescht werden? j/n" read TASTE if [ "$TASTE" == "j" -o "$TASTE" == "J" ] ; then echo "loesche Savesets..." for xxx in `mminfo -av -r "ssid(53)" -c $CLIENT`; do nsrmm -d -S $xxx -y ; echo $xxx; done echo "loesche client index..." nsrck -YR $CLIENT rm -r /nsr/index/$CLIENT echo "bereinige Mediendatenbank..." nsrim -c $CLIENT -X echo "loesche Client..." echo "delete type: NSR client; name: $CLIENT;" | nsradmin -i - echo "loesche Client aus Software-Inventar..." echo "delete type: NSR Installed Software; name: $CLIENT;" | nsradmin -d /nsr/res/cpdb -i - else echo "Vorgang abgebrochen!" fi
ein kurzer Testlauf…
root@backup1 # ./delnwclient.sh Welcher Networker Client ist zu loeschen? testpc Soll der Client testpc inkl. Savesets wirklich geloescht werden? j/n J cb9adc51-00000006-bb38a2d0-4d38a2d0-b6460014-4f222e18 859b11e9-00000006-cc39f43e-4d39f43e-bf350014-4f222e18 ... loesche client index... 9503:nsrck: WARNING: -R will completely remove the following file indices: testpc If it was not your intent to completely remove the above client file indices, kill this command now. You have 6 seconds. If it was not your intent to completely remove the above client file indices, kill this command now. You have 4 seconds. If it was not your intent to completely remove the above client file indices, kill this command now. You have 2 seconds. bereinige Mediendatenbank... 000001: 767 GB used, 35 save sets, full, 30 browsable save sets, 5 recoverable save sets 000002: 592 GB used, 34 save sets, full, 17 browsable save sets, 17 recoverable save sets ... loesche Client... deleted resource id 26.6.2.57.0.0.0.0.0.0.0.0.71.56.81.247.10.17.18.145(16) loesche Client aus Software-Inventar... deleted resource id 0.84.112.54.0.0.0.0.0.0.0.0.72.59.214.64.10.17.18.145(4) deleted resource id 0.85.112.54.0.0.0.0.0.0.0.0.72.59.214.64.10.17.18.145(4) deleted resource id 0.86.112.54.0.0.0.0.0.0.0.0.72.59.214.64.10.17.18.145(4)

Backup Hardware

otmanix — Tue, 15 Feb 2011 19:18:57 +0000

Hier liegen bald die Bits und Bytes…

EMC Datadomain DD670 mit VTL

EMC Avamar

Quantum Scalar i500 mit LTO5

Networker 7.6 SP2 Beta

otmanix — Mon, 20 Dec 2010 11:55:56 +0000

Morgen beginnt die Betaphase für EMC Networker 7.6 SP2. Noch im Q1/2011 soll dann die neue Version zum Download bereitstehen. In erster Linie werden folgende Features hinzukommen:

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

Ein Quantum Trost – neues Projekt 2011

otmanix — Sat, 18 Dec 2010 08:43:27 +0000

Ich freue mich schon auf mein nächstes Projekt im neuen Jahr: die Generalsanierung unserer zentralen Backupumgebung sowie die Konsolidierung des Backups in den Niederlassungen.

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

howto Networker und MHVTL auf OpenSUSE

otmanix — Sat, 04 Sep 2010 13:11:04 +0000

Mit MHVTL steht unter Linux eine Open Source VTL (virtuelle Tape Library) zur Verfügung. Ich habe bereits vor einiger Zeit davon berichtet.

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.

EMC Networker cumulative hotfix 7.5.2.3 und 7.6.0.5

otmanix — Fri, 04 Jun 2010 12:57:11 +0000

Für die bei uns eingesetzte Datensicherungssoftware EMC Networker sind neue Versionen der “cumulative hotfixes” erschienen, nämlich 7.5.2.3 und 7.6.0.5.

Genaueres dazu hier:

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.

Spickzettel für SAP Systemkopie mittels Networker

otmanix — Sat, 20 Mar 2010 06:50:55 +0000

Für das Backup backint (mittels cpio) statt rman verwenden, da die SAP brtools keinen Restore auf anderen Rechner mit Oracle rman beherrschen…
Offline-Backup auf Quellsystem (PRD) erstellen, als Online-Backup empfiehlt sich die Variante “online consistent”, bei der alle zugehörigen Archivelogs gleich mit gespeichert werden.
ggf. Optimierung auf Restore-Performance durchführen, d.h. beim Einsatz von Bandgeräten möglichst Bandwechsel und Positionierungen vermeiden – deshalb Aktivierung von saveset bundling und Reduzierung von Multiplexing
Backup-Protokoll und -Konfigurationsdateien identifizieren und auf Zielsystem kopieren, ggf. anpassen
- PRD-Server:/oracle/PRD/sapbackup/.aff muss nach QAS-Server:/oracle/QAS/sapbackup kopiert werden
- Die Dateien initPRD.sap und initPRD.utl müssen von PRD-Server:/oracle/PRD/102_64/dbs/ nach QAS-Server:/oracle/QAS/102_64/dbs/ kopiert werden
- In der initPRD.utl muss client=PRD-Server explizit gesetzt werden (nur für Systemkopie relevant, d.h. wenn Quell- und Zielrechner aus Networker-Sicht unterschiedlich sind)
Start Restore mit brrestore -m full,PSAPTEMP,00,0 -p initPRD.sap -b .aff -r initPRD.utl
Danach folgen die üblichen Nacharbeiten zur Systemkopie innerhalb SAP

Networker ist pessimistisch

otmanix — Fri, 19 Mar 2010 20:29:15 +0000

Beim Kalkulieren von Restore-Zeiten ist Networker auch manchmal etwas pessimistisch

Networker-Bugs beseitigt

otmanix — Fri, 12 Mar 2010 11:36:23 +0000

Zwei Probleme im Networker beschäftigten mich zuletzt.

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.

root@networker # mminfo -av -r ” name,savetime(20),level,ssid,ssretent(20),ssflags,sumflags,pool,client,copies,cloneid,clflags,volume” -q client=vss-kiste -o t

name date time lvl ssid retention time ssflags fl pool client copies clone id clflg volume

C:\ 03/10/10 10:06:37 full 4288110878 03/11/10 23:59:59 vF cb Windows Disk vss-kiste 2 1268211998 Windows_disk.001

C:\ 03/10/10 10:06:37 full 4288110878 03/11/10 23:59:59 vF cb Windows Disk vss-kiste 2 1268211997 Windows_disk.001.RO

SYSTEM COMPONENTS:\ 03/10/10 10:08:07 full 4221002103 03/11/10 23:59:59 vF cb Windows Disk vss-kiste 2 1268212087 Windows_disk.001

SYSTEM COMPONENTS:\ 03/10/10 10:08:07 full 4221002103 03/11/10 23:59:59 vF cb Windows Disk vss-kiste 2 1268212086 Windows_disk.001.RO

C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\EMC\NetWorker\LG_VSS_CLIENT1010414379.xml 03/10/10 10:41:13 full 4053231929 03/11/10 23:59:59 vrF cr Windows Disk vss-kiste 2 1268214074 Windows_disk.001

VSS:/ 03/10/10 10:41:26 full 3885459790 01/19/38 04:14:05 vKF cbK Windows Disk vss-kiste 2 1268214094 Windows_disk.001

VSS:/ 03/10/10 10:41:26 full 3885459790 01/19/38 04:14:05 vKF cbK Windows Disk vss-kiste 2 1268214093 Windows_disk.001.RO

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.