Spostamento di un repository completo su un altro gestore code

Muovi un repository completo da un gestore di coda all'altro, costruendo il nuovo repository dalle informazioni posseduta al secondo repository.

1. Alter PARIS per renderlo un gestore code repository completo.
   Su PARIS, emettere il seguente comando:

   ALTER QMGR REPOS(INVENTORY)
   

2. Aggiungi un canale CLUSSDR su PARIS
   PARIS attualmente dispone di un canale mittente cluster che punta a LONDON. LONDON non è più tenere un repository completo per il cluster. PARIS deve avere un nuovo canale mittente cluster che punta a NEWYORK, dove si tiene ora l'altro repository completo.

   DEFINE CHANNEL(INVENTORY.NEWYORK) CHLTYPE(CLUSSDR) TRPTYPE(TCP)
   CONNAME(NEWYORK.CHSTORE.COM) CLUSTER(INVENTORY)
   DESCR('Cluster-sender channel from PARIS to repository at NEWYORK')
   

3. Definire un canale CLUSSDR su NEWYORK che punti a PARIS
   Attualmente NEWYORK dispone di un canale mittente cluster che punta a LONDON. Ora che l'altro repository completo si è spostato a PARIS, è necessario aggiungere un nuovo canale - sender cluster a NEWYORK che punti a PARIS.

   DEFINE CHANNEL(INVENTORY.PARIS) CHLTYPE(CLUSSDR) TRPTYPE(TCP)
   CONNAME(PARIS.CHSTORE.COM) CLUSTER(INVENTORY)
   DESCR('Cluster-sender channel from NEWYORK to repository at PARIS')
   

   Quando si aggiunge il canale del cluster - sender a PARIS, PARIS impara il cluster da NEWYORK. Costruisce il proprio repository completo utilizzando le informazioni da NEWYORK.

4. Verificare che il gestore code PARIS ora abbia un repository completo
   Controllare che il gestore code PARIS abbia costruito il proprio repository completo dal repository completo sul gestore code NEWYORK. Immettere i seguenti comandi:

   DIS QCLUSTER(*) CLUSTER (INVENTORY)
   DIS CLUSQMGR(*) CLUSTER (INVENTORY)
   

   Controllare che questi comandi mostrino dettagli delle stesse risorse in questo cluster come su NEWYORK.

   Nota: Se il gestore code NEWYORK non è disponibile, questo edificio di informazioni non può completare. Non passare al passo successivo fino a quando l'attività non sarà completa.
5. Alterare la definizione del gestore code su LONDON
   Infine alterare il gestore code a LONDON in modo che non possiate più un repository completo per il cluster. Su LONDON, emettere il comando:

   ALTER QMGR REPOS(' ')
   

   Il gestore code non riceve più informazioni cluster. Dopo 30 giorni scadono le informazioni che vengono memorizzate nel suo repository completo. Il gestore code LONDON ora costruisce il proprio repository parziale.

6. Rimuovi o modifica qualsiasi definizioni in sospeso.
   Quando si è sicuri che la nuova disposizione del proprio cluster funzioni come previsto, rimuovere o modificare definizioni di CLUSSDR definite manualmente che non sono più corrette.

   • Sul gestore code PARIS è necessario arrestare ed eliminare il canale del cluster - sender a LONDON, quindi emettere il comando di avvio del canale in modo che il cluster possa utilizzare nuovamente i canali automatici:

     STOP CHANNEL(INVENTORY.LONDON)
     DELETE CHANNEL(INVENTORY.LONDON)
     START CHANNEL(INVENTORY.LONDON)
     

   • Sul gestore code NEWYORK è necessario arrestare ed eliminare il canale del cluster - sender a LONDON, quindi emettere il comando di avvio del canale in modo che il cluster possa utilizzare nuovamente i canali automatici:

     STOP CHANNEL(INVENTORY.LONDON)
     DELETE CHANNEL(INVENTORY.LONDON)
     START CHANNEL(INVENTORY.LONDON)
     

   • Sostituire tutti gli altri canali mittenti di cluster definiti manualmente che pungono a LONDON su tutti i gestori di coda presenti nel cluster con canali che pungono a NEWYORK o PARIS. Dopo aver eliminato un canale, immettere sempre il comando start channel in modo che il cluster possa utilizzare nuovamente i canali automatici. In questo piccolo esempio non ci sono altri. Per controllare se sono presenti altri elementi dimenticati, immettere il comando DISPLAY CHANNEL da ciascun gestore code, specificando TYPE(CLUSSDR). Ad esempio:

     DISPLAY CHANNEL(*) TYPE(CLUSSDR)
     

   È importante eseguire questa attività il prima possibile dopo aver spostato il repository completo da LONDON a PARIS. Nel tempo prima di eseguire questa attività, i gestori di coda che hanno definito manualmente i canali CLUSSDR denominati INVENTORY.LONDON potrebbero inviare richieste di informazioni utilizzando questo canale.

   Dopo che LONDON ha cessato di essere un repository completo, se riceve tali richieste scriverà messaggi di errore al relativo log degli errori del gestore code. I seguenti esempi mostrano quali messaggi di errore potrebbero essere visti su LONDON:

   • AMQ9428: Unexpected publication of a cluster queue object received
   • AMQ9432: Query received by a non-repository queue manager

   Il gestore code LONDON non risponde alle richieste di informazioni perché non è più un repository completo. I gestori di coda che richiedono informazioni da LONDON devono fare affidamento su NEWYORK per le informazioni sul cluster fino a quando le loro definizioni di CLUSSDR definite manualmente vengono corrette per puntare a PARIS. Questa situazione non deve essere tollerata come configurazione valida a lungo termine.

Risultati

Figura 1 mostra il cluster impostato da questa attività.