HP Matrix Operating Environment Software - Handbuch (Seite 27)

HINWEIS: Wenn in volume.dr.list nur ein Datenspeicher angegeben ist, werden die
DR-geschützten IO-Dienste im angegebenen Datenspeicher bereitgestellt.
Wenn in volume.dr.list mehrere Datenspeicher angegeben sind, werden die
DR-geschützten IO-Dienste in dem Datenspeicher in volume.dr.list bereitgestellt, der für
den Serverpool verfügbar ist und der den meisten freien Speicherplatz aufweist.
Wenn in volume.dr.list mehrere Datenspeicher angegeben sind und in der IO-Vorlage
einer der Datenspeicher in volume.dr.list angegeben ist, dann werden die DR-geschützten
IO-Dienste in dem Datenspeicher bereitgestellt, der in der IO-Vorlage angegeben ist.
•
Stellen Sie die Eigenschaft static.ip.replica.list so ein, dass am Remote-Standort
statische IP-Adressen für IO-Replikationsdienste reserviert werden. Der Replikats-IP-Bereich kann
ein Unterbereich des IP-Adressbereichs auf IO-Netzwerk-UIs sein. Der in der Eigenschaftsdatei
konfigurierte, für Replikatslisten reservierte IP-Adressbereich kann nicht verwendet werden,
wenn lokale Dienste am DR-Standort erstellt werden. Wenn z. B. die am Remote-Standort in
IO konfigurierten Netzwerke subnetX und subnetY sind, dann können ein oder mehrere dieser
IP-Adressen für Replikatsdienste reserviert werden: Reservieren Sie z. B. einen neuen
IP-Adressbereich für DR-geschützte Server, indem Sie in der Datei hpio.properties wie
folgt die Eigenschaft festlegen:
static.ip.replica.list =
subnetX:192.16.0.10;subnetX:192.16.0.15-192.16.0.20;subnetY:192.16.0.30-192.16.0.40;subnetX:1024:3143::c425:b0e1:e1c0-1024::3143:c425:b0e1:e1cf
dr.properties
•
Geben Sie im CMS des lokalen und des Remote-Standorts in der Datei dr.properties dem
jeweiligen Standort, an dem IO ausgeführt wird, einen eindeutigen Namen, beispielsweise:
local.site = siteA
am lokalen Standort und local.site = siteB am
Remote-Standort. Der Name in der Datei dr.properties kann anders lauten als der
Standortname, der in Matrix Recovery Management konfiguriert ist.
•
Wenn Domänenname und Benutzername des Diensteigentümers am lokalen und am
Remote-Standort nicht gleich lauten, dann stellen Sie die Eigenschaft
owner.username.site_a>.owner_domain_a\\username_a> =
owner.username.site_b>.owner_domain_b\\username_b> so ein, dass die
Netzwerkzuordnung zwischen Domänenname und Benutzername des Diensteigentümers
angegeben wird. Wenn z. B. der für IO konfigurierte Domänenname und Benutzername des
Diensteigentümers am lokalen und am Remote-Standort domainA\userA und domainB\userB
lautet:
owner.username.siteA.domainA\\userA = owner.username.siteB.domainB\\userB
Richten Sie weitere Eigentümer-Benutzernamen-Abgleiche durch Hinzufügen zur Datei
dr.properties
ein. Beispiel:
owner.username.siteA.ARCMS9671v\\Administrator = owner.username.siteB.ARCMS9771V\\Administrator
owner.username.siteA.ARCMS9671v\\svcuser = owner.username.siteB.ARCMS9771V\\svcuser
•
Wenn die Domänennamen am lokalen und am Remote-Standort nicht gleich lauten, dann
stellen Sie die Eigenschaft owner.domain.site_a>.owner_domain_a> =
owner.domain.site_b>.owner_domain_b>
so ein, dass die Netzwerkzuordnung
zwischen den Domänennamen angegeben wird. Wenn z. B. die für IO konfigurierten
Domänennamen am lokalen und am Remote-Standort domainA und domainB lauten:
owner.domain.siteA.domainA = owner.domain.siteB.domainB
•
Ordnen Sie den Organisationsadministrator in der Datei dr.properties zu, indem Sie die
Eigenschaft owner.username.<site_a>.<domain_a>\\<org_admin> =
owner.username.<site_b>.<domain_b>\\<org_admin>
festlegen. Zum Beispiel:
Wenn der Organisationsadministrator für IO am lokalen und Remote-Standort userA ist:
owner.username.siteA.domainA\\userA = owner.username.siteB.domainB\\userA
DR-Schutz für IO-Dienste 27