Variabili di configurazione per la migrazione di un deployment manager utilizzando lo strumento di gestione della migrazione dell' z/OS

Selezione del tipo di nodo per la migrazione

Tipo di nodo di migrazione

Tipo di WebSphere Application Server nodo da migrare

Migrazione clone

Selezionare questa opzione per eseguire una migrazione clone di un profilo esistente. La migrazione dei cloni consente l'esecuzione simultanea dell'ambiente esistente e di quello nuovo. Se il gestore di distribuzione viene clonato, tutti i nodi federati che gestisce devono essere clonati. Tuttavia, se il gestore di distribuzione non viene clonato, non è possibile clonare alcun nodo federato.

Nome della definizione di migrazione

Nome della definizione di migrazione

Nome della definizione di migrazione dell' z/OS.

Questo nome viene utilizzato esclusivamente sulla workstation per identificare i processi di migrazione e le istruzioni generate. Il nome scelto non ha alcun effetto sull' WebSphere Application Server e per la configurazione di z/OS.

Nome del percorso del file di risposta (facoltativo)

Nome completo del percorso di un file di risposta contenente i valori predefiniti da preinstallare nello strumento.

Un file delle risposte viene scritto ogni volta che viene creata una definizione di migrazione di z/OS. Contiene tutti i dati variabili utilizzati per creare la definizione di migrazione e può essere utilizzato per preinstallare i valori predefiniti quando si definisce una definizione di migrazione simile. Il file di risposta per una determinata definizione di migrazione viene scritto nel migration_definition_name.responseFile file all'interno della directory principale della definizione di migrazione.

Normalmente, è necessario specificare un file di risposta da una definizione di migrazione dello stesso tipo di quella che si sta per definire.

Nota: una copia del file di risposta è inclusa nel set di dati contenuto nella definizione di migrazione che si carica su un sistema di destinazione di z/OS. Questo file di risposta non viene utilizzato nel sistema z/OS, ma è presente a titolo di riferimento. Il nome membro del set di dati è ZMMTDMGR.

Set di dati target

Qualificatore di alto livello (HLQ)

Qualificatore di alto livello per i set di dati target z/OS che contiene i lavori e le istruzioni generati.

Quando una definizione di migrazione di z/OS viene caricata nel sistema di destinazione z/OS, i processi e i file di migrazione vengono scritti su una coppia di set di dati partizionati. Sebbene sia possibile riutilizzare questi set di dati, è più sicuro creare set di dati separati per ciascun sistema z/OS che deve essere migrato.

• HLQ.CNTL - un set di dati partizionato con record a blocchi fissi da 80 byte per contenere i processi di migrazione
• HLQ.DATA - un set di dati partizionato con dati di lunghezza variabile per contenere altri dati inclusi nella definizione di migrazione

Nota: è possibile specificare un qualificatore di alto livello multilivello come qualificatore di alto livello del set di dati.

File system di configurazione

Il file system di configurazione è il luogo in cui viene fisicamente memorizzata la configurazione del nodo oggetto della migrazione. È possibile scegliere di utilizzare un file system esistente della versione 9.0 se si dispone già di un file system appropriato sul nodo che viene migrato. Se si sceglie di utilizzare un file system esistente della versione 9.0, è necessario assicurarsi che il punto di montaggio specificato qui sia presente prima di eseguire le utilità di migrazione (BBOMDHFS o BBOMDZFS, BBOMDCP e così via) create utilizzando questo strumento. Se si sceglie di creare un nuovo file system Version 9.0 sul nodo oggetto della migrazione, la creazione effettiva del nuovo file system non avverrà fino a quando non verrà eseguito il processo opzionale BBOMDHFS o BBOMDZFS durante il processo di migrazione vero e proprio. In ogni caso, è necessario specificare qui il valore corretto per il punto di montaggio.

Per informazioni specifiche sull'impostazione della proprietà e delle autorizzazioni corrette sul punto di montaggio della configurazione, fare riferimento alle istruzioni personalizzate generate da questo strumento. Leggi le istruzioni generate e Migrazione di un'implementazione di z/OS per ulteriori informazioni sulla specifica di queste variabili.

Punto di montaggio

Il punto di montaggio della directory di file system di lettura/scrittura dove vengono scritti i dati dell'applicazione ed i file di ambiente.

Se questo punto di montaggio non esiste, il processo di migrazione lo crea quando si esegue il processo opzionale BBOMDHFS o BBOMDZFS.

Nome

Set di dati del file system creato e montato nel punto di montaggio.

Volume, o "*" per gli SMS

Specificare il numero di serie del volume DASD che contiene il set di dati oppure "*" per consentire a SMS di selezionare un volume.

L'utilizzo di "*" richiede che siano installate e funzionanti le routine di selezione automatica delle classi (ACS - automatic class selection) di SMS per selezionare il volume. Se non hai configurato gli SMS per gestire automaticamente l'allocazione dei set di dati, elenca esplicitamente il volume.

Assegnazione primaria nei cilindri

Allocazione iniziale delle dimensioni nei cilindri per il set di dati del file system di configurazione.

In un server applicativo, lo spazio totale necessario per questo set di dati aumenta con le dimensioni e il numero delle applicazioni installate.

Raccomandazione: la dimensione minima consigliata è di 420 cilindri.

Allocazione secondaria nei cilindri

Dimensione di ciascuna estensione secondaria in cilindri.

Raccomandazione: la dimensione minima suggerita è 100 cilindri.

Tipo di file system

Sistema di file gerarchico (HFS)

Assegna e monta il tuo file system di configurazione utilizzando HFS.

zSeries File System (ZFS)

Alloca e monta il tuo file system di configurazione utilizzando ZFS.

Nome della classe di archiviazione (facoltativo)

Il nome della classe di archiviazione SMS per il file system di configurazione. Se non si assegna un nome, il valore viene determinato dalle routine di selezione automatica delle classi stabilite dall'amministratore di archiviazione.

Nome della classe di gestione (facoltativo)

Il nome della classe di gestione SMS per il sistema di file di configurazione. Se non si assegna un nome, il valore viene determinato dalle routine di selezione automatica delle classi stabilite dall'amministratore di archiviazione.

Nome della classe dati (facoltativo)

Il nome della classe dati per il file system di configurazione. Se non si assegna un nome, il valore viene determinato dalle routine di selezione automatica delle classi stabilite dall'amministratore di archiviazione.

Nomi dei set di dati e directory dei prodotti

Nome del set di dati della libreria delle procedure JCL

Libreria di procedure esistente nella quale devono essere copiate le procedure catalogate dall' WebSphere Application Server e per z/OS.

WebSphere Application Server elenco dei prodotti

Posizione del file system del prodotto installato nella versione WebSphere Application Server di 9.0.

Link simbolico intermedio

Selezionare questa opzione per impostare un collegamento simbolico intermedio e specificare il nome del percorso di tale collegamento, se selezionato.

Se si specifica un collegamento simbolico intermedio, i collegamenti simbolici vengono creati dal file system di configurazione al collegamento simbolico intermedio; altrimenti, vengono creati direttamente nel file system del prodotto.

Selezionare questa opzione per specificare il nome del percorso di un collegamento simbolico intermedio. Questo collegamento viene creato dai processi di personalizzazione e punta alla directory del file system del prodotto.

Nome del percorso del collegamento simbolico intermedio

Nome del percorso del collegamento simbolico intermedio.

Personalizzazione del server (Parte 1)

Dalla posizione di configurazione

Punto di montaggio

Punto di montaggio della configurazione da cui si sta effettuando la migrazione.

Directory principale

Directory home della configurazione da cui si sta effettuando la migrazione.

Alla posizione di configurazione

Punto di montaggio

Punto di montaggio della configurazione verso cui si sta effettuando la migrazione.

Questo è stato specificato in precedenza nel pannello Sistema file di configurazione.

Directory principale

Directory home della configurazione verso cui si sta effettuando la migrazione

Nome della procedura del demone

Nome della procedura JCL avviata utilizzata per avviare il demone migrato

Quando si esegue la migrazione alla versione 9.0, è necessario aggiornare le procedure JCL avviate. Durante la migrazione viene generata una nuova procedura avviata. È possibile specificare un nuovo nome per la procedura del daemon o utilizzare il nome esistente.

Nome della procedura del controllore

Nome della procedura JCL avviata utilizzata per avviare i controller migrati.

Quando si esegue la migrazione alla versione 9.0, è necessario aggiornare le procedure JCL avviate. Durante la migrazione viene generata una nuova procedura avviata. È possibile specificare un nuovo nome per la procedura del controllore o utilizzare il nome esistente.

Nome della procedura del servant

Nome della procedura JCL avviata utilizzata per avviare i server migrati.

Quando si esegue la migrazione alla versione 9.0, è necessario aggiornare le procedure JCL avviate. Durante la migrazione viene generata una nuova procedura avviata. È possibile specificare un nuovo nome per la procedura servant o utilizzare il nome esistente.

Sostituisci i nomi dei comandi della procedura avviata

Se sono stati specificati nuovi nomi per le procedure JCL, i comandi START corrispondenti nella WebSphere Application Server configurazione devono essere aggiornati in modo da corrispondere ai nuovi nomi delle procedure. Selezionare questa opzione per eseguire questo aggiornamento della configurazione.

Se si sceglie di utilizzare gli stessi nomi delle procedure, non selezionare questa opzione. Se non si utilizzano nomi di procedure congruenti per tutti i server di un tipo di processo dato (ad esempio, tutti i servant), per il nodo che si sta migrando, si consiglia di non selezionare questa opzione. In questo caso, è necessario mantenere gli stessi comandi START e sostituire manualmente le procedure utilizzando come modello la procedura generata durante la migrazione.

Note:

• La configurazione della versione 9.0 deve utilizzare procedure JCL diverse da quelle utilizzate dalla configurazione della versione 7.0. Il processo di migrazione crea nuove procedure JCL Version 9.0 utilizzando i nomi delle procedure specificati qui.
• Se si utilizzano gli stessi nomi utilizzati nella configurazione della versione 7.0, il processo di migrazione sovrascrive le procedure esistenti. Se si utilizzano gli stessi nomi, assicurarsi di eseguire il backup delle procedure esistenti di Version 7.0 prima di eseguire i processi di migrazione, nel caso in cui fosse necessario eseguire un rollback in un secondo momento.
• Se hai selezionato l'opzione per eseguire una migrazione con clonazione, questa opzione non è disponibile.

WebSphere ID utente dell'amministratore

Il processo di migrazione richiede l'utilizzo di un client di gestione. Se la sicurezza amministrativa è abilitata nel profilo di origine, selezionare l'opzione La sicurezza amministrativa è abilitata e specificare un ID utente valido dell'amministratore WebSphere che il client amministrativo può utilizzare per l'autenticazione. Altrimenti, deselezionare l'opzione Sicurezza amministrativa abilitata.

È possibile rimandare l'inserimento di un ID utente e modificare manualmente i lavori BBOWMG3D, BBOWDPRO, BBOWDPRE o BBOWDPOS in un secondo momento. A tal fine, deselezionare l'opzione Sicurezza amministrativa abilitata e aggiornare la TO_AdminUserid variabile con l'ID utente corretto prima di inviare il lavoro.

WebSphere password dell'amministratore

Il processo di migrazione richiede l'utilizzo di un client di gestione. Se la sicurezza amministrativa è abilitata nel profilo di origine, selezionare l'opzione La sicurezza amministrativa è abilitata e specificare una password valida dell'amministratore WebSphere che il client amministrativo può utilizzare per l'autenticazione. Altrimenti, deselezionare l'opzione Sicurezza amministrativa abilitata.

È possibile rimandare l'inserimento della password e modificare manualmente i lavori BBOWMG3D, BBOWDPRO, BBOWDPRE o BBOWDPOS in un secondo momento. Per farlo, deselezionare l'opzione Sicurezza amministrativa abilitata. e aggiornare la TO_AdminPassword variabile con la password corretta prima di inviare il lavoro.

Personalizzazione del server (Parte 2)

Disabilita il precedente gestore di distribuzione

Se disabilitare il precedente gestore di distribuzione durante la migrazione. Se hai selezionato l'opzione per eseguire una migrazione con clonazione, questa opzione non è disponibile.

Se il gestore di distribuzione sorgente non è disabilitato, è possibile continuare a utilizzarlo mentre la migrazione viene completata.

Attenzione: utilizzare questa opzione con attenzione. Il motivo per cui i gestori di distribuzione di WebSphere Application Server vengono normalmente arrestati e disabilitati è quello di impedire che più gestori di distribuzione gestiscano gli stessi nodi. È necessario arrestare il gestore di distribuzione sorgente prima di avviare il gestore di distribuzione Version 9.0. Se si annulla la selezione di questa opzione, le modifiche della configurazione eseguite nella vecchia configurazione durante la migrazione potrebbero non essere migrate.

Preferenza di migrazione dell'applicazione

Come desideri migrare le applicazioni installate.

Nota: le applicazioni di sistema di WebSphere Application Server vengono migrate indipendentemente dal valore impostato qui.

Migrare le applicazioni e utilizzare la directory di installazione predefinita delle applicazioni

Installare le applicazioni aziendali dell'utente nella directory di installazione predefinita delle applicazioni come parte della migrazione.

Migrare le applicazioni e utilizzare la directory di installazione specificata per l'applicazione

Installare le applicazioni aziendali dell'utente in una directory di installazione delle applicazioni specificata come parte della migrazione.

Directory di installazione dell'applicazione

Posizione in cui WebSphere Application Server installa le applicazioni aziendali.

Questa ubicazione viene utilizzata quando si specifica che si desidera migrare e installare le applicazioni come preferenza di migrazione dell'applicazione. È possibile scegliere una posizione personalizzata specifica per l'ambiente o utilizzare la posizione predefinita.

Eseguire la migrazione e generare script amministrativi per installare le applicazioni in un secondo momento

Preparare le applicazioni aziendali dell'utente per l'installazione nella directory installableApps9.0 di WebSphere Application Server senza installarle durante la migrazione.

Gli script che possono essere utilizzati per installare queste applicazioni vengono generati e salvati nella directory di backup della migrazione. Per z/OSWebSphere Application Server, la posizione di questa directory di backup è relativa alla directory temporanea specificata in questo stesso pannello. La posizione della directory di backup è determinata anche dall'identificatore di migrazione derivato e dal tipo di nodo che viene migrato. Se si specifica /tmp/migrate come directory temporanea e l'identificatore di migrazione derivato è 55449, ad esempio, la posizione degli script generati è:

/tmp/migrate/55449/nodetype_backup/

dove nodetype è dmgr, fed o base, a seconda del tipo di nodo che si sta migrando.

Una volta completata la migrazione, potrai eseguire questi file in qualsiasi momento e in qualsiasi combinazione. È inoltre possibile riorganizzare e combinare questi file per migliorare l'efficienza dell'installazione dell'applicazione. Per ulteriori informazioni, leggere l'articolo "Strumento Wsadmin" nella documentazione.

Migrare le applicazioni e utilizzare la directory di installazione dell'applicazione precedente

Installare le applicazioni aziendali degli utenti come parte della migrazione e mantenere le stesse directory di installazione delle applicazioni della versione precedente.

Restrizioni: se selezioni questa opzione, la posizione viene condivisa dall'installazione esistente di WebSphere Application Server e dall'installazione della versione 9.0. Se si mantengono le applicazioni migrate nelle stesse posizioni della versione precedente, si applicano le seguenti restrizioni:

• WebSphere Application Server Versione 9.0 È necessario rispettare le limitazioni relative al supporto dei nodi misti. Ciò significa che il seguente supporto non può essere utilizzato quando si richiama il wsadmin comando:
  • Precompilare JSP
  • Utilizza la configurazione binaria
  • Distribuire EJB
• Se in seguito elimini le applicazioni da queste posizioni durante la gestione (ad esempio la disinstallazione) della tua installazione precedente, rischi di perdere involontariamente le applicazioni migrate.
• Qualsiasi applicazione installata in relazione a una variabile nella versione sorgente viene installata in relazione alla posizione assegnata a tale variabile in Version 9.0. In altre parole, la posizione assoluta non viene conservata. L'applicazione viene migrata nella posizione relativa all'interno del nuovo ambiente della versione 9.0.
  Se il deployment.xml file binariesURL di un'applicazione in fase di migrazione contiene un percorso relativo a WebSphere Application Server, ovvero che inizia con $(APP_INSTALL_ROOT), $(WAS_INSTALL_ROOT), e così via, il nuovo valore della variabile WebSphere Application Server viene utilizzato per risolvere il percorso quando l'applicazione viene installata nella nuova posizione. Selezionando questa opzione si ottengono i seguenti risultati:

  • Qualsiasi applicazione installata in una directory relativa alla variabile WebSphere Application Server viene installata sotto il valore di tale variabile in Version 9.0.
  • Qualsiasi applicazione installata in una directory non relativa a una WebSphere Application Server variabile viene migrata e sovrascritta nella stessa directory. Se un'applicazione è installata nella /employee_records/retrieval_Apps directory, ad esempio, l'applicazione viene migrata e sovrascritta nella /employee_records/retrieval_Apps directory.

Non migrare le applicazioni

Non fare nulla con le applicazioni aziendali degli utenti.

Migrazione delle impostazioni personalizzate della console amministrativa "Le mie attività"

"I miei compiti" è supportato solo nella versione WebSphere Application Server 7.0 o successive.

Migrare le impostazioni per "Le mie attività" salvate nella posizione root utente dell'area di lavoro predefinita (wstemp)

Migrare le impostazioni per "Le mie attività" salvate nella posizione radice dell'area di lavoro definita dall'utente

Posizione radice dell'area di lavoro definita dall'utente

Personalizzazione del server (Parte 3)

Nomi brevi

Nome breve della cella

Fornire un nuovo nome abbreviato per la cella Versione 9.0.

Nome breve del nodo

Fornire un nuovo nome abbreviato per il nodo Versione 9.0.

Nome breve del server

Fornire un nuovo nome abbreviato per il server Version 9.0.

Prefisso nome breve cluster

Fornisci un prefisso breve composto da un massimo di 3 caratteri. Viene utilizzato per generare nomi brevi di cluster univoci per la cella versione 9.0.

Prefisso nome breve server

Fornisci un prefisso breve composto da un massimo di 3 caratteri. Viene utilizzato per generare nomi brevi univoci del server per la cella 9.0 della versione.

nome lavoro daemon

Fornire un nome di processo per il demone del servizio di localizzazione nel nuovo ambiente. Il nome deve essere diverso dal demone nell'ambiente precedente.

Opzioni del processo di migrazione

Opzioni di traccia della migrazione

Se si sceglie di abilitare il tracciamento, questo rimane abilitato durante l'intero processo di migrazione.

Abilita tracciamento script

Abilita o disabilita la tracciabilità della creazione della home page, l'invocazione degli strumenti di profilo e migrazione e le fasi finali di elaborazione della migrazione.

Abilita tracciamento creazione profilo

Abilita o disabilita la traccia durante la creazione del profilo.

Abilita tracciamento pre-aggiornamento

Abilita o disabilita la traccia durante il processo di creazione dell' WASPreUpgrade.

Abilita tracciamento post-aggiornamento

Abilita o disabilita la traccia durante il processo di creazione dell' WASPostUpgrade.

Opzioni JVM per processi di migrazione

Dimensione iniziale dell'heap (MB)

La memoria iniziale allocata per l'heap dell' JVM.

Dimensione massima heap (MB)

La dimensione massima dell'heap che può essere allocata per l'heap dell' JVM.

Posizione della directory temporanea

La directory in cui vengono scritti il backup della configurazione precedente e la traccia della migrazione.

Durante la migrazione è necessaria una copia di backup della configurazione della versione precedente. La posizione predefinita di questo backup è /tmp/migrate. Se il /tmp file system non dispone di spazio sufficiente per memorizzare la configurazione di backup, è possibile specificare un'altra posizione. Se si sceglie di sovrascrivere la posizione predefinita della copia di backup, la pratica migliore consiste nel mantenere la stessa convenzione di denominazione e sostituire la /tmp parte con un altro percorso, /myTemp/migrate ad esempio.

Identificatore della definizione di migrazione

Identificatore utilizzato per creare una directory nella directory temporanea che contiene i set di dati di migrazione temporanei e i dati di configurazione del backup.

Directory temporanea Java™

È possibile specificare una directory temporanea Java utilizzata dalla macchina virtuale Java per creare e archiviare file temporanei durante la migrazione.

Imposta la directory temporanea Java

Posizione della directory temporanea Java

Valori porta

Definire quali valori di porta utilizzare nel nuovo profilo e come gestire i conflitti tra porte. Se si riutilizzano i valori delle porte del vecchio profilo, il nuovo profilo non potrà essere eseguito contemporaneamente al vecchio profilo a causa di conflitti tra le porte. Se si intende eseguire entrambi i profili contemporaneamente, assicurarsi che ciascuno utilizzi porte diverse.

Utilizza le stesse porte utilizzate dal vecchio profilo

Riutilizza i valori delle porte definiti nel profilo sorgente.

Nota: questa opzione non viene visualizzata se si seleziona l'opzione per una migrazione clone.

Selezionare manualmente le porte

Imposta valori personalizzati per ciascuna porta nel profilo di destinazione nel pannello seguente.

Genera nuove porte, incrementando da un valore di porta iniziale comune

Genera nuove porte dal valore della porta specificato. I conflitti tra porte vengono risolti automaticamente.

Risoluzione conflitto di porta

Scegli come risolvere i conflitti di porta.

Incremento dal valore del porto in conflitto

Se viene rilevato un conflitto di porte, il valore della porta viene incrementato dalla porta in conflitto al valore della porta disponibile successivo.

Incremento da un valore di porta iniziale comune

Se viene rilevato un conflitto di porte, il valore della porta viene incrementato dal valore specificato al valore della porta disponibile successivo.

Definizione istruzione lavoro

Inserisci una dichiarazione di lavoro valida per la tua installazione. Il processo di creazione della migrazione aggiorna automaticamente il nome del processo in tutti i processi generati, quindi non è necessario preoccuparsi di quella parte della dichiarazione del processo. Se sono necessarie delle righe di continuazione, sostituirle alle righe di commento.