Replikate und Sites umbenennen

Wenn Sie den Namen eines Datenbankreplikats ändern möchten, müssen Sie das Replikat löschen und ein neues Replikat mit dem gewünschten Namen erstellen. Das Umbenennen einer Site muss auf den Sites eines Clans geplant und koordiniert werden, speziell auf der für die Umbenennung vorgesehenen Site, sowie auf der aktiven Master-Site. Vor dem Umbenennen müssen Sie alle Sites synchronisieren.

Sites umbenennen

Die meisten Clients in Rational ClearQuest verwenden einen Datenbankgruppennamen für Verbindungsinformationen. Die Datenbankgruppennamen werden auf allen Clientsystemen in der Windows- Registry bzw. in Dateien (Linux und UNIX) gespeichert. In einer MultiSite-Umgebung haben diese gewöhnlich den Namen CQMS.CLAN.SITE, wobei dieses Benennungsschema optional ist. Während die meisten Clients für den Zugriff auf eine Datenbankgruppe in Rational ClearQuest MultiSite einen beliebigen Namen verwenden können, setzt der Befehl multiutil den Namen einer Datenbankgruppe aus getrennten Clan- und Site-Argumenten zusammen, die in der Befehlszeile übergeben werden. Darüber hinaus überprüft der Befehl multiutil die Gültigkeit des Sitenamens für den Clan, indem die Informationen in der Datenbank mit dem in der Befehlszeile angegebenen Sitenamen verglichen werden. Aus diesem Grund muss für den Zugriff auf eine Datenbankgruppe mit dem Befehl multiutil der Datenbankgruppenname mit den Informationen in der Datenbank übereinstimmen.

Der Befehl renamesite ändert den in der Registry gespeicherten Datenbankgruppennamen. Wenn Sie die aktive Master-Site umbenennen, wird der Datenbankgruppenname beim Ausführen des Befehls renamesite geändert. Beim Umbenennen einer anderen Site wird der Datenbankgruppenname erst geändert, wenn das Master-Datenbankreplikat auf der Site im Rahmen einer Operation des Typs syncreplica -import eine Benachrichtigung über die Namensänderung erhält. Aus diesem Grund müssen nach dem Ändern des Sitenamens die Verbindungsinformationen auf dem Synchronisationsserver der umbenannten Site aktualisiert werden, bevor dieser Server weitere multiutil-Operationen ausführen kann. Dies erfordert in der Regel eine Bearbeitung von Stapeldateien bzw. Shell-Scripts. Welche anderen Clients aktualisiert werden müssen, hängt von der Ursache für die Umbenennung ab. Es gibt drei Szenarien, die hier in der Reihenfolge zunehmender Komplexität aufgeführt sind:
  1. Sie möchten eine Site stilllegen und dies im Sitenamen angeben, also z. B. Austin in Austin_Veraltet umbenennen.

    In diesem Fall können Sie mit rmreplica die einzelnen Benutzerdatenbanken aus der Site entfernen und somit den Zugriff auf veraltete Datenbanken verhindern.

  2. Sie möchten die Benutzerdatenbanken weiterhin verwenden, jedoch einen anderen Namen für die Site vergeben, weil beispielsweise die Unternehmensaktivitäten von Vancouver nach Toronto verlegt werden und Sie daher die Site "Vancouver" in "Toronto" umbenennen müssen.

    In diesem Fall wird die Site zwar umbenannt, die Datenbanken verbleiben aber auf demselben Server, und die Datenbankgruppennamen müssen nicht geändert werden. Sie können entscheiden, ob Sie den Namen der Datenbankgruppe an den neuen Sitenamen anpassen möchten. Wenn Sie die Datenbanken auf andere Server verschieben, müssen Sie außerdem die Verbindungsinformationen auf den Clients aktualisieren.

  3. Sie möchten auf die Site in Zukunft unter einem anderen Namen zugreifen und eine Site mit dem alten Namen erstellen, also beispielsweise nach dem Verschieben der Datenbanken von Vancouver nach Toronto eine neue Site mit dem Namen "Vancouver" erstellen.

    In diesem Fall bleiben die alten Datenbanken unter einem anderen Sitenamen in Betrieb. Clients, deren Datenbankgruppeninformationen nicht aktualisiert werden, scheinen zwar ordnungsgemäß zu arbeiten, verbinden sich aber mit der falschen Site. In diesem Beispiel könnte ein Benutzer fälscherweise annehmen, dass sich sein Client mit der neuen Site in Vancouver verbindet, während er sich tatsächlich mit der alten Site in Vancouver (der neuen Site in Toronto) verbindet. Aktualisieren Sie die Verbindungsinformationen auf allen Clients, damit der Zugriff auf die richtigen Datenbanken erfolgt.

Zugehörige Konzepte
Löschen von Replikaten
Erstellung des Datenbankreplikats
Zugehörige Verweise
rmreplica
mkreplica
syncreplica
renamesite

Feedback