Questo argomento si applica solo alla configurazione IBM Business Automation Workflow Advanced.

Migrazione delle istanze del processo BPEL in massa a una nuova versione di un modello del processo

Utilizzare uno script di gestione per migrare le istanze in esecuzione dopo la distribuzione di una nuova versione di un modello di processo, poiché le nuove istanze di processi si basano sulla nuova versione, ma le istanze esistenti basate sulla vecchia versione del modello continuano l'esecuzione fino a quando non raggiungono uno stato finale.

Prima di iniziare

Le seguenti condizioni devono essere soddisfatte:
  • Eseguire lo script in modalit ... connessa, ovvero non utilizzare l'opzione wsadmin -conntype none .
  • Deve essere in esecuzione almeno un membro cluster.
  • Includere le opzioni wsadmin -user e -password per specificare un ID utente con autorizzazione di amministratore.
  • Se non si sta utilizzando il profilo predefinito, utilizzare l'opzione wsadmin -profileName profile per specificare il profilo.

Informazioni su questa attività

Utilizzare lo script migrateProcessInstances.py per migrare le istanze di una specifica versione del modello del processo all'ultima versione o a una specifica versione. Le istanze che si trovano in uno stato finale (terminato, terminato, compensato o non riuscito) non vengono migrate. Vengono migrate solo istanze del modello specificato con la stessa versione del valore valido da specificato. Se si preferisce scrivere uno script per migrare le istanze, è disponibile un'interfaccia MBean.

Procedura

  1. Passare alla sottodirectory Business Process Choreographer in cui si trova lo script di amministrazione.
    Per il sistema operativo LinuxPer il sistema operativo UNIXImmettere il seguente comando:
    cd install_root/ProcessChoreographer/admin
    Per il sistema operativo WindowsImmetti il seguente comando:
    cd install_root\ProcessChoreographer\admin
  2. Migrare le istanze di modelli di processi non più validi.

    Per il sistema operativo LinuxPer il sistema operativo UNIXImmettere il seguente comando:

    install_root/bin/wsadmin.sh -f migrateProcessInstances.py
            -cluster cluster_name
           ( -templateName template_name) 
           (-sourceValidFromUTC timestamp) 
           [(-targetValidFromUTC timestamp)]
           [(-slice slice_size

    Per il sistema operativo WindowsImmetti il seguente comando:

    install_root\bin\wsadmin -f migrateProcessInstances.py
           -cluster cluster_name 
           (-templateName template_name) 
           (-sourceValidFromUTC timestamp) 
           [(-targetValidFromUTC timestamp)]
           [(-slice slice_size

    dove:

    -cluster clusterName
    Il nome del cluster in cui è configurato Business Process Choreographer . In una configurazione multicluster, è necessario specificare il cluster dell'applicazione perché è dove è configurato Business Process Choreographer .
    -templateNamenome_modello
    Il nome del modello di processo da migrare.
    -sourceValidFromUTCdata/ora
    La data/ora specifica quale versione del modello indicato verrà migrata.

    La stringa timestamp specifica la data a partire dalla quale il modello è valido, in UTC (Coordinated Universal Time) e deve avere il formato seguente: yyyy-mm-ddThh:mm:ss (anno, mese, giorno, T, ore, minuti, secondi). Ad esempio, 2009-01-31T13:40:50. Nella console di gestione questa data viene visualizzata nell'ora locale del server, quindi assicurarsi di prendere in considerazione il fuso orario del server.

    -targetValidFromUTCdata/ora
    Specifica facoltativamente la versione del modello di processo denominato a cui verranno migrate le istanze. Se questo parametro non viene specificato, verrà utilizzata l'ultima versione disponibile del modello. La stringa del timestamp ha lo stesso formato del parametro sourceValidFromUTC.
    -slicedimensione_slica
    Questo parametro è facoltativo. Il valore slice_size specifica quante istanze del processo vengono migrate in una transazione. Il valore predefinito è 10.
  3. Quando lo script viene eseguito, restituisce il nome del cluster in cui è in esecuzione la migrazione.
    Controllare il file SystemOut.log per visualizzare le informazioni di avanzamento e se la migrazione di eventuali istanze ha causato delle eccezioni. Ad esempio, perché le istanze non si trovano in uno stato adatto o perché si è verificato un problema durante la migrazione.

Risultati

Le istanze sono state migrate alla nuova versione del template.