Avvio di un server delle applicazioni

Quando si avvia un server delle applicazioni, inizia un nuovo processo server. Questo nuovo processo server si basa sulle impostazioni di definizione del processo della configurazione del server corrente.

Prima di iniziare

Prima di avviare un server delle applicazioni, verificare che tutte le risorse richieste dell'applicazione siano disponibili. È necessario avviare anche tutti i sottosistemi prerequisiti.

Se si desidera che i componenti server si avviino dinamicamente in quanto sono necessari dalle applicazioni installate, verificare che l'opzione Start components come necessario sia selezionata nelle impostazioni di configurazione per il server delle applicazioni prima di avviare il server delle applicazioni. La selezione di questa opzione può migliorare il tempo di avvio e ridurre l'impronta di memoria del server delle applicazioni. I componenti di partenza in quanto sono necessari sono più efficaci se tutte le applicazioni distribuite sul server sono dello stesso tipo. Ad esempio, l'utilizzo di questa opzione funziona meglio se tutte le applicazioni sono applicazioni Web che utilizzano servlet e JSP ( JavaServer Pages). Questa opzione funziona in modo meno efficace se le applicazioni utilizzano servlet, JSP e EJB (Enterprise JavaBeans ).

Evitare i problemi:
  • Per garantire la compatibilità con altri prodotti WebSphere® , l'impostazione predefinita per l'opzione Avvia componenti come necessario è deselezionata. Prima di selezionare questa opzione, accertarsi che qualsiasi altro prodotto WebSphere , in esecuzione con questo prodotto, supporti questa funzione.
  • Quando si avvia un server di applicazioni dalla console, il server delle applicazioni eredita l'ambiente dell'agente del nodo, comprese le impostazioni ulimit. Impostare l'ulimit sul valore necessario potrebbe essere necessario effettuare a livello di agent del nodo tale che il server delle applicazioni erediti i valori corretti dall'agente del nodo.
  • Quando si avvia un server delle applicazioni da una riga comandi, è necessario specificare le impostazioni ulimit nella shell del SO prima di immettere il comando startServer poiché in questo scenario, il server delle applicazioni eredita le impostazioni ulimit della shell del SO.

Informazioni su questa attività

L'agente del nodo per il nodo su cui risiede un server delle applicazioni deve essere in esecuzione prima di poter avviare il server delle applicazioni.

Questa procedura per avviare un server si applica tipicamente anche per riavviare un server. L'unica eccezione potrebbe essere se un server fallisce e si desidera che le funzioni di ripristino completino la loro elaborazione prima di avviare un nuovo lavoro su quel server. In questa situazione è necessario riavviare il server in modalità di recupero.

Dopo aver creato una definizione server delle applicazioni, è possibile avviare, arrestare o gestire il nuovo server utilizzando la console di gestione oppure è possibile utilizzare i comandi per completare queste attività per il nuovo server.

Dopo aver avviato un server delle applicazioni, altri processi potrebbero non scoprire immediatamente il server delle applicazioni in esecuzione. I server delle applicazioni vengono scoperti dall'agente del nodo. Tuttavia, gli agent del nodo vengono rilevati dal gestore distribuzione. Anche se gli agenti di nodi di solito scoprono i server delle applicazioni locali in modo rapido, potrebbe richiedere un gestore di distribuzione fino a 60 seconds per scoprire un agent del nodo.

Se si utilizzano cluster, la proprietà Stato iniziale del sottocomponente server delle applicazioni non è destinata a essere utilizzata per controllare lo stato dei singoli server nel cluster nel momento in cui viene avviato il cluster. Questa proprietà è destinata solo come un modo per controllare lo stato del sottocomponente di un server. È necessario utilizzare le opzioni Server sulla console di gestione o i comandi della riga comandi startServer e stopServer per avviare e arrestare i singoli server di un cluster.

[AIX]Evitare i problemi: Quando inizia un processo child, Java appende il percorso di runtime alla variabile di ambiente LIBPATH per assicurarsi che stia utilizzando i percorsi della libreria corretti. Poiché questa implementazione non verifica se il percorso di runtime già esiste nella variabile di ambiente LIBPATH, le voci esistenti potrebbero essere duplicate. Tuttavia, quando il processo principale viene arrestato, quindi avviato, tutti i percorsi di runtime aggiuntivi che sono stati aggiunti alla variabile di ambiente LIBPATH quando i processi child avviati vengono rimossi dalla variabile di ambiente LIBPATH.

Sono disponibili diverse opzioni per avviare un server delle applicazioni.

Procedura

  • È possibile utilizzare la console di gestione:
    1. Fare clic su Server > Tipo di server > WebSphere application server per determinare l'agente nodo su cui risiede il server delle applicazioni che si sta avviando.
    2. Fare clic su Amministrazione di sistema > Agenti del nodoe verificare che l'agente del nodo sia in esecuzione.

      Se l'agent del nodo non è in esecuzione, immettere il comando startNode . Dopo che un agent del nodo si arresta completamente e rimane arrestato, non è possibile avviare da remoto l'agente del nodo dalla pagina Agenti del nodo. È necessario immettere il comando startNode per avviare l'agent del nodo sul nodo in cui viene eseguito.

    3. Fare clic su Server > Tipi di server > WebSphere application server e selezionare nuovamente il server delle applicazioni che si desidera avviare.
    4. Fare clic su Start.
      È possibile visualizzare lo stato e gli eventuali messaggi o log per assicurarsi che il server delle applicazioni inizi.
  • [ Windows] È possibile utilizzare il menu Start su un sistema operativo Microsoft Windows .
    Start> Programmi> IBM WebSphere > Network Deployment> n > Profili> nome_profiloAvviare il server.
    È possibile verificare che il server sia stato avviato correttamente controllando il file startServer.log . Se il server è stato avviato correttamente, le ultime due righe del file startServer.log leggono:
    Server launched.  Waiting for initialization status.
Server server1 open for e-business; process id is 1932.

    Il file startServer.log si trova nella directory root_profilo/logs/server1 se è stato installato il server con le impostazioni predefinite. Il nome server e l'ID processo variano a seconda delle impostazioni.

  • [ Windows] Se è stato creato un servizio Windows per il server delle applicazioni, utilizzare il programma di utilità Servizi Windows per avviare, arrestare e monitorare lo stato di base del server.
    1. Per avviare l'utility Servizi, fare clic su Start> Pannello di controllo delle impostazioni.

      I display della cartella Pannello di controllo.

    2. Fare doppio clic sull'icona Strumenti di amministrazione

      La cartella strumenti amministrativi visualizza.

    3. Doppio Click l'icona Servizi.

      Leggi l'utility Servizi nella guida online di Windows.

    Leggere l'argomento relativo al comando WASService per informazioni sull'aggiunta e la rimozione dei servizi Windows.

  • [IBM i] È possibile utilizzare il comando Qshell startServer
  • [IBM i] È possibile utilizzare il comando SBMJOB (Submit Job) CL.
    È possibile eseguire il seguente comando CL da una riga di comando IBM® i .
    SBMJOB CMD(CALL PGM(product_library/QWASSTRSVR) PARM('-profilePath'
  'profile_root' '-server' 'server_name')) JOB(server_name)
  JOBD(QWAS85/QWASJOBD) JOBQ(QWAS85/QWASJOBQ) USER(QEJBSVR) LANGID(*USRPRF)
  CNTRYID(*USRPRF) CCSID(*USRPRF) OUTQ(QWAS85/QWASOUTQ) ALWMLTTHD(*YES)

    server_name è il nome del server che si sta avviando.

  • [z/OS] È possibile eseguire un comando di avvio dalla console MVS. Esegui il seguente comando della console MVS, tutto in maiuscolo e su una singola riga:
    1. Per avviare un server, emettere il seguente comando tutto in maiuscolo e su una sola riga:
      S procname,JOBNAME=server_shortname,ENV=cell_shortname.node_shortname.server_shortname
      dove:
      nome procedura
      È il nome della procedura JCL nel proclib che viene utilizzato per avviare il server.
      nomeserver
      È il nome breve del server che viene utilizzato anche come nome del lavoro di processo.
      cellname.nodename.servername
      Questo elemento del parametro ENV è una concatenazione del nome breve della cella, del nome breve del nodo e del nome breve del server.
      Ad esempio:
      S BBO7ACR,JOBNAME=BBOS001,ENV=BBOBASE.BBONODE.BBOS001
      [z/OS]Per gli utenti in transizione: se si sta eseguendo la migrazione da una versione precedente del prodotto e si desidera riavviare il server in modalità di ripristino, assicurarsi che il parametro ENV per questa procedura includa l'elemento REC=N o REC=Y. Se il parametro ENV include l'elemento REC=N, l'impostazione viene automaticamente modificata in REC=Y se si specifica -recovery quando si riavvia il server. L'elemento REC=N viene incluso automaticamente sul parametro ENV se non si è migrato da una versione precedente del prodotto. Il seguente esempio illustra quale potrebbe essere la tua istruzione PROC aggiornata:
      //BBO7ACR  PROC ENV=,PARMS=' ',REC=N,Z=BBO7ACRZ
      I seguenti messaggi indicano che il controller è in esecuzione:
      $HASP100 BBO7ACR SU STCINRDR 
$HASP373 BBO7ACR AVVIATO     
BBOO0001I WEBSPHERE PER PROCESSO DI CONTROLLO Z/OS BBODMNB/SY1/BBOC001/BBOS001
          E'A PARTIRE.
IRR812I PROFILE BBO* .* (G) NELLA CLASSE AVVIATA WAS UTILIZZATO PER AVVIARE BBOS001S 
        CON NOME DEL LAVORO BBOS001S.
$HASP100 BBOS001S SU STCINRDR                                         
$HASP373 BBOS001S INIZIATO
+BBOO0004I WEBSPHERE PER Z/OS PROCESSO SERVANT BBODMNB/SY1/BBOC001/BBOS001 
           E'A PARTIRE. 
+BBOO0020I INIZIALIZZAZIONE COMPLETATA PER IL PROCESSO SERVANT DI WEBSPHERE PER Z/OS 
           BBOS001. 
BBOO0019I INIZIALIZZAZIONE COMPLETATA PER IL PROCESSO DI CONTROLLO WEBSPHERE PER Z/OS 
          BBOS001.
  • [Linux][AIX][ Windows][z/OS][HP-UX][Solaris] È possibile immettere un comando startServer .

    Leggere l'argomento relativo al comando startServer per informazioni sul comando, incluse informazioni quali l'esecuzione del comando e la definizione del nome file per il log del server di avvio. Leggere l'argomento relativo all'utilizzo degli strumenti della riga comandi per informazioni quali la determinazione della directory da cui eseguire il comando startServer .

    È possibile verificare che il server sia stato avviato correttamente controllando il log del server di avvio. Se il server è iniziato correttamente, le ultime due righe del log del server di avvio sembrano il seguente esempio:
    Server launched.  Waiting for initialization status.
Server server1 open for e-business; process id is 1932.

Risultati

Il server specificato inizia. Per verificare che il server si trovi nello stato di avvio, nella console di gestione, fare clic su Server > Tipi di server > WebSphere application servers.

Operazioni successive

Dopo che il server inizia, distribuire le applicazioni che si desidera eseguire su questo server.

Se è necessario avviare un server delle applicazioni con il debug Java™ standard abilitato:
  1. Nella console di gestione, fare clic su Server > Tipi di server > WebSphere application server.
  2. Clicca sul nome del server delle applicazioni con i processi che si desidera tracciare e debug.
  3. [z/OS][ AIX Solaris HP-UX Linux Windows]In Infrastruttura server, fare clic su Gestione processo e Java > Definizione processo.
  4. [z/OS]Selezionare Controllo.
  5. [z/OS][ AIX Solaris HP-UX Linux Windows]Selezionare Java virtual machine.
  6. Sulla pagina della macchina virtuale Java, selezionare l'opzione Modalità di debug per avviare il debugger Java standard. Impostare gli argomenti Modalità di debug , se necessari.
  7. Fare clic su OK.
  8. Salvare le modifiche ad un file di configurazione
  9. Arrestare il server delle applicazioni.
  10. Avviare nuovamente il server delle applicazioni come precedentemente descritto.