WebSphere Extended Deployment, Version 6.0.x     Sistemi operativi: AIX, HP-UX, Linux, Solaris, Windows, z/OS

Impostazione del database dello scheduler a lunga durata

Lo scheduler a lunga durata memorizza le informazioni dei processi in un database relazionale. La prima fase nell'impostazione dello scheduler a lunga durata consiste nel creare questo database.

Motivi e situazioni in cui eseguire questa attività

WebSphere Extended Deployment fornisce i file DDL per definire il database dello scheduler a lunga durata in <root_install_WAS>/longRunning. I file DDL per la creazione del database dello scheduler a lunga durata sono denominati CreateLRSCHEDTablesXxx.ddl e CreateLRSCHEDTablespaceXxx.ddl dove Xxx indica il tipo di gestore del database per cui sono intesi gli script. Tenere presente che non tutti i gestori database hanno dei file DDL dei tablespace corrispondenti. Fare riferimento alla documentazione del fornitore del database per maggiori dettagli su come personalizzare gli script DDL e come utilizzare gli strumenti del database per eseguirlo.

Le operazioni riportate di seguito possono essere utilizzate per configurare il database dello scheduler a lunga durata mediante il database Cloudscape integrato con WebSphere. I database Cloudscape integrati non possono essere condivisi da più processi e non sono adatti ad ambienti il cui lo scheduler a lunga durata deve essere spostato da un nodo a un altro (ad esempio, per gli scenari a elevata disponibilità).

[zos platforms] Per DB2 suz/OS, gli script SPUFI sono forniti in root_install_WAS/longRunning. Lo script SPUFI dello scheduler a lunga durata è SPFLRSV7.

Per migrare lo scheduler a lunga durata da WebSphere Extended Deployment 6.0 a 6.0.1, effettuare le seguenti operazioni:

  1. [Version 6.0.1 and later] Se si sta eseguendo la migrazione da WebSphere Extended Deployment 6.0 a 6.0.1, utilizzare il file MigrateLRSCHEDTablesXXXXX.ddl per migrare il database LRSCHED esistente e reinstallare lo scheduler a lunga durata LongRunningScheduler.ear e l'ambiente di esecuzione a lunga durata LREE.ear.
  2. Selezionare a creare una directory per memorizzare i file del database. In queste istruzioni, questa directory sarà sempre <dir_db>.
  3. Passare alla directory <dir_db> ed emettere il seguente comando: <root_install_WAS>/java/jre/bin/java -Djava.ext.dirs=<root_install_WAS>/cloudscape/lib -Dij.protocol=jdbc:db2j: com.ibm.db2j.tools.ij <root_install_WAS>/longRunning/CreateLRSCHEDTablesCloudscape.ddl.

Operazioni successive

Dopo aver creato il database, è necessario definire il database su WebSphere Extended Deployment. Per essere certi che il database sia disponibile per ogni server delle applicazioni su cui è presente lo scheduler a lunga durata, l'origine dati deve essere definita a livello di cella.
  1. Nella console di gestione, fare clic su Risorse > Provider JDBC.
  2. Cancellare i campi del nodo, del server e del cluster, quindi fare clic su Applica.
  3. Selezionare il provider JDBC che corrisponde al sistema del database utilizzato per creare precedentemente il database dell'ambiente di esecuzione. Potrebbe essere necessario definire un nuovo provider JDBC se il provider per il proprio database non è riportato nell'elenco. Fare riferimento alla documentazione del provider JDBC per ulteriori informazioni su come definire un nuovo provider JDBC. Se il database di processi è stato creato mediante Cloudscape, selezionare Provider JDBC Cloudscape (XA) dall'elenco.
  4. Selezionare Origini dati.
  5. Fare clic su Nuovo.
  6. Immettere i seguenti valori:
    • Nome: LRSCHED, o un altro nome desiderato.
    • Nome JNDI: jdbc/lrsched, o un altro nome JNDI a scelta per l'origine dati.
    • Parametri aggiuntivi: come richiesto dal provider JDBC selezionato. L'origine dati Cloudscape non richiede ulteriori parametri.
  7. Fare clic su OK.
  8. Se si utilizza un database Cloudscape, selezionare il nome dell'origine dati nella tabella e scorrere fino alla fine della pagina, immettere <dir_db>/LRSCHED nel campo Nome database, quindi fare clic su OK.
    NoteColonSymbol A seconda di dove viene creato <dir_db>/LRSCHED, potrebbe essere necessario fornire ulteriori informazioni sul percorso.
  9. Nella struttura di navigazione, espandere Amministrazione del sistema e selezionare Scheduler a lunga durata
  10. Nel campo Nome JNDI dell'origine dati, immettere il nome JNDI dell'origine dati che fornisce l'accesso al database che contiene l'origine dati.
  11. Se il database dei processi richiede le credenziali di autenticazione e non si desidera memorizzare tali credenziali come proprietà personalizzate sull'origine dati, utilizzare l'opzione Voci dati di autenticazione J2C (J2EE Connector Architecture) per creare un'alias di autenticazione. Quindi, selezionare l'alias dal menu a discesa Origine dati. Se si utilizza un database Cloudscape, non sono richieste credenziali di autenticazione.
  12. Fare clic su OK.
  13. Salvare le modifiche.



Related concepts
Configurazione dello scheduler di lunga durata

Argomento Attività    

Termini di utilizzo | Commenti Ultimo aggiornamento: Mar 20, 2006 1:07:14 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/scheduler/tbgsched.html

© Copyright IBM 2005, 2006. Tutti i diritti riservati.
Questo centro informazioni utilizza la tecnologia Eclipse. (http://www.eclipse.org)