Ridenominazione di repliche e siti

Per modificare il nome di una replica del database, è necessario eliminare la replica e creare una nuova replica utilizzando un nome differente. La ridenominazione dei siti richiede la pianificazione ed il coordinamento tra i siti nel gruppo, in particolare il sito indicato per la ridenominazione ed il sito principale di lavoro. Sincronizzare tutti i siti prima della ridenominazione.

Ridenominazione dei siti

La maggior parte dei client Rational ClearQuest specifica le informazioni di connessione utilizzando un nome del gruppo di database. I nomi del gruppo di database sono memorizzati nel registro di Windows su ciascuna macchina client ed in alcuni file su Linux e sul sistema UNIX. Negli ambienti MultiSite, tali file sono generalmente denominati CQMS.CLAN.SITE; tuttavia, tale schema di denominazione è facoltativo. La maggior parte dei client può utilizzare qualsiasi nome per accedere ad un gruppo di database Rational ClearQuest MultiSite; tuttavia, il comando multiutil crea un nome del gruppo di database dagli argomenti del sito e del gruppo separati trasmessi sulla riga comandi. Inoltre, il comando multiutil verifica che il nome del sito sia valido per il gruppo, confrontando le informazioni nel database con il nome del sito specificato sulla riga comandi. Quindi, durante l'accesso ad un gruppo di database mediante il comando multiutil, il nome del gruppo di database deve corrispondere alle informazioni memorizzate nel database.

Il comando renamesite modifica il nome del gruppo di database memorizzato nel registro. Se si sta ridenominando il sito principale di lavoro, il nome del gruppo di database viene modificato quando viene eseguito il comando renamesite. Se si sta ridenominando un sito differente, il nome del gruppo di database viene modificato quando la replica del database principale su tale sito riceve la notifica della modifica del nome durante un'operazione syncreplica -import. Quindi, quando il nome del sito viene modificato, le informazioni di connessione sul server di sincronizzazione sul sito ridenominato devono essere aggiornate prima che il server possa eseguire ulteriori operazioni multiutil. Generalmente, questo richiede la modifica dei file batch o degli script della shell. Le considerazioni per l'aggiornamento degli altri client variano in base al motivo della ridenominazione; sono disponibili tre scenari di ridenominazione, elencati di seguito a partire dal più semplice al più complesso:
  1. Si desidera rendere obsoleto un sito e si desidera indicare tale condizione nel nome del sito; ad esempio, il sito Austin viene ridenominato in Obsolete_Austin.

    In questo caso, è possibile utilizzare il comando rmreplica per rimuovere ogni database utente sul sito, impedendo l'accesso continuato ai database obsoleti.

  2. Si desidera continuare ad utilizzare i database utente, ma si desidera un nome differente per il sito; ad esempio, le operazioni vengono spostate da Vancouver a Toronto e si desidera ridenominare il sito Vancouver in Toronto.

    In questo caso, il sito viene ridenominato, ma i database restano sullo stesso server e non è necessario modificare i nomi dei gruppi di database; tuttavia, è possibile che si desideri modificare il nome del gruppo di database in modo da riflettere la ridenominazione del sito. Se i database vengono spostati su server differenti, è necessario anche aggiornare le informazioni di connessione su ciascun client.

  3. Si desidera continuare ad accedere al sito utilizzando un nome differente e creare un nuovo sito con il nome precedente; ad esempio, una volta spostati i database da Vancouver a Toronto, viene creato un nuovo sito Vancouver.

    In questo caso, i vecchi database continuano a funzionare, ma con un nome del sito differente. I client che non dispongono delle informazioni aggiornate relative al gruppo di database possono sembrare in funzione, ma non si collegano al sito corretto. Nell'esempio, l'utente potrebbe pensare che il client stia effettuando la connessione al nuovo sito Vancouver, mentre, in realtà, il client sta eseguendo la connessione al sito Vancouver precedente (ora Toronto). Aggiornare le informazioni di connessione su ciascun client per garantire l'accesso ai database corretti.


Feedback