256 Boost for OpenStorage Administration Guide · Dell EMC Data Domain® Boost for OpenStorage Version 3.4 Administrationshandbuch 302-003-983 REV. 01

Dell EMC Data Domain® Boost forOpenStorageVersion 3.4

Administrationshandbuch302-003-983

REV. 01

Copyright © 2017 Dell Inc. und ihre Tochtergesellschaften. Alle Rechte vorbehalten.

Stand Juni 2017

Dell ist der Ansicht, dass die Informationen in dieser Veröffentlichung zum Zeitpunkt der Veröffentlichung korrekt sind. Die Informationen können

jederzeit ohne vorherige Ankündigung geändert werden.

DIE INFORMATIONEN IN DIESER VERÖFFENTLICHUNG WERDEN OHNE GEWÄHR ZUR VERFÜGUNG GESTELLT. DELL MACHT KEINE

ZUSICHERUNGEN UND ÜBERNIMMT KEINE HAFTUNG JEDWEDER ART IM HINBLICK AUF DIE IN DIESEM DOKUMENT ENTHALTENEN

INFORMATIONEN UND SCHLIESST INSBESONDERE JEDWEDE IMPLIZITE HAFTUNG FÜR DIE HANDELSÜBLICHKEIT UND DIE EIGNUNG FÜR

EINEN BESTIMMTEN ZWECK AUS. FÜR DIE NUTZUNG, DAS KOPIEREN UND DIE VERTEILUNG DER IN DIESER VERÖFFENTLICHUNG

BESCHRIEBENEN DELL SOFTWARE IST EINE ENTSPRECHENDE SOFTWARELIZENZ ERFORDERLICH.

Dell, EMC und andere Marken sind Marken von Dell Inc. oder ihren Tochtergesellschaften. Alle anderen Marken sind das Eigentum ihrer jeweiligen

Inhaber. Veröffentlicht in Deutschland.

EMC Deutschland GmbHAm Kronberger Hang 2a 65824 Schwalbach/TaunusTel.: +49 6196 4728-0www.DellEMC.com/de-de/index.htm

2 Data Domain Boost for OpenStorage 3.4 Administrationshandbuch

Vorwort 0

Einführung zu Data Domain Boost für OpenStorage 7Revisionsverlauf........................................................................................... 8Überblick über DD Boost für OpenStorage................................................... 8Unterstützte Konfigurationen ......................................................................9Upgradekompatibilität.................................................................................. 9

Funktionen von DD Boost 11Überblick über die Funktionen von DD Boost.............................................. 12Verteilte Segmentverarbeitung .................................................................. 12In-Flight-Verschlüsselung............................................................................13Globale Authentifizierung und Verschlüsselung........................................... 14

Methoden der Festlegung von Authentifizierung undVerschlüsselung............................................................................. 14Authentifizierungs- und Verschlüsselungseinstellungen................. 14Authentifizierungs- und Verschlüsselungsoptionen........................ 15Abwärtskompatibilität – Szenarien.................................................16

Gemanagte Dateireplikation (MFR).............................................................19Optimierung bei niedriger Bandbreite............................................. 19Verschlüsselte gemanagte Dateireplikation.................................... 19

DD Boost und HA........................................................................................20DD Boost, HA und Failover............................................................ 20Partielle HA-Konfigurationen .........................................................21

Automatische Image-Replikation (AIR)....................................................... 21Beschränkungen bei der Verwendung von AIR auf Data Domain-Systemen ......................................................................................23Gezielte automatische Image-Replikation...................................... 23

MTree-Replikation......................................................................................26Unterstützung für IPv6...............................................................................27Dynamische Schnittstellengruppen: DD Boost-IP-Datenpfadmanagement....27

Schnittstellen................................................................................ 29Clients............................................................................................31

DD Boost-over-Fibre Channel-Übertragung............................................... 33DD Boost-over-Fibre Channel-Pfadmanagement....................................... 35

Erste Pfadauswahl......................................................................... 37Dynamischer Lastenausgleich........................................................ 37Clientpfad-Failover........................................................................ 37Begrenzungen bei der Warteschlangentiefe.................................. 38

Virtuelle synthetische Backups...................................................................39Validierung des Clientzugriffs..................................................................... 40DD Boost-Mehrbenutzer-Datenpfad.......................................................... 40Management von Speichereinheiten...........................................................40

Zugriffskontrolle für Mehrbenutzer-Speichereinheiten..................40Kapazitätsquotas für Speichereinheiten......................................... 41Streamzählermanagement bei Speichereinheiten...........................41

Kapitel 1

Kapitel 2

INHALT

Data Domain Boost for OpenStorage 3.4 Administrationshandbuch 3

Vorbereiten des Data Domain-Systems für DD Boost 43Aktivieren von DD Boost auf einem Data Domain-System.......................... 44Zuweisen von mehreren Benutzern zu DD Boost........................................ 44Erstellen von Speichereinheiten ................................................................ 45Konfigurieren von logischen Quotas für Speichereinheiten (optional) ........47Konfigurieren von Speichereinheiten mit Streamlimits (optional)............... 47Konfigurieren der verteilten Segmentverarbeitung..................................... 49Konfigurieren von dynamischen Schnittstellengruppen ............................. 49

Ändern einer Schnittstellengruppe................................................ 52Entfernen einer Schnittstellengruppe............................................ 53

Verwenden von dynamischen Schnittstellengruppen für MFR....................54Replikation über LAN.....................................................................55Replikation über WANs.................................................................. 57Andere unterstützte Anwendungsbeispiele....................................58Replikations-Failover-Hostname.................................................... 61Unterstützung von Network Address Translation (NAT)............... 62Konfliktlösung für Backup/Replikation...........................................63

Konfigurieren von MFR...............................................................................64Aktivieren der Optimierung für geringe Bandbreiten .....................64Verschlüsselungsaktivierung..........................................................64Aktivieren von IPv6-Unterstützung............................................... 65Ändern des MFR TCP-Ports..........................................................65

Konfigurieren der Clientzugriffsvalidierung.................................................66Aktivieren der In-Flight-Verschlüsselung....................................... 66

Konfigurieren des DD Boost-over-FC-Service............................................ 67Dimensionieren des DD Boost-over FC-Gerätesatzes....................69Berechnen der Dimensionierung.................................................... 70Installieren des AIX-DDdfc-Gerätetreibers (für AIX-Clients optional)...................................................................................................... 73Konfigurieren des generischen SCSI-Gerätetreibers für Solaris-Clients........................................................................................... 74

Festlegen der globalen Authentifizierung und Verschlüsselung...................76Anzeigen globaler Authentifizierungs- undVerschlüsselungseinstellungen.......................................................76Zurücksetzen von globalen Authentifizierungs- undVerschlüsselungseinstellungen.......................................................76

Installieren von DD Boost für OpenStorage 79Überblick über die Installation.....................................................................80

OST-Plug-in und DD OS-Upgrades................................................80Firewalls und Ports.........................................................................81

Installieren des OST-Plug-ins für NetBackup.............................................. 81Installation des OST-Plug-ins auf Medienservern.......................... 82Installieren des UNIX Plug-ins .......................................................82Installieren des Windows-Plug-ins................................................. 83NetBackup-Services......................................................................84

Installieren des OST-Plug-ins für Backup Exec...........................................84Installieren des Plug-ins auf Medienservern...................................84Installieren des Windows-Plug-ins................................................. 84Backup Exec-Services................................................................... 85

Tuning der Performance für den Windows-Medienserver...........................85Deinstallieren des Windows-Plug-ins..........................................................85

Verwalten von Backupanwendungen 87

Kapitel 3

Kapitel 4

Kapitel 5

INHALT


Konfigurieren von Medienservern...............................................................88NetBackup-Konfiguration.............................................................. 88Konfiguration von Backup Exec..................................................... 99

NetBackup-Administration........................................................................ 103Ermitteln der OST-Plug-in-Version.............................................. 103Ermitteln der NetBackup-Version.................................................103Netzwerk-Timeouts..................................................................... 103Gruppieren von Speichereinheiten zur Bereitstellung von Failover-Funktionen................................................................................... 104

Backup Exec-Administration..................................................................... 105Ermitteln der vorliegenden OST-Plug-in-Version......................... 105Ermitteln der vorliegenden Backup Exec-Version.........................105Löschen von Speichereinheiten auf Data Domain-Systemen........105

Grundlegendes Troubleshooting 107Allgemeines Troubleshooting.....................................................................108Data Domain-Systemeinstellungen für die Dateireplikation....................... 108NetBackup Troubleshooting......................................................................108

Löschen des Data Domain-Systems nicht möglich....................... 108Prüfen der Installation.................................................................. 109Prüfen von Anmeldedaten.............................................................110Lösen von Lizenzierungsfehlern.................................................... 110Fehlerprotokollierung auf den Medienservern............................... 110Lösen fehlgeschlagener Backups auf Medienservern.....................111Umgang mit Plug-in-Protokollmeldungen......................................112Beheben des Fehlers „Cannot connect on socket“....................... 112Fehlgeschlagene NetBackup-Backupjobs auf Solaris-Medienservern..................................................................................................... 113Backupjobs von AIX-Clients schlagen fehl.....................................114Fehlgeschlagene Jobs zur optimierten Duplizierung......................114Virtuelle synthetische Backups..................................................... 114Überwachen der automatischen Image-Replikation...................... 114

Backup Exec-Troubleshooting.................................................................. 120Grundlegendes Troubleshooting...................................................120Prüfen der Installation.................................................................. 120Prüfen von Anmeldedaten für ein Data Domain-System................121Lösen von Lizenzierungsfehlern ................................................... 121Einrichtung von aktivem Debugging.............................................. 121

Kapitel 6

INHALT

Data Domain Boost for OpenStorage 3.4 Administrationshandbuch 5

INHALT


KAPITEL 1

Einführung zu Data Domain Boost fürOpenStorage

Dieses Kapitel umfasst folgende Themen:

l Revisionsverlauf...................................................................................................8l Überblick über DD Boost für OpenStorage...........................................................8l Unterstützte Konfigurationen ............................................................................. 9l Upgradekompatibilität..........................................................................................9

Einführung zu Data Domain Boost für OpenStorage 7

RevisionsverlaufIn der nachstehenden Tabelle wird der Revisionsverlauf für dieses Dokumentdargestellt.

Tabelle 2 Revisionsverlauf des DD Boost for OpenStorage Administration Guide, Version 3.4

Version Datum Beschreibung

01 (3.4) Juni 2017 Diese Version enthält Informationen über diese neuenFunktionen und Tools:

l Optionen für globale Authentifizierung undVerschlüsselung, um Ihr System besser vor Man-in-the-Middle(MITM)-Angriffen zu schützen

Überblick über DD Boost für OpenStorageIm Kontext von Veritas-Backupanwendungen (NetBackup und Backup Exec) hat DataDomain Boost (DD Boost) zwei Komponenten:

l Ein OST-Plug-in, das auf jedem Medienserver installiert wird. Dieses Plug-inumfasst die DD Boost-Bibliotheken für die Integration mit dem DD-Server, der aufdem Data Domain-System ausgeführt wird.

l Der auf den Data Domain-Systemen ausgeführte DD-Server.

Hinweis

Bei einem Data Domain-System kann es sich um ein einziges Data Domain-System,ein Gateway oder ein DD Extended Retention-System handeln. Mit DD Boost 3.2.1und DD OS 5.7.1 kann es sich auch um ein Data Domain-HA-System mit zweiNodes handeln.

Die Backupanwendung (NetBackup oder Backup Exec) legt Policies fest, um zusteuern, wann Backups und Duplizierungen stattfinden. Das Management vonBackups, Duplizierung und Wiederherstellungen erfolgt über eine einzige Konsole undder Administrator kann alle Funktionen von DD Boost, einschließlich der WAN-effizienten Replicator-Software, nutzen.

Das Data Domain-System macht einem Medienserver mit DD Boost-Aktivierungvorgefertigte Festplatten-Volumes namens Speichereinheiten verfügbar. MehrereMedienserver, die alle über das OST-Plug-in von Data Domain verfügen, können diegleiche Speichereinheit auf einem Data Domain-System als Storage Serververwenden. Auf jedem Medienserver kann ein anderes Betriebssystem ausgeführtwerden, sofern es durch Data Domain und die Backupanwendungen NetBackup oderBackup Exec unterstützt wird.

Die Abbildung zeigt eine Beispielkonfiguration von Data Domain Boost fürOpenStorage mithilfe von NetBackup.

Einführung zu Data Domain Boost für OpenStorage


Abbildung 1 DD Boost für OpenStorage – NetBackup-Konfiguration

1. Clients2. Server3. Primärer Speicher4. Medienserver5. OST-Plug-in6. Data Domain7. Data Domain-Appliance8. DD Boost9. WAN10. Sekundäre Data Domain-Appliance11. Archivierung auf Band nach Bedarf12. Backup13. Aufbewahrung/Wiederherstellung14. Replikation15. Disaster Recovery

Unterstützte KonfigurationenData Domain unterstützt DD Boost auf allen Data Domain-Systemen.

Die OST-Plug-in-Version muss mit der Softwareversion Ihres Data Domain-Systemsund mit der Konfiguration von Backupanwendungen kompatibel sein. Data Domainunterstützt nur die im Data Domain Boost Compatibility Guide beschriebenenKombinationen, die auf der Onlinesupport-Website unter https://support.emc.comverfügbar sind.

UpgradekompatibilitätDie Data Domain-Policy für die Upgradekompatibilität bei der Replikation ist wie folgt:


Unterstützte Konfigurationen 9

https://support.emc.com/

l Alle Wartungs- und Patchversionen innerhalb einer Produktreihe sindabwärtskompatibel. Eine Produktreihe wird durch die ersten beiden Ziffern derVersionsnummer, z. B. 5.2, identifiziert. So sind beispielsweise 5.2.0.0, 5.2.0.2,5.2.1.0 und 5.2.2.0 alle abwärtskompatibel.

l Die Replikation ist über zwei aufeinander folgende Versionsreihenabwärtskompatibel, z. B. 5.5 und 5.4. Allerdings wurde nur die aktuelle Versioninnerhalb der einzelnen Produktreihen vollständig getestet.



KAPITEL 2

Funktionen von DD Boost

Für Single Node und DD Extended Retention sind neue und erweiterte Funktionenverfügbar. DD-HA wird ebenfalls unterstützt.

In diesem Kapitel werden die wesentlichen Merkmale und Funktionen der DD Boost-Software in den folgenden Themen beschrieben:

l Überblick über die Funktionen von DD Boost...................................................... 12l Verteilte Segmentverarbeitung .......................................................................... 12l In-Flight-Verschlüsselung................................................................................... 13l Globale Authentifizierung und Verschlüsselung...................................................14l Gemanagte Dateireplikation (MFR).................................................................... 19l DD Boost und HA............................................................................................... 20l Automatische Image-Replikation (AIR)...............................................................21l MTree-Replikation............................................................................................. 26l Unterstützung für IPv6...................................................................................... 27l Dynamische Schnittstellengruppen: DD Boost-IP-Datenpfadmanagement.........27l DD Boost-over-Fibre Channel-Übertragung.......................................................33l DD Boost-over-Fibre Channel-Pfadmanagement............................................... 35l Virtuelle synthetische Backups.......................................................................... 39l Validierung des Clientzugriffs.............................................................................40l DD Boost-Mehrbenutzer-Datenpfad.................................................................. 40l Management von Speichereinheiten.................................................................. 40

Funktionen von DD Boost 11

Überblick über die Funktionen von DD BoostBackupanwendungen sind eine wichtige Komponente bei den Strategien für dieDatenwiederherstellung und die Disaster Recovery-Bereitschaft. Für jede dieserStrategien ist eine starke, einfache und flexible Grundlage erforderlich, die esAnwendern ermöglicht, schnell zu reagieren und Vorgänge effektiv zu managen.

Data Domain-Systeme lassen sich leicht in Backupsoftware integrieren und bietenInline-Deduplizierung, was Vorteile bei Aufbewahrung und Recovery bedeutet. Darüberhinaus bieten Data Domain-Systeme Replikationsschutz über das WAN für das externeDisaster Recovery.

DD Boost erhöht die Performance, da der Deduplizierungsprozess zwischen demClient und dem Backupserver aufgeteilt wird.

Hinweis

Die DD Boost-Performance kann je nach Typ der Hardware, auf der der DD Boost-Client ausgeführt wird, variieren. Optimale Performance wird mit Clients, dieProzessoren der Intel x86-Produktreihe verwenden, erzielt. Aufgrund derEinschränkungen bezüglich der Architektur kommt es möglicherweise zu einerschlechteren Performance anderen Systemen als x86-basierten Systemen, wie z. B.Itanium (HP-UX), Power (AIX) und Sparc (Solaris).

Verteilte SegmentverarbeitungAnhand der Funktion zur verteilten Segmentverarbeitung in der DD Boost-Softwarewird der Deduplizierungsprozess zwischen Client und Server so verteilt, dass dasdoppelte Senden von Daten an das Data Domain-System vermieden wird.

Die verteilte Segmentverarbeitung bietet die folgenden Vorteile:

l Potenziell weniger Netzwerkverkehr, da die DD Boost Library nur eindeutige Datenan ein Data Domain-System sendet. Im Allgemeinen gilt: Je größer die Redundanzim Dataset, desto größer die gespeicherte Netzwerkbandbreite für dasData Domain-System.

l Bei der verteilten Segmentverarbeitung verwendet die DD Boost-Bibliothek 24 MBArbeitsspeicher für jede gesicherte Datei. DD Boost 5.7 mit HA verwendet 128 MBArbeitsspeicher für jede gesicherte Datei.



Abbildung 2 Aktivierte verteilte Segmentverarbeitung

1. Datenbankserver2. Data Domain-System3. Data Domain OpenStorage-Plug-in4. Segment5. Fingerabdruck6. Komprimierung7. Filter8. Write

Hinweis

Wenn das Paket 11/11.1 OpenSSL 1.0.0.j von Solaris entweder unter Solaris 11 (mitSRU2 oder höher) oder Solaris 11.1 oder höher ausgeführt wird, bietet das Plug-inverglichen mit anderen Solaris-Systemen eine verbesserte verteilteSegmentverarbeitung (Distributed Segment Processing, DSP). DSP ist jetztstandardmäßig für Solaris Plug-ins aktiviert, die auf einem Prozessor mit SPARC T4und höher (T4, T5, M6, M7) ausgeführt werden und Solaris 11 (mit SRU2 oder höher)oder Solaris 11.1 oder höher nutzen.

In-Flight-VerschlüsselungMit der In-Flight-Verschlüsselung können Anwendungen In-Flight-Backup- oderWiederherstellungsdaten über das LAN aus dem Data Domain-System verschlüsseln.Diese Funktion bietet eine höhere Sicherheit beim Datentransport.

Wenn sie konfiguriert ist, kann der Client die Sitzung zwischen Client und DataDomain-System mittels TLS verschlüsseln. Als Cipher Suite wird entweder ADH-


In-Flight-Verschlüsselung 13

AES256-SHA (bei Verschlüsselungsoption HIGH) oder ADH-AES128-SHA (beiVerschlüsselungsoption MEDIUM) verwendet.

Globale Authentifizierung und VerschlüsselungDD Boost bietet Optionen für globale Authentifizierung und Verschlüsselung, um IhrSystem gegen Man-in-the-Middle(MITM)-Angriffe zu verteidigen.

Die globalen Optionen sorgen dafür, dass neue Clients geschützt sind, ermöglichenaber auch die Konfiguration verschiedener Werte für jeden Client. Darüber hinauskönnen Clienteinstellungen die Sicherheit nur erhöhen und nicht reduzieren.

Das Festlegen des globalen Authentifizierungsmodus und der globalenVerschlüsselungsstärke legt ein Mindestmaß an Authentifizierung und Verschlüsselungfest. Alle Verbindungsversuche von allen Clients müssen dieses Mindestmaß erfüllenoder übertreffen.

Hinweis

Diese Maßnahmen sind nicht standardmäßig aktiviert; Sie müssen die Einstellungenmanuell ändern.

Die globalen Standardoptionen sind abwärtskompatibel, was Folgendes bedeutet:

l Sie müssen nicht die DD Boost-Bibliothek aktualisieren.Alle bestehenden Clients und Anwendungen funktionieren auf dieselbe Weise mitden Standardeinstellungen der neuen Optionen.

l Die Leistung wird nicht beeinträchtigt, da keine zusätzliche Verschlüsselungerfolgt.

Hinweis

Wenn die globalen Einstellungen sich von den Standardeinstellungen unterscheiden,müssen vorhandene Clients evtl. aktualisiert werden.

Methoden der Festlegung von Authentifizierung und VerschlüsselungSie können die Einstellungen für Authentifizierung und Verschlüsselung auf zwei Artenangeben.

l ClienteinstellungenSie verwenden CLI-Befehle auf dem Data Domain-System.

l Globale EinstellungenSie verwenden CLI-Befehle auf dem Data Domain-System.

Wenn Client- und globale Werte festgelegt sind, wird die stärkere oder höhereEinstellung verwendet.

Authentifizierungs- und VerschlüsselungseinstellungenSie können mehrere Faktoren bei der Entscheidung in Bezug auf die Einstellungen fürAuthentifizierung und Verschlüsselung berücksichtigen. Es wird jedoch empfohlen,dass Sie immer die maximal verfügbare Einstellung für maximale Sicherheit wählen.

Maximale Sicherheit beeinträchtigt die Leistung. In einer kontrollierten Umgebung, inder keine maximale Sicherheit erforderlich ist, möchten Sie evtl. andere Einstellungenverwenden.



Globale EinstellungenDie globale Einstellung bestimmt das Mindestmaß an Authentifizierung undVerschlüsselung. Verbindungsversuche, die diese Kriterien nicht erfüllen, schlagenfehl.

ClienteinstellungenWenn die Einstellung nur auf Clientbasis definiert ist, bestimmt die Clienteinstellungdie minimale Authentifizierung und Verschlüsselung. Verbindungsversuche, die diesenEinstellungen nicht entsprechen, schlagen fehl. Wenn Clienteinstellungen nach demDefinieren globaler Einstellungen definiert werden, werden die Clientwerte nurverwendet, wenn sie den globalen Einstellungen entsprechen oder höher sind.Clienteinstellungen, die niedriger als die globalen Einstellungen sind, werden ignoriert.

Beispiel:

l Wenn ein Client gemäß Konfiguration die anonyme Authentifizierung erfordert unddie globale Authentifizierungseinstellung „two-way-password“ ist, wird diewechselseitige Passwortauthentifizierung verwendet, da dies die stärkereAuthentifizierungsform ist.

l Wenn der Client mit der Authentifizierungseinstellung „two-way-password“konfiguriert und die globale Einstellung „none“ ist, wird die Authentifizierung desTyps „two-way-Password“ verwendet, da dies die strengere Einstellung ist.

Vom Aufrufer angegebene WerteVom Aufrufer angegebene Werte werden verwendet, wenn sie strenger als dieglobalen oder Clienteinstellungen sind.

Authentifizierungs- und VerschlüsselungsoptionenSie können eine der drei zulässigen Einstellungen für globale Authentifizierung undVerschlüsselung auswählen. Diese Einstellungen reichen von der unsichersten (aberder mit der höchsten Abwärtskompatibilität) zur sichersten.

Hinweis

Authentifizierungs- und Verschlüsselungswerte müssen aufgrund von Abhängigkeitengleichzeitig festgelegt werden.

Globale Authentifizierungs- und VerschlüsselungsoptionenSie haben verschiedene Auswahlmöglichkeiten mit den Optionen global-authentication-mode und global-encryption-strength.

Data Domain-Systeme unterstützen zusätzliche Authentifizierungswerte (Client undglobal), die Sie nicht mit DD Boost for OpenStorage verwenden können. Diese Wertesind „one-way“ und „two-way“.

AuthentifizierungseinstellungenDie folgende Liste listet Authentifizierungswerte vom schwächsten zum stärksten auf:

1. noneNicht sicher; Standardeinstellung.

2. anonymousIn-Flight-Daten sind verschlüsselt.

3. two-way passwordDies ist die sicherste Option.

In-Flight-Daten sind verschlüsselt.

VerschlüsselungseinstellungenDie folgende Liste listet Verschlüsselungswerte vom schwächsten zum stärksten auf:


Authentifizierungs- und Verschlüsselungsoptionen 15

1. noneNicht sicher; Standardeinstellung.

2. mediumNutzt AES 128 und SHA-1.

3. highNutzt AES 128 und SHA-1.

Globale AuthentifizierungDie drei global-authentication-mode-Optionen bieten unterschiedliche Ebenen vonSchutz und Abwärtskompatibilität.

Eine vollständige Liste der DD Boost-Befehle und -Optionen finden Sie im Data DomainCommand Reference Guide for Version 6.1. Jedoch können zusätzliche in diesemDokument beschriebene Authentifizierungseinstellungen mit DD Boost forOpenStorage verwendet werden.

None

ddboost option set global-authentication-mode noneglobal-encryption-strength none

„none“ ist die unsicherste Option, jedoch die mit der höchsten Abwärtskompatibilität.

Sie können „none“ auswählen, wenn Ihr System hohe Performanceanforderungenerfüllen muss und Sie keinen Schutz vor MITM-Angriffen benötigen. Ihr System kannauf dieselbe Weise wie vorher betrieben werden, ohne Leistungseinbußen durch TLS.

Wenn die Authentifizierung auf „none“ festgelegt wird, muss auch die Verschlüsselungauf „none“ festgelegt werden. Wenn Sie eine andere Einstellung als „none“ für dieAuthentifizierung auswählen, kann die Verschlüsselungseinstellung nicht „none“ sein.

Two-way password

ddboost option set global-authentication-mode two-way-passwordglobal-encryption-strength {medium | high}

Die two-way password-Methode führt wechselseitige Authentifizierung unterVerwendung von TLS mit Pre-Shared Key(PSK)-Authentifizierung durch. Sowohl derClient als auch das Data Domain-System werden mit den vorher festgelegtenPasswörtern authentifiziert. Wenn diese Option aktiviert ist, werden alle Daten undNachrichten zwischen dem Client und dem Data Domain-System verschlüsselt.

Diese Option ist die einzige sichere Option, die mit DD Boost for OpenStorageverfügbar ist, und schützt umfassend vor Man-in-the-Middle(MITM)-Angriffen.

Die Verschlüsselungsstärke muss entweder medium oder high sein.

Die wechselseitige Passwortauthentifizierung ist einzigartig, weil sie die einzigeMethode ist, die vor MITM schützt und ohne Angabe durch den Aufrufer erfolgenkann.

Abwärtskompatibilität – Szenarien

Älterer Client und neues Data Domain-SystemIn diesem Fall wird eine Anwendung mit einer Boost-Bibliothek mit DD OS 6.1 oderhöher eingesetzt. In diesem Szenario kann der Client keine two-way-password-Authentifizierung durchführen, was die folgenden Auswirkungen hat:

l Alle globalen oder Clienteinstellungen für DD Boost OpenStorage(OST)-Clientsauf dem Data Domain-System müssen auf „none“ oder „anonymous“ festgelegtwerden.



l Wenn globale oder Clienteinstellungen auf „two-way password“ festgelegtwerden, schlagen Anwendungen mit älteren Clientbibliotheken fehl.

l Das neue Data Domain-System unterstützt vorhandene Verbindungsprotokolle füralte OST-Clients.

Neuer Client und älteres Data Domain-SystemDas ältere Data Domain-System kann keine „two-way-password“-Authentifizierungdurchführen, was die folgenden Auswirkungen hat:

l Es gibt keine globalen Authentifizierungs- oder Verschlüsselungseinstellungen.

l Der Client versucht zunächst, das neue Verbindungsprotokoll oder den RPC zuverwenden; bei einem Fehler verwendet der Client das alte Protokoll.

l Der Client kann sich mit anderen Authentifizierungsmethoden mit Ausnahme von„two-way-Passwort“ verbinden.

Authentifizierungs- und Verschlüsselungseinstellung – BeispieleDie folgenden Tabellen zeigen Beispiele, in denen Einstellungen mit Aufrufen,Clienteinstellungen und globalen Einstellungen angegeben sind, und ob dieseEinstellungen erfolgreich sind.

In diesen Beispielen wird davon ausgegangen, dass eine DD Boost-Clientverbindung zueinem Data Domain-System mit DD OS 6.1 oder höher besteht. Diese Beispiele geltennicht für die Szenarios, die unter Abwärtskompatibilitätsszenarios beschrieben sind.

Tabelle 3 Eine Einstellung

Aufruf gibt an Clienteinstellungen

GlobaleEinstellungen

VerwendeteWerte

None None None ERFOLGREICHAuthentifizierung:none

Verschlüsselung:none

Authentifizierung:two-way-passwordVerschlüsselung:medium

None None ERFOLGREICHAuthentifizierung:two-way-password

Verschlüsselung:medium

None Authentifizierung:two-way-passwordVerschlüsselung:medium

None ERFOLGREICHAuthentifizierung:two-way-password


None None Authentifizierung:two-way-passwordVerschlüsselung:medium

ERFOLGREICHAuthentifizierung:two-way-password


None None Authentifizierung:two-way

NICHTERFOLGREICH


Abwärtskompatibilität – Szenarien 17

Tabelle 3 Eine Einstellung (Fortsetzung)



VerwendeteWerte

Verschlüsselung: high „two-way“ und„high“ sinderforderlich.

Der Client musswechselseitigeAuthentifizierungangeben undZertifikatebereitstellen.

Authentifizierung:two-wayVerschlüsselung: high

None None ERFOLGREICHAuthentifizierung:two-way

Verschlüsselung: high

Tabelle 4 Mehrere Einstellungen



Verwendete Werte

Authentifizierung:two-wayVerschlüsselung:medium

None Authentifizierung:two-wayVerschlüsselung: high

NICHTERFOLGREICH„two-way“ und „high“sind erforderlich.

None Authentifizierung:two-wayVerschlüsselung: high


NICHTERFOLGREICH„two-way“ and „high“sind erforderlich.

Der Client musswechselseitigeAuthentifizierungangeben undZertifikatebereitstellen.




ERFOLGREICHAuthentifizierung:two-way


None Authentifizierung:two-way-passwordVerschlüsselung:medium


NICHTERFOLGREICH„two-way“ und„medium“ sinderforderlich.

Der Client musswechselseitigeAuthentifizierung



Tabelle 4 Mehrere Einstellungen (Fortsetzung)



Verwendete Werte

angeben undZertifikatebereitstellen.




ERFOLGREICHAuthentifizierung:two-way


Gemanagte Dateireplikation (MFR)Die DD Boost-Software ermöglicht Anwendungen, die Data Domain Replicator-Software so zu steuern, dass Kopien von Daten auf einem Data Domain-System aufeinem zweiten Data Domain-System mithilfe netzwerkeffizienter Data Domain-Replikationstechnologie erstellt werden können.

Da Backupanwendungen die Datenreplikation zwischen mehreren Data Domain-Systemen steuern, erhalten Backupadministratoren eine einzigeManagementschnittstelle zum Nachverfolgen aller Backups und Duplikate.

Dynamische Schnittstellengruppen bieten die Möglichkeit, die für DD Boost-MFRverwendeten Schnittstellen zu steuern, um die Replikationsverbindung über einbestimmtes Netzwerk zu leiten und um mehrere Netzwerkschnittstellen mit hoherBandbreite und Zuverlässigkeit für Failover-Bedingungen verwenden zu können.Weitere Informationen finden Sie unter Verwenden von dynamischenSchnittstellengruppen für MFR auf Seite 54.

Optimierung bei niedriger BandbreiteDie Optimierung bei niedriger Bandbreite in Replicator dient zur Reduzierung derBandbreitenauslastung. Sie ist nützlich, wenn die gemanagte Dateireplikation über einNetzwerk mit geringer Bandbreite (WAN) erfolgt. Diese Funktion bietet während derDatenübertragung zusätzliche Komprimierung und wird nur für Jobs bei dergemanagten Dateireplikation empfohlen, die über WAN-Links mit einer verfügbarenBandbreite von weniger als 6 MB/s ausgeführt werden.

Das Data Domain-Quell- und das Data Domain-Zielsystem müssen beide mit dieserEinstellung konfiguriert sein, um die Optimierung bei niedriger Bandbreite zuermöglichen, und die Option gilt für alle Replikationsjobs.

Weitere Informationen zu diesem Thema finden Sie im Data Domain Operating SystemAdministration Guide.

Verschlüsselte gemanagte DateireplikationMit dieser Option können Anwendungen SSL verwenden, um die Replikationssitzungzwischen zwei Data Domain-Systemen zu verschlüsseln. Alle Daten und Metadatenwerden über das Netzwerk verschlüsselt gesendet.

Die Quell- und Zielsysteme verhandeln automatisch, sodass die Verschlüsselungtransparent für die anfordernde Anwendung durchgeführt wird. Die verschlüsselteDateireplikation verwendet die Cipher-Suite ADH-AES256-SHA.


Gemanagte Dateireplikation (MFR) 19

Die Option wird auf jedem Data Domain-System aktiviert und gilt für alle Jobs dergemanagten Dateireplikation auf diesem System. Für das Data Domain-Quell- und dasData Domain-Zielsystem, die an den Jobs der gemanagten Dateireplikation teilnehmen,muss diese Option aktiviert sein.

Die verschlüsselte gemanagte Dateireplikation kann mit der Verschlüsselung durch dieData-at-Rest-Funktion verwendet werden, die im DD OS mit der optionalenVerschlüsselungslizenz verfügbar ist. Wenn die verschlüsselte gemanagteDateireplikation mit der Verschlüsselung durch die Data-at-Rest-Funktion verwendetwird, werden die verschlüsselten Backup-Image-Daten erneut mithilfe von SSL für dieÜbertragung über das WAN verschlüsselt.

Hinweis

l Weitere Informationen zu diesem Thema finden Sie im Data Domain OperatingSystem Administration Guide. Auf dem Data Domain-Quell- und dem Data Domain-Zielsystem muss für diese Funktion DD OS 5.0 oder höher ausgeführt werden. Fürdas Aktivieren dieser Funktion ist kein Neustart des Dateisystems auf einem DataDomain-System erforderlich.

l Die Option zur Optimierung einer niedrigen Bandbreite und dieVerschlüsselungsoption können zusammen verwendet werden.

DD Boost und HAAb DD OS 5.7.1 sind Data Domain-Systeme mit DD Boost für HA-Konfigurationengeeignet.

Während des normalen Betriebs sendet DD Boost auf dem aktiven Node alle Boost-Daten und Statusinformationen an den Stand-by-Node, die erforderlich sind, umBoost-Vorgänge bei einem Ausfall auf dem Stand-by-Node fortzusetzen.

Hinweis

DD Boost unterstützt derzeit nur Aktiv-Stand-by-Konfigurationen.

DD Boost führt regelmäßige Vorgänge durch, um auf dem Server die Speicherung vonBenutzerdaten auf Festplatte zu erzwingen. Boost auf dem Client puffert alleBenutzerdaten zwischen diesen regelmäßigen Synchronisationsvorgängen aufFestplatte, damit die Daten erneut gesendet werden können, wenn ein DD-Serverausfällt.

Diese Methode gilt auch für virtuelle Schreibvorgänge. Sie könnenStandardschreibvorgänge mit synthetischen Schreibvorgängen kombinieren.

DD Boost, HA und FailoverWenn ein Data Domain-System mit HA ausfällt, erfolgt die Recovery in weniger als 10Minuten. Sobald das ausgefallene System wiederhergestellt wurde, beginnt die DDBoost-Recovery. Anwendungen, die Boost verwenden, werden automatischwiederhergestellt, ohne auszufallen oder einen Fehler auszugeben. Die DD Boost-Recovery kann länger als 10 Minuten dauern, da sie erst beginnt, wenn das Failoverdes DD-Systems abgeschlossen ist.

Es sind keine Änderungen erforderlich sind, um Anwendungen die Nutzung der DDBoost-HA-Funktionen zu ermöglichen. Bei Verwendung von DD Boost 3.2.1 und DD OS



5.7.1 für HA-Konfigurationen werden Anwendungen im Falle eines Failoverautomatisch wiederhergestellt. Es ist keine Aktion von der Anwendung erforderlich.

Partielle HA-KonfigurationenManaged File Replication (MFR) wird zwischen zwei Data Domain-Systemenunterstützt, die kompatible Versionen von DD OS ausführen, unabhängig davon, ob einoder beide DD-Systeme für HA aktiviert sind.

MFR zwischen zwei HA-Systemen ist bei einem Ausfall beider Systeme erfolgreich, dabeide HA unterstützen. MFR wird nahtlos wiederhergestellt, wenn das Quell-HA-System oder das Ziel-HA-System ausfällt.

Darüber hinaus ist MFR zwischen einem HA-System und einem Nicht-HA Systemerfolgreich, wenn das HA-System ausfällt; sie ist nicht erfolgreich, wenn das Nicht-HA-System ausfällt.

MFR für HA-fähige SystemeEin DD-System mit einem Node, das DD OS 5.7 oder höher ausführt und MFR zueinem HA-System durchführt, wird nahtlos wiederhergestellt, wenn das HA-Systemausfällt. Die MFR wird nicht nahtlos wiederhergestellt, wenn das DD-Quellsystem miteinem Node ausfällt.

MFR von HA-fähigen SystemenMFR von einem HA-System zu einem Data Domain-System mit einem Node, das DDOS 5.7 oder höher ausführt, wird nahtlos wiederhergestellt, wenn das HA-Quellsystemausfällt. MFR wird jedoch nicht nahtlos wiederhergestellt, wenn das DD-Zielsystemmit einem Node ausfällt.

Beachten Sie, dass in allen Szenarios, die partielle HA-Konfigurationen umfassen, dasNicht-HA-System DD OS 5.7 ausführen muss, damit MFR bei einem Ausfall weiterhinnahtlos ausgeführt wird. In partiellen HA-Konfigurationen, bei denen das Nicht-HA-System eine Version von DD OS älter als 5.7 ausführt, wird MFR nicht nahtlos beieinem Ausfall beider Systeme wiederhergestellt.

In allen Szenarios muss die Anwendung DD HA Boost 3.2.1-Bibliotheken für einenahtlose MFR-Recovery verwenden.

Automatische Image-Replikation (AIR)Automatische Image-Replikation (AIR) ist das Duplizieren von Images auf einerRemote-Masterserver-Domain. Die AIR-Funktion wurde in NetBackup (NBU) 7.6eingeführt und löst die Herausforderungen bei der Replikation zwischen Standorten,da bestimmte Images über Storage Lifecycle Policies (SLP) zwischen NetBackup-Masterdomains dupliziert werden können.

Der Hauptzweck der AIR-Funktion besteht darin, zum Schutz vor einemStandortausfall externe Kopien von wichtigen Backups zu erstellen. Dabei geht esnicht darum, die Speicherkapazität einer Backupdomain zu erweitern, indem Backupsin einer separaten Domain gespeichert werden, oder darum, für täglicheDatenwiederherstellungen zu sorgen. Aufgrund von Einschränkungen der WAN-Bandbreite zwischen Standorten sollten in der Regel nur die wichtigsten Daten füreine Replikation mittels AIR ausgewählt werden. Dank einer solchen elektronischenAuslagerung kann der Backupsatz an einem externen Standort repliziert werden,sobald das Backup am primären Standort abgeschlossen ist, und es ist keineBenutzerintervention auf Grundlage der SLP-Konfiguration erforderlich. Außerdem


Partielle HA-Konfigurationen 21

bedeutet dies, dass die Kopie sofort nach dem Abschluss der Replikation am Disaster-Recovery-Standort verfügbar ist.

Zur Verwendung von AIR müssen geeignete Festplattenspeichereinheiten in den Quell-und Zieldomains konfiguriert werden. Die Speichereinheiten werden über dieManagementbefehle ddboost association miteinander verbunden, die auf jedemData Domain-System konfiguriert sind.

Auf der Abbildung ist die folgende Konfiguration dargestellt:

Das Data Domain-Quellsystem (D1) stellt das Routing für die Backup-Image-Kopienzum Zieldomain bereit:

ddboost association create D1-SU-A replicate-to D2 D2-SU-B

Das Data Domain-Zielsystem (D2) sorgt für Authentifizierung undEventbenachrichtigung:

ddboost association create D2-SU-B replicate-from D1 D1-SU-A

Derzeit wird nur eine Zuordnung pro Speichereinheit unterstützt. Es wird also nur eineEinzelreplikation unterstützt, wie in der folgenden Abbildung gezeigt:

Abbildung 3 Automatische Image-Replikation

1. D1 (NBU-Domain 1) SU-A2. D2 (NBU-Domain 2) SU-B

Hinweis

Beim Erstellen von AIR-Zuordnungen sind nur IP-Servernamen gültig. DFC-Servernamen sollten nicht zum Erstellen von AIR-Zuordnungen verwendet werden.

Bei der automatischen Image-Replikation werden Backups von einem Laufwerkpool inder Quelldomain zu einem Laufwerkpool in der Zieldomain dupliziert. Für denReplikationsvorgang sind zwei SLPs erforderlich, eine in der Quelldomain und eine inder Zieldomain. Beide müssen den gleichen Namen haben. Das SLP in der Quelldomainist der Backup-Policy zugeordnet und steuert das Schreiben von Backups und dernachfolgenden Replikation in die Zieldomain.

Das SLP in der Zieldomain ist keiner Backup-Policy zugeordnet, wird aber über einenWarnmechanismus (Import) aufgerufen, wenn ein neues, aus der Quelldomaindupliziertes Image erkannt wird. Dieses SLP sorgt dafür, dass die Informationen zumBackup der Zieldomain hinzugefügt werden. Es kann auch so konfiguriert werden, dassdas Backup an anderen Speicherorten in der Zieldomain repliziert wird. DerMastermedienserver (MMS) in der NBU-Remotedomain erstellt das importierte SLP



standardmäßig, sollte der Benutzer entscheiden, das Remote-MMS-SLP nichteinzurichten.

Wenn ein Backup in der primären Domain abgeschlossen ist, wird das Backup in derZieldomain repliziert, und der Katalog in der Zieldomain wird aktualisiert. Dadurch kannder Backupoperator in der Zieldomain im Fall eines katastrophalen Verlusts dergesamten NBU-Quelldomainumgebung Daten auf Clients in der Zieldomainwiederherstellen.

Beschränkungen bei der Verwendung von AIR auf Data Domain-Systemenl AIR wird nur zu einer einzelnen Zielspeichereinheit unterstützt. Replikationen

können nicht mit einer einzigen SLP kaskadiert werden. Replikationen können vonder ursprünglichen Domain zu mehreren Domains kaskadiert werden, wenn in jederZwischendomain eine SLP eingerichtet ist, um das Ursprungs-Imagevorherzusehen, zu importieren und dann auf den nächsten Zielmaster zureplizieren.Kaskaden resultieren möglicherweise nicht in einer kreisförmigen Loopback-Bedingung (direkt oder indirekt) zur ursprünglichen Quellspeichereinheit.

l Für NetBackup-Kunden, die die AIR-Funktion mit einer großen Anzahl von Policies(verknüpft mit einer einzigen LSU) verwenden, steht eine Funktion zur Verfügung,die möglicherweise die Performance verbessert. Weitere Informationen finden Siebeim Onlinesupport unter https://support.emc.com.

Informationen über weitere Beschränkungen, bekannte Probleme und Workarounds imZusammenhang mit AIR finden Sie in den Data Domain Boost for OpenStorage ReleaseNotes.

Gezielte automatische Image-ReplikationDie gezielte automatische Image-Replikation (AIR) ermöglicht Data Domain-Systemen, die mit DD Boost 3.3 und NetBackup 7.7.3 ausgeführt werden, einenBackupjob auf mehrere Zielspeichereinheiten zu replizieren. Gezielte AIR kann auchmehrere Speichereinheiten zusätzlich zu anderen Konfigurationen ermöglichen,Backupjobs auf einen einzigen Zielort zu replizieren.

AIR bietet OST-Plug-in-Unterstützung für die NetBackup-Anwendung zur Replikationeines Image-Satzes, dessen Backup abgeschlossen wurde. Gezielte AIR baut auf dervorhandene AIR-Funktion auf und ermöglicht Ihnen die Verwendung von ddboostassociation-Befehlen zum Definieren von 1:n-, n:1- und n:n-Zuordnungen sowieKaskadenzuordnungen.

Für gezielte AIR gelten die folgenden Softwareanforderungen:

l DD OS Version 6.0 auf allen Data Domain-Systemen installiert

l DD Boost-OST-Plug-in 3.3 auf allen Medienservern installiert

l NetBackup 7.7.3 auf allen Medienservern installiert

Für gezielte AIR sind keine der folgenden Anforderungen notwendig:

l Besondere Hardware, abgesehen von der in den oben stehenden AIR-Anforderungen genannten

l Zusätzliche Lizenz, wenn Sie AIR bereits verwenden


Beschränkungen bei der Verwendung von AIR auf Data Domain-Systemen 23


Unterstützte Konfigurationen für gezielte AIRMit gezielter AIR können Sie einen Backupjob auf mehrere Zielspeichereinheitenreplizieren. Außerdem können mehrere Speichereinheiten verwendet werden, umBackupjobs auf ein Ziel zu replizieren.

Verschiedene Topologien unterstützen gezielte AIR:

l 1:nEine gezielte AIR-Konfiguration, in der ein Image-Satz in einer Quellspeichereinheitauf mehrere Zielspeichereinheiten repliziert werden kann.

l n:1In dieser Konfiguration können Image-Sätze in mehreren Quellspeichereinheiten zueinem einzelnen Speicherziel repliziert werden.

l n:nIn dieser Konfiguration können Image-Sätze in mehreren Quellspeichereinheiten zumehreren Speicherzielen repliziert werden.

l KaskadierenEine Replikationskonfiguration, in der die Replikation von Speichereinheit A zuSpeichereinheit B zu Speichereinheit C abläuft. Eine kaskadierte Topologie lässtkeine kreisförmige Loopback-Konfiguration zu. Speichereinheit C wird nichtzurück auf Speichereinheit A repliziert.

In der folgenden Abbildung stehen die Kreise für Speichereinheiten und dieVerbindungslinien stellen DD Boost-Zuordnungen undDatenkommunikationsverbindungen dar:

Abbildung 4 Unterstützte DD Boost-Zuordnungen für gezielte AIR

Andere Topologien unterstützen keine gezielte AIR. Bei bidirektionalen Replikationenkönnten die potenziellen Aufgaben gleichzeitig in beide Richtungen mit demselbenDateinamen ausgeführt werden. In diesem Fall besteht kein Vorteil darin, da die Quell-



und Zielspeichereinheit identisch sind, wodurch dieselben Backup-Images erzieltwerden und sich ihre Replikationen in derselben Speichereinheit befinden.

Abbildung 5 Topologien, die DD Boost-Zuordnungen für gezielte AIR NICHT unterstützen

ZuordnungstabellenDie ddboost association-Befehle verwenden die lokale Speichereinheit alsTabellensuchschlüssel.

Nachfolgend finden Sie ein Beispiel für den Bericht ddboost association show:

---------------------------------------# ddboost association showLocal Storage Unit Direction Remote Host Remote Storage Unit Import To------------------ -------------- ----------- ------------------- -----------SU_SRCA replicate-to localhost SU_TRGA -SU_TRGB replicate-from localhost SU_SRCB ------------------- -------------- ----------- ------------------- -----------

Die Zuordnungstabelle wird in der DD OS-Registrierung gespeichert. Für den Berichtder vorherigen Zuordnungstabelle ist die DD OS-Registrierung wie folgt:

# reg show protocol.ost.air.associationprotocol.ost.air.association.SU_SRCA.1 = replicate-to,localhost,SU_TRGAprotocol.ost.air.association.SU_TRGB.1 = replicate-from,localhost,SU_SRCB,(null)

Die null, die auf den zweiten Registrierungseintrag SU_TRGB folgt, gibt an, dasskeine „Import To“-Zuordnung definiert wurde. Dies entspricht einem Strich -, der imBericht ddboost association show für die lokale Speichereinheit SU_TRGBangezeigt wird.

Obwohl Zuordnungen nur mit dem Befehl reg show angezeigt werden können,sollten Zuordnungstabelleneinträge nur mit ddboost association-Befehlengeändert werden.

Wenn Sie die Zuordnungstabelle überprüfen, vergewissern Sie sich, dass der Befehlddboost association show im Kontext der lokalen Speichereinheit des DataDomain-Systems verwendet wird, in dem der Befehl ausgeführt wird.


Gezielte automatische Image-Replikation 25

Mit dem Befehl ddboost association create stellen Sie sicher, dass die Anzahlder für die lokale Speichereinheit definierten Zuordnungen die fürsystem.REPLICATE_MAX_ASSOCIATIONS odersystem.REPLICATE_MAX_TO_ASSOCIATIONS definierten Grenzen nichtüberschreitet. Wenn eine Grenze überschritten wurde, schlägt der Befehl fehl undeine Fehlermeldung ähnlich der folgenden wird angezeigt:

When SE@admin## ddboost association create SU_TRGB replicate-from localhost TEST_LSU_7

Number of associations for SU_TRGB exceeded the maximum allowed, [6]

SE@admin## ddboost association create SU_SRC replicate-to localhost SU_TRGB_7

Number of associations for SU_SRC exceeded the maximum allowed, [6]

Angeben von gezielter AIR für unterschiedliche KonfigurationenWenn Sie gezielte AIR für die Replikation von Backupjobs an Ziele konfigurierenmöchten, müssen Sie jedes Zielsystem festlegen, indem Sie den Befehl ddboostassociation verwenden.

Sie konfigurieren jedes Zielsystem so, als würde die Zuordnung 1:1 sein, undwiederholen Sie die Befehle für jedes System, das eine Kopie des Backup-Imageempfängt.

Vorgehensweise

1. Geben Sie den Befehl ddboost association create ein, damit die Quelleauf ein neues Ziel replizieren kann.

Im folgenden Beispiel stellt das Data Domain-Quellsystem (D1) das Routing fürdie Backup-Image-Kopien zur Zieldomain bereit:


Das Data Domain-Zielsystem (D2) sorgt für Authentifizierung undEventbenachrichtigung:

ddboost association create D2-SU-B replicate-from D1 D1-SU-A2. Wiederholen Sie Schritt 1 für D3, um die Konfiguration abzuschließen, wenn Sie

ein zusätzliches Zielsystem (D3) hinzufügen möchten.


Wie im vorherigen Beispiel gezeigt, stellt das zusätzliche Zielsystem (D3) dieAuthentifizierung und die Eventbenachrichtigung bereit.

ddboost association create D3-SU-B replicate-from D1 D1-SU-A3. Wiederholen Sie die vorherigen Befehle für so viele unterstützte

Konfigurationen, wie Sie erstellen möchten.

Weitere Informationen finden Sie unter Unterstützte Konfigurationen fürgezielte AIR auf Seite 24.

MTree-ReplikationAb DD OS Version 5.5 wird die MTree-Replikation für Speichereinheiten fürunterschiedliche Benutzernamen auf Data Domain-Quell- und Zielsystemenunterstützt. Um die MTree-Replikation für Speichereinheiten zu aktivieren, müssenSie die Zielspeichereinheit von MTree in eine Speichereinheit konvertieren, indem SieMTree einen Benutzer zuweisen. Mit dem DD OS-Befehl ddboost storage-unit



modify können Sie MTree einen Benutzer zuweisen. (Weitere Informationen findenSie im Data Domain Operating System Command Reference Guide.)

Unterstützung für IPv6Die IPv6-Replikationsunterstützung umfasst eine gemanagte Dateireplikation, die Siemithilfe des Befehls ddboost file-replication option set ipversionipv6 konfigurieren.

Der Client stellt mithilfe des Hostnamens eine Verbindung zum Data Domain-Systemher. Der Hostnamenparameter ist eine Zeichenfolge und kann eine IPv4-Adresse imFormat „a.b.c.d“ oder eine beliebige gültige IPv6-Adresse akzeptieren (z. B. 1234:abcd:: 4567 oder 12:34:56:78::0). Wenn im Netzwerk sowohl IPv4- als auch IPv6-Adressierung vorhanden ist, wird die IP-Adressreihe, die bei Verbindung vom Clientbereitgestellt wird, als bevorzugte IP-Adressreihe verwendet, um den Hostnamenaufzulösen. Wenn eine einzelne IP-Adressreihe (nur IPv4 oder nur IPv6) im Netzwerkvorhanden ist, wird der Hostname auf diese Adresse aufgelöst und die Adresse wirdfür das Backup zwischen Client und Data Domain und zum Wiederherstellen derVerbindung verwendet. Wenn durch den Client keine bevorzugte IP-Adressreiheangegeben wird, wird für das Backup zwischen Client und Data Domain und zumWiederherstellen der Verbindung die IP-Adresse verwendet, auf der der DNS aufgelöstist. Der Standardwert ist IPv4. Aus Gründen der Abwärtskompatibilität wird IPv4 alsbevorzugte IP-Adresse festgelegt. Wenn die Adressauflösung fehlschlägt, muss derClient versuchen, eine Verbindung mit einem neuen Hostnamen herzustellen.

Dynamische Schnittstellengruppen: DD Boost-IP-Datenpfadmanagement

Hinweis

Diese Funktion trifft nur für die DD Boost-over-IP-Übertragung zu.

Mit der DIG-Funktion (Dynamic Interface Groups, dynamische Schnittstellengruppen)können Sie mehrere Ethernet-Links zu einer Gruppe zusammenfassen und somit nureine Schnittstelle auf dem Data Domain-System mit der Backupanwendungregistrieren. Die DD Boost Library verhandelt mit dem Data Domain-System über diebei der Anwendung registrierte Schnittstelle, um die beste Schnittstelle für dasSenden von Daten an das Data Domain-System zu erhalten. Lastenausgleich bietet imVergleich zur Konfiguration der Schnittstellen zu einer virtuellen Schnittstelle mitZusammenfassung auf Ethernet-Level (z. B. mit LACP) einen höheren physischenDurchsatz im Data Domain-System.

Das Data Domain-System führt für die Verbindungen, die aus mehrerenBackupanwendungs-Hosts auf allen Schnittstellen der Gruppe eingehen, einenLastenausgleich durch. Der Lastenausgleich ist für die Backupanwendung transparentund wird von der DD Boost-Software verarbeitet. Da DIG auf Ebene der DD Boost-Software arbeitet, ist die Verarbeitung für die zugrunde liegende Netzwerkverbindungnahtlos und unterstützt physische und virtuelle Schnittstellen. Der Lastenausgleich fürdie Datenübertragung basiert auf der Anzahl der Verbindungen, die auf denSchnittstellen ausstehen. Nur für Verbindungen für Backup- undWiederherstellungsjobs wird ein Lastenausgleich durchgeführt.

DIG arbeitet auch mit anderen Funktionen der Netzwerkebene in Data Domain-Systemen, darunter VLAN-Tagging und IP-Aliasing. Mit dieser Funktion wirdzusätzliche Flexibilität geschaffen, um den Datenverkehr in mehrere virtuelle


Unterstützung für IPv6 27

Netzwerke aufzuteilen, die alle auf denselben physischen Links auf dem Data Domain-System ausgeführt werden.

Hinweis

Weitere Informationen zum Konfigurieren von VLAN-Tagging und IP-Aliasing auf DataDomain-Systemen finden Sie im Data Domain Operating System Administration Guide.

DIG bietet außerdem die Möglichkeit, die für DD Boost MFR verwendetenSchnittstellen zu steuern, um die Replikationsverbindung über ein bestimmtesNetzwerk zu leiten und um mehrere Netzwerkschnittstellen mit hoher Bandbreite undZuverlässigkeit für Failover-Bedingungen verwenden zu können. WeitereInformationen finden Sie unter Verwenden von dynamischen Schnittstellengruppen fürMFR auf Seite 54.

Die DIG-Funktion bietet die folgenden Vorteile:

l Beseitigt die Notwendigkeit, das Data Domain-System auf mehreren Schnittstellenmit der Anwendung zu registrieren, wodurch Installation und Konfigurationvereinfacht werden

l Führt für alle laufenden Jobs ein transparentes Failover von der ausgefallenenSchnittstelle an funktionierende, in Betrieb befindliche Links durch. Für dieBackupanwendung werden die Jobs ohne Unterbrechung fortgesetzt.

l Leitet beim Ausfall einer Schnittstelle in der Gruppe aufeinander folgendeeingehende Backupjobs an die verfügbaren Schnittstellen weiter, solange das DataDomain-System weiterhin in Betrieb ist.

l Nimmt einen automatischen Lastenausgleich für Backup- undWiederherstellungsjobs auf mehreren Schnittstellen in der Gruppe vor, was zueiner höheren Auslastung der Links führt.

l Funktioniert mit 1-GbE-Schnittstellen und 10-GbE-Schnittstellen in derselbenSchnittstellengruppe. Die Kombination von Schnittstellen unterschiedlicherGeschwindigkeit in einer einzigen DIG ist zulässig und wird unterstützt.

l Ein Administrator kann mehrere Schnittstellengruppen definieren, wobeiLastenausgleich und Failover innerhalb der DIG <group-name> gelten. Dies bieteterhöhte Funktionalität zur Unterstützung eines Backupservers, der nur einigeSchnittstellen des Data Domain-Systems erreichen kann, z. B. Clients auf VLANs.

l Jede Schnittstellengruppe <group-name> enthält eine Liste von Schnittstellen undClients, die zur DIG gehören. Innerhalb der DIG <group-name> sind alleSchnittstellen durch alle Clients für <group-name> erreichbar.

l Konfiguration öffentlicher IP-Netzwerke zu privaten virtuellen LANs anhand desClienthostbereichs:

n Clients können das private Data Domain-Netzwerk erreichen, wenn sie sich imselben Subnetz befinden.

n Statische Routen auf Clients werden vermieden, indem der IP-Alias/die IP-Adresse des virtuellen LANs auf dem Data Domain-System entsprechend demClientsubnetz hinzugefügt wird.

n Clients in derselben Domain müssen unterschiedliche private Netzwerkeerreichen – Alias/IP-Netzwerk des virtuellen LANs.

n Clients werden zur Datenisolierung oder zur Vermeidung der Konfigurationstatischer Routen vom öffentlichen Netzwerk in das entsprechende privateNetzwerk umgeleitet, wobei die IP-Adressen von Client und Data Domain imselben Subnetz verbleiben.



Weitere Informationen finden Sie unter Clients auf Seite 31.

SchnittstellenEine DIG-Schnittstelle (Dynamic Interface Group) ist Mitglied einer einzelnenSchnittstellengruppe <group-name> und kann die folgenden Merkmale aufweisen:

l Physische Schnittstellen wie eth0al Virtuelle Schnittstelle, erstellt für Link-Failover oder Linkzusammenfassung, wie

veth1l Virtuelle Aliasschnittstelle wie eth0a:2 oder veth1:2l Virtuelle VLAN-Schnittstelle wie eth0a.1 oder veth1.1l Innerhalb einer Schnittstellengruppe <group-name> müssen alle Schnittstellen

eindeutige Schnittstellen sein (Ethernet, virtuelles Ethernet), um im Fall einesNetzwerkfehlers ein Failover sicherzustellen.

DIG bietet vollständige Unterstützung für statische IPv6-Adressen, d. h. dieselbenFunktionen für IPv6 wie für IPv4. Gleichzeitige IPv4- und IPv6-Clientverbindungensind zulässig. Für einen mit IPv6 verbundenen Client sind nur IPv6-DIG-Schnittstellensichtbar. Ein mit IPv4 verbundener Client erkennt nur IPv4-DIG-Schnittstellen.Einzelne Schnittstellengruppen enthalten alle IPv4- bzw. alle IPv6-Adressen.

Abbildung 6 DIG-Support für IPv4- und IPv6-Adressierung

IP/Hostname bei FailoverMit der Hostnamenfunktion bei Failover können Sie im Fall eines Failovers bei derersten Verbindung oder aufgrund von Netzwerkfehlern eine alternative IP-Verwaltungsadresse und einen Hostnamen für Data Domain konfigurieren. Deralternative Hostname kann im DNS oder in der Datei /etc/hosts auf dem DD Boost-Client konfiguriert werden. Es werden sowohl IPv4- als auch IPv6-Adressenunterstützt.

Um den alternativen Hostnamen zu konfigurieren, fügen Sie am Ende des Hostnamensfür das Data Domain-System -failover hinzu.

Beispiel für IPv4:

10.6.109.38 ddp-880-1.datadomain.com ddp-880-1 10.6.109.40 ddp-880-1-failover.datadomain.com ddp-880-1-failover


Schnittstellen 29

Beispiel für IPv6:

3000::230 ddp-880-2-v6.datadomain.com ddp-880-2-v6 3000::231 ddp-880-2-v6-failover.datadomain.com ddp-880-2-v6-failover

Dank dieser Funktion braucht die IP-Verwaltungsadresse nicht im Link-Failover-Modusvorhanden zu sein. Darüber hinaus können Sie diese Failover-Schnittstelle einerSchnittstellengruppe hinzufügen, sodass Sie eine direkte Verbindung mit dieserGruppe herstellen können, ohne die standardmäßige Administratorschnittstelle desSystems zu nutzen. Auf diese Weise werden Lastenausgleich und Durchsatzverbessert. Wenn die erste Verbindung fehlschlägt, wird ggf. die Failover-IP-Adresseverwendet. Sobald eine Verbindung besteht, werden die Lese-/Schreibschnittstellenanhand der Schnittstellengruppe ausgewählt. Beim Beispiel für IPv4 oben sieht dieswie folgt aus:

1. Der Client versucht, eine Verbindung zu ddp-880-1.datadomain.comherzustellen.

2. Wenn die Verbindung fehlschlägt, versucht der Client, eine Verbindung zuddp-880-1-failover.datadomain.com herzustellen.

3. Wenn nach dem ersten Verbindungsaufbau Netzwerkfehler auftreten, wird dieVerbindung auf der anderen Schnittstelle erneut gestartet. Wenn die ersteVerbindung beispielsweise über ddp-880-1-failover.datadomain.comvorgenommen wurde, versucht der Client eine neue Verbindung überddp-880-1.datadomain.com aufzubauen. Als letzte Adresse bei einem Fehlerwird immer die IP-Adresse des Data Domain-Systems versucht.

Hinweis

Auf Windows 2008 R2 fehlt möglicherweise der Registrierungseintrag„TcpTimedWaitDelay“ für das Timeout von Verbindungen. DieserRegistrierungseintrag ist zum Ermöglichen einer Host-Failover-Recovery unerlässlich.Der Name des Registrierungsschlüssels in Windows 2008 R2 lautet:HKLM\System\CurrentControlSet\Services\Tcpip\Parameters. Dieser Schlüssel mussauf den folgenden Wert festgelegt werden: double word "10".

SchnittstellendurchsetzungMit der DIG-Funktion (Dynamic Interface Group) haben Sie die Möglichkeit zurDurchsetzung privater Netzwerkverbindungen, wobei fehlgeschlagene Jobs nachNetzwerkfehlern nicht erneut mit dem öffentlichen Netzwerk verbunden werden. Beiaktivierter Schnittstellendurchsetzung können fehlgeschlagene Jobs nur über einealternative IP-Adresse eines privaten Netzwerks einen erneuten Versuch durchführen.Die Schnittstellendurchsetzung ist nur für Clients verfügbar, die DIG-Schnittstellenverwenden.

Die Schnittstellendurchsetzung ist standardmäßig deaktiviert (FALSE). ZumAktivieren der Schnittstellendurchsetzung müssen Sie die folgende Einstellung in dieSystemregistrierung einfügen:

system.ENFORCE_IFGROUP_RW=TRUE

Hinweis

Im vorherigen Beispiel bezieht sich ifgroup auf die Schnittstellengruppe.

Nachdem Sie diesen Eintrag in die Registrierung eingefügt haben, müssen Siefilesys restart ausführen, damit die Einstellung wirksam wird.

Die folgende Abbildung zeigt den Entscheidungsfluss für DIG-Verbindungen. Wenn dieSchnittstellendurchsetzung aktiviert (TRUE) ist, versucht das System immer, erneut



eine Verbindung über eine private IP-Adresse herzustellen, wenn ein Job fehlschlägt.Wenn keine private IP-Adresse verfügbar ist, wird der Job abgebrochen, und dieFehlermeldung Cancel job for non-ifgroup interface wird erzeugt. Wenndie Schnittstellendurchsetzung deaktiviert (FALSE) ist, werden fehlgeschlagene Jobsüber eine öffentliche IP-Adresse wiederaufgenommen.

Abbildung 7 DIG-Verbindungsentscheidung

ClientsEin DIG-Client (Dynamic Interface Group) ist ein Mitglied einer einzelnenSchnittstellengruppe <group-name> und kann Folgendes umfassen:

l Ein vollständig qualifizierter Domainname (FQDN), z. B.„ddboost.datadomain.com“

l Platzhalter wie "*.datadomain.com" oder „*“l Ein Kurzname für den Client, z. B. „ddboost“l Ein öffentlicher IP-Bereich für den Client, z. B. 128.5.20.0/24

Vor der Lese- bzw. Schreibverarbeitung fordert der Client eine DIG-IP-Adresse vomServer an. Zur Auswahl der DIG-Zuordnung für den Client werden dieClientinformationen in der folgenden Reihenfolge ausgewertet (siehe Abbildung 8 aufSeite 33):

1. IP-Adresse des verbundenen Data Domain-Systems. Wenn in der DIG-Schnittstellebereits eine aktive Verbindung zwischen Client und Data Domain-Systemvorhanden ist, werden die DIG-Schnittstellen dem Client zur Verfügung gestellt.


Clients 31

2. Verbundener Client-IP-Bereich. Die IP-Maske wird mit der Quell-IP-Adresse desClients verglichen; bei einer Übereinstimmung in der Liste der DIG-Clients werdendie DIG-Schnittstellen dem Client zur Verfügung gestellt.

l Bei IPv4 wird mit xx.xx.xx.0/24 (128.5.20.0/24 in Abbildung 8 auf Seite33) eine 24-Bit-Maske für die verbundene IP-Adresse angegeben. Der Wert„/24“ gibt an, welche Bits maskiert werden, wenn die Quell-IP-Adresse desClients für den Zugriff auf die DIG ausgewertet wird. Bei IPv4 werden 16-, 20-,24-, 28- und 32-Bit-Masken unterstützt.

l Bei IPv6 wird mit xxxx::0/112 eine 112-Bit-Maske für die verbundene IP-Adresse angegeben. Der Wert „/112“ gibt an, welche Bits maskiert werden,wenn die Quell-IP-Adresse des Clients für den Zugriff auf die DIG ausgewertetwird. Bei IPv6 werden 64-, 112- und 128-Bit-Masken unterstützt.

l DD OS 6.1 unterstützt alle fünf Masken von /8 bis /32.

l DD OS 6.1 unterstützt Entsprechungen von Präfixhostnamen (z. B.abc_.emc.com für Hosts mit dem Präfix abc).

Diese Prüfung des Hostbereichs ist bei separaten VLANs mit vielen Clientsnützlich, wenn kein eindeutiger Teilhostname (Domain) vorhanden ist.

3. Clientname: abc-11.d1.com4. Clientdomainname: *.d1.com5. Alle Clients:*

Hinweis

In gemischten Netzwerken mit IPv4- und IPv6-Adressen darf die DIG-Clientkonfiguration keine Übereinstimmungen von IPv6- und IPv4-Gruppen oderumgekehrt zulassen. Daher darf „*“ nicht konfiguriert werden. Wenn sich die IPv4-und IPv6-Clients außerdem in derselben Domain (z. B. *.domain.com) befinden,dürfen nur vollständig qualifizierte Domainnamen oder Hostbereiche (IP-Adresse mitMaske) verwendet werden.

Wenn bei keiner dieser Prüfungen eine Übereinstimmung gefunden wird, werden fürdiesen Client keine DIG-Schnittstellen verwendet.



Abbildung 8 DIG-Hostbereich zur Clientauswahl

DD Boost-over-Fibre Channel-ÜbertragungIn früheren Versionen von DD OS wurde die gesamte Kommunikation zwischen der DDBoost Library und den Data Domain-Systemen mithilfe des IP-Netzwerksdurchgeführt. Die Anwendung gab das Data Domain-System anhand desentsprechenden Hostnamens oder der IP-Adresse an. Siehe Abbildung 9 auf Seite33.

Abbildung 9 DD Boost-over-IP-Übertragung

1. Medienserver2. Anwendungen, DD Boost Library, TCP-/IP-Übertragung3. Data Domain-System


DD Boost-over-Fibre Channel-Übertragung 33

4. DD Boost Service5. TCP/IP

DD OS bietet jetzt einen alternativen Übertragungsmechanismus für dieKommunikation zwischen der DD Boost Library und dem Data Domain-System: FibreChannel.

Hinweis

Windows-, Linux-, HP-UX-, AIX- und Solaris-Clientumgebungen werden unterstützt.

Um den Zugriff auf ein Data Domain-System mit DD Boost-over-FC-Übertragunganzufordern, gibt die Anwendung das Data Domain-System anhand der speziellenZeichenfolge DFC-<dfc-server-name> an, wobei <dfc-server-name> der für dasData Domain-System konfigurierte DD Boost-over-FC-Servername ist.

Hinweis

Ebenso wie bei IP-Hostnamen, bei denen die Groß- und Kleinschreibung nichtbeachtet werden muss, ist dies bei dfc-server-name ebenfalls nicht erforderlich.

Abbildung 10 SCSI-Befehle zwischen Medienserver und Data Domain-System

1. Medienserver2. Anwendung, DD Boost Library, DD Boost-over-FC-Übertragung3. Data Domain-System4. DD Boost Service5. DD Boost-over-FC-Server6. SCSI-Befehle über FC7. SCSI-Prozessorgeräte

Zur Einrichtung des DD Boost-over-FC-Services auf dem Data Domain-System sindzusätzliche Konfigurationsschritte erforderlich. Weitere Informationen finden Sieunter Konfigurieren von DD Boost-over-FC-Service.

Für die DD Boost-over-FC-Übertragung wird Lastenausgleich und hohe Verfügbarkeitauf Linkebene auf andere Weise als über DIGs (Dynamic Interface Groups) erreicht. ImAbschnitt DD Boost-over-Fibre Channel-Pfadmanagement finden Sie eineBeschreibung.



Hinweis

Der Kommunikationspfad DD Boost-over-FC gilt nur zwischen dem Medienserver/derDD Boost Library und dem Data Domain-System und nicht für die Kommunikationzwischen beiden Data Domain-Systemen. Wie in der nächsten Abbildung dargestellt,erfolgt eine solche Kommunikation IMMER über ein IP-Netzwerk, unabhängig vomKommunikationspfad zwischen dem Medienserver und den Data Domain-Systemen.

Abbildung 11 Fibre Channel-Kommunikationspfad

1. Medienserver2. Anwendung, DD Boost Library3. IP oder FC4. IP oder FC (Steuerung)5. Data Domain-System, Replikationsquelle6. NUR IP (Daten)7. Data Domain-System, Replikationsziel

DD Boost-over-Fibre Channel-PfadmanagementDer DIG-basierte Mechanismus (Dynamic Interface Group), der in DIG: IP-Lastenausgleich und Failover in DD Boost beschrieben ist, basiert auf Ethernet-Schnittstellen und eignet sich nicht für die Fibre Channel-Übertragung. Stattdessenwird ein anderer Pfadmechanismus für die Lösung DD Boost-over-FC bereitgestellt.

Das Data Domain-System stellt dem Medienserver ein oder mehrere SCSI-Geräte mitProzessor über einen oder mehrere physische Pfade bereit. Das Betriebssystem


DD Boost-over-Fibre Channel-Pfadmanagement 35

erkennt alle Geräte über alle verfügbaren Pfade und erstellt ein generisches SCSI-Gerät für jedes erkannte Gerät und jeden erkannten Pfad.

Nehmen Sie den folgenden Fall als Beispiel:

l Der Medienserver verfügt über 2 Initiator-HBA-Ports (A und B).

l Das Data Domain-System verfügt über 2 FC-Zielendpunkte (C und D).

l Das Fibre Channel Fabric Zoning ist so konfiguriert, dass beide Initiator-HBA-Portsauf beide FC-Zielendpunkte zugreifen können

l Das Data Domain-System wird mit einer SCSI-Zielzugriffsgruppe konfiguriert, dieFolgendes umfasst:

n Beide FC-Zielendpunkte auf dem Data Domain-System

n Beide Initiator-HBA-Ports

n 4 Geräte (0, 1, 2 und 3)

Abbildung 12 Szenario: DD Boost-over-FC-Pfadmanagement

1. Vier Geräte2. Medienserver3. HBA-Initiator A4. HBA-Initiator B5. Data Domain-System6. Fibre Channel-Endpunkt C7. Fibre Channel-Endpunkt D

In diesem Fall erkennt das Medienserverbetriebssystem bis zu 16 generische SCSI-Geräte, eines für jede Kombination aus Initiator, Zielendpunkt und Gerätenummer:

l /dev/sg11: (A, C, 0)

l /dev/sg12: (A, C, 1)

l /dev/sg13: (A, C, 2)

l /dev/sg14: (A, C, 3)

l /dev/sg15: (A, D, 0)

l /dev/sg16: (A, D, 1)

l /dev/sg17: (A, D, 2)

l /dev/sg18: (A, D, 3)

l /dev/sg19: (B, C, 0)

l /dev/sg20: (B, C, 1)

l /dev/sg21: (B, C, 2)



l /dev/sg22: (B, C, 3)

l /dev/sg23: (B, D, 0)

l /dev/sg24: (B, D, 1)

l /dev/sg25: (B, D, 2)

l /dev/sg26: (B, D, 3)

Wenn die Anwendung erfordert, dass die DD Boost Library eine Verbindung zumServer herstellt, verwendet die DD Boost-over-FC-Übertragungslogik innerhalb derDD Boost Library SCSI-Anforderungen zum Aufbau eines Katalogs dieser 16generischen SCSI-Geräte, die Pfade für den Zugriff auf den DD Boost-over-FC-Service auf dem gewünschten Data Domain-System sind. Im Rahmen derVerbindungsherstellung zum Server stellt die DD Boost-over-FC-Übertragungslogikdem Server diesen Katalog von Pfaden zur Verfügung.

Erste PfadauswahlDer Server unterhält Statistiken zum DD Boost-over-FC-Datenverkehr über mehrereZielendpunkte und bekannte Initiatoren. Während der Verbindungseinrichtung greiftdie Pfadmanagementlogik im Server auf diese Statistiken zu und wählt anhand derfolgenden Kriterien den Pfad für die Verbindung aus:

l Verteilen Sie die Verbindungen für Clients mit Warteschlangentiefenbegrenzung(siehe unten) gleichmäßig über mehrere Pfade.

l Wählen Sie den am wenigsten ausgelasteten Zielendpunkt.

l Wählen Sie den am wenigsten ausgelasteten Initiator aus den Pfaden zumausgewählten Zielendpunkt.

Dynamischer LastenausgleichDer Server führt regelmäßig einen dynamischen Lastenausgleich durch. Dabei werdendie Statistiken auf folgende Situationen durchgesehen:

l Für warteschlangentiefenbegrenzte Clients (siehe unten) werden Verbindungenungleichmäßig über verfügbare Pfade verteilt

l Workloads über Zielendpunkte sind nicht im Gleichgewicht

l Workloads über Initiatoren sind nicht im Gleichgewicht

Wenn eine solche Situation erkannt wird, kann der Server eine oder mehrereVerbindungen für eine durch den Server angewiesene Pfadmigration festlegen. Dieswird erreicht, indem eine Serveranforderung bei einer zukünftigen Datenübertragunggesendet wird, dass die DD Boost Library ab jetzt einen anderen verfügbaren Pfad ausdem Katalog für nachfolgende Operationen verwenden soll.

Clientpfad-FailoverDer Client geht möglicherweise zu einem anderen Pfad über, wenn dies durch diedynamische Ausgleichslogik des Servers angewiesen wird. Der Client kann aber auchselbst entscheiden, zu einem anderen verfügbaren Pfad zu wechseln. Dies geschieht,wenn der Client beim Verwenden des aktuellen Pfads der Verbindung einen Fehlererhält.

Angenommen, der Pfadkatalog für eine Verbindung besteht aus 8 Pfaden:

l /dev/sg21: (A, C, 0)

l /dev/sg22: (A, C, 1)


Erste Pfadauswahl 37

l /dev/sg23: (A, D, 0)

l /dev/sg24: (A, D, 1)

l /dev/sg25: (B, C, 0)

l /dev/sg26: (B, C, 1)

l /dev/sg27: (B, D, 0)

l /dev/sg28: (B, D, 1)

Angenommen, der Server wählt bei der ersten Pfadauswahl Pfad (A, C, 0) aus. DieDFC-Übertragungslogik in der DD Boost Library beginnt, anhand von SCSI-BefehlenDaten für die Verbindung an /dev/sg21 zu senden und zu empfangen.

Später ist der Link vom Zielendpunkt C zum entsprechenden Switch aufgrund einesabgezogenen Kabels oder eines Hardwarefehlers nicht mehr verfügbar. Jedenachfolgende von der DFC-Übertragungslogik an /dev/sg21 übermittelte SCSI-Anforderung schlägt fehl, wobei ein Fehlercode angezeigt wird, dass die SCSI-Anforderung nicht an das Gerät zugestellt werden konnte.

In diesem Fall überprüft die DFC-Übertragungslogik den Gerätekatalog auf einen Pfadmit einer anderen physischen Komponente, also einer unterschiedlichen Kombinationvon Initiator- und Zielendpunkt. Die SCSI-Anforderung wird auf dem ausgewähltenPfad noch einmal gesendet und der Prozess so lange wiederholt, bis ein Pfad erkanntwird, über den die SCSI-Anforderung erfolgreich übertragen werden kann.

Begrenzungen bei der WarteschlangentiefeFür die Lösung DD Boost-over-FC ist das spezifische SCSI-Gerät, über das eineAnforderung empfangen wird, irrelevant. Alle SCSI-Geräte sind identische Zielobjektefür SCSI-Befehle, wie im SCSI-Protokoll gefordert. Beim Verarbeiten einer SCSI-Anforderung wird das spezifische Gerät, auf dem die SCSI-Anforderung einging, nichtvon der Serverlogik berücksichtigt.

Warum sollte also mehr als ein Gerät eingerichtet werden? Weil bestimmteclientseitige Betriebssysteme eine Begrenzung für die Anzahl der ausstehenden I/O-Anforderungen auferlegen, die über ein bestimmtes generisches SCSI-Gerätgleichzeitig ausgeführt werden können. Beispielsweise führt der Windows SCSI-Pass-Through-Schnittstellenmechanismus nur jeweils 1 SCSI-Anforderung gleichzeitigdurch jedes der entsprechenden generischen SCSI-Geräte. Dies wirkt sich auf diePerformance der DD Boost-over FC-Lösung aus, wenn mehrere Verbindungen (z. B.Backupjobs) versuchen, das gleiche generische SCSI-Gerät zu verwenden.

Darüber hinaus wird im Data Domain-System ebenfalls eine Begrenzung der Anzahl derausstehenden I/O-Anforderungen pro verfügbar gemachtem SCSI-Device auferlegt.Aus Performancegründen müssen bei höheren Workloads möglicherweise mehrereSCSI-Devices für das Data Domain-System verfügbar gemacht werden.

Wir verwenden den Begriff „Warteschlangentiefe“, um die systembedingteBegrenzung der Anzahl gleichzeitiger SCSI-Anforderungen auf einem Gerät zubeschreiben. Clientsysteme (wie Windows), deren Warteschlangentiefe so niedrig ist,dass die Performance beeinträchtigt wird, werden als„warteschlangentiefenbegrenzt“ angesehen.

Im Abschnitt Dimensionieren des DD Boost-over FC-Gerätesatzes auf Seite 69finden Sie Anweisungen dazu, wie viele Geräte je nach Workload, Art des DataDomain-Systems und ob das Clientsystem warteschlangentiefenbegrenzt istkonfiguriert werden müssen.



Virtuelle synthetische BackupsEin komplettes oder inkrementelles synthetisches Backup ist ein aus vorherigenBackups zusammengestelltes Backup. Synthetische Backups werden aus einemvorherigen, herkömmlichen kompletten oder synthetischen kompletten Backup undnachfolgenden differenziellen oder inkrementellen Backups oder einem kumulativenBackup erzeugt. (Ein herkömmliches komplettes Backup bedeutet ein nicht-synthetisches, komplettes Backup.) Ein Client kann das synthetische Backup auf diegleiche Weise zum Wiederherstellen von Dateien und Verzeichnissen verwenden wiebei einer Wiederherstellung aus einem herkömmlichen Backup.

Während eines herkömmlichen kompletten Backups werden alle Dateien vom Clientauf einen Medienserver kopiert und der sich ergebende Image-Satz wird an das DataDomain-System gesendet. Die Dateien werden kopiert, obwohl sie möglicherweise seitdem letzten inkrementellen oder differenziellen Backup nicht geändert wurden.Während eines synthetischen kompletten Backups werden das vorherige kompletteBackup und die nachfolgenden inkrementellen Backups auf dem Data Domain-Systemzu einem neuen, kompletten Backup kombiniert. Das neue, komplette synthetischeBackup ist eine genaue Darstellung des Clientdateisystems zum Zeitpunkt des letztenkompletten Backups.

Da die Verarbeitung auf dem Data Domain-System vom Medienserver und nicht vomClient gemanagt wird, tragen virtuelle synthetische Backups zu einer Reduzierung desNetzwerkverkehrs und der Verarbeitungsvorgänge auf dem Client bei. Clientdateienund Backup-Image-Sätze werden nur einmal über das Netzwerk übertragen. Wenn dieBackup-Images in ein synthetisches Backup kombiniert wurden, können Sie dievorherigen inkrementellen bzw. differenziellen Images ablaufen lassen.

Das virtuelle synthetische komplette Backup ist eine skalierbare Lösung für dasBackup von Remotestandorten mit überschaubaren Datenmengen und wenigentäglichen Änderungen. Wenn auf den Clients täglich eine hohe Zahl Änderungenerfolgt, werden die inkrementellen oder differenziellen Backups zu groß. In diesem Fallist ein virtuelles synthetisches Backup nicht nützlicher als ein herkömmlicheskomplettes Backup. Für eine gute Performance bei der Wiederherstellung wirdempfohlen, dass alle zwei Monate ein herkömmliches komplettes Backup erstellt wird,wobei von einer normalen wöchentlichen kompletten und täglichen inkrementellenBackup-Policy ausgegangen wird.

Das virtuelle synthetische komplette Backup ist eine Kombination aus dem letztenkompletten (synthetischen oder kompletten) Backup und allen nachfolgendeninkrementellen Backups. Im Zeitstempel findet es eine Sekunde nach dem letzteninkrementellen Backup statt. Es enthält KEINE Änderungen an der Backup-Auswahlseit dem letzten inkrementellen Backup.

Data Domain unterstützt auch virtuelle synthetische „Inline“-Backups, in denen jedesnachfolgende inkrementelle Backup in Übereinstimmung mit dem aktuellen komplettenBackup zusammengeführt wird, wobei ein kompletter Backup-Image-Satz auf demData Domain-System erstellt wird. Nach jedem inkrementellen Backup steht Ihnen einkompletter Backup-Image-Satz für einen Wiederherstellungsvorgang bereit. Dadurchwird sichergestellt, dass Sie immer über die neuesten kompletten Backups verfügenund kein spezielles komplettes synthetisches Backup, um die Basisbackups und dieinkrementellen Backups „zusammenzustellen“, die sich bis zu diesem Zeitpunktangesammelt haben.


Virtuelle synthetische Backups 39

Validierung des ClientzugriffsDurch Konfigurieren der Clientzugriffsvalidierung für DD Boost wird der Zugriff aufdas Data Domain-System für DD Boost-Clients beschränkt, indem eine DD Boost-Authentifizierung pro Verbindung angefordert wird.

l die erste Verbindung mit dem Data Domain-System

l jeder Neustart von DD Boost (aktiviert/deaktiviert)

l jeder Dateisystem-Neustart

l jeder Neustart des Data Domain-Systems

Die Liste der Clients kann jederzeit ohne einen Neustart aktualisiert werden, sodasssich die Zugriffsvalidierung nicht auf laufende Jobs auswirkt.

DD Boost-Mehrbenutzer-DatenpfadVerbesserungen am DD Boost-Mehrbenutzer-Datenpfad sorgen für eine verbesserteIsolierung der Speichereinheit. In einem Data Domain-System können mehrereBenutzer für den Zugriff auf DD Boost konfiguriert werden.

Management von SpeichereinheitenMit dem DD OS-Befehl ddboost können Sie Speichereinheiten, Mandanten undQuota-Limits konfigurieren und ändern und Streamwarnlimits für die einzelnenSpeichereinheiten konfigurieren.

Zugriffskontrolle für Mehrbenutzer-SpeichereinheitenDie Funktion für die Zugriffskontrolle für DD Boost für Mehrbenutzer-Speichereinheiten erhöht die Anwenderfreundlichkeit, da mehrere Benutzernamen fürdas DD Boost-Protokoll unterstützt werden. Somit wird eine Datenisolierungbereitgestellt, wenn mehrere Benutzer ein Data Domain-System gemeinsam nutzen.Mithilfe des DD Boost-Protokolls stellt die Backupanwendung mit einemBenutzernamen und einem Passwort eine Verbindung zum Data Domain-System her,um diese Funktion zu unterstützen. Der Benutzername und das Passwort sind mitöffentlichen Schlüsseln verschlüsselt.

Der Systemadministrator erstellt einen lokalen Data Domain-Benutzer für jedeBackupanwendung (NetBackup oder Backup Exec), die für dessen Speichereinheitenverwendet werden soll. Der Speichereinheitenbenutzer ist erforderlich, wenn dieSpeichereinheit erstellt wird. Wenn Backupanwendungen eine Verbindung zum DataDomain-System herstellen, ist der Zugriff für Anwendungen auf die Speichereinheitenbeschränkt, mit deren Benutzernamen die Verbindung hergestellt wird. Der Zugriff aufeine Speichereinheit wird dynamisch festgelegt, sodass Änderungen amBenutzernamen einer Speichereinheit sofort wirksam werden. Wenn derBenutzername einer Speichereinheit auf einen anderen Benutzernamen geändert wird,schlagen alle Lese- und Schreibvorgänge der Backupanwendung unter dem altenBenutzernamen umgehend mit Berechtigungsfehlern fehl.

Das Schlüsselwort tenant-unit wurde zwecks Integration in die Funktion dersicheren Mehrmandantenfähigkeit von Data Domain im Befehl ddboost storage-unit eingeführt. Für jede Mandanteneinheit muss eine Speichereinheit konfiguriertwerden. Jede Mandanteneinheit kann mit mehreren Speichereinheiten verknüpftwerden. Die Zuordnung von Mandanteneinheiten und das Eigentum der



Benutzernamen von Speichereinheiten sind voneinander unabhängig. DieMandanteneinheit wird anhand der Befehlszeilenschnittstelle für denManagementpfad verwendet, kann aber nicht für Datenpfade wie z. B. Lese- undSchreibzugriff verwendet werden. Alle Befehle für Speichereinheiten unterstützenMandanteneinheiten.

Hinweis

Weitere Informationen zu Mandanteneinheiten finden Sie im Data Domain OperatingSystem Administration Guide.

Kapazitätsquotas für SpeichereinheitenAnhand von Quotas können DD OS-Anwender logische Speichergrenzen für das DataDomain-System bereitstellen und sicherstellen, dass dedizierte Teile des Data Domain-Systems als eindeutige Speichereinheiten verfügbar sind. Die Quotagrenzen für DDBoost-Speichereinheiten können dynamisch festgelegt oder entfernt werden. Mithilfevon Quotas können auch verschiedene DD Boost-Speichereinheiten mitunterschiedlichen logischen Größen bereitgestellt werden, sodass ein Administratordie Nutzung einer bestimmten Speichereinheit über einen bestimmten Zeitraumhinweg überwachen kann.

Sie können auch die gemeldete physische Größe konfigurieren. Dies ist die Größe, dieder Backupanwendung gemeldet wird. Die physische Größe ist die „Raw-Größe“ desLaufwerkpools in NetBackup. Auf dem Data Domain-System selbst wird dietatsächliche Größe angezeigt. Die logische Kapazitäts-Quota ist weiterhin verfügbar,wenn Sie die physische Größe konfigurieren. Sie können die gemeldete physischeGröße später mit ddboost storage-unit modify ändern. Sie können diegemeldete physische Größe mit ddboost storage-unit show anzeigen.

Detaillierte Informationen zur Quotenfunktion und den zugehörigen Befehlen findenSie in den Abschnitten ddboost, quota und mtree im Data Domain Operating SystemCommand Reference Guide.

Hinweis

Seien Sie mit dieser Funktion vorsichtig, wenn Sie Backupanwendungen verwenden(z. B. Veritas NetBackup und Backup Exec), in denen die DD Boost-API zumKapazitätsmanagement verwendet wird. Die DD Boost-API versucht, die logischeEinstellung in eine physische Einstellung für die API zu konvertieren, indem dielogische Einstellung durch die Deduplizierungsrate geteilt wird. Logische Quotasmüssen möglicherweise angepasst werden, wenn sich die Deduplizierungsrate ändert.

Streamzählermanagement bei SpeichereinheitenSie können fünf Arten von Streamwarnlimits für jede Speichereinheit konfigurieren:

l write-stream-soft-limit

l read-stream-soft-limit

l repl-stream-soft-limit

l combined-stream-soft-limit

l combined-stream-hard-limit

Für jede Speichereinheit werden Streamindikatoren gespeichert, um Backup,Wiederherstellung, Replikationseingangs- und Replikationsausgangsdaten zuüberwachen. Verwenden Sie zum Konfigurieren von Streamgrenzen bei der Erstellungeiner Speichereinheit den Befehl ddboost storage-unit create. Verwenden Sie


Kapazitätsquotas für Speichereinheiten 41

zum Konfigurieren von Streamgrenzen bei einer bestehenden Speichereinheit denBefehl ddboost storage-unit modify. Um die aktiven Streams proSpeichereinheit anzuzeigen, verwenden Sie den Befehl ddboost streams showactive.

Wenn eine Streamanzahl die Warnlimit-Quota überschreitet, wird eine Warnmeldungerzeugt. Die Warnmeldung wird automatisch gelöscht, sobald das Streamlimit wiederfür mehr als 10 Minuten unterhalb der Quota liegt.

Alle diese Streamwarnlimits können auch auf none festgelegt werden.

Hinweis

DD Boost-Backupanwendungen sollten im Hinblick auf reduzierte Workloadsversuchen, unter der Warngrenze für den Streamzähler zu bleiben. Sie können dieWarngrenze neu konfigurieren, um zu vermeiden, dass der Wert überschritten wird.

Weitere Informationen über das Konfigurieren von Streamgrenzen finden Sie unter Konfigurieren von Speichereinheiten mit Streamlimits (optional) auf Seite 47.



KAPITEL 3

Vorbereiten des Data Domain-Systems fürDD Boost

Hinweis

Die folgenden Verfahren für die Konfiguration eines Data Domain-Systems gelten fürNetBackup und Backup Exec.

Hinweis

Vollständige Beschreibungen zu den in diesem Handbuch verwendeten Befehlenfinden Sie im Data Domain Operating System Command Reference Guide.

Dieses Kapitel umfasst die folgenden Themen:

l Aktivieren von DD Boost auf einem Data Domain-System.................................. 44l Zuweisen von mehreren Benutzern zu DD Boost................................................44l Erstellen von Speichereinheiten ........................................................................ 45l Konfigurieren von logischen Quotas für Speichereinheiten (optional) ............... 47l Konfigurieren von Speichereinheiten mit Streamlimits (optional).......................47l Konfigurieren der verteilten Segmentverarbeitung.............................................49l Konfigurieren von dynamischen Schnittstellengruppen ..................................... 49l Verwenden von dynamischen Schnittstellengruppen für MFR........................... 54l Konfigurieren von MFR...................................................................................... 64l Konfigurieren der Clientzugriffsvalidierung........................................................ 66l Konfigurieren des DD Boost-over-FC-Service....................................................67l Festlegen der globalen Authentifizierung und Verschlüsselung.......................... 76

Vorbereiten des Data Domain-Systems für DD Boost 43

Aktivieren von DD Boost auf einem Data Domain-SystemJedes Data Domain-System, das für die Data Domain Boost-Deduplizierung aktiviertist, muss einen eindeutigen Namen haben. Sie können den DNS-Namen des DataDomain-Systems verwenden, der immer eindeutig ist.

Vorgehensweise

1. Melden Sie sich im Data Domain-System als Administrator an.

2. Vergewissern Sie sich, dass das Dateisystem aktiviert ist und ausgeführt wird.Geben Sie dazu Folgendes ein:# filesys statusThe file system is enabled and running.

3. Fügen Sie die DD Boost-Lizenz mithilfe des bereitgestellten Lizenzschlüsselshinzu.

Aktuelle Informationen zu Lizenzierung und Service finden Sie in denentsprechenden Data Domain Operating System Release Notes.

4. Aktivieren Sie die DD Boost-Deduplizierung durch Eingabe von:# ddboost enableDD Boost enabled

Hinweis

l Die Benutzer müssen in der Backupanwendung konfiguriert sein, um eineVerbindung mit dem Data Domain-System herstellen zu können. WeitereInformationen finden Sie im Data Domain Operating System AdministrationGuide.

l In einem Data Domain-System können mehrere Benutzer für den Zugriff aufDD Boost konfiguriert werden. Benutzername, Passwort und Rolle müssenauf dem Data Domain-System mithilfe des DD OS-Befehls bereitseingerichtet sein:

user add <user> [password <password>][role {admin | security | user | backup-operator | data-access}][min-days-between-change <days>] [max-days-between-change <days>][warn-days-before-expire <days>] [disable-days-after-expire <days>][disable-date <date>]

Wenn Sie beispielsweise einen Benutzer mit dem Anmeldenamen jsmith unddem Passwort usr256 mit Administratorrechten hinzufügen möchten, gebenSie Folgendes ein:

# user add jsmith password usr256 role admin

Um dann jsmith der DD Boost-Benutzerliste hinzuzufügen, geben SieFolgendes ein:

# ddboost user assign jsmith

Zuweisen von mehreren Benutzern zu DD BoostAls Systemadministrator müssen Sie einen lokalen Anwender für das Data Domain-System erstellen, der von den einzelnen Backupanwendungen mit den entsprechenden

Vorbereiten des Data Domain-Systems für DD Boost


Speichereinheiten verwendet werden kann. Die Speichereinheiten werden entwedermit einem Benutzernamen erstellt oder der Benutzername kann bei einem Upgradegeändert werden. Speichereinheiten sind nur für Anwendungen mit demEigentümerbenutzernamen der entsprechenden Speichereinheit zugänglich. JedeSpeichereinheit ist im Besitz eines Benutzernamens und derselbe Benutzername kannmehrere Speichereinheiten besitzen. Die Anwendung übergibt den Benutzernamenund das Passwort an DD Boost und DD Boost übergibt sie an das Data Domain-Systembei dem Versuch, eine Verbindung zum Data Domain-System herzustellen. Das DataDomain-System authentifiziert dann den Benutzernamen und das Passwort. DerBenutzername und das Passwort können in unterschiedlichen Anwendungengemeinsam genutzt werden.

Wenn eine Speichereinheit mit einem gültigen lokalen Benutzer für das Data Domain-System erstellt, aber DD Boost nicht zugewiesen wird, wird der Benutzer der DDBoost-Benutzerliste automatisch auf ähnliche Weise hinzugefügt, wie ein Benutzerüber den Befehl ddboost user assign hinzugefügt wird. Wenn eineSpeichereinheit ohne Angabe des Eigentümerbenutzernamens erstellt wird, wird deraktuelle DD Boost-Benutzername als Eigentümer zugewiesen.

Geben Sie Folgendes ein, um der DD Boost-Benutzerliste Benutzer zuzuweisen undhinzuzufügen:

# ddboost user assign user1 user2 User "user1" assigned to DD Boost. Benutzer "user2" wird DD Boost zugewiesen.

Geben Sie Folgendes ein, um die Benutzer in der Benutzerliste zu überprüfen undanzuzeigen:

# ddboost user show

DD Boost user Default tenant-unit Using Token Access------------- ------------------- ------------------ddbu1 Unknown Yesddbu2 Unknown -ddbu3 Unknown Yes ddbu4 Unknown -ddbu5 Unknown -ddbu6 Unknown -ddbu7 Unknown Yesddbu8 Unknown -------------- ------------------- ------------

Geben Sie Folgendes ein, um einen Benutzer aus der Benutzerliste zu löschen:

# ddboost user unassign user1 User "user1" unassigned from DD Boost.

Hinweis

DD Boost-Tokenzugriff unterstützt keine Upgrades für Hauptversionen.

Erstellen von SpeichereinheitenSie müssen auf jedem Data Domain-System, das in einer NetBackup- oder BackupExec-Installation für OpenStorage aktiviert ist, eine oder mehrere Speichereinheitenerstellen. In einem NetBackup-System entspricht eine Speichereinheit denLaufwerkpools auf dem Medienserver, in einem Backup Exec-System entspricht sieeinem Bandrepository.

Vorgehensweise

1. Geben Sie Folgendes ein, um eine Speichereinheit auf dem Data Domain-System zu erstellen:


Erstellen von Speichereinheiten 45

# ddboost storage-unit create NEW_STU1 user user1Created storage-unit "NEW_STU1" for "user1".

Hinweis

Der Name einer Speichereinheit muss auf jedem Data Domain-System eindeutigsein. Allerdings kann der gleiche Name für Speichereinheiten aufunterschiedlichen Data Domain-Systemen verwendet werden. DerBenutzername ist Eigentümer die Speichereinheit, wodurch sichergestellt wird,dass nur Verbindungen mit den Zugangsdaten dieses Benutzernamens auf diebetreffende Speichereinheit zugreifen können.

Weitere Informationen zu Befehlsoptionen finden Sie im Abschnitt zu ddbooststorage-unit im Data Domain Operating System Command Reference Guide.

Hinweis

Wenn eine Speichereinheit mit einem gültigen lokalen Benutzer für Data Domainerstellt, aber DD Boost nicht zugewiesen wird, wird der Benutzer der DD Boost-Benutzerliste automatisch auf ähnliche Weise hinzugefügt, wie ein DD Boost-Benutzer über den Befehl ddboost user assign hinzugefügt wird.

2. Wiederholen Sie die oben genannten Schritte für alle Data Domain-Systeme, diefür DD Boost aktiviert sind.

3. Geben Sie Folgendes ein, um eine Speichereinheit auf dem Data Domain-System zu ändern:

# ddboost storage-unit modify NEW_STU1 user user2Storage-unit "NEW_STU1" modified for user "user2".

Hinweis

Der Befehl ddboost storage-unit modify ermöglicht derBackupanwendung, die Eigentumsrechte des Benutzernamens an derSpeichereinheit zu ändern. Durch Ändern des Benutzernamens müssen dieAttribute der einzelnen Daten auf der Speichereinheit nicht geändert werden.Daher ist der Vorgang schnell.

4. Geben Sie Folgendes ein, um die Benutzerliste für die Speichereinheitenanzuzeigen:

# ddboost storage-unit showName Pre-Comp (GiB) Status User Report Physical Size (MiB)----------------- -------------- ------ -------- ---------------backup 3.0 RW sysadmin -DDBOOST_STRESS_SU 60.0 RW sysadmin -task2 0.0 RW sysadmin -tasking1 0.0 RW sysadmin -DD1 0.0 RW sysadmin -D6 5.0 RW sysadmin -TEST_DEST 0.0 D sysadmin -STU-NEW 0.0 D ddu1 -getevent 0.0 RW ddu1 -DDP-5-7 120.0 RW sysadmin -TESTME 150.0 RW sysadmin -DDP-5-7-F 100.0 RW sysadmin -testSU 0.0 RW sysadmin 200----------------- -------------- ------ -------- ---------------D : DeletedQ : Quota DefinedRO : Read Only



RW : Read WriteRD : Replication Destination

Konfigurieren von logischen Quotas für Speichereinheiten(optional)

Der Speicher auf einem Data Domain-System kann über optionale Quota-Limits füreine Speichereinheit bereitgestellt werden. Quota-Limits können entweder beiErstellung einer Speichereinheit oder später über separate Befehle festgelegt werden.Weitere Informationen finden Sie in den Abschnitten zu Quoten und ddboost im DataDomain Operating System Administration Guide.

Hinweis

Wenn Quotas aktiviert werden, geben einige OpenStorage-Backupanwendungen u. U.nicht intuitive Größen und Kapazitäten zurück. Weitere Informationen hierzu findenSie im Wissensdatenbankartikel „Storage Unit Quota Display on NetBackup andBackup Exec“ (Dokument-ID 000185210).

Vorgehensweise

1. Um Quota-Limits für das Data Domain-System zu aktivieren, geben SieFolgendes ein:

# quota enable2. Um Quota-Limits zum Zeitpunkt der Erstellung einer Speichereinheit zu

konfigurieren, geben Sie mit dem folgenden Befehl Werte für das Quota-Softlimit und das Quota-Hardlimit ein:

# ddboost storage-unit create storage-unit[quota-soft-limit n {MiB|GiB|TiB|PiB}] [quota-hard-limit n {MiB|GiB|TiB|PiB}]

3. Um Quota-Limits nach ihrer Erstellung zu ändern, geben Sie mit dem folgendenBefehl die neuen Werte für das Quota-Softlimit und das Quota-Hardlimit ein:

# ddboost storage-unit modify storage-unit[quota-soft-limit {n {MiB|GiB|TiB|PiB}|none}] [quota-hard-limit {n {MiB|GiB|TiB|PiB}|none}]

4. Geben Sie Folgendes ein, um die Quota-Limits einer Speichereinheit zu prüfen:

# quota show storage-units storage-unit-list

Konfigurieren von Speichereinheiten mit Streamlimits(optional)

Der Systemadministrator konfiguriert für jede Speichereinheit Streamwarnlimits fürjede der fünf Grenzen:

l write-stream-soft-limit

l read-stream-soft-limit

l repl-stream-soft-limit

l combined-stream-soft-limit

l combined-stream-hard-limit

Sie können vier Arrten von Soft-Streamwarnlimits für jede Speichereinheit (read,write, replication und combined) festlegen und Sie können ein kombiniertes Hard-


Konfigurieren von logischen Quotas für Speichereinheiten (optional) 47

Streamlimit zuweisen. Durch das Zuweisen eines Hard-Streamlimits proSpeichereinheit können Sie neue DD Boost-Streams fehlschlagen lassen, wenn dasLimit überschritten wird, einschließlich Lesestreams, Schreibstreams undReplikationsstreams. Das Hard-Streamlimit wird erkannt, bevor der Streamvorganggestartet wird. Das Hard-Streamlimit kann die Kapazität des Data Domain-Systemmodells nicht überschreiten und kann nicht niedriger als alle anderen einzelnenLimits (read, write, replication oder combined) sein.

Wenn das Hard-Streamlimit überschritten wird, melden NetBackup und Backup Execdem Client den Fehler und wiederholen die Lese- und Schreibjobs automatisch.

Wenn eine Streamanzahl die Warnlimit-Quota überschreitet, wird eine Warnmeldungerzeugt. Die Warnmeldung wird automatisch gelöscht, sobald das Streamlimit wiederfür mehr als 10 Minuten unterhalb der Quota liegt.

Hinweis

Es wird erwartet, dass DD Boost-Benutzer den Workload reduzieren, um unterhalb derWarn-Quotas für den Stream zu bleiben. Alternativ kann der Systemadministrator daskonfigurierte Warnlimit ändern, um die Überschreitung des Limits zu vermeiden.

Um eine Speichereinheit mit Streamlimits zu erstellen, geben Sie beispielsweiseFolgendes ein:

# ddboost storage-unit create NEW_STU0 user user2 write-stream-soft-limit 5 read-stream-soft-limit 1 repl-stream-soft-limit 2 combined-stream-hard-limit 10Created storage-unit "NEW_STU0" for "user2".Set stream warning limits for storage-unit "NEW_STU0".

Um die Streamlimits für Speichereinheiten zu ändern, geben Sie beispielsweiseFolgendes ein:

# ddboost storage-unit modify NEW_STU1 write-stream-soft-limit 3 read-stream-soft-limit 2 repl-stream-soft-limit 1 combined-stream-hard-limit 8NEW_STU1: Stream soft limits: write=3, read=2, repl=1, combined=none

Wenn Sie ein Limit auf none festlegen, wird dieses Limit deaktiviert.

Um die DD Boost-Streamlimits für alle aktiven Speichereinheiten anzuzeigen, gebenSie ddboost streams show active ein. Um die DD Boost-Streamlimits für einebestimmte Speichereinheit anzuzeigen, geben Sie Folgendes ein:

# ddboost streams show active storage-unit STU-1

--------- Active Streams -------- --------- Soft Limits -------- - Hard Limit -Name Read Write Repl-out Repl-in Read Write Repl Combined Combined----- ---- ----- -------- ------- ---- ----- ---- -------- --------------STU-1 0 0 0 0 - - - - 25----- ---- ----- -------- ------- ---- ----- ---- -------- --------------DD System Stream Limits: read=30 write=90 repl-in=90 repl-out=82 combined=90

Hinweis

Die in der Ausgabe angezeigten Streamgrenzen für das Data Domain-System hängenvom jeweiligen Typ des Data Domain-Systems ab.

Wenn Sie den Verlauf der DD Boost-Streamgrenzen für eine bestimmteSpeichereinheit über einen bestimmten Zeitraum hinweg anzeigen möchten, geben SieFolgendes ein:

# ddboost streams show history storage-unit NEW_STU0 last 1hoursINTERVAL: 10 mins"-" indicates that the data is not available for the intervals

Storage-Unit: "NEW_STU0"



Date Time read write repl-out repl-inYYYY/MM/DD HH:MM streams streams streams streams----------------- ------- ------- --------- --------2013/08/29 12:00 0 0 0 02013/08/29 12:10 0 0 0 02013/08/29 12:20 0 1 0 02013/08/29 12:30 0 2 0 02013/08/29 12:40 0 2 0 02013/08/29 12:50 0 1 0 02013/08/29 13:00 0 0 0 0----------------- ------- ------- --------- --------

Konfigurieren der verteilten SegmentverarbeitungDie Option zur verteilten Segmentverarbeitung wird auf dem Data Domain-Systemkonfiguriert und gilt für alle darauf installierten Medienserver und die OST-Plug-ins.

Die Option kann mit dem folgenden Befehl konfiguriert werden:

# ddboost option set distributed-segment-processing {enabled | disabled}

Hinweis

Beim Aktivieren oder Deaktivieren der Option zur verteilten Segmentverarbeitung istkein Neustart des Data Domain-Dateisystems erforderlich.

Die verteilte Segmentverarbeitung wird mit dem OST-Plug-in 2.2 oder höherunterstützt, das mit einem Data Domain-System mit DD OS 4.8 oder höher verbundenist.

Die verteilte Segmentverarbeitung ist standardmäßig auf einem anfänglich mit DD OS5.2 installierten System aktiviert. Wenn ein Upgrade von DD OS 5.1, 5.0.x oder 4.9.xauf DD OS 5.2 durchgeführt wird, verbleibt die verteilte Segmentverarbeitung imvorherigen Status.

Die verteilte Segmentverarbeitung ist unter DD OS 5.5.1.0 und früher aktiviert undkann nicht deaktiviert werden.

DSP (Distributed Segment Processing, verteilte Segmentverarbeitung) iststandardmäßig für Solaris Plug-ins aktiviert, die auf einem SPARC T4- oder -T5-Prozessor mit Solaris 11 (mit SRU2 oder höher) oder Solaris 11.1 oder höher ausgeführtwerden.

Konfigurieren von dynamischen Schnittstellengruppen

Hinweis

Diese Funktion gilt nur für DD Boost-over-IP. Einen Überblick über die DIG-Funktion(Dynamic Interface Group) finden Sie unter Dynamic Interface Groups: IP-Lastenausgleich und Failover in DD Boost.

Wenn ein Data Domain-System eine Verbindungsanfrage von einem Client in einerkonfigurierten Schnittstellengruppe erhält, weist die DIG-Funktion die Verbindung deram wenigsten verwendeten Schnittstelle in der Gruppe zu. Somit wird einLastenausgleich und ein erhöhter Input-/Output-Durchsatz bereitgestellt.

Erstellen Sie zur Konfiguration von DIG eine Schnittstellengruppe auf dem DataDomain-System, indem Sie der Gruppe, wie unten beschrieben, vorhandeneSchnittstellen hinzufügen.


Konfigurieren der verteilten Segmentverarbeitung 49

Vorgehensweise

1. Erstellen Sie die Schnittstellengruppe:

# ifgroup create group_name

Beispiele:

# ifgroup create external# ifgroup create lab10G

Hinweis

group_name„default“ kann ohne vorherige Erstellung verwendet werden. Inallen verbleibenden ifgroup-Befehlen wird die Gruppe „default“ verwendet,wenn nichts anderes festgelegt wird.

2. Fügen Sie jeder Schnittstellengruppe Clients und Schnittstellen hinzu. DieSchnittstellen müssen bereits mit dem Befehl net erstellt worden sein.

# ifgroup add group_name{interface {ipaddr | ipv6addr} | client host}

Dieser Befehl bietet vollständige Schnittstellengruppen-Unterstützung fürstatische IPv6-Adressen, d. h. dieselben Funktionen für IPv6 wie für IPv4Gleichzeitige IPv4- und IPv6-Clientverbindungen sind zulässig. Für einen mitIPv6 verbundenen Client sind nur IPv6-Schnittstellengruppen-Schnittstellensichtbar. Ein mit IPv4 verbundener Client erkennt nur IPv4-Schnittstellengruppen-Schnittstellen. Einzelne Schnittstellengruppen enthaltenalle IPv4- bzw. alle IPv6-Adressen.

Beispiele:

# ifgroup add interface 10.6.109.140 client *.datadomain.com# ifgroup add interface 10.6.109.141 client *

# ifgroup add ipv4-group interface 192.4.5.21# ifgroup add ipv4-group interface 192.4.5.22# ifgroup add ipv4-group interface 192.4.5.23# ifgroup add ipv4-group interface 192.4.5.24

# ifgroup add ipv6-group interface 2000::af:21# ifgroup add ipv6-group interface 2000::af:22# ifgroup add ipv6-group interface 2000::af:23# ifgroup add ipv6-group interface 2000::af:24

# ifgroup add ipv4-group client 128.5.1.25.0/24# ifgroup add ipv6-group client 2620::128:25:0/112

Hinweis

l Wenn kein group_name angegeben wird, wird die Standardgruppeverwendet.

l IPv6-Adressen können mit Groß- oder Kleinbuchstaben und mit mehrerenNullen eingegeben werden.

l Diese Befehle erkennen Abweichungen von IPv4- oder IPv6-Schnittstellenordnungsgemäß.

3. Wählen Sie eine Schnittstelle auf dem Data Domain-System zur Registrierungmit der Backupanwendung aus. Es wird empfohlen, eine aggregierte Failover-Schnittstelle zu erstellen und diese Schnittstelle bei der Backupanwendung zuregistrieren.



Hinweis

Es ist aber nicht obligatorisch, eine Schnittstelle aus der Schnittstellengruppeauszuwählen, um sie bei der Backupanwendung zu registrieren. Es kann aucheine Schnittstelle bei der Backupanwendung registriert werden, die nicht Teilder Schnittstellengruppe ist.Es ist eine Best Practice, die Schnittstelle mit einem auflösbaren Namen unterVerwendung des DNS oder eines anderen Mechanismus zur Namensauflösungzu registrieren. Führen Sie mit NetBackup und unter der Voraussetzung, dass192.168.1.1 als dd22.abc.com benannt ist, den folgenden Befehl auf demMedienserver aus:

nbdevconfig -creatests -st 9 -stype DataDomain -storage_server dd22.abc.com -media_server load64

Hinweis

Die bei der Backupanwendung registrierte Schnittstelle wird von derBackupanwendung und dem entsprechenden OST-Plug-in zur Kommunikationmit dem Data Domain-System verwendet. Wenn diese Schnittstelle nichtverfügbar ist, sind Backups auf dieses Data Domain-System nicht möglich.

4. Wenn eine Schnittstelle und ein Client konfiguriert sind, wird die Gruppeautomatisch aktiviert. Überprüfen Sie den Status (aktiviert oder deaktiviert) derSchnittstellengruppe:

# ifgroup status [group_name]Status of ifgroup “default” is “enabled”

Hinweis

Wenn kein group_name angegeben wird, wird die Standardgruppe verwendet.

5. Überprüfen Sie die gesamte Konfiguration aller Gruppen mit Schnittstellen undClients:

# ifgroup show config allErgebnisse

In der folgenden Tabelle wird ein Ausgabebeispiel gezeigt.

Group Name Status Interfaces Clients Count Count-----------------------------------------------------------------default enabled 2 1external enabled 2 1lab10G enabled 2 2-----------------------------------------------------------------Group Name Status Interfaces ------------------------------------------------------------default enabled 10.6.109.141default enabled 10.6.109.41external enabled 10.6.109.140 external enabled 10.6.109.142lab10G enabled 192.168.1.220lab10G enabled 192.168.1.221-----------------------------------------------------------------Group Name Status Clients ------------------------------------------------------------default enabled *external enabled *.datadomain.com


Konfigurieren von dynamischen Schnittstellengruppen 51

lab10G enabled ddboost-dl.datadomain.com lab10G enabled yellowmedia.datadomain.com------------------------------------------------------------

Hinweis

Zunächst wird eine genaue Namensübereinstimmung vorgenommen, anschließend einepartielle. Im obigen Beispiel finden Sie ddboost-dl.datadomain in der Gruppelab10G.

Ändern einer SchnittstellengruppeWenn die Schnittstellengruppe eingerichtet ist, können Sie der Gruppe Schnittstellenhinzufügen oder daraus löschen. Das folgende Beispiel zeigt, wie Sie eine Schnittstelleaus der konfigurierten Schnittstellengruppe auf dem Data Domain-System löschen.

Vorgehensweise

1. Stellen Sie sicher, dass auf der zu löschenden Schnittstelle keine aktiven Jobsvon der Backupanwendung an das Data Domain-System vorhanden sind. Dazuüberprüfen Sie im Data Domain-System den Status der vorhandenenVerbindungen in der Schnittstellengruppe, indem Sie den folgenden Befehleingeben:

# ddboost show connections

Hinweis

In der Dokumentation zu DD860 Extended Retention System (früher DD860Archiver Administration Guide) finden Sie ein Beispiel für diesen Befehl auf einemaktiven Tier.

2. Löschen Sie eine Schnittstelle oder einen Client aus den Gruppennamen oderaus einer Standardgruppe auf dem Data Domain-System.

# ifgroup del default interface 10.6.109.144

Anschließend wird die Schnittstelle aus der Gruppe entfernt und nicht mehrdurch den DD Boost-Speicherserver für Jobs von den Medienservernverwendet.

Hinweis

Durch das Entfernen der bei der Backupanwendung registrierten Schnittstelleist das Data Domain-System nicht mehr für die Medienserver zugänglich. DieKonfiguration der Schnittstellengruppe auf dem Data Domain-System wird nichtgelöscht.

Ergebnisse

Um Änderungen an einer Schnittstelle vorzunehmen, die der Schnittstellengruppe aufdem Data Domain-System auf Netzwerkebene hinzugefügt wurde, entfernen Sie dieSchnittstelle aus der Gruppe und fügen Sie sie dann erneut hinzu.



Hinweis

Wenn Sie mit dem Befehl net Änderungen an den Schnittstellen vornehmen, wie dieAktivierung einer Schnittstelle, die für die Schnittstellengruppe konfiguriert wurde,führen Sie den Befehl ddboost show connections aus, um dieLastenausgleichsansicht zu aktualisieren. Durch das Aktualisieren derLastenausgleichsansicht wird der Schnittstellengruppe ermöglicht, die Schnittstelle zuverwenden.

Entfernen einer SchnittstellengruppeDas folgende Beispiel zeigt das Entfernen einer konfigurierten Schnittstellengruppeauf dem Data Domain-System.

Vorgehensweise

1. Stellen Sie sicher, dass keine Jobs aus der Backupanwendung zum DataDomain-System aktiv sind. Überprüfen Sie den Status von Verbindungen in derSchnittstellengruppe, indem Sie den folgenden Befehl in einem Data Domain-System eingeben:

# ifgroup show connections2. Stellen Sie sicher, dass keine ausstehenden Jobs von den mit dem Data Domain-

System verbundenen Medienservern vorhanden sind.

3. Deaktivieren Sie den Gruppennamen oder die Standardgruppe im System:

# ifgroup disable <group-name>4. Setzen Sie die Schnittstellengruppe zurück:

# ifgroup reset <group-name>Ergebnisse

Alle Schnittstellen werden aus der Gruppe freigegeben. Medienserver können abernach wie vor über die mit der Backupanwendung registrierte Schnittstelle auf den DDBoost-Speicherserver auf dem Data Domain-System zugreifen.

Wenn eine Gruppe nicht mehr benötigt wird, verwenden Sie die Option zum Zerstören,um die Gruppe aus der Konfiguration zu entfernen:

# ifgroup destroy group-name

Beispiel:

# ifgroup destroy external

Clients werden einer Gruppe unabhängig vom Gruppenstatus (aktiviert/deaktiviert)über ihren Hostnamen zugeordnet. Aus diesem Grund bedeutet das Deaktivieren einerGruppe nicht, dass der Client zur Verwendung einer anderen Gruppe gezwungen wird.Wenn ein Client in einer deaktivierten Gruppe gefunden wird, verwendet er dieregistrierte Schnittstelle und verbleibt auf der ursprünglichen Verbindung.

Hinweis

Sie können Schnittstellengruppen auch über die System Manager-Seite „DataManagement > DD Boost“ managen. (Weitere Informationen finden Sie im DataDomain Operating System Administration Guide).


Entfernen einer Schnittstellengruppe 53

Verwenden von dynamischen Schnittstellengruppen fürMFR

Die DIG-Funktion (Dynamisc Interface Group) bietet außerdem die Möglichkeit, die fürDD Boost-MFR verwendeten Schnittstellen zu steuern, um die Replikationsverbindungüber ein bestimmtes Netzwerk zu leiten und um mehrere Netzwerkschnittstellen mithoher Bandbreite und Zuverlässigkeit für Failover-Bedingungen verwenden zu können.Alle Data Domain-IP-Typen werden unterstützt: IPv4 oder IPv6, Alias-IP/VLAN-IP undLACP-Failover-Zusammenfassung.

Hinweis

Die DIG-Funktion wird nur für DD Boost Managed File Replication (MFR) unterstützt.

Ohne die Verwendung von Schnittstellengruppen erfordert eine Konfiguration für dieReplikation mehrere Schritte:

1. Hinzufügen eines Eintrags in der /etc/hosts-Datei auf dem Data Domain-Quellsystem für das Data Domain-Zielsystem und harte Programmierung einer derprivaten LAN-Netzwerkschnittstellen als Ziel-IP-Adresse.

2. Hinzufügen einer Route auf dem Data Domain-Quellsystem zum Data Domain-Zielsystem, wobei ein physischer oder virtueller Port auf dem Data Domain-Quellsystem zur Remoteziel-IP-Adresse angeben werden muss.

3. Konfigurieren von LACP über das Netzwerk auf alle Switche zwischen den DataDomain-Systemen für den Lastenausgleich und Failover.

4. Es sind verschiedene Anwendungen erforderlich, um unterschiedliche Namen fürdas Data Domain-Zielsystem zu verwenden und so Benennungskonflikte inder /etc/hosts-Datei zu vermeiden.

Die Verwendung von Schnittstellengruppen für die Replikation vereinfacht dieseKonfiguration durch die Verwendung der DD OS-System Manager- oder DD OS-CLI-Befehle. Die Verwendung von Schnittstellengruppen zum Konfigurieren desReplikationspfads bietet Ihnen die folgenden Möglichkeiten:

l Umleiten einer durch den Hostnamen aufgelösten IP-Adresse vom öffentlichenNetzwerk weg, indem eine andere private Data Domain-System-IP-Adresseverwendet wird.

l Identifizieren einer Schnittstellengruppe basierend auf konfiguriertenAuswahlkriterien, wodurch eine einzelne Schnittstellengruppe bereitgestellt wird,von der aus alle Schnittstellen vom Data Domain-Zielsystem erreichbar sind.

l Auswählen einer privaten Netzwerkschnittstelle aus einer Liste von Schnittstellen,die zu einer Gruppe gehören, wodurch sichergestellt wird, dass die Schnittstelleordnungsgemäß funktioniert.

l Bereitstellen des Lastenausgleichs über mehrere Data Domain-Schnittstellen indemselben privaten Netzwerk.

l Bereitstellen einer Failover-Schnittstelle für das Recovery der Schnittstellen in derSchnittstellengruppe.

l Bereitstellen von Host-Failover, wenn dies auf dem Data Domain-Quellsystemkonfiguriert ist.

l Verwenden von NAT (Network Address Translation)

Der Auswahlreihenfolge zur Ermittlung einer passenden Schnittstellengruppe für dieDateireplikation lautet wie folgt:



1. Lokaler MTree-Pfad (Speichereinheit) und ein bestimmter Remote-Data-Domain-Hostname

2. Lokaler MTree-Pfad (Speichereinheit) mit einem beliebigen Remote-Data-Domain-Hostnamen

3. Beliebiger MTree-Pfad (Speichereinheit) mit einem bestimmten -Data-Domain-Hostnamen

Der gleiche MTree kann nur dann in mehreren Schnittstellengruppen auftreten, wenner einen anderen Data Domain-Hostnamen hat. Der gleiche Data Domain-Hostnamekann nur dann in mehreren Schnittstellengruppen auftreten, wenn er einen anderenMTree-Pfad hat. Es wird erwartet, dass der Remotehostname ein FQDN ist, z. B.dd890-1.domain.com.

Die Auswahl der Schnittstellengruppe erfolgt lokal auf dem Data Domain-Quellsystemund dem Data Domain-Zielsystem, und zwar unabhängig voneinander. Bei einem WAN-Replikationsnetzwerk muss nur die Remoteschnittstellengruppe konfiguriert werden,da die Quell-IP-Adresse dem Gateway für die Remote-IP-Adresse entspricht.

Replikation über LANSo konfigurieren Sie Schnittstellengruppen für die Replikation über ein LAN:

1. Erstellen Sie eine Replikations-Schnittstellengruppe auf dem Data Domain-Quellsystem.

2. Weisen Sie für die Replikation den lokale MTree-Pfad auf dem Data Domain-Quellsystem und den Hostnamen des Data Domain-Zielsystems zu.

3. Erstellen Sie eine Replikations-Schnittstellengruppe auf dem Data Domain-Zielsystem.

4. Weisen Sie für die Replikation den lokale MTree-Pfad auf dem Data Domain-Zielsystem und den Hostnamen des Data Domain-Quellsystems zu.

In Abbildung 13 auf Seite 56:

l Data Domain-System DDP-670-1 ist die Replikationsquelle.

l Schnittstellengruppe 10G-REPL1 ist mit drei Schnittstellen konfiguriert, die jeweilsvom Ziel erreichbar sind.

l Der vollständige Pfad zum lokalen MTree ist /data/col1/TO_860.

l DD860-ART-1 ist der Hostname des Data Domain-Remotesystems (aus derPerspektive von DDP-670-1).

l Data Domain-System DDP-860-ART-1 ist das Replikationsziel.

l Die Replikationsschnittstellengruppe 10G-REPL2 ist mit zwei Schnittstellenkonfiguriert, die jeweils von einer Quell-IP-Adresse erreichbar sind.

l Der vollständige Pfad zum lokalen MTree ist /data/col1/FROM_670.

l DDP-670-1 ist der Hostname des Data Domain-Remotesystems (aus derPerspektive von DD860-ART-1).


Replikation über LAN 55

Abbildung 13 Verwenden von Schnittstellengruppen für die Replikation über ein LAN

So konfigurieren Sie das in Abbildung 13 auf Seite 56 aufgeführteReplikationsszenario:

1. Erstellen Sie eine Schnittstellengruppe 10G-REPL1 mit drei Schnittstellen für dieReplikation auf DDP-670-1. Als Bestätigung:# ifgroup show config 10G-REPL1 interfaces

Group-name Status Interfaces------------- ------- -----------10G-REPL1 enabled 172.29.0.1110G-REPL1 enabled 172.29.0.1210G-REPL1 enabled 172.29.0.13------------- ------- -----------

2. Weisen Sie den vollständigen MTree-Pfad und Remotehostnamen für dieReplikation zu:# ifgroup replication assign 10G-REPL1 mtree /data/col1/TO_860 remote dd860-art-1Assigned replication mtree "/data/col1/TO_860" with remote "dd860-art-1" to ifgroup "10G-REPL1".

Als Bestätigung:# ifgroup show config 10G-REPL1 replication

Group-name Status Replication Mtree Replication Remote Host------------- ------- ----------------- -----------------------10G-REPL1 enabled /data/col1/TO_860 dd860-art-1------------- ------- ----------------- -----------------------

3. Erstellen Sie eine Schnittstellengruppe 10G-REPL2 mit zwei Schnittstellen für dieReplikation auf DD860-ART-1. Als Bestätigung:# ifgroup show config 10G-REPL2 interfaces

Group-name Status Interfaces------------- ------- -----------10G-REPL2 enabled 172.29.0.21



10G-REPL2 enabled 172.29.0.22------------- ------- -----------

4. Weisen Sie den vollständigen MTree-Pfad und Remotehostnamen für dieReplikation zu:# ifgroup replication assign 10G-REPL2 mtree /data/col1/FROM_670 remote ddp-670-1Assigned replication mtree "/data/col1/FROM_670" with remote "ddp-670-1 to ifgroup "10G-REPL2".

Als Bestätigung:# ifgroup show config 10G-REPL2 replication

Group-name Status Replication Mtree Replication Remote Host------------- ------- ------------------- -----------------------10G-REPL2 enabled /data/col1/FROM_670 ddp-670-1------------- ------- ------------------- -----------------------

Replikation über WANsEs gibt zwei Optionen für die Konfiguration von Schnittstellengruppen zur Replikationüber WAN:

l Verwenden Sie nur die Schnittstellengruppe des Ziels und überlassen Sie dem DataDomain-Quellsystem die Auswahl der Quellschnittstelle basierend auf derRoutenkonfiguration.

l Verwenden Sie die Schnittstellengruppen des Quell- und Zielsystemes und stellenSie sicher, dass die IP-Adresse des Quellsystems die IP-Adresse auf demZielsystem erreichen kann. Sie können dies überprüfen, indem Sie eine TraceRoute von der Quelle und vom Ziel verwenden.

Abbildung 14 auf Seite 58 zeigt, wie die Schnittstellengruppen für die Replikationüber WANs verwendet werden können:

l Data Domain-System DDP-670-1 ist die Replikationsquelle.

l Schnittstellengruppe 10G-REPL3 ist mit zwei Schnittstellen konfiguriert, diejeweils von einer Ziel-IP-Adresse erreichbar sind.

l Der vollständige Pfad zum lokalen MTree ist /data/col1/TO_890.

l DDP-890-1 ist der Hostname des Data Domain-Remotesystems (aus derPerspektive von DDP-670-1).

l Data Domain-System DDP-890-1 ist das Replikationsziel.

l Schnittstellengruppe 10G-REPL4 ist mit zwei Schnittstellen konfiguriert, diejeweils von einer Quell-IP-Adresse erreichbar sind.

l Der vollständige Pfad zum lokalen MTree ist /data/col1/FROM_670.

l DDP-670-1 ist der Hostname des Data Domain-Remotesystems (aus derPerspektive von DDP-890-1).

l Es gibt zwei Netzwerke – WAN-Netzwerk A und WAN-Netzwerk B – in derselbenSchnittstellengruppe.


Replikation über WANs 57

Abbildung 14 Verwenden von Schnittstellengruppen für die Replikation über WAN

Andere unterstützte AnwendungsbeispieleBackupanwendungen müssen Daten über ihre eigenen Netzwerke replizieren undmehrere Netzwerkschnittstellen mit hoher Bandbreite und Failover-Funktionverwenden. Um diese Anforderungen zu unterstützen, bieten SchnittstellengruppenUnterstützung für verschiedene Replikationspfade, einschließlich mehrereKundennetzwerke, Fan-Out- und kaskadierende Pfade.

Mehrere KundennetzwerkeFür einen Serviceprovider mit mehreren Kunden ist es unter Umständen erforderlich,dass Kunden Dten über ihre eigenen Netzwerke hinweg replizieren können. In Abbildung 15 auf Seite 59 verwendet ein Kunde Netzwerk A für die Replikation vonMTree11 vom Data Domain-System 1 (DDR1) auf das System 2 (DDR2) sowie für dieReplikation von MTree2 von System 2 auf System 1. Ein anderer Kunde verwendetNetzwerk B für die Replikation von MTree33 von System 1 auf System 2.



Abbildung 15 Verwenden von Schnittstellengruppen für die Replikation über mehrereKundennetzwerke

Diese Replikationspfade haben dieselben Data-Domain-Quell- und Zielsysteme, sodassdie Schnittstellengruppe basierend auf den MTree-Pfaden konfiguriert wird. NetzwerkA, Ifgroup-K wird basierend auf den MTree11- und MTree22-Pfaden konfiguriert undIfgroup-J wird basierend auf den MTree1- und MTree2-Pfaden konfiguriert. NetzwerkB, Ifgroup-L wird basierend auf dem MTree33-Pfad konfiguriert und Ifgroup-R wirdbasierend auf dem MTree3-Pfad konfiguriert.

Fan-OutIn Abbildung 16 auf Seite 60 wird MTree2 vom Data Domain-System 1 (DDR1) aufdas System 2 (DDR2) und vom System 1 auf das System 3 (DDR3) repliziert.


Andere unterstützte Anwendungsbeispiele 59

Abbildung 16 Verwenden von Schnittstellengruppen für Fan-Out-Replikation

Da derselbe MTree verwendet wird, wird die Schnittstellengruppe basierend auf demHostnamen des entfernten Data Domain-Systems konfiguriert. Für Netzwerk A wirdIfgroup-K basierend auf den Hostnamen des Data Domain-Systems 2 konfiguriert undIfgroup-J wird basierend auf dem Hostnamen des Data Domain-Systems 1 konfiguriert.Für Netzwerk B wird Ifgroup-L basierend auf den Hostnamen des Data Domain-Systems 3 konfiguriert und Ifgroup-R wird basierend auf dem Hostnamen des DataDomain-Systems 1 konfiguriert.

KaskadierungIn Abbildung 17 auf Seite 61 wird MTree1 vom Data Domain-System 1 (DDR1) aufdas System 2 (DDR2) und dann auf das System 3 (DDR3) repliziert.



Abbildung 17 Verwenden von Schnittstellengruppen für kaskadierende Replikation

Für Netzwerk A wird Ifgroup-J basierend auf den Hostnamen des entfernten DataDomain-Systems 3 konfiguriert und Ifgroup-K wird basierend auf dem Hostnamen desentfernten Data Domain-Systems 2 oder dem Pfad von MTree13 konfiguriert. FürNetzwerk C wird Ifgroup-H basierend auf dem Hostnamen des Data Domain-Systems1 und Ifgroup-Q basierend auf dem Hostnamen des entfernten Data Domain-Systems2 oder dem Pfad des MTree1 konfiguriert.

Replikations-Failover-HostnameDie Replikations-Failover-Hostnamenfunktion wird nur für die DD Boost-Dateireplikation unterstützt und bietet die gleichen Funktionen wie die Failover-Hostnamenfunktion für Backups (weitere Informationen erhalten Sie unter IP/Hostname bei Failover auf Seite 29).

Für die Replikation konfigurieren Sie den Ziel-Hostnamen (entferntes Data Domain-System) in der Datei /etc/hosts auf dem Data Domain-Quellsystem als einenFailover-Namen mit einer anderen IP-Adresse, die auf dem Zielsystem vorhanden ist.

Diese Replikationsverbindungen verwenden die „failover“-Wiederholungsfunktion desHosts:

l Dateireplikationsbefehle, die vor dem Start der Replikation ausgeführt werden:

n Erstellen einer neuen Datei

n Löschen einer Datei

n Suchen nach einer synthetischen Basisdatei

l Anfordern einer IP-Adresse für die Schnittstellengruppe vom Zielsystem


Replikations-Failover-Hostname 61

Schnittstellengruppenreplikation über IPv4 unterstützt die Replikation mit NAT. DieKonfiguration befindet sich auf dem Data Domain-Zielsystem, auf dem die DataDomain eine Abfrage nach einer IP-Adresse durchführt. Daher muss das Data Domain-Zielsystem über eine Schnittstellengruppe mit den IP-Adressen verfügen, die das DataDomain-Quellsystem (vor der NAT-Konvertierung) zum Erreichen des Ziels verwendenkann. Beispiel:

Source DD -> 128.222.4.15 --NAT-> 192.169.172.8 Target DD Source DD -> 128.222.4.16 --NAT-> 192.169.172.9 Target DD

Auf dem entfernten Data Domain-System:

net config ethx:1 128.222.4.15 << on the ethx of IP 192.169.172.8 net config ethy:1 128.222.4.16 << on the ethy of IP 192.169.172.8

Erstellen einer Schnittstellen-Replikationsgruppe und Hinzufügen der neuen IP-Adressen:

ifgroup create nat-repl ifgroup add nat-repl interface 128.222.4.15 ifgroup add nat-repl interface 128.222.4.16 ifgroup replication assign remtoe <source DD hostname>

Unterstützung von Network Address Translation (NAT)Schnittstellengruppen unterstützten Network Address Translation (NAT) für MFR.NAT wird derzeit nur bei IPv4-Adressierung unterstützt.

Für die Schnittstellengruppenreplikation mit NAT wird die öffentliche IP-Adresse undnicht die lokale IP-Adresse der Zielschnittstellengruppe benötigt.

Hinweis

Auf einem Data Domain-System können Alias-IP-Adressen auf einer aktivenSchnittstelle mit IP-Adressen konfiguriert werden, die nicht erreichbar sind. In Abbildung 18 auf Seite 63 sind die IP-Adressen 215.55.7.20 und 215.55.7.21 Aliase,die ausschließlich für die Verwendung der Schnittstellengruppe konfiguriert werden.

So konfigurieren Sie Schnittstellengruppen zur Unterstützung von NAT:

1. Erstellen Sie eine Schnittstellengruppe mit der Bezeichnung „natlan“.

2. Erstellen Sie eine Alias-IP-Adresse für die lokale Schnittstelle.

3. Weisen Sie dem Alias externe öffentliche IP-Adressen zu.

4. Fügen Sie jede neue IP-Adresse der Schnittstellengruppe „natlan“ hinzu.

5. Fügen Sie die Replikationsauswahl hinzu (lokaler MTree-Pfad und/oder entfernterData Domain-Hostname).

6. Bei der Quell-Data-Domain für die Replikation muss die Quell-IP-Adresse derVerbindung das lokale private Netzwerk verwenden.

7. Bei der Ziel-Data-Domain für die Replikation muss die Ziel-IP-Adresse derVerbindung das öffentliche Netzwerk verwenden.

In Abbildung 18 auf Seite 63 befinden sich DD1 und DD2 jeweils in einem privatenNetzwerk. Replikation mit NAT kann in beide Richtungen verwendet werden, wobeider MTree-Name zwischen den beiden Schnittstellengruppen wählt. Nur das DataDomain-Quellsystem verwendet eine Schnittstellengruppe zum Auswählen der Quell-und Ziel-IP. Die Quell-Data Domain fragt bei der entfernten Data Domain eine IP-Adresse für die Verwendung ab. Daher müssen alle IP-Adressen immer aus derPerspektive der Quell-Data Domain stammen. Die Replikation von DD1 auf Netzwerk-1auf DD2 auf Netzwerk-2 verwendet Local-lan2 mit natlan2, um die Quell- und Ziel-IP-Adressen für die Verbindung auszuwählen. Die Replikation von DD2 auf Netzwerk-2auf DD1 auf Netzwerk-1 verwendet Local-lan1 mit natlan1. Aus diesem Grund muss nur



die Remoteabfrage für Schnittstellengruppen-IP-Adressen für die NAT-Konfigurationangepasst werden.

Hinweis

Die Replikation mit NAT erfordert, dass der folgende Registrierungseintrag im Systemaktiviert ist (standardmäßig deaktiviert):system.IFGROUP_REPLICATION_NAT_SUPPORT = TRUE

Abbildung 18 Unterstützung der Schnittstellengruppenreplikation für NAT

Konfliktlösung für Backup/ReplikationWenn die registrierte Administrationsoberfläche für das Backup für dieSchnittstellengruppenreplikation verwendet wird, wird bei Backupjobsfälschlicherweise Replikationsschnittstellengruppe ausgewählt. Um dieses Problem zuvermeiden, fügen Sie einen Client mit dem Namen "no-auto-detect" zurSchnittstellengruppe hinzu, die über die IP-Verwaltungsadresse verfügt. Um die


Konfliktlösung für Backup/Replikation 63

Verwendung mehrerer Replikationsgruppen zu ermöglichen, wird intern an "no-auto-detect" eine Zahl angehängt.

So fügen Sie den Client hinzu:

# ifgroup add repl-group client no-auto-detect Added client "no-auto-detect" to ifgroup "repl-group". # ifgroup show config repl-group clients Group-name Status DD Boost Clients ---------- ------- --------------------------- repl-group enabled no-auto-detect.4 ---------- ------- ---------------------------

So entfernen Sie den Client:

# ifgroup del repl-group client no-auto-detect.4 Deleted client "no-auto-detect.4" from ifgroup "repl-group".

Konfigurieren von MFR

Aktivieren der Optimierung für geringe BandbreitenGeben Sie Folgendes ein, um die Optimierung bei niedriger Bandbreite für diegemanagte Dateireplikation zu aktivieren:

# ddboost file-replication option set low-bw-optim enabledLow bandwidth optimization enabled for optimized duplication.

Hinweis

Beim Aktivieren oder Deaktivieren der Optimierung bei niedriger Bandbreite ist keinNeustart des Data Domain-Dateisystems erforderlich.

Die Optimierung bei niedriger Bandbreite kann auch aus der DD Boost-AnsichtEnterprise Manager Data Management überwacht und gemanagt werden. (WeitereInformationen finden Sie im Data Domain Operating System Administration Guide.)

Auf dem Medienserver sind keine Konfigurationsänderungen erforderlich, da dieseFunktion für die Backupanwendungen transparent ist.

Hinweis

l Das Aktivieren dieser Funktion beansprucht zusätzliche Ressourcen (CPU undArbeitsspeicher) auf dem Data Domain-System. Daher wird der Einsatz dieserOption nur dann empfohlen, wenn die gemanagte Dateireplikation über Netzwerkemit niedriger Bandbreite mit weniger als 6 MB/s aggregierter Bandbreiteausgeführt wird.

l Die Optimierung bei niedriger Bandbreite für die gemanagte Dateireplikation wirdnur für eigenständige Data Domain-Systeme unterstützt.

l Die Optimierung bei niedriger Bandbreite wird nicht auf Data Domain ExtendedRetention-Systemen unterstützt.

VerschlüsselungsaktivierungGeben Sie Folgendes ein, um die Option für die Verschlüsselung der gemanagtenDateireplikation zu aktivieren:

# ddboost file-replication option set encryption enabled

Die Ausgabe zeigt an, dass die angeforderte Verschlüsselung aktiviert wurde.



Auf dem Medienserver sind keine Konfigurationsänderungen erforderlich, da dieseFunktion für die Backupanwendungen NetBackup und Backup Exec transparent ist.Durch das Aktivieren dieser Funktion werden zusätzliche Ressourcen (CPU undArbeitsspeicher) auf dem Data Domain-System beansprucht.

Aktivieren von IPv6-UnterstützungDie für die gemanagte Dateireplikation vorhandenen Befehle umfassen jetzt IPv4- oderIPv6-Funktionen. Damit DD Boost IPv6-Unterstützung für die gemanagteDateireplikation bereitstellen kann, wird das neue Schlüsselwort ipversion in derRegistrierung hinzugefügt, um eine Option zur Unterstützung des IPv6-Netzwerksbereitzustellen. Die Variable für das IPv6-Schlüsselwort wird in ddboost file-replication option set über das Befehlsschlüsselwort ipversion gesteuert.Wenn die Option für ipversion ipv6 lautet, ist IPv6 der bevorzugte IP-Adresstyp für diegemanagte Dateireplikation. Wenn die Option ipversion ipv4 ist, ist IPv4 derbevorzugte IP-Adresstyp für die verwaltete Dateireplikation. Wenn keine bevorzugteIP-Adresse angegeben wird, ist der Standardwert IPv4.

Geben Sie Folgendes ein, um die bevorzugte IP-Version für die DD Boost-Dateireplikation auf IPv6 festzulegen:

# ddboost file-replication option set ipversion ipv6Ipversion for file-replication set to "ipv6"

Um die aktuellen Werte für die DD Boost-Dateireplikationsoptionen anzuzeigen, gebenSie Folgendes ein:

# ddboost file-replication option show ipversionIpversion for file-replication is: ipv6

Geben Sie zum Zurücksetzen der DD Boost-Dateireplikationsoption auf denStandardwert IPv4 Folgendes ein:

# ddboost file-replication option reset ipversion

Ändern des MFR TCP-PortsEine Änderung des MFR TCP-Ports wirkt sich auf alle Replikationen aus, nicht nur aufMFR. Eine Änderung des MFR-TCP-Ports erfordert einen Neustart des Data Domain-Dateisystems und muss ein geplantes Event sein.

Um den Replikations-TCP-Port vom Standardwert 2051 auf Portnummer zu ändern,geben Sie die folgenden Befehle auf dem Data Domain-Ziel- und Quellsystem ein:

# replication option set listen-port port-number# filesys restart

Hinweis

Die gemanagte Dateireplikation und die Verzeichnisreplikation verwenden beide dieOption listen-port. Die gemanagte Dateireplikation verwendet den Befehlreplication option set listen-port auf dem Quell- und dem Zielsystem,um den Port anzugeben, den das Ziel abhört sowie den Port, mit dem die Quelle eineVerbindung herstellt. Die Verzeichnisreplikation verwendet die listen-port-Option nurzur Angabe des Abhörports des Replikationszielservers. Auf der Replikationsquellewird der Verbindungsport für ein bestimmtes Ziel mit dem Befehl replicationmodify eingegeben.

l Weitere Informationen zu diesen Themen finden Sie im Data Domain OperatingSystem Command Reference Guide.


Aktivieren von IPv6-Unterstützung 65

Konfigurieren der ClientzugriffsvalidierungDurch Konfigurieren der Clientzugriffskontrolle für DD Boost wird Zugriff auf das DataDomain-System für DD Data-Clients eingeschränkt und die Abhängigkeit vom DNSbeseitigt. Wenn beim Aktivieren von DD Boost den Clientlisten keine Clientshinzugefügt werden, werden standardmäßig alle Clients automatisch in die Clientlisteaufgenommen. Standardmäßig wird der Platzhalter * verwendet.

Um den Zugriff einzuschränken, entfernen Sie den Platzhalter * aus der Liste undfügen Sie einzelne Clients hinzu.

Die Liste der Medienserver-Clients kann den vollständig qualifizierten Domainnamenoder den Kurznamen enthalten. Für die Rückwärtssuche in DNS muss der vollständigqualifizierte Domainname des Medienservers korrekt konfiguriert sein.

Geben Sie Folgendes ein, um alle Clients aus der Liste der DD Boost-Clients zulöschen:

# ddboost clients delete client-list

Wenn Sie alle zuvor hinzugefügten Clients löschen und die Liste der DD Boost-Clientszurücksetzen möchten, geben Sie optional Folgendes ein:

# ddboost client reset

Clients können unter dem vollständig qualifizierten Domainnamen und dem Kurznamenhinzugefügt werden. Geben Sie Folgendes ein, um Clients zur Liste der DD Boost-Clients hinzuzufügen:

# ddboost clients add client-list [encryption-strength {none | medium | high} authentication-mode {one-way | two-way | anonymous | kerberos}]

Beispiel:

# ddboost clients add ddboost-dl.domain.com ddboost-dlAdded "ddboost-dl.emc.com" Added "ddboost-dl"

Geben Sie Folgendes ein, um die Liste der DD Boost-Clients anzuzeigen:

# ddboost clients show config

Client Encryption Strength Authentication Mode----------------------- ------------------- -------------------* none none*.corp.emc.com medium anonymousrtp-ost-ms02.domain high anonymousrtp-ost-ms02.domain.com high anonymous

Während der Zugriffsvalidierung wird die folgende Suchreihenfolge zurZugriffsbeschränkung verwendet:

l Platzhalter *, gefolgt vom partiellen Namen, z. B. *.domain.com, gefolgt von*.com

l Perfekte Entsprechung des gesendeten Clientnamens, z. B. ddboost-dl.domain.com

Wenn kein übereinstimmender Eintrag für den Client gefunden wird, wird dem Clientder Zugriff verweigert.

Aktivieren der In-Flight-VerschlüsselungFühren Sie den folgenden Befehl aus, um die In-Flight-Verschlüsselung für Backup-und Wiederherstellungsvorgänge über ein LAN zu aktivieren:



# ddboost clients add <client-list> [encryption-strength {medium | high} authentication-mode {one-way | two-way | anonymous}]

Mit diesem Befehl kann die Verschlüsselung für einen einzigen Client oder für mehrereClients aktiviert werden. Mit der Option „authentication-mode“ wird die mindestenserforderliche Authentifizierung konfiguriert. Clients, die einen Verbindungsversuch miteiner schwächeren Authentifizierungseinstellung unternehmen, werden blockiert.Sowohl für die ein- als auch für die wechselseitige Authentifizierung müssen demClient Zertifikate bekannt sein.

Einseitige Authentifizierung

Der DD Boost-Client fordert die Authentifizierung vom Data Domain-Server an,und der Data Domain-Server sendet das entsprechende Zertifikat an den DDBoost-Client. Der DD Boost-Client überprüft das Zertifikat. DerKommunikationskanal zwischen DD Boost-Client und Data Domain-Server wirdverschlüsselt.

Wechselseitige Authentifizierung

Der DD Boost-Client fordert die Authentifizierung mittels Serverzertifikat vomData Domain-Server an. Der Data Domain-Server fordert ebenfalls dieAuthentifizierung mittels Clientzertifikat vom DD Boost-Client an. Nach derAuthentifizierung per SSL-Handshake wird der Kommunikationskanal zwischenDD Boost-Client und Data Domain-Server verschlüsselt.

Anonyme Authentifizierung

Es werden keine Zertifikate, sondern Informationen ausgetauscht. Nach demSSL-Handshake wird der Kommunikationskanal zwischen DD Boost-Client undData Domain-Server verschlüsselt.

Hinweis

Diese Option gilt nicht für DD Boost-over-Fibre Channel (FC). Wenn sowohl IP alsauch FC verwendet werden, kann die Verschlüsselung für IP-Verbindungen aktiviertwerden.

Konfigurieren des DD Boost-over-FC-ServiceBevor Sie beginnen

Um den DD Boost-over-FC-Service zu unterstützen, müssen Sie unterstützteFibre Channel-Ziel-HBAs auf dem System installieren. (Im Data Domain OperatingSystem Command Reference Guide und im Administration Guide finden Sie weitereInformationen zum verwandten Befehl scsitarget, der zum Verwalten des SCSI-Zieluntersystems nützlich sein kann.)

Hinweis

l Windows-, Linux-, HP-UX-, AIX- und Solaris-Clientumgebungen werdenunterstützt.

l Um DD Boost-over-FC auf Clients mit AIX zu aktivieren, können Sie den AIX-DDdfc-Gerätetreiber installieren. Das SCSI-Festplattengerät ist verfügbar für AIX.Details finden Sie unter Installieren des AIX-DDdfc-Gerätetreibers (für AIX-Clientsoptional) auf Seite 73.


Konfigurieren des DD Boost-over-FC-Service 67

Vergewissern Sie sich, dass die HBA-Ports des Clients und die Endpunkte des DataDomain-Systems definiert wurden und dass entsprechendes Zoning konfiguriertwurde, wenn die Verbindung über einen Fibre Channel-Switch hergestellt wird.

Vorgehensweise

1. Aktivieren des DD Boost-over-FC-Service:

# ddboost option set fc enabled2. Optional: Festlegen des DFC-Servernamens:

# ddboost fc dfc-server-name set <server-name>

Übernehmen Sie alternativ den Standardwert im Format DFC-<basehostname>. Der Hostname darf nicht mit dem vollständig qualifiziertenDomainnamen identisch sein.

Ein gültiger DFC-Servername besteht aus mindestens einem der folgendenZeichen:

l Kleinbuchstaben („a“-„z“)

l Großbuchstaben („A“-„Z“)

l Ziffern („0“-„9“)

l Unterstrich („_“)

l Bindestrich („–“)

Hinweis

Der Punkt („.“) ist in dfc-server-name nicht gültig. Dies hat zur Folge, dassder vollständig qualifizierte Domainname eines Data Domain-Systems als dfc-server-name nicht verwendet werden kann.

Hinweis

Ähnlich wie bei IP-Hostnamen wird bei dfc-server-name nicht zwischenGroß-und Kleinschreibung unterschieden. Mehrere Data Domain-Systeme, diefür denselben Client über DD Boost-over-FC zugänglich sind, sollten mit dfc-server-name ohne Unterscheidung bei der Groß- und Kleinschreibungkonfiguriert werden.

3. Erstellen einer SCSI-Zielzugriffsgruppe:

# ddboost fc group create <group-name>

Beispiel:

# ddboost fc group create lab_group4. Eingeben des folgenden Texts, um die Liste der verfügbaren scsitarget-

Endpunkte anzuzeigen:

# scsitarget endpoint show listEndpoint System Address Transport Enabled Status------------- -------------- ------------ ------- ------endpoint-fc-0 6a FibreChannel Yes Onlineendpoint-fc-1 6b FibreChannel Yes Online------------- -------------- ------------ ------- ------

5. Angeben der in die Gruppe einzuschließenden Endpunkte:

# ddboost fc group add <group-name> device-setcount count endpoint Endpunktliste

Beispiel:



# ddboost fc group add lab_group device-set count 8 endpoint 6a

Hinweis

Sie können die Option disk für den Befehl ddboost fc group addverwenden, wenn Sie eine DFC-Gruppe erstellen möchten, die den nativenFestplattentreiber des Clients verwendet. Diese Option wird für AIX-, Solaris-und Linux-Systeme unterstützt.

6. Überprüfen, ob Initiatoren vorhanden sind. So zeigen Sie eine Liste der für dasData Domain-System sichtbaren Initiatoren an:

# scsitarget initiator show list7. Hinzufügen von Initiatoren zur SCSI-Zielzugriffsgruppe:

# ddboost fc group add group-name initiator initiator-spec

Beispiel:

# ddboost fc group add lab_group initiator "initiator-15,initiator-16"

Dimensionieren des DD Boost-over FC-GerätesatzesDas Data Domain-System macht ein oder mehrere DFC-Geräte vom Typ Prozessorverfügbar, über die die DD Boost Library mit dem DD Boost-over-FC-Servicekommuniziert. Im Data Domain-System wird mindestens einem Initiator Zugriff aufdiese DFC-Geräte erteilt, indem die Initiatoren einer ddboost-type scsitarget-Zugriffsgruppe hinzugefügt werden:

# ddboost fc group add lab_group initiator "initiator-15,initiator-16"

Die Anzahl der dem Initiator verfügbar gemachten DFC-Geräte wird durchKonfiguration des Gerätesatzes der scsitarget-Zugriffsgruppe gesteuert:

# ddboost fc group modify lab_group device-set count 4

Die maximale Anzahl unterstützter DFC-Geräte pro Data Domain-System ist 64. Siekönnen dieselben Geräte in mehreren Gruppen verwenden, jede Gruppe ist jedoch auf64 Geräte beschränkt.

Hinweis

AIX-DFC-Treiber unterstützen 128 Geräte. Bei der Verwendung der Option disk mitdem Befehl ddboost fc add wird diese Einschränkung jedoch entfernt.

Da der DFC-Client jeden Pfad zum Data Domain-System als separates Gerätbetrachtet, bedeuten mehr Pfade und mehr DFC-Geräte eine bessere Performance füreingeschränkte Clients wie AIX, Windows und Solaris.

Wie viele DFC-Geräte sollten einem Initiator also auf einem bestimmten Medienserververfügbar gemacht werden? Die Antwort hängt von verschiedenen Faktoren ab:

1. Ist die Warteschlangentiefe des Medienservers begrenzt?Windows-Plattformen werden als „warteschlangentiefenbegrenzt“ angesehen, dader Windows-SCSI-Pass-Through-Interface-Mechanismus nur jeweils 1 SCSI-


Dimensionieren des DD Boost-over FC-Gerätesatzes 69

Anforderung gleichzeitig durch jedes der entsprechenden generischen SCSI-Geräte führt. Dies wirkt sich auf die Performance der DD Boost-over FC-Lösungaus, wenn mehrere Verbindungen (z. B. Backupaufträge) versuchen, das gleichegenerische SCSI-Gerät zu verwenden. Bei Windows-Plattformen, auf denen mehrals ein Auftrag ausgeführt wird, ist es daher sinnvoll, mehrere DFC-Geräteverfügbar zu machen.

Im Gegensatz dazu wird beim Verhalten des generischen Linux-SCSI-Treibers einesolche Einschränkung nicht auferlegt. Linux wird nicht als„warteschlangentiefenbegrenzt“ angesehen. Es reicht also aus, den Initiatoren aufLinux-Systemen nur ein DFC-Gerät verfügbar zu machen.

2. Anzahl der physischen Pfade zwischen Medienserver und Data Domain-SystemFür jedes verfügbar gemachte DFC-Gerät erstellt dasMedienserverbetriebssystem n generische SCSI-Geräte, eines für jedenphysischen Pfad, über den das Medienserver-BS auf das Gerät zugreift.

Beispiel:

l Der Medienserver verfügt über 2 Initiator-HBA-Ports (A und B).

l Das Data Domain-System verfügt über 2 FC-Zielendpunkte (C und D).

l Das Fibre Channel Fabric Zoning ist so konfiguriert, dass beide Initiator-HBA-Ports auf beide FC-Zielendpunkte zugreifen können.

Im Ergebnis nimmt das Medienserver-BS jedes Gerät über vier physische Pfadewahr:

A -> CA -> DB -> CB -> D

und erstellt für jedes verfügbar gemachte DFC-Gerät 4 generische SCSI-Geräte.

Bei einem Windows-Medienserver (mit einer Begrenzung der Warteschlangentiefevon 1) ermöglicht dies bis zu 4 gleichzeitige SCSI-Anforderungen an das DataDomain-System, selbst wenn nur ein DFC-Gerät verfügbar gemacht wurde.

Berechnen der DimensionierungAnhand der folgenden Berechnung kann die Anzahl der DFC-Geräte ermittelt werden,die auf dem Data Domain-System und für die Initiatoren auf einem bestimmtenMedienserver verfügbar gemacht werden. Eine Best Practice ist, dass dieselbe Anzahlvon DFC-Geräten für alle Initiatoren auf demselben Medienserver verfügbar gemachtwird.

Auf dem Data Domain-SystemDas Data Domain-System legt eine Begrenzung für die Anzahl gleichzeitigerAnforderungen an ein einziges DFC SCSI-Gerät fest. Aufgrund dieser Begrenzungmuss die Anzahl der verfügbar gemachten Geräte je nach der maximalen Anzahlgleichzeitiger Jobs zu einem bestimmten Zeitpunkt auf dem System angepasstwerden. Im Allgemeinen gilt: Je größer die Anzahl der von den Medienservern über„DD Boost over FC“ erwarteten Jobs, desto höher die Anzahl der verfügbargemachten Geräte.

Angenommen, J ist die maximale Anzahl gleichzeitiger Jobs, die über das DFC zumData Domain-System ausgeführt werden.

Angenommen, C ist die maximale Anzahl an Verbindungen pro Job:

l 3 für Data Domain Extended Retention-Systeme



l 1 für andere Arten von Data Domain-Systemen

Berechnung:

l Max. gleichzeitige Verbindungen zum DD-System mit DFC von ALLENMedienservern:

n S = J * C

n DFC-Geräteanzahl D = Minimum (64, 2* (S/128)), aufgerundet

n Alle DFC-Zugriffsgruppen müssen mit „D“ Geräten konfiguriert sein.

Beispiel:Gehen Sie von Folgendem aus:

l 8 Medien-/Masterserver, einzelne Data Domain-Systeme, jeder Server führt zueinem bestimmten Zeitpunkt maximal 50 Jobs aus.

l Hier gilt: J = 8 * 50 = 400, C = 1 (einzelnes Data Domain-System), S = J * C =400, D = 2 * 400 / 128 = 6,25, auf 7 aufgerundet.

l Daher müssen alle DFC-Gruppen im Data Domain-System mit 7 Gerätenkonfiguriert werden.

Gehen Sie von Folgendem aus:

l 8 Medienserver, DD Extended Retention-Systeme, jeder Server führt zu einembestimmten Zeitpunkt maximal 30 Jobs aus.

l Hier gilt: J = 8 * 30 = 240, C = 3 (DD Extended Retention-System), S = J * C =720, D = 2 * 720 / 128 = 11,25, auf 12 aufgerundet.

l Daher müssen alle DFC-Gruppen im DD-System mit 12 Geräten konfiguriertwerden.

Linux-MedienserverDie Anzahl der auf dem Data Domain-System verfügbar gemachten DFC-Geräte, dienach den Berechnungen unter Auf dem Data Domain-System ermittelt wurden, ist fürLinux-Medienserver ausreichend. Es ist keine besondere Konfiguration erforderlich.Linux-Medienserver haben keine Beschränkungen für die Warteschlangentiefe. Daherkönnen viele Verbindungen ohne Performancebeeinträchtigung dasselbe generischeDFC-Gerät gemeinsam nutzen.

Windows-MedienserverAnhand der Pfadmanagementlogik für den Data Domain-Server werden dieVerbindungen über die verfügbaren logischen Pfade verteilt (Initiator, Zielendpunkt,DFC-Gerät). Es sollen genügend DFC-Geräte konfiguriert werden, dass jedeVerbindung ein eigenes generisches SCSI-Gerät (logischer Pfad) auf demMedienserver verwendet, wobei die maximale Anzahl der DFC-Geräte 64 beträgt.

Angenommen, X = Anzahl der auf dem Data Domain-System konfigurierten DFC-Geräte (aus Auf dem Data Domain-System). Angenommen, P = Anzahl physischerPfade zwischen Medienserver und Data Domain-System. Angenommen, J = maximaleAnzahl gleichzeitiger Jobs und C = maximale Anzahl der Verbindungen pro Job:

– 3 für DD Extended Retention-Systems – 1 für andere Arten von Data Domain-Systemen

Berechnung:

l Max. gleichzeitige Verbindungen von Medienserver S = J * C, D = DFC-Gerätanzahl D = Minimum ((S/P), X), aufgerundet, bis maximal 64.

Hinweis: Wenn der Wert D größer als X ist, reicht es aus, D Geräte zu konfigurieren,aber nur für die Zugriffsgruppe(n) mit Windows-Clients.

Beispiele:


Berechnen der Dimensionierung 71


l 4 physische Pfade zwischen dem Medienserver und dem Data Domain-System,max. 30 Jobs, DD Extended Retention-System

l In diesem Fall ist X = 25, P = 4, J = 30 und C = 3

l Max. gleichzeitige Verbindungen von Medienserver S = (J * C) = 90

l DFC-Gerätanzahl D = (90/4, 25) = 25

Daher muss das Data Domain-System so konfiguriert werden, dass für jeden Initiatorauf dem Medienserver 25 Geräte verfügbar gemacht werden.


l 2 physische Pfade zwischen dem Medienserver und dem Data Domain-System,max. 50 Jobs, einzelnes Data Domain-System

l In diesem Fall ist X = 18, P = 2, J = 40 und C = 1

l Max. gleichzeitige Verbindungen von Medienserver S = (J * C) = 40

l DFC-Gerätanzahl D = (40/2, 18) = 20

Daher muss das Data Domain-System so konfiguriert werden, dass für jeden Initiatorauf dem Medienserver 20 Geräte verfügbar gemacht werden.

Hinweis: Da der Wert von D (20) höher als der Wert von X (18) ist, reicht es aus, zweiGeräte nur für die DFC-Zugriffsgruppe mit Windows-Clients zu konfigurieren.

HP-UX-MedienserverDie Anzahl der auf dem Data Domain-System verfügbar gemachten DFC-Geräte, dienach den Berechnungen unter Auf dem Data Domain-System ermittelt wurden, ist fürHP-UX-Medienserver ausreichend. Es ist keine besondere Konfiguration erforderlich.

Hinweis

Wenn ein Data Domain-System über ein SAN mit einem HP-UX-Host verbunden ist,enthält das Verzeichnis „/dev/pt“ einen Eintrag für jeden Pfad zwischen dem DataDomain-System und dem HP-UX-Host. Die Einträge lauten /dev/pt/pt<X>, wobei<x> für eine vom Betriebssystem zugewiesene eindeutige Zahl steht. Beispiel: Wennzwei FC-Ports auf dem Data Domain-System mit demselben FC-Switch verbundenund auf dem HP-UX-Host zwei FC-Ports mit dem FC-Switch verbunden sind, enthältdas Verzeichnis /dev/pt die Einträge /dev/pt/pt1, /dev/pt/pt2, /dev/pt/pt3und /dev/pt/pt4.

AIX-MedienserverBeim Gerät AIX DDdfc werden Einträge von Prozessen exklusiv gesperrt – nur einProzess kann einen Geräteeintrag verwenden. Die Berechnungen basieren auf derNutzung der Anwendungsinstanzen. Wenn eine Anwendung mehrere Prozesseerzeugt, sperrt jeder Prozess exklusiv mindestens einen Geräteeintrag. Anwendungenmit mehreren Threads sperren ein Gerät pro Thread. Konfigurieren Sie aus diesenGründen das Data Domain-System so, dass möglichst viele DFC-Geräte (bis zumaximal 128) verfügbar gemacht werden. Der Fehler Device Busy wird evtl.ausgegeben, wenn nicht genug Geräte für AIX-Clients zugänglich sind.

Hinweis

Die Gesamtanzahl der Streams in einer Policy darf die Anzahl der verfügbaren AIX-DFC-Geräte jedoch nicht überschreiten, da andernfalls der Backupjob möglicherweisefehlschlägt.



Solaris-MedienserverBei Solaris werden Geräteeinträge von Prozessen exklusiv gesperrt – nur ein Prozesskann einen Geräteeintrag verwenden. Die Berechnungen basieren auf der Nutzung derAnwendungsinstanzen. Wenn eine Anwendung mehrere Prozesse erzeugt, sperrt jederProzess exklusiv mindestens einen Geräteeintrag. Anwendungen mit mehrerenThreads sperren ein Gerät pro Thread. Konfigurieren Sie aus diesen Gründen das DataDomain-System so, dass möglichst viele DFC-Geräte verfügbar gemacht werden undso Fehler der Art „in Verwendung“ des sgen-Gerätetreibers vermieden werden. DerFehler Device Busy wird evtl. ausgegeben, wenn nicht genug Geräte für Solaris-Clients zugänglich sind.

Die Anzahl der sgen-Geräte ist die Anzahl der Fibre-Channel-Ports, auf die die Solaris-Instanz zugreifen kann, multipliziert mit der Anzahl der verschiedenen Pfade zu denData Domain-System-Endpunkten multipliziert mit der Anzahl von LUNs in derZugriffsgruppe.

Einem Benutzer, der die Solaris DFC-Festplatte als Nicht-Root-Benutzer verwendenmuss, müssen „sys_devices“-Berechtigungen zugewiesen werden.

Wenn ein Benutzer die Solaris DFC-Festplatte benutzen muss, können Sie„sys_devices“-Berechtigungen zuweisen, wie in folgendem Beispiel gezeigt:

# # usermod -K defaultpriv=basic,proc_exec,sys_devices userid

Installieren des AIX-DDdfc-Gerätetreibers (für AIX-Clients optional)DD Boost-over-FC wird auf Clients mit AIX der Versionen 6.1 und 7.1 unterstützt. DerAIX-DDdfc-Gerätetreiber kann installiert werden, um die DD Boost-over-FC-Funktionzu aktivieren. Sie können jedoch auch den Befehl ddboost fc group add mit deroptionalen Eigenschaft disk verwenden, um DD-Boost-over-FC zu aktivieren. WennSie letztere Option wählen, muss keine zusätzliche Software installiert werden. AIXbehandelt dann zugeordnete DFC-Geräte als native Festplattenlaufwerke. Der Treiberist im Lieferumfang der OST-Plug-in-Software enthalten.

Weitere Informationen zu den ddboost fc group add-Befehlen finden Sie im DataDomain Operating System Command Reference Guide.

Der Dateiname des Treibers lautet DDdfc.rte.1.0.0.x.bff, wobei x für dieVersionsnummer steht. So installieren Sie den Treiber:

Hinweis

Um die Abwärtskompatibilität aufrechtzuerhalten, wenn Sie über DDdfc-Geräte undFestplattengeräte auf dem AIX-Client verfügen, die mit demselben Data Domain-System verbunden sind, wählt das DD Boost-Plug-in zunächst DDdfc-Geräte für dieKommunikation aus, bis keine mehr verfügbar sind, und wechselt dann automatisch zuFestplattengeräten.

Vorgehensweise

1. Melden Sie sich auf dem AIX-Client als Root-Benutzer an.

2. Geben Sie # smitty install ein.

3. Wählen Sie Install and Update Software aus.

4. Wählen Sie Install Software aus.

5. Geben Sie den Pfad zur Datei DDdfc.rte.1.0.0.x.bff ein, wobei x für dieVersionsnummer steht.


Installieren des AIX-DDdfc-Gerätetreibers (für AIX-Clients optional) 73

6. Drücken Sie F4, um die Liste der installierbaren Elemente unter demeingegebenen Pfad anzuzeigen.

7. Blättern Sie in der Liste nach unten bis zur gewünschten Version vonDDdfc.rte.1.0.0.x.

8. Drücken Sie die Tabulatortaste, um den Wert in der Zeile Preview only? inNo zu ändern.

9. Drücken Sie die Eingabetaste, um Ihre Auswahl zu bestätigen und den Treiberzu installieren.

Weitere Erfordernisse

Wenn Sie DFC-Konfigurationsänderungen vornehmen, die Auswirkungen auf den AIX-Client haben, führen Sie die folgenden Befehle aus:

# rmdev -Rdl DDdfc# cfgmgr

Greifen Sie nicht auf DFC-Geräte zu, während diese Befehle ausgeführt werden. Nachdem Ausführen dieser Befehle kann es einige Minuten dauern, bevor die Konfigurationübernommen wurde.

Wenn durch das Ausführen dieser Befehle die vollständigen Funktionen nichtwiederhergestellt werden, müssen Sie den AIX-Client neu starten.

Konfigurieren des generischen SCSI-Gerätetreibers für Solaris-ClientsDD Boost-over-FC unterstützt Clients mit Solaris 10 und 11 auf SPARC und x86-Hardware. DFC für Solaris verwendet den generischen SCSI-Gerätetreiber (sgen), derin der Solaris-Installation enthalten ist. Verwenden Sie das folgende Verfahren, umsicherzustellen, dass sgen die Prozessorgeräte beim Start erfolgreich identifiziert.

Vorgehensweise

1. Fügen Sie im Abschnitt forceload von /etc/system die folgende Zeilehinzu:

forceload: drv/sgen

Dieser Schritt sollte Probleme mit sgen, wenn es beim Start nichtordnungsgemäß geladen wird, beheben und der sgen-Treiber sollte geladenbleiben.

2. Um zu prüfen, ob sgen bereits verwendet wird, geben Sie grep sgen /etc/driver_aliases ein.

Hinweis

Das Vorhandensein eines /dev/scsi-,/dev/scsi/processor- oder/dev/scsi/*-Verzeichnisses bedeutet nicht unbedingt, dass sgen derzeitkonfiguriert ist. Es könnten ausstehende Dateien vorhanden sein.

3. Wenn sgen noch nicht oder nur für "scsiclass,03" verwendet wird, gebenSie Folgendes ein:

a. rem_drv sgen

b. add_drv –m '* 0600 root sys' –i '"scsiclass,03"' sgen



Hinweis

Es ist wichtig, dass Sie die einfachen und doppelten Anführungszeichengenau so wie oben aufgeführt verwenden.

Dieser Befehl sollte ohne Fehler oder Warnungen zur Eingabeaufforderungzurückkehren. Überprüfen Sie die Verbindung mit dem Data Domain-System.Es sollte mindestens eine Datei in /dev/scsi/processor vorhanden sein.

c. Um mindestens einen Eintrag für drei Konfigurationsdateien zu bestätigen,geben Sie Folgendes ein: grep sgen /etc/minor_perm /etc/name_to_major and /etc/driver_aliasesBeispielergebnisse dieses Befehls sind:/etc/minor_perm:sgen * 0600 root sys /etc/name_to_major:sgen 151 /etc/driver_aliases:sgen "scsiclass,03"

Hinweis

Die name_to_major-Nummer wird wahrscheinlich eine andere sein als indiesem Beispiel.

4. Wenn das sgen-Gerät bereits für andere Geräte verwendet wird, geben SieFolgendes ein:

a. rem_drv sgen

b. add_drv –m '* 0600 root sys' –i '"scsiclass,03""scsiclass,XX"' sgen

Hinweis

XX ist hierbei der Gerätetyp aus einem zuvor ausgeführten Befehl grepsgen /etc/driver_aliases. Es ist wichtig, dass Sie die einfachen unddoppelten Anführungszeichen genau so wie oben aufgeführt verwenden.

Ein Beispiel für diesen Befehl ist add_drv –m '* 0600 root sys' –i'"scsiclass,03" "scsiclass,06"' sgen.

Dieser Befehl sollte ohne Fehler oder Warnungen zur Eingabeaufforderungzurückkehren. Überprüfen Sie die Verbindung mit dem Data Domain-System.Es sollte mindestens eine Datei in /dev/scsi/processor vorhanden sein.

c. Um mindestens einen Eintrag für drei Konfigurationsdateien zu bestätigen,geben Sie Folgendes ein: grep sgen /etc/minor_perm /etc/name_to_major and /etc/driver_aliases.

d. Öffnen Sie die Datei /kernel/drv/sgen.conf. Wenn „device-type-config-list“ nicht kommentiert ist, fügen Sie der Liste „processor“ hinzu, umsicherzustellen, dass der Treiber erkannt wird. Beispiel für die Eingabe, wenn„device-type-config-list“ nicht kommentiert ist:

device-type-config-list="direct", "sequential", "worm", "rodirect", "optical", "changer";

Ändern Sie den Eintrag wie folgt:device-type-config-list="direct", "sequential", "worm", "rodirect", "optical", "changer", "processor";


Konfigurieren des generischen SCSI-Gerätetreibers für Solaris-Clients 75

Festlegen der globalen Authentifizierung undVerschlüsselung

Sie können globale Authentifizierungs- und Verschlüsselungseinstellungen mit DDBoost 3.4 und höher angeben.

Weitere Informationen zu den globalen Authentifizierungs- undVerschlüsselungseinstellungen finden Sie unter Authentifizierungs- undVerschlüsselungsoptionen auf Seite 15.

Vorgehensweise

1. Geben Sie den Befehl ddboost option set mit der Art derAuthentifizierung und Stärke der Verschlüsselung ein, die Sie festlegenmöchten:

ddboost option set global-authentication-mode {none | two-way| two-way-password} global-encryption-strength {none | medium| high}

Hinweis

Authentifizierungs- und Verschlüsselungswerte müssen aufgrund vonAbhängigkeiten gleichzeitig festgelegt werden.

Anzeigen globaler Authentifizierungs- und VerschlüsselungseinstellungenSie können die aktuellen globalen Authentifizierungs- undVerschlüsselungseinstellungen mit DD Boost 3.4 und höher überprüfen.

Vorgehensweise

1. Geben Sie den Befehl dd boost option show mit den Argumenten imfolgenden Beispiel an:

ddboost option show global-authentication-mode |global-encryption-strength

Zurücksetzen von globalen Authentifizierungs- undVerschlüsselungseinstellungen

Sie können die Authentifizierung und Verschlüsselung mit DD Boost 3.4 und höherglobal zurücksetzen.

Vorgehensweise

1. Geben Sie den Befehl dd boost option reset wie im folgenden Beispielgezeigt ein:

ddboost option reset global-authentication-mode |global-encryption-strength

Beide globalen Werte werden auf none zurückgesetzt, wenn einer der beidenWerte zurückgesetzt wird.



Hinweis

Authentifizierungs- und Verschlüsselungswerte werden aufgrund vonAbhängigkeiten gleichzeitig zurückgesetzt.


Zurücksetzen von globalen Authentifizierungs- und Verschlüsselungseinstellungen 77



KAPITEL 4

Installieren von DD Boost für OpenStorage

Hinweis



l Überblick über die Installation............................................................................ 80l Installieren des OST-Plug-ins für NetBackup......................................................81l Installieren des OST-Plug-ins für Backup Exec.................................................. 84l Tuning der Performance für den Windows-Medienserver.................................. 85l Deinstallieren des Windows-Plug-ins..................................................................85

Installieren von DD Boost für OpenStorage 79

Überblick über die InstallationZur Installation von Data Domain Boost sind die folgenden Schritte erforderlich:

Vorgehensweise

1. Beziehen Sie die Lizenz zum Ausführen von DD Boost auf dem Data Domain-System.

l Die grundlegende Lizenz ermöglicht Ihnen das Sichern und Wiederherstellenvon Daten.

l Mit der separaten Replikationslizenz können Sie eine gemanagteDateireplikation oder automatische Image-Replikation durchführen. Für dasData Domain-Ziel- und das Data Domain-Quellsystem ist jeweils eineReplikationslizenz erforderlich.

2. Aktivieren und konfigurieren Sie DD Boost auf dem Data Domain-System. Siemüssen mindestens einen DD Boost-Benutzernamen und eine DD Boost-Speichereinheit erstellen.

l Um einen DD Boost-Benutzernamen zu konfigurieren, verwenden Sie denBefehl ddboost user assign.

l Um eine DD Boost-Speichereinheit zu erstellen, verwenden Sie den Befehlddboost storage-unit create.

3. Installieren Sie das OST-Plug-in auf den einzelnen Medienservern.

Hinweis

l Um DD Boost-over-FC auf Clients mit AIX zu aktivieren, können Sie den AIX-DDdfc-Gerätetreiber installieren. Details finden Sie unter Installieren desAIX-DDdfc-Gerätetreibers (für AIX-Clients optional) auf Seite 73.

4. Wenn Sie die in diesem Kapitel beschriebenen Installationsschritteabgeschlossen haben, konfigurieren Sie DD Boost wie im Kapitel Vorbereitendes Data Domain-Systems für DD Boost auf Seite 43 beschrieben.

OST-Plug-in und DD OS-UpgradesVor einem Upgrade des OST-Plug-ins oder des DD OS sollten Sie die Informationen imData Domain Boost Compatibility Guide lesen. In diesem Handbuch wird angegeben,welche Versionen des OST-Plug-ins mit den Versionen von des DD OS kompatibelsind.

HINWEIS

Wenn Sie dies nicht im Data Domain Boost Compatibility Guide nachprüfen, kann es zuunerwarteten Inkompatibilitäten kommen, zu deren Behebung dann weitere Upgradeserforderlich sind.

Um neue Funktionen in einer DD OS-Version zu nutzen, aktualisieren Sie das Data-Domain-System auf die entsprechende DD-OS-Version, und aktualisieren Sie dann dasOST-Plug-in auf die entsprechende Version. Eine ältere Version des OST-Plug-ins istzwar auch weiterhin mit einer neueren Version von DD OS kompatibel, verfügt abernicht über die in der späteren Version des DD OS verfügbaren neueren Funktionen.



Führen Sie das Upgrade wie unter Installation des OST-Plug-ins auf Medienservernbeschrieben aus.

Hinweis

In diesem Dokument wird die DD Boost-Konfiguration auf Data Domain über dieBefehle in DD OS 5.7 erläutert. Wenn Sie eine andere Version von DD OS mit dieserVersion des OST-Plug-ins verwenden, finden Sie in der entsprechenden DD OS-Befehlsreferenz weitere Informationen.

Firewalls und Ports

Hinweis

Dieser Abschnitt gilt nur für DD Boost-over-IP.

Das Data Domain-System in der Anfangskonfiguration funktioniert nicht mit einerFirewall (Medienserver zu Data Domain-System oder von einem Data Domain-Systemzu einem anderen). Wenn das Data Domain-System mit einer Firewall funktionierensoll, wenden Sie sich an Ihren Anbieter für Netzwerksupport.

Die folgenden Ports müssen in einer Firewall offen sein, damit DD Boost-Backups undoptimierte Duplizierung funktionieren:

l TCP 2049 (NFS)

l TCP 2051 (erforderlich für die gemanagte Dateireplikation, aber nicht für dieautomatische Image-Replikation)

l TCP/UDP 111 (NFS-Portmapper)

Installieren des OST-Plug-ins für NetBackupIn diesem Abschnitt werden die Befehle zur Installation eines OST-Plug-ins in einerNetBackup-Umgebung beschrieben.

NetBackup-Umgebungen bestehen aus Medienservern und einem Masterserver. DerMasterserver managt Clients und Medienserver und kann auch als Medienservereingesetzt werden. Das OST-Plug-in muss auf jedem Medienserver installiert werden.Wenn ein Masterserver auch als Medienserver konfiguriert ist, muss das OST-Plug-inauch auf dem Master-/Medienserver installiert sein.

Hinweis

Über die Befehlszeile ausgeführte Befehle können auf dem Master- oder demMedienserver eingegeben werden. Wenn Befehle vom Masterserver ausgeführtwerden, verwenden Sie die Option -media_server, um NetBackup darüber zuinformieren, wohin der Vorgang zur Abfrage des Plug-ins über die Eigenschaften desSpeicherservers geleitet werden soll.

In diesem Handbuch werden die in den folgenden Verzeichnissen vorhandenenNetBackup-Befehle verwendet, die Sie Ihrem UNIX- oder Windows-PFAD hinzufügenmüssen.

Vorgehensweise

1. Hinzufügen dieser Verzeichnisstandorte zum UNIX-PFAD:$ exportPATH=$PATH:/usr/openv/netbackup/bin:/usr/openv/netbackup/bin/admincmd:/usr/openv/volmgr/bin


Firewalls und Ports 81

2. Hinzufügen dieser Verzeichnisstandorte zum Windows-PFAD:

$ PATH=%PATH%;C:\Program Files\Veritas\NetBackup\bin;C:\Program Files\Veritas\NetBackup\bin\admincmd;C:\Program Files\Veritas\Volmgr\bin

Installation des OST-Plug-ins auf MedienservernDie OST-Plug-in-Software muss auf Medienservern installiert werden, die auf dasData Domain-System zugreifen müssen. Wenn Sie in UNIX ein Upgrade für das OST-Plug-in durchführen, wird die vorherige Version des Plug-ins überschrieben. Dahermuss diese nicht gelöscht werden. Es gibt keine speziellen Anweisungen zumDeinstallieren des OST-Plug-ins auf UNIX-Systemen.

Installieren des UNIX Plug-insVorgehensweise

1. Laden Sie die neueste Version für das OST-Plug-in vom Onlinesupport herunter.Überprüfen Sie den MD5-Digest für den Download auf Integrität, indem Sie einMD5sum- oder Digest-Dienstprogramm verwenden.

2. Geben Sie gunzip oder einen entsprechenden Befehl ein, um die tar-Datei zuöffnen. Speichern Sie die Datei auf dem Medienserver an einem Standort IhrerWahl.

3. Beenden Sie die Ausführung von Remotemanager und Monitorservice(nbrmms) der Backupanwendung, sofern diese ausgeführt werden. Geben SieFolgendes ein:

# nbrmms -terminate4. Installieren Sie das OST-Plug-in (eine Reihe von Bibliotheken in einem gtar-

Paket).

5. Dekomprimieren Sie die Datei mit dem Befehl tar:

# tar -vxf filename6. Das Paket enthält außerdem ein Installationsskript namens install.sh, mit

dem überprüft wird, ob nbrmms angehalten wurde, bevor Sie mit der Installationbeginnen. Geben Sie Folgendes ein:

# install.sh -v verbose

Wenn -v nicht ausgewählt ist, werden Informationen nur in /log/OST/EMC/logs/install-datestring.log geschrieben.

Die Bibliotheksdatei-Shares, in denen das Skript installiert wird, sindlibstspiDataDomain.so und libstspiDataDomainMT.so.

Wenn das Plug-in automatisch vorhanden ist, wird es automatischüberschrieben.Ein Skript mit dem Namen uninstall.sh ist jetzt verfügbar, wenn Sievorhandene Plug-ins entfernen möchten.

7. Wenn das Plug-in bereits vorhanden ist, werden Sie dazu aufgefordert, durchEingabe von y fortzufahren.

8. Starten Sie den nbrmms-Prozess der Backupanwendung neu, indem SieFolgendes eingeben:

# nbrmms



Installieren des Windows-Plug-insDas Windows-Plug-in-Installationsprogramm ist libstspiDataDomainSetup.exe.Es unterstützt 64-Bit-Windows-Plug-ins.

Vorbereiten für die InstallationVorgehensweise

1. Laden Sie die neueste Version für das Windows OST-Plug-in-Installationsprogramm vom Onlinesupport herunter.

2. Überprüfen Sie den MD5-Digest für den Download auf Integrität, indem Sie einWinMD5- oder ähnliches Dienstprogramm verwenden. Entpacken Sie das Plug-in, um libstspiDataDomainSetup.exe zu extrahieren.

3. Beenden Sie alle NetBackup-Services. Befolgen Sie die Anweisungen unter Starten, Beenden und Neustarten von NetBackup-Windows-Diensten, um denService zu beenden.

4. Entfernen Sie ältere Plug-in-Versionen über die Windows-Systemsteuerungoder durch Ausführen des Deinstallationsbefehls im OST-Plug-in imHintergrundmodus.

libstspiDataDomainUninstall.exe /S

Oder im interaktiven Modus:

libstspiDataDomainUninstall.exe

Starten der Installation

Sie können die Installation in einem interaktiven Modus oder im Hintergrundmodusstarten.

Vorgehensweise

1. Doppelklicken Sie auf die ausführbare Installationsdatei, um dasInstallationsprogramm zu starten.

Das Installationsprogramm bestimmt, ob NetBackup installiert ist und ob dieentsprechenden Services ausgeführt werden. Wenn das Installationsprogrammerkennt, dass ein Service ausgeführt wird, wird eine entsprechende Meldungangezeigt und das Programm wird beendet.

2. Wenn die Services gestoppt wurden, zeigt das Installationsprogramm dieLizenzvereinbarung an. Lesen Sie die Bedingungen und klicken Sie zumFortfahren auf I Agree.

3. Im Dialogfeld „Choose Install Location“ wird der richtige Zielordner angezeigt.Ändern Sie den Ordner nicht. Klicken Sie auf Install, um die Installation zustarten.

Die Installation wird anhand einer Statusleiste überwacht.

4. Wenn die Installation abgeschlossen ist, können Sie die Schaltfläche Showdetails auswählen, um die installierten Dateien und das entsprechendeVerzeichnis anzuzeigen.

5. Starten Sie alle Services neu. Siehe Starten, Beenden und Neustarten vonNetBackup-Windows-Diensten auf Seite 84.


Installieren des Windows-Plug-ins 83

6. Tunen Sie die Performance für den Windows-Medienserver. Siehe Tuning derPerformance für den Windows-Medienserver auf Seite 85.

NetBackup-ServicesBefolgen Sie die Anweisungen zum Starten, Beenden und Neustarten von UNIX- oderWindows-Diensten.

Starten und Beenden von NetBackup UNIX-ServicesGeben Sie Folgendes ein, um UNIX-Services zu beenden:

# nbrmms -terminate

Um UNIX-Services zu starten oder neu zu starten, geben Sie Folgendes ein:

# nbrmms

Starten, Beenden und Neustarten von NetBackup-Windows-DienstenVorgehensweise

1. Gehen Sie zu Start > Control Panel > Administrative Tools > Services.

2. Die Dienste sind im Dienste-Fenster in alphabetischer Reihenfolge nach Namenaufgelistet. Suchen Sie nach NetBackup Remote Manager and MonitorService. Im Feld Status wird der Status des Diensts angezeigt.

3. Wählen Sie den Dienst aus und klicken Sie mit der rechten Maustaste darauf.

4. Das angezeigte Menü enthält die Optionen Stop, Start oder Restart für denService. Wählen Sie die entsprechende Menüoption aus.

Installieren des OST-Plug-ins für Backup Exec

Installieren des Plug-ins auf MedienservernDie OST-Plug-in-Software muss auf Medienservern installiert werden, die auf dasData Domain-System zugreifen müssen. Da Backup Exec OpenStorage nur aufWindows-Medienservern unterstützt, enthält der folgende Abschnitt ausschließlichAnweisungen für Windows-Server.

Hinweis

Backup Exec wird nicht durch DD Boost-over-FC unterstützt.

Installieren des Windows-Plug-insDas Windows-Plug-in-Installationsprogramm ist libstspiDataDomainSetup.exe.Es unterstützt 64-Bit-Windows-Plug-ins.

Vorgehensweise

1. Vorbereiten der Installation.

a. Laden Sie die neueste Version für das Windows OST-Plug-in-Installationsprogramm vom Onlinesupport herunter.

b. Beenden Sie alle Backup Exec-Services. Befolgen Sie die Anweisungen in Backup Exec Services, um den Service zu beenden.

c. Entfernen Sie ältere Plug-in-Versionen entweder anhand der Windows-Systemsteuerung oder mit libstspiDataDomainUninstall.exe .



d. Doppelklicken Sie auf die ausführbare Installationsdatei, um dasInstallationsprogramm zu starten. Das Installationsprogramm bestimmt, obBackup Exec installiert ist und ob die entsprechenden Services ausgeführtwerden. Wenn das Installationsprogramm erkennt, dass ein Serviceausgeführt wird, wird eine entsprechende Meldung angezeigt und dasProgramm wird beendet.

e. Installationsstart

2. Starten der Installation.

a. Wenn die Services gestoppt wurden, zeigt das Installationsprogramm dieLizenzvereinbarung an. Lesen Sie die Bedingungen der Lizenzvereinbarung.Wählen Sie I Agree aus, um fortzufahren.

b. Im Dialogfeld „Choose Install Location“ wird der richtige Zielordnerangezeigt. Ändern Sie den Ordner nicht. Klicken Sie auf Install, um dieInstallation zu starten.

Hinweis

Die Installation wird anhand einer Statusleiste überwacht.

c. Wenn die Installation abgeschlossen ist, können Sie die Schaltfläche Showdetails auswählen, um die installierten Dateien und das Verzeichnis für dieDateien anzuzeigen.

d. Starten Sie alle Backup Exec-Services neu. Siehe Backup Exec-Services.

3. Überprüfen, ob die Backup Exec-Deduplizierungsoption aktiviert ist

Backup Exec-Services

Starten, Beenden oder Neustarten von Windows-Diensten

Innerhalb von Backup Exec können Sie Backup Exec-Services im Backup Exec ServiceManager-Fenster starten, beenden und neu starten.

Upgrade des Backup Exec-Plug-insVorgehensweise

1. Führen Sie den Backup Exec Services Manager aus und beenden Sie alleServices (schließen Sie das Dialogfeld nicht ).

2. Löschen Sie das alte Plug-in und installieren Sie das neue.

3. Wechseln Sie zurück zum Dialogfeld für den Backup Exec Services Manager,um alle Services neu zu starten.

4. Schließen Sie das Dialogfeld.

Tuning der Performance für den Windows-MedienserverWeitere Informationen zum Tunen finden Sie im Wissensdatenbankartikel TuningWindows Media Servers for Performance, Dokument-ID 000180974, der beim Onlinesupport verfügbar ist.

Deinstallieren des Windows-Plug-insDieses Verfahren gilt für NetBackup und Backup Exec.


Backup Exec-Services 85


Vorgehensweise

1. Beenden Sie die Services der Backupanwendung.

2. Führen Sie einen der folgenden Schritte aus:

l Deinstallieren Sie das Data Domain OpenStorage-Plug-in in der Windows-Systemsteuerung unter „Programm deinstallieren“ (genau wie bei einemnormalen Windows-Programm).

l Doppelklicken Sie auf die Datei libstspiDataDomainUninstall.exe,die im selben Verzeichnis wie das Plug-in installiert wurde. Klicken Sie aufUninstall. Klicken Sie nach der Deinstallation auf Show details, umanzuzeigen, welche Dateien gelöscht wurden.



KAPITEL 5

Verwalten von Backupanwendungen

Hinweis


Dieses Kapitel umfasst die folgenden wichtigen Themen:

l Konfigurieren von Medienservern.......................................................................88l NetBackup-Administration................................................................................103l Backup Exec-Administration.............................................................................105

Verwalten von Backupanwendungen 87

Konfigurieren von MedienservernDie Konfiguration des Medienservers hängt von der verwendeten Backupanwendungab. Weitere Informationen finden Sie im entsprechenden Konfigurationsabschnitt.

NetBackup-Konfiguration

Hinweis

Für die Beispiele in diesem Kapitel wird Folgendes vorausgesetzt:

l Ein Medienserver namens load64, auf dem NBU 7.6 ausgeführt wird.

l Zwei Data Domain-Systeme namens dd22 unddd100 mit aktiviertem DD Boost.

Die Medienserver-Konfiguration umfasst die folgenden Verfahren:

l Registrieren der einzelnen Data Domain-Systeme

l Suche nach neu hinzugefügten Geräten, insbesondere für Boost-over-FC

l Hinzufügen von Anmeldeinformationen für die einzelnen Medienserver, die miteinem Data Domain-System kommunizieren sollen

l Erstellen von Laufwerkpools

l Erstellen von Speichereinheiten, die Sammlungen von Laufwerkpools sind

l Erstellen von Backup-Policies

Hinweis

Über die Befehlszeile ausgeführte Befehle können auf dem Master- oder demMedienserver eingegeben werden. Wenn Sie Befehle vom Masterserver ausführen,verwenden Sie die Option -media_server, um NetBackup mitzuteilen, wohin derVorgang zur Abfrage des Plug-ins zu den Eigenschaften des Speicherservers geleitetwerden soll.

Gleichzeitiges VerbindungslimitDie maximale Anzahl gleichzeitiger Verbindungen (Jobs) von einem einzigenMedienserver beträgt in Backup Exec 64.

Registrieren der einzelnen Data Domain-SystemeVorgehensweise

1. Starten Sie die Services der Backupanwendung auf dem Medienserver. Siehe NetBackup-Services.

2. Überprüfen Sie auf dem Medienserver, ob das Plug-in von derBackupanwendung erkannt wird, indem Sie Folgendes eingeben:

# bpstsinfo -pi -stype DataDomain

Die Ausgabe zeigt Folgendes:

l die Anbieterversion, also die Plug-in-Version

l die Buildversion, also die OST-Plug-in-Version



3. Aktivieren Sie virtuelle synthetische Backups auf dem Data Domain-System,wenn geplant ist, diese Funktion zu verwenden. Geben Sie dazu den folgendenBefehl ein:

# ddboost option set virtual-synthetics enabled4. Registrieren Sie ein Data Domain-System auf dem Medienserver, indem Sie

Folgendes eingeben:

Für „DD Boost-over-IP“:

# nbdevconfig -creatests -stype DataDomain -storage_server dd22 -media_server load64

In diesem Fall kann der Speicherserver (storage_server) entweder eine IP-Adresse oder einen Hostname sein, z. B. dd22.

Für DD Boost-over-FC:

# nbdevconfig -creatests -stype DataDomain -storage_server DFC-dd100 -media_server load64

In diesem Fall zeigt das Speicherserver-Präfix DFC- an, dass die DD Boost-over-FC-Übertragung für die Kommunikation mit dem Data Domain-Systemverwendet werden soll. Der Name nach dem Präfix ist der DFC-Servername desgewünschten Data Domain-Systems, z. B. dd100.

5. Wiederholen Sie die oben genannten Schritte für jedes Data Domain-System,auf dem DD Boost ausgeführt werden soll.

Hinzufügen von AnmeldeinformationenVorgehensweise

1. Geben Sie auf einem Medienserver, der mit einem Data Domain-Systemkommunizieren muss, Folgendes ein:

# tpconfig -add -storage_server dd22 -stype DataDomain -sts_user_id username -password password

Hinweis

NetBackup Version 7.6 und höher ermöglicht, dass die Anmeldedaten auch inNetBackup konfiguriert werden können. Weitere Informationen finden Sie in derDokumentation zu NetBackup.

Hinweis

Der ddboost storage-unit create storage-unitBenutzeruser-name-Befehl istjetzt verfügbar, um die einzelnen Speichereinheiten voneinander zuunterscheiden.

2. Wiederholen Sie die oben genannten Schritte für jeden Medienserver, der miteinem bestimmten Data Domain-System kommunizieren muss. Nachfolgendfinden Sie ein Beispiel für einen DFC-Server, der dd100 verwendet:

# tpconfig -add -storage_server DFC-dd100 -stype DataDomain -sts_user_id username -password password

Ergebnisse

Wenn Sie die Anmeldedaten hinzugefügt haben, geht die Backupanwendung wie folgtvor:


NetBackup-Konfiguration 89

l Sie speichert die Anmeldedaten, damit sich der Medienserver beim Data Domain-System anmelden kann.

l Sie konfiguriert den Medienserver als Data Mover, der Daten zwischen demprimären Speicher (Client der Backupanwendung) und dem Speicherserver (DataDomain-System) übertragen kann. Die Backupanwendung hält einen Zugriffspfadzwischen dem Medienserver und dem Speicherserver offen.

Erstellen von LaufwerkpoolsLaufwerkpools sind Sammlungen von Laufwerkvolumes, die von derBackupanwendung als Einzelobjekte verwaltet werden. Laufwerkpools entsprechenSpeichereinheiten.

Hinweis

Für jeden Laufwerkpool ist ein eindeutiger Name erforderlich.

Die Backupanwendung bietet eine Befehlszeilenoberfläche (CLI) sowie eine grafischeBenutzeroberfläche (GUI). Sie können Laufwerkpools mit der CLI und der GUIerstellen.

Erstellen eines Laufwerkpools

Vorgehensweise

1. Der Remote Manager und der Monitor Service (nbrmms) für dieBackupanwendung müssen ausgeführt werden. Geben Sie zum StartenFolgendes ein:

# nbrmms2. Rufen Sie die Identität der Speichereinheit auf dem Data Domain-System

(dd22) ab, indem Sie Folgendes eingeben:

# nbdevconfig -previewdv -storage_server dd22-stype DataDomain > /tmp/dvlist

3. Erstellen Sie einen Laufwerkpool anhand der Informationen aus dem vorherigenBefehl, indem Sie Folgendes eingeben:

# nbdevconfig -createdp -dp dd22_storage-unit1_dp -stype DataDomain-storage_servers dd22 -dvlist /tmp/dvlist

Der Name des Laufwerkpools muss eindeutig sein.

Es werden Daten ausgegeben, die den folgenden ähneln:

Disk pool dd22_storage-unit1_dp has been successfully created with 1 volume.

Erstellen von SpeichereinheitenEine Speichereinheit enthält einen Laufwerkpool. Mehrere Speichereinheiten könnenzu einer Speichereinheitsgruppe zusammengefasst werden. Sie könnenSpeichereinheiten entweder über die Befehlszeilenoberfläche (CLI) oder die grafischeBenutzeroberfläche (GUI) erstellen.

Hinweis

Jede Speichereinheit muss mit einem eindeutigen Namen versehen werden.



Erstellen von Speichereinheiten

Vorgehensweise

1. Geben Sie einen Befehl ähnlich dem folgenden ein:

# bpstuadd -label dd22_storage-unit1_su -dp dd22_storage-unit1_dp -host load64a -M load64a

Hinweis

Für diesen Befehl gibt es keine Ausgabe.

Erstellen einer Backup-PolicyEine Anleitung zum Erstellen einer Backup-Policy finden Sie in denAdministratorhandbüchern für NetBackup 7.x.

Konfigurieren des PufferspeichersSie können die Anzahl und Größe der verschiedenen Puffer festlegen. DieGrößenbeschränkungen können aber nicht geändert werden. Das Verzeichnis für dieseDateien hängt vom Betriebssystem ab.

l In UNIX ist das Verzeichnis /usr/openv/netbackup.

l In Windows ist das Verzeichnis install_path\netbackup\db\config.

Legen Sie für eine optimale Performance SIZE_DATA_BUFFERS undSIZE_DATA_BUFFERS_DISK auf 262144 fest.

Um die Anzahl und Größe der Puffer festzulegen, erstellen Sie je nach IhremBetriebssystem die folgenden Dateien.

l NET_BUFFER_SZn Beschreibung: TCP-/IP-Socket-Puffergröße

n Medien: -

n Standard in UNIX: 32.032

n Standard in Windows: 32.032

l NUMBER_DATA_BUFFERS

Hinweis

Die Anzahl muss eine Potenz von zwei sein.

n Beschreibung: Anzahl der Datenpuffer-Shares

n Medien: Band

n Standard in UNIX: 8/4 (Nicht-Multiplex/Multiplex)

n Standard in Windows: 16/8 (Nicht-Multiplex/Multiplex)

l NUMBER_DATA_BUFFERS_RESTOREn Beschreibung: Anzahl der Datenpuffer-Shares

n Medien: Band





l NUMBER_DATA_BUFFERS_DISK

Hinweis

Die Anzahl muss eine Potenz von zwei sein.

n Beschreibung: Anzahl der Datenpuffer-Shares

n Medien: Festplatte



l SIZE_DATA_BUFFERS

Hinweis

Die Größe muss einem Vielfachen von 32 KB entsprechen. Wenn diese Datei nichtvorhanden ist, lautet der Standardwert 32 KB. Der maximale vom Data Domain-Plug-in unterstützte Wert ist 1 MB.Wenn die Datei vorhanden ist, beträgt der Standardwert 256 KB. Dies istgleichzeitig der empfohlene Wert für eine optimale Performance.

n Beschreibung: Größe der Datenpuffer-Shares

n Medien: Band

n Standard in UNIX: 64K

n Standard in Windows: 64K

l SIZE_DATA_BUFFERS_DISK

Hinweis

Die Größe muss einem Vielfachen von 32 KB entsprechen. Wenn diese Datei nichtvorhanden ist, lautet der Standardwert 32 KB. Der maximale vom Data Domain-Plug-in unterstützte Wert ist 1 MB.Wenn die Datei vorhanden ist, beträgt der Standardwert 256 KB. Dies istgleichzeitig der empfohlene Wert für eine optimale Performance.

n Beschreibung: Größe der Datenpuffer-Shares

n Medien: Festplatte

n Standard in UNIX: 256 KB

n Standard in Windows: 256 KB

l SIZE_DATA_BUFFERS_NDMPn Beschreibung: Puffergröße für NDMP-Backups

n Medien: -

n Standard in UNIX: 63 KB

n Standard in Windows: 63 KB

Konfigurieren einer optimierten DuplizierungDas OST-Plug-in ermöglicht es, im NetBackup-Medienserver einenDuplizierungsprozess festzulegen und dessen Ausführung an das Data Domain-Systemzu übertragen. Dieses gemeinsame Arbeiten bietet die folgenden Vorteile:



l Das Backupanwendungssystem behält die Kontrolle über die Erstellungs- undDuplizierungsdateien und kann alle Kopien im entsprechenden Katalog verfolgen,sodass eine einfache und effiziente Recovery ermöglicht wird.

l Mit der optimierten Duplizierung wird der Medienserver aus dem Datenpfadentfernt, indem Duplikate von Backup-Images erstellt werden. Dadurch wird dieAuslastung des Backupanwendungssystems reduziert und das System für andereAufgaben freigegeben.

l Das Data Domain-System nutzt den effizienten WAN (Wide Area Network)-Replikationsprozess für deduplizierte Daten. Der Prozess ist für WANs optimiertund reduziert somit die Gesamtlast auf der WAN-Bandbreite, die zur Erstellungeiner Duplikatskopie erforderlich ist.

l Funktionen der Data Domain Replicator-Software, wie die Option zur Optimierungeiner niedrigen Bandbreite, können für die Backupanwendung transparenteingesetzt werden, um die über WAN-Links mit einer Größe von weniger als6 MB/s gesendeten Daten zusätzlich zu reduzieren.

l Funktionen der Data Domain Replicator-Software, wie die verschlüsselteoptimierte Duplizierung, sind für die Backupanwendungen transparent. Mit dieserFunktion können alle gesendeten Daten verschlüsselt werden, die zur Erstellungvon Duplikatskopien über das WAN gesendet werden, was höhere Sicherheitbietet.

Es empfiehlt sich, dem Data Domain-Quellsystem die IP-Adresse des Data Domain-Zielsystems mit dem folgenden Befehl hinzuzufügen: net hosts add ipaddr{host | "alias host"}....

Hinweis

Alle Medienserver, Quelle und Ziel, müssen Zugriffsberechtigung auf beide DataDomain-Systeme haben. Es empfiehlt sich, mit dem Befehl „net hosts add“ alleMedienserver hinzufügen, die Zugriff auf ein Data Domain-System benötigen.

Überlegungen zu DD Boost-Over-Fibre ChannelDD Boost-over-FC bedeutet ein komplizierteres Verfahren bei der Konfiguration deroptimierten Duplizierung.

Für eine optimierte Duplizierung ist die Kommunikation zwischen drei Systemenerforderlich:

l Media_Server

l Src_DD_System – Data Domain-Quellsystem

l Dst_DD_System – Data Domain-Zielsystem

Während eines optimierten Duplizierungsvorgangs wird von beiden anderen Systemenauf das Dst_DD_System zugegriffen:

l Durch Media_Server – für Steuervorgänge/Einrichtung

l Durch Src_DD_System – zur Datenübertragung

Bei der Kommunikation zwischen Media_Server und Dst_DD_System wird eine derfolgenden Übertragungsmethoden verwendet:

l DD Boost-over-IP

l DD Boost-over-FC

Die Kommunikation zwischen Src_DD_System und Dst_DD_System erfolgt aberimmer über das IP-Netzwerk.



Angenommen, Media_Server verwendet DD Boost-over-FC zur Kommunikation mitDst_DD_System. Der vollständig optimierte Duplizierungvorgang erfordert jetzt zwei„Namen“ für Dst_DD_System:

l DFC-<dfc-server-name> – von der DD Boost Library auf Media_Server verlangt

l IP-Hostname – von Src_DD_System verlangt

Während der Konfiguration kann der DD Boost Library aber nur ein Name fürDst_DD_System verfügbar gemacht werden: und zwar der DFC-Stilname DFC-<dfc-server-name>.

Die DD Boost Library muss im Rahmen der Anforderung zur Übertragung der Dateneinen Namen an Src_DD_System vergeben.

Src_DD_System erfordert einen IP-Hostnamen für Dst_DD_System, da die gesamteKommunikation zwischen den beiden Data Domain-Systemen mithilfe des IP-Netzwerks durchgeführt wird.

Aber die DD Boost Library kennt Dst_DD_System nur über den DFC-Stilnamen.Welchen Namen für Dst_DD_System sollte die DD Boost Library dem Src_DD_Systemalso verfügbar machen?

Die Antwort ist, dass die DD Boost Library lediglich das „DFC-“-Präfix entfernt unddem Src_DD_System den DFC-Servernamen von Dst_DD_System verfügbar macht.

Beispiel:

Medienserver: clientASrc_DD_System: DFC-ddr1Dst_DD_System: DFC-ddr2

In diesem Fall macht die DD Boost Library dem Src_DD_System den Namen ddr2 alsDst_DD_System verfügbar.

Dies funktioniert natürlich, wenn der DFC-Servername eines Dst_DD_Systems gleichdem entsprechenden IP-Hostnamen ist, wie er Src_DD_System bekannt ist. Dies istdie erwartete normale Situation, da der standardmäßige DFC-Servername für ein DataDomain-System der einfache Nodename ist.

Wenn der Benutzer den DFC-Servernamen von Dst_DD_System geändert hat (z. B.auf my-ddr-via-dfc), muss er sicherstellen, dass Src_DD_System bei derHostnamenabfrage von my-ddr-via-dfc eine IP-Adresse findet, unter derDst_DD_System erreichbar ist. Dies kann über einen Eintrag in der Datei/etc/hostsauf Src_DD_System erreicht werden.

Verwenden von Storage Lifecycle Policies zur Automatisierung der optimierten DuplizierungEine Storage Lifecycle Policy besteht aus einer Liste von Zielen für Backupdateien undeiner Aufbewahrungsfrist für jede Datei. Erstellung, Aufbewahrung und Ablaufen derDateien erfolgt anhand eines Lebenszyklusprozesses. Der Einsatz von StorageLifecycle Policies ermöglicht Ihnen, verschiedene Aufbewahrungsfristen für das ersteBackup und für die Kopien festzulegen. Beispielsweise können Sie eineAufbewahrungsfrist für das ursprüngliche lokale Backup und eine weitere für eindupliziertes Backup am Disaster-Recovery-Standort festlegen.

Wählen Sie eine einzelne Speichereinheit als Duplizierungsziel in der SLP aus. WeitereInformationen finden Sie im Wissensdatenbankartikel „OST Duplication Does NotWork“, Dokument-ID 000181560, der auf der Onlinesupport-Website unter https://support.emc.com verfügbar ist.



https://support.emc.com

https://support.emc.com

Hinweis

l Wenn es einen bevorzugten Link oder eine bevorzugte IP-Adresse zum Senden deroptimierten Duplizierungsdaten zwischen zwei Data Domain-Speicherservern gibt,verwenden Sie beim Erstellen des Zielspeicherservers diesen Link bzw. dieseAdresse.

l Wenn Sie die optimierte Duplizierung manuell starten möchten, verwenden Sie denNBU-CLI-Befehl bpduplicate, der in der Veritas NetBackup-Dokumentationbeschrieben ist.

Konfigurieren von virtuellen synthetischen Backups

Wenn Sie virtuelle synthetische Backups verwenden möchten, legen Sie die Policy-Attribute und Zeitpläne wie folgt fest:

Vorgehensweise

1. In DD OS 5.4 sind virtuelle synthetische Backups standardmäßig aktiviert. Wenndie Funktion für virtuelle synthetische Backups deaktiviert ist, aktivieren Sie sieauf dem Data Domain-System, indem Sie Folgendes eingeben:

# ddboost option set virtual-synthetics enable2. Stellen Sie sicher, dass NetBackup virtuelle synthetische Backups auf dem Data

Domain-System aktiviert hat und prüfen Sie, ob das KennzeichenOptimizedImage festgelegt ist, indem Sie Folgendes eingeben:

# nbdevquery -liststs -U

Hinweis

Wenn Sie einen alten, vor DD OS 5.2 mit der DD Boost-Version 2.5 erstelltenLaufwerkpool verwenden, funktioniert der Befehl ddboost option setvirtual-synthetics enable nicht wie gewünscht. Der Job wirdabgeschlossen, aber die oben aufgeführten Meldungen werden nicht angezeigt,da NetBackup eine reguläre synthetische Replikation durchführt. Führen Sie indiesem Fall die folgenden Schritte aus:

a. Erstellen Sie einen neuen Laufwerkpool in NetBackup.

b. Fügen Sie die Markierung manuell zum vorhandenen Laufwerkpool hinzu,indem Sie den folgenden Befehl eingeben:# disk-pool-name: dlh35-dpstorage-server-name: dlh35

nbdevconfig -changests -storage_server dlh35 -stype DataDomain -setattribute OptimizedImage

nbdevconfig -changedp -dp dlh35-dp -stype DataDomain -setattribute OptimizedImage

c. Überprüfen Sie anhand des folgenden Befehls, ob das KennzeichenOptimizedImage dem Laufwerkpool hinzugefügt wurde:# nbdevquery -listdp -U -dp dlh35-dp

Wenn das Kennzeichen OptimizedImage nicht in der Ausgabe angezeigt wird,konfigurieren Sie es mit dem Befehl nbdevconfig:

# nbdevconfig -changests



Beispiel-BackupvorgängeDie folgenden Beispiele zeigen die Befehle zum Initiieren von Backups und zumAnzeigen verschiedener Arten von Backups.

Beispiel-Backupvorgang: Komplettes BackupEin komplettes Backup besteht aus einer Kopfzeilen-Image-Datei (HDR), einer odermehreren Fragment-Image-Dateien (F1) und einer True Image Restore(TIR)-Image-Datei, wie auf der DDR-Speichereinheit angezeigt wird.

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376

Beispiel-Backupvorgang: Inkrementelles BackupBei einem inkrementellen Backup werden eine Kopfzeilen-Image-Datei (HDR), eineoder mehrere Fragment-Image-Dateien (F1) und eine True Image Restore(TIR)-Image-Datei hinzugefügt, wie auf der DDR-Speichereinheit unten in Fettdruckangezeigt wird.

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376



rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404

Beispiel-Backupvorgang: Komplettes synthetisches BackupBei einem kompletten synthetischen Backup werden eine Kopfzeilen-Image-Datei(HDR), eine oder mehrere Fragment-Image-Dateien (F1) und eine True ImageRestore(TIR)-Image-Datei hinzugefügt, wie auf der DDR-Speichereinheit unten inFettdruck angezeigt wird.

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376 rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0:::



Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404 rtp-ost-sparc1.datadomain.com_1309959823_C1_HDR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 768 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959823_C1_F1:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 7,435,452 Globally Compressed: 7,420,935 Locally Compressed: 7,444,262 Meta-data: 23,812 rtp-ost-sparc1.datadomain.com_1309959823_C1_TIR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.0 Original Bytes: 100,449 Globally Compressed: 54,304 Locally Compressed: 1,958 Meta-data: 376

Synthetische Backups werden mit der DDP_SYNWR-API durchgeführt, die auf demData Domain-System mit den Befehlen ddboost show stats und ddboost showhistograms angezeigt werden kann.

# ddboost show stats 07/06 07:13:38 DD Boost statistics: ... DDP_SYNWR : 18 [0] ... Count Errors ----------------------------- ------------- ------ Image creates 9 0 Image deletes 0 0 Pre-compressed bytes received 3,712,802,816 - Bytes after filtering 1,856,586,752 - Bytes after local compression 1,856,586,752 - Network bytes received 1,857,697,928 - Compression ratio 2.0 - Total bytes read 0 0 ----------------------------- ------------- ------

Konfigurieren eines Backups für die automatische Image-Replikation in einer QuelldomainBackups müssen an einen Laufwerkpool geleitet werden, für den eine Quellreplikationkorrekt konfiguriert ist.

Eine Storage Lifecycle Policy (z. B. AIR-test1-test2) wird erstellt. Die Anwendungumfasst einen standardmäßigen Backupschritt und einen Duplizierungsschritt(NBU 7.1), in dem „Remote master (send to the replication target device in a remotedomain)“ angegeben ist. Es wird eine Policy erstellt, bei der die SLP als Policyspeicherangegeben wird.

Konfigurieren eines Backups für die automatische Image-Replikation in einer ZieldomainFür den automatischen Import von Backups müssen diese als Dateien auf einenLaufwerkpool kopiert werden, der eine Zielreplikationseigenschaft hat.



Eine Storage Lifecycle Policy (z. B. AIR-test1-test2) wird mit einem identischenNamen zur Quelldomain erstellt. Sie umfasst einen Importschritt.

Wenn gezielte AIR verwendet wird, muss die Option „data classification“ für dieStorage Lifecycle Policies des Quell- und Ziel-Mastermedienservers auf denselbenFarbcode (z. B. Silver, Gold oder Platinum) festgelegt sein.

Ausführen eines Auto Image Replication-BackupsDas Ausführen eines Auto Image Replication-Backups in der Quelldomain umfassteinen Backup-Schritt, zeitmäßig gefolgt (standardmäßig 30 Minuten später) voneinem Duplizierungsschritt.

Die Anzahl der AIR-Replikationsjobs wird als ein Src-repl-Job in der Ausgabe desBefehls ddboost show connections angezeigt, so wie andere optimierteNetBackup- und Backup Exec-Duplizierungsjobs.

Nach der Duplizierung in der Quelldomain wird der importierte Image-Satz einige Zeitspäter (wiederum standardmäßig nach 30 Minuten) in der Aktivitätsüberwachung derZieldomain als verfügbar dargestellt.

Im Gegensatz zu anderen optimierten NetBackup- und Backup Exec-Duplizierungsjobswerden AIR-Replikationsjobs nicht als Dst-repl-Jobs in der Ausgabe eines ddboostshow connections-Befehls angezeigt.

Konfiguration von Backup Exec

Hinweis

DD Boost-Over-Fibre Channel wird nicht mit Backup Exec unterstützt.

Weitere Informationen zu Einrichtungs-, Planungs- und Überwachungsjobs finden Sieim Administratorhandbuch zu Veritas Backup Exec 15.Führen Sie für alle Backup Exec-Versionen die folgenden Schritte aus:

Vorgehensweise

1. Erstellen Sie ein Anmeldekonto mit den folgenden Informationen.

a. Nicht standardmäßiges Anmeldekonto

b. DD Boost-Benutzername

c. DD Boost-Passwort

Hinweis

Der ddboost storage-unit-Befehl zum Erstellen von Benutzernamen fürSpeichereinheiten (storage-unit user-name) ist jetzt verfügbar, um dieeinzelnen Speichereinheiten voneinander zu unterscheiden.

2. Geräte konfigurieren.

a. Erstellen Sie eine Speichereinheit auf dem Data Domain-System.

b. Fügen Sie unter Angabe des zuvor erstellten Data Domain-Hostnamens unddes Anmeldekontonamens einen OpenStorage-Server hinzu.

c. Backup Exec fragt beim Data Domain-System eine Liste derSpeichereinheiten ab. Wählen Sie einen Speicherpool aus.

d. Geben Sie die Anzahl der gleichzeitigen Vorgänge für das Gerät ein. DieGesamtanzahl der gleichzeitigen Verbindungen (Jobs) von einem einzigenOpenStorage-Plug-in für Medienserver zu allen angeschlossenen


Konfiguration von Backup Exec 99

OpenStorage-Speichereinheiten ist 48. Die Höchstzahl der gleichzeitigenVorgänge für ein einzelnes Gerät kann wie folgt festgelegt werden: 48 >= #OpenStorage-Speichereinheiten + Σ gleichzeitige Vorgänge für jedeSpeichereinheit. Im Fall eines Data Domain-Systems mit einer einzigenSpeichereinheit kann die Anzahl der gleichzeitigen Vorgänge bis auf 47festgelegt werden.

e. Geben Sie die Standardwerte für Disk Space-Management ein. DieDatenstrom-Segmentgröße reicht von 64 KB bis 256 KB. Für eine optimalePerformance wird 256 KB empfohlen.

f. Geben Sie den Share-Wert für die Speichereinheit ein. Eine einzige DataDomain-Speichereinheit kann von mehreren Medienservern gemeinsamverwendet werden, wenn die gemeinsam genutzten Medienserver einemeinzigen primären Medienserver zugeordnet sind. Wählen Sie in derMedienserverliste den primären Medienserver aus.

g. Starten Sie die Backup Exec-Services neu, wenn ein neues Data Domain-System hinzugefügt wird.

Erstellen eines Anmeldekontos

Führen Sie die folgenden Schritte aus, um ein Anmeldekonto zu erstellen.

Vorgehensweise

1. Doppelklicken Sie im Bereich „Getting Started“ der Homepage auf das Symbollinks neben 1) Create Logon Accounts. Das Willkommensdialogfeld für denAnmeldekonto-Assistenten wird angezeigt. Klicken Sie auf Next.

2. Wählen Sie im Dialogfeld „Set Up a Logon Account“ die Option Add a newlogon account und klicken Sie dann auf Next.

3. Geben Sie im Dialogfeld „Enter Logon Account Credentials“ den für DD Boostfestgelegten Benutzernamen und das Passwort ein. Klicken Sie auf Next.

4. Geben Sie im Dialogfeld „Logon Account Name“ einen beschreibendenKontonamen für das Anmeldekonto ein. Klicken Sie auf Next.

5. Richten Sie das Konto im Dialogfeld „Type of Logon Account“ als für alleBackup Exec-Anwender verfügbar ein. Klicken Sie auf Next.

6. Wählen Sie im Dialogfeld „Default Logon Account“ No aus. Das Konto für dasData Domain-System ist in der Regel nicht gleich der Anmeldung beim BackupExec-System. Klicken Sie auf Next.

7. Überprüfen Sie die Kontoeinstellungen im Dialogfeld „Logon AccountSummary“. Klicken Sie auf Back, um die vorherige Auswahl zu bearbeiten.Wenn die Zusammenfassung korrekt ist, klicken Sie auf Next.

8. Das Dialogfeld „Completing the Logon Account Wizard“ wird angezeigt. KlickenSie auf Finish.

Konfigurieren von Geräten

Gehen Sie wie folgt vor, um Geräte zu konfigurieren.

Vorgehensweise

1. Erstellen Sie eine Speichereinheit auf dem Data Domain-System. Siehe Erstellenvon Speichereinheiten.

2. Wählen Sie auf der Startseite von Backup Exec Storage > Configure Storage >Network Storage > Next > OpenStorage.



Hinweis

Die Backup Exec-Deduplizierungsoption muss installiert und lizenziert sein,damit die OpenStorage-Option zur Verfügung steht.

3. Konfigurieren Sie die Registerkarte „General“ des Dialogfelds „AddOpenStorage Device“ wie folgt:

l Name: Geben Sie den Namen des Data Domain-Systems ein.

l Server: Geben Sie den Data Domain-Hostnamen ein.

l Wählen Sie den zuvor erstellten Anmeldekontonamen aus.

l Wählen Sie DataDomain als Servertyp aus.

l Storage unit: Wählen Sie die Speichereinheit aus.

l Concurrent Operations: Geben Sie die Anzahl der gleichzeitigen Vorgängefür das Gerät ein.Die Gesamtanzahl der gleichzeitigen Verbindungen über ein einzigesMedienserver-Plug-in zu allen angeschlossenen OpenStorage-Speichereinheiten ist 48. Die Höchstzahl der gleichzeitigen Vorgänge für eineinzelnes Gerät kann wie folgt festgelegt werden:

48 >= # OpenStorage-Speichereinheiten + ∑ gleichzeitige Vorgänge für jedeSpeichereinheit

Im Fall eines einzelnen Data Domain-Systems mit einer einzigenSpeichereinheit kann die Anzahl der gleichzeitigen Vorgänge bis auf 47festgelegt werden.

4. Klicken Sie auf OK.

5. Konfigurieren Sie die Registerkarte „Advanced“ des Dialogfelds „AddOpenStorage Device“ wie folgt:

l Übernehmen Sie die Standardwerte für Disk Space Management undDirect Access.

l Geben Sie für die Datenstrom-Segmentgröße unter Data stream chunk sizeeinen Wert zwischen 64 KB und 256 KB ein. Für eine optimale Performancewird 256 KB empfohlen.

6. Klicken Sie auf OK.

7. Klicken Sie auf die Registerkarte Sharing.

Eine einzige Data Domain-Speichereinheit kann von mehreren Medienserverngemeinsam verwendet werden, wenn die gemeinsam genutzten Medienservereinem einzigen primären Medienserver zugeordnet sind.

Wählen Sie in der Medienserver-Liste den primären Medienserver aus undklicken Sie auf OK.

8. Wenn ein neues Data Domain-System hinzugefügt wird, müssen Sie BackupExec-Services neu starten. Klicken Sie im Dialogfeld „Restart Services“ aufRestart Now.

Ergebnisse

Nach der Konfiguration des Geräts wird die neue Speichereinheit auf der Gerätseiteangezeigt.


Konfiguration von Backup Exec 101

Konfigurieren einer optimierten DuplizierungDie Möglichkeiten zum Entwickeln von Duplizierungsjobs in Backup Exec sinddetailliert im Veritas Backup Exec 15-Administratorhandbuch beschrieben. Sie könneneinen zugeordneten Duplizierungsjob an jeden beliebigen Backupjob anhängen oderauch einen vorherigen Backupsatz duplizieren.

Das OST-Plug-in ermöglicht einem Medienserver, einen Duplizierungsprozessfestzulegen und dessen Ausführung an das Data Domain-System zu übertragen.Dieses gemeinsame Arbeiten bietet die folgenden Vorteile:

l Das Backupanwendungssystem behält die Kontrolle über die Erstellungs- undDuplizierungsdateien und kann alle Kopien im entsprechenden Katalog verfolgen,sodass eine einfache und effiziente Recovery ermöglicht wird.

l Dank der optimierten Duplizierung braucht der Medienserver keine Duplikate vonBackupdateien mehr zu erstellen, was eine Entlastung desBackupanwendungssystems bedeutet und es für andere Aufgaben freistellt.

l Das Data Domain-System nutzt den effizienten WAN (Wide Area Network)-Replikationsprozess für deduplizierte Daten. Der Prozess ist für WANs optimiertund reduziert somit die Gesamtlast auf der WAN-Bandbreite, die zur Erstellungeiner Duplikatskopie erforderlich ist.

l Funktionen der Data Domain Replicator-Software, wie die Option zur Optimierungeiner niedrigen Bandbreite, können für die Backupanwendung transparenteingesetzt werden, um die über WAN-Links mit einer Größe von weniger als6 MB/s gesendeten Daten zusätzlich zu reduzieren.

l Funktionen der Data Domain Replicator-Software, wie die verschlüsselteoptimierte Duplizierung, können für die Backupanwendungen transparenteingesetzt werden. Mit dieser Funktion können alle Daten verschlüsselt werden,die zur Erstellung von Duplikatskopien über das WAN gesendet werden, washöhere Sicherheit bietet.

Es empfiehlt sich, dem Data Domain-Quellsystem die IP-Adresse des Data Domain-Zielsystems mit dem folgenden Befehl hinzuzufügen:

net hosts add ipaddr {host | "alias host"}

Hinweis

Alle Medienserver, Quelle und Ziel, müssen Zugriffsberechtigung auf beide DataDomain-Systeme haben. Es wird empfohlen, mithilfe des Befehls net hosts addalle Medienserver hinzufügen, die Zugriff auf ein Data Domain-System benötigen. Umein Bild von einem System auf ein anderes zu duplizieren, müssen die folgendenBedingungen erfüllt sein:

l Die Segmentgröße des Datenstroms für auf beiden Data Domain-Systemenkonfigurierte Geräte, zwischen denen eine optimierte Duplizierung stattfinden soll,muss auf den gleichen Wert festgelegt werden. Der empfohlene Wert ist 256 KB,wie im Dialogfeld für die OpenStorage-Geräteeigenschaften angezeigt ist.

l Die Anzahl der gleichzeitigen Vorgänge im Data Domain-Zielsystem ist größer odergleich der des Data Domain-Quellsystems.

Konfigurationseinschränkungen für die optimierte Deduplizierung

l Die optimierte Duplizierung wird mit Backup Exec 2010 R2 oder höher unterstützt.



l Data Domain unterstützt die optimierte Duplizierung für Images mit nur einemDataset. Wenn mehrere Volumes oder eine Auswahl aus mehreren Volumes (C:\Windows, D:, E: usw.) oder Agents (SQL Server, SharePoint usw.) oder eineKombination daraus in einem Job gesichert werden, enthält das resultierendeBackup-Image Datasets für alle Laufwerke oder Anwendungen, es sei denn, VeritasBackup Exec Hotfix 138226 wird angewendet. Dieser Hotfix kann nur auf BackupExec 2010 R2 angewendet werden. Wenn Hotfix 138226 angewendet wurde,erstellt Backup Exec mehrere Images, eines für jedes Dataset im Backupjob. Imobigen Beispiel, das mehrere Volumes in einem Job enthält, würden drei Imageserstellt, eines für C:\Windows, eines für D: und eines für E:. Anschließend kanndie optimierte Duplizierung ausgewählter einzelner Images oder aller drei Imagesmit Backup Exec durchgeführt werden.

NetBackup-Administration

Ermitteln der OST-Plug-in-VersionVorgehensweise

1. Geben Sie Folgendes ein:

# bpstsinfo -pi -stype DataDomainErgebnisse

Die Ausgabe zeigt die Anbieterversion, die Plug-in-Version und die Buildversion.

Ermitteln der NetBackup-VersionVorgehensweise

1. Anzeige durch folgende Eingabe:

# cat <NetbackupInstall_Dir>/versionErgebnisse

Beispielausgabe:

Netbackup-Solaris10 7.6

Netzwerk-TimeoutsBackup- und Wiederherstellungsjobs nehmen häufig viel Zeit in Anspruch. Obwohl dasOST-Plug-in nach temporären Netzwerkunterbrechungen wiederhergestellt werdenkann, beendet das Betriebssystem auf dem Backupanwendungssystem einen Jobmöglicherweise vorzeitig, wenn die Timeouts für die Backupanwendung zu niedrigfestgelegt sind.

Eine Best Practice ist, Timeouts auf mindestens 30 Minuten (1800 Sekunden)festzulegen.

Hinweis

Nach Unterbrechung einer Netzwerkverbindung sollte der Administrator denBefehlddboost reset stats ausgeben, um die Jobverbindungen zu löschen.


NetBackup-Administration 103

Einrichten von Backupanwendungs-Timeouts mit der CLIVorgehensweise

1. Fügen Sie die folgenden beiden Zeilen in die Datei<NetBackupInstall_directory>/bp.conf ein:

CLIENT_CONNECT_TIMEOUT = 1800CLIENT_READ_TIMEOUT = 1800

Hinweis

Der Timeout-Wert wird in Sekunden ausgedrückt.

Einrichten von Backupanwendungs-Timeouts mit der GUIVorgehensweise

1. Blenden Sie den Node NetBackup Management ein.

2. Blenden Sie die Host Properties ein.

3. Wählen Sie Master Servers aus.

4. Doppelklicken Sie im rechten Bereich auf den Computernamen.

Ändern Sie die Zeitüberschreitungswerte im angezeigten Eigenschafts-Dialogfeld.

Gruppieren von Speichereinheiten zur Bereitstellung von Failover-FunktionenDer Administrator kann eine Gruppe von Speichereinheiten festlegen, um einenWorkload zu teilen. Dabei weist der Administrator das Backupanwendungssystemdurch Festlegen eines der folgenden Auswahlkriterien an, welche Speichereinheiten inder Gruppe für den nächsten Job ausgewählt werden sollen:

l Failover (die empfohlene Einstellung)Das Festlegen von Failover als Auswahlkriterium sorgt dafür, dass ein Backupjobnicht fehlschlägt, wenn die Speichereinheit, auf die er abzielt, ausfällt. DieBackupanwendung kann eine andere Speichereinheit in der gleichen Gruppeauswählen, um den Backupjob durchzuführen.

l Prioritized

l Round Robin

l Load balance

Löschen eines Data Domain-Speicherservers

HINWEIS

Bei diesem Verfahren werden alle dem Speicherserver zugeordneten Daten undRessourcen entfernt. Führen Sie dieses Verfahren nur dann durch, wenn diesunbedingt erforderlich ist.

Vorgehensweise

1. Löschen Sie alle Dateien, die durch BACKUP_ID festgelegt sind, indem SieFolgendes eingeben:

# bpexpdate -backupid BACKUP_ID -d 0



2. Löschen Sie alle Policies aus der GUI.

3. Löschen Sie alle Speichereinheiten, indem Sie Folgendes eingeben:

# bpstudel -label SU_NAME 4. Löschen Sie alle Laufwerkpools, indem Sie Folgendes eingeben:

# nbdevconfig -deletedp -stype DataDomain -dp pool-name 5. Löschen Sie den Speicherserver, indem Sie Folgendes eingeben:

# nbdevconfig -deletests -storage_server dd22 -stype DataDomain

Hinweis

Sie können die grafische Benutzeroberfläche verwenden, um die Dateien, dieStorage Lifecycle Policies, Speichereinheiten und Laufwerkpools zu löschen.Informationen zum Troubleshooting finden Sie unter Löschen des Data Domain-Systems nicht möglich.

6. Löschen Sie die Anmeldedaten mit dem Befehl tpconfig.

# tpconfig -delete -storage_server dd22 -stype DataDomain -sts_user_id username

Backup Exec-Administration

Ermitteln der vorliegenden OST-Plug-in-VersionVorgehensweise

1. Wechseln Sie zum Backup Exec-Installationsverzeichnis und suchen SielibstspiDataDomain.dll.

2. Klicken Sie mit der rechten Maustaste auf den Dateinamen und wählen Sie imMenü Properties aus.

3. Wählen Sie die Registerkarte Details aus. Die OST-Plug-in-Version wird als dieDateiversion angezeigt.

Ermitteln der vorliegenden Backup Exec-VersionVorgehensweise

1. Wählen Sie in auf der Startseite von Backup Exec im Menü „Help“ die OptionAbout aus.

Löschen von Speichereinheiten auf Data Domain-SystemenVorgehensweise

1. Zum Löschen einer Speichereinheit auf einem Data Domain-System gibt es zweiOptionen:

l Sie können alle Medien in einem Backup Exec-Gerät (die Speichereinheiteines Data Domain-Systems) entfernen und das Gerät dann in Backup Execlöschen.

l Sie können das Gerät auch in Backup Exec löschen, wenn noch Mediendarauf vorhanden sind. Die Speichereinheit ist auch weiterhin auf dem DataDomain-System gespeichert und bestimmte Dateien verbleiben darin. Um


Backup Exec-Administration 105

diesen Speicherplatz wiederherzustellen, löschen Sie die Speichereinheit aufdem Data Domain-System durch die folgende Eingabe:

# ddboost storage-unit delete storage-unit



KAPITEL 6

Grundlegendes Troubleshooting

Dieses Kapitel enthält grundlegende Troubleshooting-Tipps weiter, mit denen KundenProbleme möglicherweise selbst lösen können. Wenn die Probleme nicht gelöstwerden können, sollten sich Kunden an ihren vertraglich festgelegten Supportanbieterwenden.

Weitere Informationen finden Sie in der Data Domain-Wissensdatenbank, die beim Onlinesupport verfügbar ist.


l Allgemeines Troubleshooting............................................................................ 108l Data Domain-Systemeinstellungen für die Dateireplikation...............................108l NetBackup Troubleshooting............................................................................. 108l Backup Exec-Troubleshooting.......................................................................... 120

Grundlegendes Troubleshooting 107


Allgemeines TroubleshootingBeim Untersuchen von Problemen müssen Sie berücksichtigen, dass Komponenten fürdie DD Boost-Software sowohl auf dem Data Domain-System, als auch auf demBackupanwendungssystem vorhanden sind. Die beiden Umgebungen müssenkompatibel sein. Die folgenden Überlegungen zum Troubleshooting gelten für beideSysteme:

l Unterstützte KonfigurationenVergewissern Sie sich, dass Ihre Konfiguration den Spezifikationen im Data DomainBoost Compatibility Guide unter http://compatibilityguide.emc.com:8080/CompGuideApp/ entspricht.

Hinweis

Eine unterstützte Konfiguration kann bei Änderungen an Komponenten zu einernicht unterstützten Konfiguration werden.

l AutorisierungsfehlerWenn Autorisierungsfehler auftreten, vergewissern Sie sich, dass alle Systemeüber die richtigen Anmeldedaten für die anderen Systeme verfügen. Konfigurierenvon Medienservern enthält Anweisungen zum Festlegen vonBenutzeranmeldedaten.

Data Domain-Systemeinstellungen für die DateireplikationFür alle DD OS-Versionen wird die Replikation über den Befehl replicationthrottle gesteuert. Das Festlegen der Drosselung auf einen zu niedrigen Wert kanndazu führen, dass optimierte Deduplizierungsvorgänge für NetBackup und BackupExec fehlschlagen.

NetBackup Troubleshooting

Löschen des Data Domain-Systems nicht möglichEs wird Folgendes vorausgesetzt:

l Sie sind nicht in der Lage, das Data Domain-System zu löschen.

l Sie haben bereits den Befehl nbdevconfig mit der Option deletestsausgeführt und dies ist fehlgeschlagen, was bedeutet, dass einer der Prozesse emmoder rmms möglicherweise ausgefallen ist.

l Alle Dateien für das angegebene Data Domain sind abgelaufen. Anweisungen dazu,wie Sie eine Datei als abgelaufen einrichten, finden Sie in Ihrer NBU-Dokumentation.

Wenn Sie nach wie vor nicht in der Lage sind, das Data Domain-System zu löschen,gehen Sie wie folgt vor:

Vorgehensweise


# nbdevconfig -deletests -storage_server DDR -stype DataDomain2. Wenn das Ergebnis Core-Dateien sind, wenden Sie sich an den Data Domain-

Support. Fahren Sie andernfalls mit dem nächsten Schritt fort.



http://compatibilityguide.emc.com:8080/CompGuideApp/

http://compatibilityguide.emc.com:8080/CompGuideApp/

3. Befolgen Sie die nachfolgenden Anweisungen für Ihr Betriebssystem.

Auf Windows-SystemenVorgehensweise

1. Starten Sie die NetBackup-Services auf dem Medienserver neu, indem Sie diesebeiden ausführbaren Dateien ausführen:

NBUInstallPath\NetBackup\bin\bpdown.exeNBUInstallPath\NetBackup\bin\bpup.exe

2. Führen Sie deletests erneut aus. Wenn dies fehlschlägt, aktivieren Sie einedetailliertere NBU-Protokollierung. Öffnen Sie dazu die Datei NBUInstallPath\NetBackup\nblog.conf und fügen Sie diesen Eintrag hinzu:

NBSTSI=OID=2023. Aktivieren Sie detaillierte Protokollierungsmeldungen auf Medienservern, wie

unter Fehlerprotokollierung auf den Medienservern beschrieben.

Auf UNIX-SystemenVorgehensweise

1. Wenn rmms neu gestartet wird, emm aber nicht, überprüfen Sie, ob alleProzesse ausgeführt werden, insbesondere emm oder rmms.

2. Wenn diese Prozesse nicht ausgeführt werden, geben Sie Folgendes ein:

# /bp/bin/goodies/netbackup start 3. Führen Sie deletests erneut aus. Bei weiterem Fehlschlagen aktivieren Sie

eine detaillierte NBU-Protokollierung. Öffnen Sie dazu die Datei /bp/nblog.conf und fügen Sie diesen Eintrag hinzu:

NBSTSI=OID=202 4. Aktivieren Sie detaillierte Protokollierungsmeldungen, wie unter

Fehlerprotokollierung auf den Medienservern beschrieben.

Prüfen der InstallationProbleme mit grundlegenden Vorgängen wie Backups sind möglicherweise die Folgeeiner unsachgemäßen Installation.

Vorgehensweise

1. Überprüfen Sie, ob die Dateien im richtigen Verzeichnis vorhanden sind, indemSie je nach Betriebssystem Folgendes eingeben:

a. Eingabe auf einem UNIX-System:

# ls /usr/openv/lib/ost-plugins/

Die Befehlsausgabe sollte die Namen der Bibliotheksdatei-Shares enthalten:

libstspiDataDomain.solibstspiDataDomainMT.so

Hinweis

Sie können auch das Installationsprotokoll unter /log/OST/EMC/logs/install-datestring.log überprüfen.

b. Eingabe auf einem Windows-System:


Prüfen der Installation 109

C:\Program Files\Veritas\bin\ost-plugins

Die Befehlsausgabe sollte den Namen des Bibliotheksdatei-ShareslibstspiDataDomain.dll enthalten.

2. Ermitteln Sie die Plug-in-Version, indem Sie Folgendes eingeben:

# bpstsinfo -pi

Die in der Ausgabe gezeigte Anwenderversion ist die Plug-in-Version von DataDomain und die Buildversion ist die DD Boost API-Version.

Hinweis

Wenn der Befehl bpstsinfo fehlschlägt, überprüfen Sie die Protokolldateienim Verzeichnis /usr/openv/netbackup/logs/admin.

Prüfen von AnmeldedatenVorgehensweise

1. Um Anmeldedaten für alle als Speicherserver registrierte Data Domain-Systemeanzuzeigen, geben Sie den folgenden Befehl im Backupanwendungssystem ein:

# tpconfig -dsh -all_hosts -stype DataDomainWeitere Erfordernisse

Wenn eine Meldung angezeigt wird, dass beim Hinzufügen von Anmeldedaten für dasData Domain-System (OpenStorage-Server) ein Fehler aufgetreten ist, befolgen Siedie Anweisungen unter Hinzufügen von Anmeldedaten, in denen das Einrichten vonAnmeldedaten und das Prüfen auf Inkonsistenzen und Fehler beschrieben wird.

Lösen von LizenzierungsfehlernWenn der Assistent zum Konfigurieren von Laufwerkpools einen Lizenzfehler meldet,gehen Sie wie folgt vor:

Vorgehensweise

1. Öffnen Sie die Datei bp.conf.

2. Überprüfen Sie, ob diese den zusätzlichen Eintrag CLIENT_NAME enthält.

3. Löschen Sie alle zusätzlichen CLIENT_NAME-Einträge.

Fehlerprotokollierung auf den MedienservernDas Fehlerprotokoll ist das Haupttool für das Troubleshooting von Problemen in derNetBackup OpenStorage-Umgebung.

Vorgehensweise

1. Aktivieren Sie vor dem Start eines Backups, einer Wiederherstellung oder eineroptimierten Duplizierung die Protokollierung auf dem NetBackup-Medienserver.Befolgen Sie die Anweisungen für das Betriebssystem des Medienservers oderverwenden Sie die grafische Benutzeroberfläche von NetBackup.

l Aktivieren der Fehlerprotokollierung auf einem UNIX-System

Geben Sie Folgendes ein:

# /usr/openv/netbackup/logs/mklogdir



l Aktivieren der Fehlerprotokollierung auf einem Windows-System

Geben Sie Folgendes ein:

C:\Program Files\Netbackup\logs\mklogdir.batErgebnisse

Wenn Sie die Protokollierung aktiviert haben, versieht das OST-Plug-in Fehler- undInformationsprotokollmeldungen mit dem Präfix DataDomain.

Lösen fehlgeschlagener Backups auf MedienservernSuchen Sie in der Protokolldatei nach Plug-in-Fehlermeldungen wie die unten für dasBetriebssystem des Medienservers beschriebenen Meldungen.

Lösen fehlgeschlagener Backups auf einem UNIX-SystemVorgehensweise


# cat /usr/openv/netbackup/logs/bptm/LOGFILE_DATE | grep DataDomain

Mit dem Befehl werden Zeilen aus der festgelegten Protokolldatei ausgewählt,die das Wort DataDomain enthalten. Das Plug-in verwendet DataDomain alsPräfix für Protokollmeldungen.

Lösen fehlgeschlagener Backups auf einem Windows-SystemVorgehensweise


C:\Program Files\Veritas\logs\bptm\LOGFILE_DATE.log 2. Öffnen Sie die Protokolldatei und suchen Sie nach dem Wort DataDomain.

Lösen einer fehlgeschlagenen DateireplikationVorgehensweise

1. Suchen Sie in den Medienserver-Protokolldateien nach Plug-inFehlermeldungen, die sich auf das Betriebssystem des Servers beziehen:

l UNIX

n Für read_file:

/usr/openv/netbackup/logs/bpdmn Für write_file:

/usr/openv/netbackup/logs/bptmn Für file-replication:

/usr/openv/netbackup/logs/bpdml Windows

n Für read_file:

C:\Program Files\Veritas\logs\bpdmn Für write_file:

C:\Program Files\Veritas\logs\bptmn Für write_file:

C:\Program Files\Veritas\logs\bptm


Lösen fehlgeschlagener Backups auf Medienservern 111

2. Überprüfen Sie, ob die Replikationslizenz installiert ist, indem Sie Folgendeseingeben:

# license show 3. Wenn Sie weitere Hilfe benötigen, wenden Sie sich an Ihren vertraglich

festgelegten Support-Anbieter.

Lösen von Timeout-FehlernVorgehensweise

1. Überprüfen Sie anhand von ping, ob der Client das Data Domain-System perPing-Befehl erreichen kann.

2. Vergewissern Sie sich, dass das Dateisystem auf dem Data Domain-Systemausgeführt wird, indem Sie Folgendes eingeben:

# filesys status3. Vergewissern Sie sich, dass NFS auf dem Data Domain-System ausgeführt wird,

indem Sie Folgendes eingeben:

# nfs status

Umgang mit Plug-in-ProtokollmeldungenWenn beim Plug-in ein Fehler auftritt, wird der Fehlercode EPLUGIN an NetBackupzurückgegeben und ein Fehlergrund protokolliert.

Vorgehensweise

1. Bestimmen Sie, ob der Fehler auf einen der folgenden Punkte zurückzuführenist:

l Fehler „Write Length Exceeds Limit“Die Datengröße für den Schreibpufferspeicher ist begrenzt. Wenn Sie dieFehlermeldung erhalten, dass der Grenzwert überschritten ist, ändern Siedie Puffergröße auf einen dem angegebenen Grenzwert entsprechendenWert, wie unter Konfigurieren von Pufferspeicher beschrieben.

l Program Not RegisteredDie folgende Ausgabe zeigt an, dass das Programm nicht registriert ist:

(: RPC: Program not registered) 2. Aktivieren Sie DD Boost, indem Sie eine gültige Lizenz installieren:

# license add ddboost-license-code3. Vergewissern Sie sich, dass das Dateisystem auf dem Data Domain-System

ausgeführt wird, indem Sie Folgendes eingeben:

# filesys status

Beheben des Fehlers „Cannot connect on socket“Dieser Fehler wird ausgegeben, wenn der Befehl nbdevconfig -createstsausgeführt wurde, der Speicherserver aber aufgrund eines Socket-Verbindungsfehlersnicht erstellt wird.

Führen Sie die folgenden Schritte aus:

Vorgehensweise

1. Vergewissern Sie sich, dass der Prozess nbemm ausgeführt wird. Wenn beimStart ein Fehler auftritt, liegt in der Regel ein Problem mit der NBU-Datenbankvor.



2. Überprüfen Sie anhand des Dienstprogramms vxlogview die Protokolleunter /usr/openv/logs/51216-*.log auf Fehler.

3. Erstellen Sie die Datenbank neu. Geben Sie Folgendes ein:

# /usr/openv/db/bin/create_nbdb -drop

Fehlgeschlagene NetBackup-Backupjobs auf Solaris-MedienservernWenn zu Beginn eines Backupjobs ein Fehler beim Schreiben auf dem Medium (84)auftritt, sehen die Details für die Aktivitätsüberwachung des Jobs in der Regelfolgendermaßen aus:

2/28/2009 3:36:22 AM - Critical bptm(pid=1750) failure to open sts for storage server apoddrrp01: plug-in reports error 2060046 plugin error2/28/2009 3:36:23 AM - end writing media open error(83)

Das bptm-Protokoll enthält Informationen, die den folgenden ähneln:

01:33:02.585 [28874] <16> apoddrrp01: /usr/openv/lib/ost-plugins/libstspiDataDomain.so:stspi_open_server STS_EPLUGIN Can't connect to mountd on apoddrrp01 (: RPC: Miscellaneous tli error - An event requires attentionError 0)

Im obigen Beispiel wurde mit einem Eintrag in /etc/inet/ipsecinit.conf dieVerschlüsselung von Datenverkehr von Port 665 (sun-dr) erzwungen. Auf demSolaris-Betriebssystem war die Neukonfiguration mit Sun Dynamic aber deaktiviert.Der Medienserver hat also zwar Port 665 für die Verbindung mit dem Data Domain-System über NFS verwendet, aber das Paket hat den Medienserver nicht verlassen,da es nicht verschlüsselt war.

Zur Behebung dieses Problems müssen Sie die dynamische Neukonfigurationdeaktivieren.

Deaktivieren der dynamischen NeukonfigurationVorgehensweise

1. Entfernen Sie alle Kommentare oder löschen Sie die Eingaben unter sun-drin /etc/inet/inetd.conf:

sun-dr stream tcp wait root /usr/lib/dcs dcssun-dr stream tcp6 wait root /usr/lib/dcs dcs

2. Veranlassen Sie, dass inetd die Konfigurationsdatei erneut liest, indem SieFolgendes eingeben:

kill -HUP pid-inetd 3. Entfernen Sie alle Kommentare oder löschen Sie die Eingaben unter sun-dr

in /etc/inet/ipsecinit.conf:

{dport sun-dr ulp tcp} permit {auth_algs md5}{sport sun-dr ulp tcp} apply {auth_algs md5 sa unique}

4. Entfernen Sie die aktive IPsec-Konfiguration aus dem laufenden System.

a. Geben Sie Folgendes ein, um die Indexzahlen abzurufen:

ipsecconf | grep sun-dr b. Löschen Sie die Policy für sun-dr, indem Sie Folgendes eingeben:

ipsecconf -d index


Fehlgeschlagene NetBackup-Backupjobs auf Solaris-Medienservern 113

Backupjobs von AIX-Clients schlagen fehlWenn Sie mehrere Backupjobs von einem AIX-Client zu einem HA-fähigen DataDomain-System mit DD Boost ausführen, werden die Backupjobs evtl. nicht fertiggestellt.

Normalerweise weist DD Boost 24 MB clientseitige Puffer für jede geöffnete Datei zu.Wenn Backups an ein HA-fähiges DD-System gesendet werden, benötigen Clients 128MB für jede geöffnete Datei. Diese Anforderung kann Probleme auf jedem Clientgenerieren, der eine große Anzahl an Dateien öffnet, jedoch wenig Arbeitsspeicherhat.

AIX-Clients sind aufgrund der Größe des standardmäßigen Heap in AIX-Anwendungenbesonders anfällig für dieses Problem.

Sie erhalten bessere Ergebnisse, wenn Sie die AIX-Umgebungsvariable auf exportLDR_CNTRL=MAXDATA=0x70000000 festlegen.

Fehlgeschlagene Jobs zur optimierten DuplizierungDie Replicator-Softwarelizenz für die optimierte Duplizierung ist für die Data Domain-Quell- und Zielsysteme erforderlich, auf denen DD OS 4.7 oder höher ausgeführt wird.

Wenn diese Lizenz nicht installiert ist, schlägt ein Job zur optimierten Duplizierungfehl. In den Jobdetails in der Aktivitätsüberwachung wird dann in der Regel angezeigt,dass ein Fehler (84) beim Schreiben auf dem Medium aufgetreten ist. Das NetBackup-Protokoll bpdm gibt an, dass der NFS-Vorgang nicht unterstützt wird.

Hinzufügen einer Lizenz für die ReplikationVorgehensweise

1. Beziehen Sie einen Replikationslizenzcode von Data Domain.

2. Geben Sie den Lizenzcode in der Befehlszeilenoberfläche auf jedem DataDomain-System ein:# license add license code

Virtuelle synthetische Backupsl Überprüfen Sie, ob die normalen Backups problemlos funktionieren.

l Überprüfen Sie, ob die Attribute der Storage Lifecycle Policy ordnungsgemäßfestgelegt wurden.

l Überprüfen Sie, ob TIR-Dateien in der Speichereinheit erzeugt werden.# ddboost storage-unit show [compression] [storage-unit] [tenant-unit tenant-unit]

l Überprüfen Sie, ob DDP_SynWR-RPCs gesendet werden.

# ddboost show statsl Überprüfen Sie, ob das Kennzeichen OptimizedImage gesetzt ist.

# nbdevquery -liststsl Überprüfen Sie, ob virtuelle synthetische Backups auf dem Data Domain-System

aktiviert sind.# ddboost option show

Überwachen der automatischen Image-ReplikationAuf dem Data Domain-Quellsystem werden die Statistiken und Histogramme für RPCsgemeldet, die direkt mit der automatischen Image-Replikation verbunden sind:



DDP_REMFILEOPS und DDP_IMAGESETOPS. Außerdem steht DDP_IMAGESETSfür die Anzahl aller Image-Sätze, die von diesem Data Domain-System gesendetwurden. Das DDP_IMAGESETS-Histogramm meldet die Zeit ab dem Senden desletzten Images des Image-Satzes als Dateikopie bis zu dem Zeitpunkt, an dem dasEvent auf dem Data Domain-System in der Zieldomain veröffentlicht wird.

Auf dem Data Domain-Zielsystem werden die Statistiken und die Histogramme fürDDP_GETEVENT RPC gemeldet. Außerdem steht DDP_EVENTS für die Anzahl allerImage-Satz-Events, die für den Import gemeldet wurden. Das DDP_EVENTS-Histogramm meldet die Zeit, ab der das Event auf dem Data Domain-System in derZieldomain veröffentlicht wurde bis zur Lieferung an NetBackup zum Import.

Mit den Befehlen ddboost file-replication show können Sie diePerformanceberichte für die Dateireplikation einzelner Dateien abrufen.

Geben Sie zur Anzeige der DD Boost-Statistiken Folgendes ein:

# ddboost show stats

Geben Sie zur Anzeige des DD Boost-Histogramms Folgendes ein:

# ddboost show histogram

Nicht funktionierende automatische Image-ReplikationVorgehensweise

1. Geben Sie Folgendes ein, um zu überprüfen, ob die Verbindung zwischen demData Domain-Quellsystem und dem Data Domain-Zielsystem für die Replikationfunktioniert:

# replication option show

Hinweis

Stellen Sie sicher, dass für den TCP-Port 2051 oder der festgelegte Wertangezeigt wird.

2. Geben Sie Folgendes ein, um zu überprüfen, ob die Zuordnungen korrekt aufdem Data Domain-Quell- und dem Data Domain-Zielsystem konfiguriert sind:

# ddboost association show3. Geben Sie Folgendes ein, um neue Backup-Images auf dem Data Domain-

Quellsystem zu überprüfen:

# ddboost storage-unit show source-su4. Geben Sie Folgendes ein, um neue Backup-Images auf dem Data Domain-

Zielsystem zu überprüfen:

# ddboost storage-unit show target-su

Hinweis

Stellen Sie sicher, dass die Image-Namen auf dem Zielsystem mit denen aufdem Quellsystem identisch sind.

a. Wenn keine neuen Images als Dateikopie gesendet werden, überprüfen Sie,ob für das Data Domain-Zielsystem Dateikopiefehler und -problemegemeldet werden.

b. Erhöhen Sie das Debug-Level für bpdm log und überprüfen Sie dasProtokoll auf Probleme.

5. Geben Sie Folgendes ein, um die Statistiken auf dem Data Domain-Zielsystemzu überprüfen:


Überwachen der automatischen Image-Replikation 115

ddboost show stats

Hinweis

Wenn das Data Domain-Zielsystem zeigt, dass die Gesamtanzahl fürDDP_GETEVENT ohne Fehler in der Zieldomain ansteigt, bedeutet das, dasseine NetBackup-Zieldomain auf diesem Data Domain-System regelmäßig Eventsabfragt.

Hinweis

Wenn DDP_GETEVENT nicht ansteigt, geben Sie Folgendes ein:nbdevconfig -updatests -storage_server rtp-ost-dd670c2.datadomain.com -stype DataDomain

Starten Sie die NetBackup-Services neu.

6. Vergewissern Sie sich, dass die Laufwerkpools den Bericht korrekt verwendethaben. Ist dies nicht der Fall, aktualisieren Sie die Datenbank durch Eingabe von:

nbdevconfig -updatests -storage_server rtp-ost-dd670c2.datadomain.com -stype DataDomain

Starten Sie die NetBackup-Services neu.

a. Suchen Sie NBU 7.1 nach STS_LSUF_REP_TARGET und _SOURCE-Flagsund geben Sie Folgendes ein:

bpstsinfo -li -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com

LSU Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com LSU Name: sparc12sol02 Allocation : STS_LSU_AT_STATIC Storage: STS_LSU_ST_NONE Description: Data Domain SU for DDBOOST images Configuration: Media: (STS_LSUF_DISK | STS_LSUF_ACTIVE | STS_LSUF_REP_ENABLED | STS_LSUF_REP_TARGET) Save As : (STS_SA_OPAQUEF) Replication Sources: 1 ( ddp-890-1.datadomain.com:sparc12sol02 ) Replication Targets: 0 ( ) Maximum Transfer: 1048576 Block Size: 32768 Allocation Size: 0 Size: 8295733002240 Physical Size: 8295733002240 Bytes Used: 40263745536 Physical Bytes Used: 40263745536 Resident Images: 0LSU Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com LSU Name: sol022sparc1 Allocation : STS_LSU_AT_STATIC Storage: STS_LSU_ST_NONE Description: Data Domain SU for DDBOOST images Configuration: Media: (STS_LSUF_DISK | STS_LSUF_ACTIVE | STS_LSUF_REP_ENABLED | STS_LSUF_REP_SOURCE) Save As : (STS_SA_OPAQUEF) Replication Sources: 0 ( ) Replication Targets: 1 ( ddp-890-1.datadomain.com:sol022sparc1 ) Maximum Transfer: 1048576 Block Size: 32768 Allocation Size: 0



Size: 8295733002240 Physical Size: 8295733002240 Bytes Used: 40263745536 Physical Bytes Used: 40263745536 Resident Images: 0

b. Suchen Sie auf NBU 7.5 und 7.6 nach Replikationsziel und -quelle und gebenSie Folgendes ein:

nbdevquery -listdp -stype DataDomain -U

Disk Pool Name : sol022sparc1-dd670c2Disk Pool Id : sol022sparc1-dd670c2Disk Type : DataDomainStatus : UPFlag : PatchworkFlag : VisibleFlag : OpenStorageFlag : SingleStorageServerFlag : CopyExtentsFlag : AdminUpFlag : InternalUpFlag : LifeCycleFlag : CapacityMgmtFlag : FragmentImagesFlag : CprFlag : FT-TransferFlag : OptimizedImageFlag : ReplicationSourceRaw Size (GB) : 7726.00Usable Size (GB) : 7726.00Num Volumes : 1High Watermark : 98Low Watermark : 80Max IO Streams : -1Comment :Storage Server : ost-dd670c2.datadomain.com (UP)

7. Geben Sie Folgendes ein, um zu testen, ob .imgset und Eventdateien auf demData Domain-Zielsystem vorhanden sind:

ddboost event show target-su

Hinweis

Die .imgset-Dateien werden mit einem Formular benannt:192:rtp-ost-sparc1.datadomain.com_ddr1.domain1.com_1328637954_1.imgset

Dabei gilt Folgendes: 192:rtp-ost-sparc1.datadomain.com ist der inNetBackup für das Image festgelegte Name, der aus der Jobnummer und demHostnamen des Quellclients besteht (wobei alle eingebetteten _ in -umgewandelt werden) . ddr1.domain1.com ist der Hostname des DataDomain-Zielsystems.1328637954 ist der Image-Zeitstempel in NetBackup (indiesem Fall wurde das Image am 7.2.12 um 18:05 Uhr erstellt). Für Excel wirdder Zeitstempel in A2 mit der Formel =A2/86400+DATUM(1970,1,1) in eineUhrzeit/ein Datum konvertiert, wobei 1 die Anzahl der Images im Satz ist.Derzeit ist die Kennung immer 1.imgset.



Hinweis

Die .event-Dateien werden mit einem Formular benannt:bluemedia.datadomain.com_31234_6589_1.event.0000000000000006

Dabei gilt Folgendes: bluemedia.datadomain.com ist der Hostname desNetBackup-Medienservers, der den entsprechenden Image-Satz als erstererkannt hat. 31234 ist die Prozess-ID des NetBackup-Medienservers. 6589 istdie Thread-ID des NetBackup-Medienservers. 1.event 0000000000000006ist die eindeutige Eventkennung auf diesem Data Domain-System.

a. Ein längeres Vorhandensein (mehr als 2 Stunden) von .imgset-Dateien inder Zielspeichereinheit gibt an, dass die NetBackup-Zieldomain nicht aufveröffentlichte Events abfragt. DD OS entfernt alle .imgset-Dateien, diemehr als zwei Stunden alt sind.

b. Ein längeres Vorhandensein (mehr als 2 Stunden) von Eventdateien in derZielspeichereinheit gibt an, dass die NetBackup-Zieldomain keine Eventsverarbeitet. Möglicherweise bedeutet dies, dass die in der Datei .imgsetangegebene SLP in der NetBackup-Zieldomain nicht richtig geschriebenwurde.

8. Vergewissern Sie sich mit dem Befehl ddboost show stats, dass das Plug-in in der NetBackup-Datenbank als Eventquelle aufgeführt ist und dass sich derDDP_GETEVENT RPC-Zähler erhöht. Wenn dies nicht der Fall ist, aktualisierenSie die Datenbank mit

nbdevconfig -updatests -storage_server rtp-ost-d670c2.datadomain.com -stype DataDomain

a. Suchen Sie nach STS_SRV_EVSYNC und geben Sie Folgendes ein:

bpstsinfo -si -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com Server Info: Servername: DataDomain:rtp-ost-dd670c2.datadomain.com Unterstützte Streamformate: [ ] Server-Flags: (STS_SRV_IMAGELIST | STS_SRV_CRED | STS_SRV_EVSYNC | STS_SRV_IMAGE_COPY) Maximale Verbindungen: 149 Aktuelle Verbindungen: 0 Unterstützte Schnittstellen: [ ] Unterstützte Anmeldedaten: [ ]

b. Erhöhen Sie das Debug-Level für das einheitliche Protokoll für stsem auf 6:

vxlogcfg -a -p 51216 -o stsem -s DebugLevel=6c. Erfassen Sie einen Zeitraum und überprüfen Sie das stsem-Protokoll unter

Angabe von Startdatum und -zeit auf Fehler:

vxlogview -p 51216 -o stsem -b "2/7/2012 3:30:00 PM" > c:\stsem.log

Oder erfassen Sie die vorherige Anzahl Stunden:

vxlogview -p 51216 -o stsem –t 4 > c:\stsem.logd. Legen Sie das Debug-Level für das einheitliche Protokoll für stsem zurück

auf 1 fest, damit die Protokolle das Dateisystem nicht füllen:

vxlogcfg -a -p 51216 -o stsem -s DebugLevel=19. Suchen Sie im stsem-Protokoll nach einem Protokolleintrag, der angibt, ob das

Event für den Import veröffentlicht wurde. Sobald das Event für den Importveröffentlicht wurde, wird die Eventdatei aus dem Data Domain-Zielsystemgelöscht.

02/22/12 07:05:17.307 [STSEventSupplier::postReplEvent()] AddOstImageToImport seqno=52 masterServer=<rtp-ost-sparc1.datadomain.com> media=<rtp-ost-



sparc1.datadomain.com> origin_NBU_master=<bluemedia> isi_slpname=<AIR-vol1-vol2> e_orig_server=<DataDomain:rtp-ost-dd670c2.datadomain.com> e_num_images=<1> : [0] servername=<rtp-ost-dd670c2.datadomain.com> servertype=<DataDomain> imo_lsu.sln_name=<vol2> imo_def.img_basename=<bluemedia_1329923106_C1_IM>

10. Wenn ddboost event show anzeigt, dass Events in der Zieldomainverbraucht werden (für die entsprechende Zielspeichereinheit sind keine Eventsaufgeführt), in der Aktivitätsüberwachung aber keine Importaktivitätenangezeigt werden, überprüfen Sie, ob die Zeiten auf den Medien-Masterservernfür Quell- und Zieldomain angemessen synchronisiert sind (mit höchstens einpaar Minuten Unterschied). Sie müssen nicht in derselben Zeitzone sein.

11. Suchen Sie im bpcd-Protokoll des Data Domain-Zielmedienservers, der denAIR-Import durchführt, nach einem Eintrag, der angibt, dass der Importauftraggestartet wurde. Am einfachsten geht dies durch eine Suche nach der in derQuelldomain angegebenen Image-ID. In diesem Fall lautet die IDbluemedia_1329923106.

07:05:29.624 [24145] <2> process_requests: fork cmd = /usr/openv/netbackup/bin/bpdm bpdm -restoretir -cmd -b bluemedia_1329923106 -cbluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

12. Im bpdbm-Protokoll finden Sie die folgenden Protokolleinträge.

07:05:33.463 [24169] <2> db_logimagerec: backup id bluemedia_1329923106

13. Schließlich findet im bpdm-Protokoll der Import statt.

7:05:30.232 [24150] <2> bpdm: INITIATING (VERBOSE =5): -restoretir -cmd -b bluemedia_1329923106 -c bluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

14. Wenn der Importjob mit der Nachricht no images were successfullyprocessed (191) fehlschlägt, lesen Sie bitte die detaillierten Informationenim Protokoll bpimport log. In der Darstellung unten stimmt die SLP auf derZieldomain nicht mit der SLP in der Quelldomain überein.

04/06/2012 11:23:38 - Error bpimport (pid=11137) Import of replica image, backup id ostqa-sparc1.datadomain.com_1333724024, Import failed because the imported image specifies an SLP name which does not exist

15. Eine detaillierte Protokollierung von AIR-Vorgängen auf dem Data Domain-System ist in ddfs.info verfügbar, wenn das richtige Debug-Level aktiviertist. Wenn das standardmäßige Debug-Level (Level 0) aktiviert ist, enthältddfs.info Fehlermeldungen von ost_remfileops, ost_imagesetops,ost_get_event_id, ost_get_event. Diese zeigen katastrophale Fehleran Um üblichere Fehler anzuzeigen, muss das Debug-Level (-D) der OST-Debug-Maske (-M) auf 3 erhöht werden. Dazu können Sie dasconfig_debug-Dienstprogramm verwenden:

/ddr/bin/config_debug –P /ddr/bin/ddfs –M 0x00100000 –D 3



Hinweis

Umfassende Protokollierung ist bei Debug-Level 6 verfügbar. Debug-Level 6wird aufgrund der hohen Anzahl von ausgegebenen Protokollmeldungen in derRegel jedoch nicht verwendet. Falls Debug-Level 6 verwendet wird, muss dasLevel nach Erfassung des Problems in ddfs.info wieder auf 0 zurückgesetztwerden.

Beenden der automatischen Image-ReplikationUm die laufende Replikation für ein bestimmtes SLP zu beenden, wie im Veritas Best-Practices-Leitfaden vorgeschlagen, geben Sie Folgendes ein:

nbstlutil cancel –lifecycle SLP name -force

Hinweis

Weitere Informationen finden Sie in den häufig gestellten Fragen zur automatischenImage-Replikation von Vertias NetBackup unter https://www.veritas.com/support/en_US/article.000112974.

Backup Exec-Troubleshooting

Grundlegendes Troubleshootingl Überprüfen Sie, ob die Anzahl der gleichzeitigen Verbindungen (Jobs) für alle

Speichereinheiten richtig festgelegt ist.

n Backup Exec: Die Gesamtanzahl der gleichzeitigen Verbindungen über eineinziges Medienserver-Plug-in zu allen angeschlossenen OpenStorage-Speichereinheiten ist 48. Diese Zahl haben Sie bei der Konfiguration des Gerätsangegeben. Siehe Konfigurieren von Geräten auf Seite 100.

l Wenn ein Problem auftritt, versuchen Sie, Backup Exec-Services zu beenden undneu zu starten. Gehen Sie wie folgt vor, wenn dies nicht funktioniert:

n Starten Sie den Server neu.

n Starten Sie den Debugger und versuchen Sie, das Problem zu reproduzieren.

Prüfen der InstallationProbleme mit grundlegenden Vorgängen wie Backups sind möglicherweise die Folgeeiner unsachgemäßen Installation.

Vorgehensweise

1. Überprüfen Sie, ob libstspiDataDomain.dll in C:\Program Files\Symantec\Backup Exec\ vorhanden ist.

Hinweis

Obwohl NetBackup jetzt ein Veritas-Produkt ist, ist die Verwendung vonSymantec im Dateipfad des vorherigen Befehls weiterhin korrekt.

2. Ermitteln Sie die Plug-in-Version, indem Sie mit der rechten Maustaste auf dieDLL klicken und Properties > Details öffnen.



https://www.veritas.com/support/en_US/article.000112974

https://www.veritas.com/support/en_US/article.000112974

Prüfen von Anmeldedaten für ein Data Domain-SystemVorgehensweise

1. Zeigen Sie die OpenStorage-Geräteeigenschaften an und notieren Sie sich dasAnmeldekonto.

2. Überprüfen Sie, ob der Benutzername für die Anmeldung dem DD Boost-Benutzernamen auf dem Data Domain-System entspricht.

Lösen von LizenzierungsfehlernBackup Exec muss für OpenStorage lizenziert werden, das Teil der Lizenzoption fürdie Deduplizierung ist.

Einrichtung von aktivem DebuggingVerwenden Sie das Backup Exec-Dienstprogramm zum Debugging (SGMON), um einTroubleshooting für Backup Exec-Probleme durchzuführen.

Vorgehensweise

1. Führen Sie den Backup Exec Debug Monitor für aktives Debugging aus.

2. Die folgenden Optionen müssen ausgewählt (aktiviert) werden: Job Engine,Backup Exec Server und Device and Media.

3. Capture to file muss aktiviert sein.

4. Legen Sie einen Wert für Device and Media Debug fest und wählen Sie Enableverbose logging, falls diese Option nicht aktiviert ist.


Prüfen von Anmeldedaten für ein Data Domain-System 121



Documents

256 Boost for OpenStorage Administration Guide · Dell EMC Data Domain® Boost for OpenStorage Version 3.4 Administrationshandbuch 302-003-983 REV. 01