Creazione di un gestore code a più istanze utilizzando il mirroring del journal e NetServer su IBM i

Creare un gestore code a più istanza da eseguire su due server IBM® i . I dati del gestore delle code sono memorizzati su un terzo server 'IBM i utilizzando NetServer. Il journal del gestore code viene sottoposto a mirroring tra i due server utilizzando il journal remoto. Il comando 'ADDMQMJRN viene utilizzato per semplificare la creazione dei diari remoti.

Prima di iniziare

L'attività richiede tre server IBM i . Installare IBM MQ su due di essi, ALPHA e BETA nell'esempio. il prodotto deve essere almeno IBM WebSphere® MQ 7.0.1 Fix Pack 1.
Il terzo server è un server IBM i , connesso da NetServer a ALPHA e BETA. Viene utilizzato per condividere i dati del gestore code. Non è necessario disporre di un'installazione IBM MQ . È utile installare IBM MQ sul server come passo temporaneo, per impostare le autorizzazioni e le directory del gestore code.
Accertarsi che il profilo utente QMQM abbia la stessa password su tutti e tre i server.
InstallareIBM iNetServer; Vederei5/OSNetServer .

Informazioni su questa attività

Effettuare le operazioni riportate di seguito per creare la configurazione mostrata nella Figura 1. I dati del gestore code sono connessi utilizzando IBM i NetServer.

Creare le connessioni da ALPHA e BETA alla condivisione di directory su GAMMA che deve memorizzare i dati del gestore code. L'attività imposta anche le autorizzazioni, i profili utente e le parole d'ordine necessari.
Aggiungere le voci del database relazionale (RDBE) ai sistemi IBM i che eseguirà le istanze del gestore code. Le voci RDBE vengono utilizzate per collegarsi ai sistemi IBM i utilizzati per la registrazione su giornale remota.
Creare il gestore code QM1 sul server IBM i , ALPHA.
Aggiungere le informazioni di controllo del gestore code per QM1 sull'altro IBM i server, BETA.
Creare journal remoti su entrambi i server IBM i per entrambe le istanze del gestore code. Ogni gestore code scrive nel journal locale. Il giornale locale viene replicato sul giornale remoto. Il comando, ADDMQMJRN semplifica l'aggiunta dei giornali e delle connessioni.
Avviare il gestore code, consentendo un'istanza in standby.

Procedura

Esegui il compito, Creazione di una condivisione di rete per l'utilizzo dei dati del gestore codeNetServer SUIBM i .

Di conseguenza, ALPHA e BETA hanno una condivisione, /QNTC/GAMMA/WMQ, che punta a /QIBM/UserData/mqm/qmgrs su GAMMA. I profili utente QMQM e QMQMADM hanno le autorizzazioni necessarie e QMQM ha parole d'ordine corrispondenti su tutti e tre i sistemi.
Aggiungere RDBE (Relational Database Voci) ai sistemi IBM i che ospiteranno istanze del gestore code
1. Su ALPHA creare la connessione a BETA.
```
 
ADDRDBDIRE RDB(BETA) RMTLOCNAME(BETA *IP) RMTAUTMTH(*USRIDPWD)
```
2. Su BETA, creare le connessioni a ALPHA.
```
 
ADDRDBDIRE RDB(ALPHA) RMTLOCNAME(ALPHA *IP) RMTAUTMTH(*USRIDPWD)
```
Creare il gestore code QM1 su ALPHA, salvando i dati del gestore code su GAMMA.
```
CRTMQM MQMNAME(QM1) UDLMSGQ(SYSTEM.DEAD.LETTER.QUEUE)
MQMDIRP(' /QNTC/GAMMA/WMQ ')
```
Il percorso, /QNTC/GAMMA/WMQ, utilizza NetServer per creare i dati del gestore code in /QIBM/UserData/mqm/qmgrs.
Esegui ADDMQMJRN su ALPHA. Il comando aggiunge un giornale remoto su BETA per QM1.
```
ADDMQMJRN MQMNAME(QM1) RMTJRNRDB(BETA)
```
QM1 crea le voci di giornale nel relativo journal locale su ALPHA quando l'istanza attiva di QM1 è su ALPHA. Il giornale locale su ALPHA viene replicato sul giornale remoto su BETA.
Utilizzare il comando, DSPF, per esaminare i IBM MQ dati di configurazione creati da CRTMQM per QM1 su ALPHA.

Le informazioni sono necessarie nel prossimo passo.
In questo esempio, la seguente configurazione viene creata in /QIBM/UserData/mqm/mqs.ini su ALPHA per QM1:
```
Name=QM1
Prefix=/QIBM/UserData/mqm
Library=QMQM1
Directory=QM1
DataPath= /QNTC/GAMMA/WMQ /QM1
```
Creare un'istanza del gestore code di QM1 su BETA utilizzando il comando ADDMQMINF . Eseguire il seguente comando su BETA per modificare le informazioni di controllo del gestore code in /QIBM/UserData/mqm/mqs.ini su BETA.
```
ADDMQMINF MQMNAME(QM1)
PREFIX('/QIBM/UserData/mqm')
MQMDIR(QM1)
MQMLIB(QMQM1)
DATAPATH(' /QNTC/GAMMA/WMQ /QM1 ')
```
Suggerimento : copiare e incollare le informazioni di configurazione. La stanza del gestore code è la stessa su ALPHA e BETA.
Esegui ADDMQMJRN su BETA. Il comando aggiunge un giornale locale su BETA e un giornale remoto su ALPHA per QM1.
```
ADDMQMJRN MQMNAME(QM1) RMTJRNRDB(ALPHA)
```
QM1 crea voci di giornale nel relativo giornale locale su BETA quando l'istanza attiva di QM1 è su BETA. Il giornale locale su BETA viene replicato sul giornale remoto su ALPHA.
Nota: in alternativa, è possibile impostare la registrazione su giornale remota da BETA a ALPHA utilizzando la registrazione su giornale asincrona.
Utilizzare questo comando per impostare la registrazione su giornale asincrona da BETA a ALPHA, invece del comando nel passo 7.
```
 ADDMQMJRN MQMNAME (QM1) RMTJRNRDB (ALPHA) RMTJRNDLV (*ASYNC)
```
Se il server o la registrazione su giornale su ALPHA è l'origine dell'errore, BETA viene avviato senza attendere che le nuove voci di giornale vengano replicate su ALPHA.
Commutare la modalità di replica in *SYNC, utilizzando il comando CHGMQMJRN , quando ALPHA è di nuovo in linea.

Utilizzare le informazioni in Configurazione del journal con mirroring per ASP attivataIBM i decidere se eseguire il mirroring dei giornali in modo sincrono, asincrono o con una combinazione di entrambi. Il valore predefinito è di replicare in modo sincrono, con un periodo di attesa di 60 secondi per una risposta dal giornale remoto.
Verificare che i giornali su ALPHA e BETA siano abilitati e che lo stato della replica del giornale remoto sia *ACTIVE.
1. Su ALPHA
```
WRKMQMJRN MQMNAME(QM1)
```
2. Su BETA
```
WRKMQMJRN MQMNAME(QM1)
```
Avviare le istanze del gestore code su ALPHA e BETA
1. Avviare la prima istanza su ALPHA, rendendola l'istanza attiva. Abilitazione del passaggio a un'istanza standby.
```
STRMQM MQMNAME(QM1) STANDBY(*YES)
```
2. Avviare la seconda istanza su BETA, rendendola l'istanza standby.
```
STRMQM MQMNAME(QM1) STANDBY(*YES)
```

Risultati

Utilizzare WRKMQM per controllare lo stato del gestore code:

Lo stato dell'istanza del gestore code su ALPHA deve essere *ACTIVE.
Lo stato dell'istanza del gestore code su BETA deve essere *STANDBY.

Esempio

Mostra la replica sincrona tra journal locali e remoti sull'host ALPHA e BETA con i dati del gestore code memorizzati utilizzando NetServer. — Figura 1. Configurazione giornale con mirroring

Cosa fare successivamente

Verificare che le istanze attive e in standby si spostino automaticamente. È possibile eseguire i programmi di esempio di alta disponibilità di esempio per verificare lo switch over; consultare Programmi di esempio alta disponibilità. I programmi di esempio sono client ' C'. È possibile eseguirli da una piattaforma Windows o Unix.
1. Avviare i programmi di esempio ad alta disponibilità.
2. Su ALPHA, terminare il gestore code che richiede il passaggio su:
```
ENDMQM MQMNAME(QM1) OPTION(*IMMED) ALSWITCH(*YES)
```
3. Verificare che l'istanza di QM1 su BETA sia attiva.
4. Riavviare QM1 su ALPHA
```
STRMQM MQMNAME(QM1) STANDBY(*YES)
```
Esaminare le configurazioni alternative di alta disponibilità:
1. Utilizzare NetServer per inserire i dati del gestore code su un server Windows .
2. Invece di utilizzare la registrazione su giornale remota per eseguire il mirroring del journal del gestore code, memorizzare il journal su un ASP indipendente. Utilizzare il cluster IBM i per trasferire l'ASP indipendente da ALPHA a BETA.