ibm websphere operational decision management ......2 ibm websphere operational decision management:...

IBM WebSphere Operational Decision ManagementVersione 8 Release 0

Configurazione di Decision ServerEvents

��

NotaPrima di utilizzare queste informazioni e il prodotto supportato, leggere le informazioni contenute in “Informazioniparticolari” a pagina 97.

Questa edizione si applica alla versione 8, rilascio 0, modifica 0 di WebSphere Operational Decision Management ea tutti i rilasci e le modifiche successivi se non diversamente specificato nelle nuove edizioni.

© Copyright IBM Corporation 2008, 2012.

Indice

Configurazione di Decision ServerEvents . . . . . . . . . . . . . . . 1Pianificazione dell'ambiente Decision Server Events . 3

Creazione di un ambiente Decision Server Events 3Scelta di una topologia Decision Server Events . . 4Personalizzazione di Events runtime . . . . . 5

Configurazione di un ambiente Decision ServerEvents autonomo . . . . . . . . . . . . . 6

Creazione di un nuovo profilo di server delleapplicazioni Decision Server Events . . . . . 7

Creazione di un nuovo profilo mediante ProfileManagement Tool. . . . . . . . . . . 7Creazione di un nuovo profilo con il comandomanageprofiles . . . . . . . . . . . 9

Ampliamento di un profilo di server delleapplicazioni WebSphere Application Server conDecision Server Events . . . . . . . . . 12

Ampliamento di un profilo di server delleapplicazioni esistente mediante ProfileManagement Tool . . . . . . . . . . 12Ampliamento di un profilo di server delleapplicazioni esistente utilizzando il comandomanageprofiles . . . . . . . . . . . 14Annullamento dell'ampliamento di un profilodi server delle applicazioni esistenteutilizzando il comando manageprofiles . . . 16

Configurazione per alta disponibilità e scalabilità . . 17Ampliamento di un profilo di gestioneWebSphere Application Server . . . . . . . 18

Ampliamento di un profilo di gestioneesistente utilizzando Profile Management Tool. 18Ampliamento di un profilo di gestioneesistente utilizzando il comandomanageprofiles . . . . . . . . . . . 20Annullamento dell'ampliamento di un profiloesistente con il comando manageprofiles. . . 22

Ampliamento di un profilo personalizzato diWebSphere Application Server esistente . . . . 23

Ampliamento di un profilo personalizzatoesistente mediante Profile Management Tool . 23Ampliamento di un profilo personalizzatoesistente mediante il comando manageprofiles. 24Annullamento dell'ampliamento di un profiloesistente con il comando manageprofiles. . . 25

Creazione e configurazione di un cluster dellatopologia silver . . . . . . . . . . . . 25

Creazione di profili per un cluster dellatopologia silver . . . . . . . . . . . 26Configurazione di un cluster della topologiasilver . . . . . . . . . . . . . . 28

Creazione e configurazione di un cluster dellatopologia gold . . . . . . . . . . . . 33

Creazione di profili per un cluster dellatopologia gold . . . . . . . . . . . 34

Configurazione di un cluster della topologiagold . . . . . . . . . . . . . . . 36

Creazione e configurazione di un cluster cheutilizza WebSphere MQ come provider dimessaggistica . . . . . . . . . . . . . 40

Configurazione di WebSphere MQ perl'utilizzo come provider di messaggistica . . 42Creazione di profili per un cluster che utilizzaWebSphere MQ come provider dimessaggistica . . . . . . . . . . . . 43Configurazione di un cluster che utilizzaWebSphere MQ come provider dimessaggistica . . . . . . . . . . . . 45

Configurazione di Business Space, installazione diwidget evento e utilizzo di Business Space . . . . 47

Configurazione di Business Space . . . . . . 47Configurazione di un ambiente Business Spaceautonomo . . . . . . . . . . . . . 47Configurazione di Business Space per l'altadisponibilità e la scalabilità . . . . . . . 48Configurazione del database di Business Space 50

Installazione di widget evento e utilizzo diBusiness Space . . . . . . . . . . . . 50

Installazione dei widget evento in unambiente Business Space autonomo . . . . 50Accesso a Business Space . . . . . . . . 53Utilizzo dello spazio di business di WebSphereOperational Decision Management . . . . 54Creazione e personalizzazione di uno spaziodi business . . . . . . . . . . . . 55Aggiunta di widget evento . . . . . . . 56

Personalizzazione dell'ambiente di Events runtime 57Configurazione del database per Decision ServerEvents . . . . . . . . . . . . . . . 57

Creazione del database Events runtime . . . 57Creazione manuale di tabelle Events runtime 58Distribuzione delle tabelle in database separati 59Distribuzione di Events runtime in un gestoredatabase sensibile al maiuscolo/minuscolo . . 62

Modifica del file setenv . . . . . . . . . 62Modifica del provider di messaggistica di Eventsruntime. . . . . . . . . . . . . . . 63

Configurazione della messaggistica predefinitadi WebSphere Application Server comeprovider JMS . . . . . . . . . . . . 63Configurazione di WebSphere MQ comeprovider JMS . . . . . . . . . . . . 64

Configurazione di WebSphere MQ. . . . 64Configurazione di Decision Server Events 65

Impostazione proprietà . . . . . . . . . 67Configurazione delle proprietà utilizzando laconsole di gestione WebSphere ApplicationServer . . . . . . . . . . . . . . 67Configurazione di proprietà utilizzando lostrumento di programmazione script wsadmin 68

© Copyright IBM Corp. 2008, 2012 iii

Configurazione delle proprietà utilizzando lostrumento Proprietà . . . . . . . . . 69

Configurazione di Events runtime per registrarela cronologia . . . . . . . . . . . . . 71

Garantire che i record di cronologia nonvadano persi in caso di arresto di Eventsruntime. . . . . . . . . . . . . . 72

Configurazione della coda eventi durevoli . . . 72Configurazione della dimensione log dellacoda eventi durevoli . . . . . . . . . 73

Configurazione della modalità di gestione diazioni e regole evento ritardate dopo un arresto . 73Configurazione di Events runtime permemorizzare i dati di step nella memoria . . . 74Configurazione di Events runtime permemorizzare i dati di contesto in ObjectGrid . . 75Ottimizzazione della configurazione di Eventsruntime. . . . . . . . . . . . . . . 76

Events runtime e WebSphere ApplicationServer . . . . . . . . . . . . . . 76Messaggistica JMS . . . . . . . . . . 77

Configurazione di più profili Decision ServerEvents per la coesistenza . . . . . . . . . 78Configurazione dei connettori tecnologia su uncomputer separato . . . . . . . . . . . 78Configurazione del connettore User Console perl'utilizzo di una origine dati WebSphereApplication Server . . . . . . . . . . . 79

Verifica della configurazione di Decision ServerEvents . . . . . . . . . . . . . . . . 81

Verifica di Events runtime . . . . . . . . 81Verifica di Business Space e dei widget evento. . 86

Protezione di Decision Server Events . . . . . . 87Autenticazione utente . . . . . . . . . . 87

Configurazione dell'autenticazione utentetramite WebSphere Application Server . . . 88

Esempio di configurazionedell'autenticazione tramite WebSphereApplication Server . . . . . . . . . 89

Configurazione dell'autenticazione utentetramite LDAP . . . . . . . . . . . 91Configurazione dell'autenticazione utenteutilizzando Microsoft Windows ActiveDirectory . . . . . . . . . . . . . 93Configurazione dell'autenticazione utenteutilizzando User Console . . . . . . . . 94

Sicurezza dell'accesso ai dashboard di . . . . 96

Informazioni particolari. . . . . . . . 97Marchi . . . . . . . . . . . . . . . . 99

iv IBM WebSphere Operational Decision Management: Configurazione di Decision Server Events

Configurazione di Decision Server Events

Le seguenti sezioni descrivono come configurare Decision Server Events dopol'installazione.

Prima di iniziare

È necessario avere installato Decision Server Events e, facoltativamente, DecisionCenter. Consultare Installazione .

Informazioni su questa attività

I seguenti componenti sono disponibili in Decision Server Events:

Tabella 1. Componenti di Decision Server Events.

Componente Descrizione Installazione predefinita

Widget Event Capture edEvent Replay

Nel widget Event Capture enel widget Event Replay, sicatturano gli eventi da unsistema di produzione e siriproduce una sequenza diuno o più di essi, di normasu un sistema di verifica.Prima di poter utilizzarequesti widget, è necessarioanche configurare BusinessSpace. Per ulterioriinformazioni su BusinessSpace, consultare“Configurazione di BusinessSpace, installazione diwidget evento e utilizzo diBusiness Space” a pagina 47.

Sì

Connettori evento I connettori eventoforniscono le connessionidati tra Events runtime e isistemi esterni. È possibileconfigurare i connettorievento in Event Designer.

Sì

Event Designer Un ambiente di sviluppobasato su Eclipse perprogettare, sviluppare,verificare, distribuire emonitorare le applicazioni dieventi. Event Designer èdisponibile dalla prospettivaEvento in Eclipse.

Sì

Event Flow I diagrammi di flusso dieventi sono costituiti daigruppi di regole di evento edagli step di business cheformano un processo dibusiness.

No

© Copyright IBM Corp. 2008, 2012 1

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.family.install/topics/wodm_family_install.htm

Tabella 1. Componenti di Decision Server Events. (Continua)

Componente Descrizione Installazione predefinita

Events runtime Events runtime è unapiattaforma di esecuzioneche gestisce il coordinamentodi eventi di business intempo reale. Events runtimerichiede WebSphere eXtremeScale e può essere distribuitoe configurato su WebSphereApplication Server.

Sì

Widget Event Tester Il widget Event Testerfornisce un modo perverificare la logica deglieventi in un processo dibusiness. Questo widgetserve per le verifiche e vieneutilizzato solo su unainstallazione di verifica. Nonutilizzarlo su unainstallazione di produzionepoiché potrebbe avere unimpatto sulle prestazioni.Prima di poter utilizzarequesti widget, è necessarioanche configurare BusinessSpace. Per ulterioriinformazioni su BusinessSpace, consultare“Configurazione di BusinessSpace, installazione diwidget evento e utilizzo diBusiness Space” a pagina 47.

Sì

Componenti di integrazione È possibile installare icomponenti di integrazionenella strumentazione diWebSphere ESB e WebSphereMessage Broker perconsentire a questi prodottidi inviare e ricevere dati daDecision Server Events.

No

Esempi ed esercitazioni Installa i progetti per gliesempi e le esercitazioni efornisce un profilo server pereseguire gli esempi e leesercitazioni su WebSphereApplication Server. Perulteriori informazioni sulserver di esempio, consultareUtilizzo del server diesempio.

Sì

Se si installa Decision Center, sono disponibili anche i seguenti widget di grafico:v Event Chart Manager per creare e modificare grafici.v Event Chart per visualizzare i grafici. I dati dei grafici vengono aggiornati

periodicamente per presentare una vista in tempo reale delle attività del sistema.

2 IBM WebSphere Operational Decision Management: Configurazione di Decision Server Events

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.rules.samples/smp_console_topics/tpc_smpserver_using.htm


v Event Layout per visualizzare i layout legacy.

Prima di poter utilizzare questi widget, è necessario anche configurare BusinessSpace. Per ulteriori informazioni su Business Space, consultare “Configurazione diBusiness Space, installazione di widget evento e utilizzo di Business Space” apagina 47.

Uno dei concetti chiave nelle seguenti sezioni è il profilo di WebSphere ApplicationServer , che è possibile utilizzare per pianificare e configurare il proprio ambienteDecision Server Events. Un profilo definisce l'ambiente di runtime e comprendetutti i file che il server elabora nell'ambiente di runtime e che è possibilemodificare. Poiché si crea un profilo, è anche possibile creare un Eventsruntime.Decision Server Events supporta tre tipi di profilo:v Profilo server delle applicazioni: un profilo del server delle applicazioni

definisce un server delle applicazioni WebSphere Application Server autonomoseparato che ha una propria interfaccia di gestione e consente di renderedisponibili le applicazioni ai siti web esterni o intranet, a seconda delleapplicazioni e delle configurazioni del server. Questo profilo è ideale perambienti server singoli. Per questo tipo di profilo, è possibile:– Creare un nuovo profilo del server delle applicazioni Decision Server Events.

Per ulteriori informazioni, consultare “Creazione di un nuovo profilo diserver delle applicazioni Decision Server Events” a pagina 7.

– Ampliare un profilo di server delle applicazioni WebSphere ApplicationServer esistente con Decision Server Events. Per ulteriori informazioni,consultare “Ampliamento di un profilo di server delle applicazioniWebSphere Application Server con Decision Server Events” a pagina 12.

v Profilo di gestione: un profilo di gestione crea un gestore distribuzione, che èun server che gestisce le operazioni per un gruppo logico di altri server ed èl'ubicazione centrale per gestire i server e i cluster nella cella. Se si staimpostando un ambiente di distribuzione di rete, occorre creare prima questoprofilo. Per questo tipo di profilo, è possibile ampliare solo un profilo digestione esistente di WebSphere Application Server con Decision Server Events.Per ulteriori informazioni, consultare “Ampliamento di un profilo di gestioneWebSphere Application Server” a pagina 18.

v Profilo personalizzato: un profilo personalizzato fornisce un nodo vuoto chenon contiene una console di gestione o dei server. L'utilizzo tipico di un profilopersonalizzato consiste nel federare il relativo nodo a un gestore distribuzione.Dopo aver federato il nodo, è possibile utilizzare il gestore distribuzione percreare un server o un cluster di server all'interno del nodo. Per questo tipo diprofilo, è possibile ampliare solo un profilo personalizzato esistente diWebSphere Application Server con Decision Server Events. Per ulterioriinformazioni, consultare “Ampliamento di un profilo personalizzato diWebSphere Application Server esistente” a pagina 23.

Pianificazione dell'ambiente Decision Server EventsQuando si decide come configurare l'ambiente Decision Server Events, è opportunovalutare alcuni fattori.

Creazione di un ambiente Decision Server EventsInformazioni su questa attività

Per creare un ambiente Decision Server Events, è possibile creare un proprioprofilo oppure è possibile utilizzare il server di esempio fornito (se installato). Ilserver di esempio fornisce un ambiente Decision Server Events a server singolo

Configurazione di Decision Server Events 3

preconfigurato utilizzando un Apache Derby integrato come provider di database ela messaggistica WebSphere Application Server come provider di messaggistica.Per ulteriori informazioni sull'utilizzo del server di esempio, consultare Utilizzo delserver di esempio. Nella seguente procedura, si crea il proprio profilo.

Procedura1. Installare Decision Server Events. Per ulteriori informazioni, consultare

“Configurazione di Decision Server Events”, a pagina 1.2. Creare un profilo WebSphere Application Server ampliato con Decision Server

Events.3. Se sono stati installati i widget Business Space e si desidera utilizzare i widget,

è necessario:a. Ampliare il profilo di Decision Server Events con Business Space. Per

ulteriori informazioni, consultare “Configurazione di un ambiente BusinessSpace autonomo” a pagina 47.

b. Installare i widget Business Space. Per ulteriori informazioni, consultare“Installazione dei widget evento in un ambiente Business Space autonomo”a pagina 50.

4. Eseguire eventuali operazioni di personalizzazione aggiuntiva all'ambienteEvents runtime. Per ulteriori informazioni, consultare “Personalizzazionedell'ambiente di Events runtime” a pagina 57.

Risultati

Si ha un ambiente Decision Server Events in esecuzione. Per verificare chel'ambiente sia stato configurato correttamente, consultare “Verifica dellaconfigurazione di Decision Server Events” a pagina 81.

Scelta di una topologia Decision Server EventsInformazioni su questa attività

È possibile configurare Decision Server Events in diverse topologie, in base aipropri requisiti:

Procedurav Server singolo: per semplicità e facilità di distribuzione, è opportuno

configurare un ambiente Decision Server Events a server singolo. Questatopologia è la topologia più semplice da configurare e gestire ma non èaltamente disponibile o scalabile.

v Cluster: se si desidera configurare un ambiente Decision Server Eventsaltamente disponibile e scalabile, è necessario organizzare in cluster Eventsruntime.A seconda che si desideri utilizzare la messaggistica predefinita di WebSphereApplication Server o WebSphere MQ come provider di messaggistica, è possibileselezionare una delle tre seguenti topologie:– Topologia silver:

Un cluster di topologia silver fornisce alta disponibilità e scalabilità perEvents runtime, in modo che la topologia possa essere configurata in mododa resistere ai malfunzionamenti del server. L'aggiunta di più server al clusterpuò migliorare la capacità di elaborazione degli eventi in Events runtimeperché il carico di lavoro viene distribuito tra più membri del cluster. Se siverifica un malfunzionamento del server, il carico di lavoro viene ridistribuitoa un altro membro del cluster e l'elaborazione continua senza alcuna




interruzione. Il cluster utilizza la messaggistica predefinita WebSphereApplication Server come provider di messaggistica per l'Events runtime.

– Topologia gold:Un cluster della topologia gold fornisce una scalabilità della messaggisticaindipendente aggiuntiva, oltre a quanto fornito dal cluster della topologiasilver. Utilizzare questa topologia se si sta utilizzando la messaggisticapredefinita di WebSphere Application Server come provider di messaggisticae si desidera avere maggiore controllo sulla configurazione della scalabilità dimessaggistica ed Events runtime, a discapito delle prestazioni. È possibileutilizzare un cluster della topologia gold per limitare la complessità dellatopologia scalando il numero di istanze di Events runtime senza scalareulteriormente la messaggistica. Il cluster utilizza la messaggistica predefinitaWebSphere Application Server come provider di messaggistica per l'Eventsruntime.

– Una topologia che utilizza WebSphere MQ come provider di messaggistica:È possibile creare cluster di Decision Server Events per fornire altadisponibilità e scalabilità per l'Events runtime, ma utilizzando WebSphere MQanziché la messaggistica predefinita WebSphere Application Server comeprovider di messaggistica.

Personalizzazione di Events runtimeInformazioni su questa attività

Quando si personalizza Events runtime, è necessario valutare diversi componentiseparati:

Procedurav Database: Events runtime utilizza un database per memorizzare i dati di

runtime e di configurazione. Per consentire il funzionamento di Events runtime,è necessario che sia configurato un database. Sono supportati cinque provider didatabase:– Apache Derby integrato. Events runtime crea un database utilizzando l'istanza

di Apache Derby integrata in WebSphere Application Server. Questa opzionenon richiede alcuna configurazione aggiuntiva ma non è supportata perl'utilizzo in un ambiente di produzione.

– IBM® Apache Derby Network Server.– IBM DB2 Universal Database.– Microsoft SQL Server.– Oracle.Se non si seleziona un Apache Derby integrato, è necessario creare il databaseprima di creare il profilo di Decision Server Events. Per ulteriori informazioni,consultare “Creazione del database Events runtime” a pagina 57.

v Messaggistica: Decision Server Events utilizza la messaggistica JMS per ricevereeventi e inviare azioni da Events runtime. Sono supportati due provider dimessaggistica:– Messaggistica predefinita di WebSphere Application Server.– WebSphere MQSe si desidera garantire che non vada perduto alcun messaggio se si verifica unmalfunzionamento del server, è necessario configurare una destinazione dievento durevole. Per ulteriori informazioni, consultare “Configurazione dellacoda eventi durevoli” a pagina 72. Occorre inoltre configurare il provider di


messaggistica per garantire la persistenza dei messaggi JMS e che sia possibilerecuperarli in caso di malfunzionamento del server.Se il provider di messaggistica è organizzato in cluster, è necessario assicurarsiche qualsiasi archivio persistente sia configurato in modo che, se si verifica unmalfunzionamento di un membro del cluster, un altro membro del clusterrichiami i messaggi resi persistenti. La configurazione di un cluster DecisionServer Events può fornire l'alta disponibilità e la scalabilità della messaggisticaJMS. L'organizzazione in cluster della messaggistica separatamente da Eventsruntime, in un cluster della topologia gold, non è di norma necessario tranne nelcaso in cui la messaggistica rappresenti un collo di bottiglia delle prestazioni peril sistema.

v Connettori tecnologia: i connettori evento forniscono le connessioni verso e dasistemi esterni tramite diversi protocolli: Email (POP3, SMTP), File System, FTP,HTTP, JDBC, JMS, REST, e SOAP su HTTP. Configurare i connettori tecnologianell'interfaccia utente di Event Designer. Per ulteriori informazioni, consultareConnettori tecnologia.I connettori File System, HTTP, JDBC, JMS, REST e SOAP vengono eseguiti comeapplicazioni all'interno di WebSphere Application Server e possono esseredistribuiti a un cluster per alta disponibilità e scalabilità.Altri protocolli di connettore tecnologia sono eseguiti come un processoautonomo e possono essere installati su un computer differente rispetto a Eventsruntime. Per ulteriori informazioni, consultare “Configurazione dei connettoritecnologia su un computer separato” a pagina 78. Questi connettori possonoessere configurati per essere altamente disponibili o scalabili.

v Tabella degli step: i dati di step sono i dati utilizzati per tenere traccia di tutte leinformazioni di contesto, che sono utilizzate nella valutazione delle regoleevento. Per ulteriori informazioni, consultare Contesti. Per impostazionepredefinita, Events runtime memorizza i dati di step in una tabella nel databaseselezionato quando si è configurato il profilo Decision Server Events. Lamemorizzazione dei dati di step nel database fornisce la persistenza dei dati dicontesto in caso di malfunzionamento del server. In alternativa, è possibile:– Configurare Events runtime per memorizzare i dati di step in memoria per

delle prestazioni migliori ma senza persistenza. Per ulteriori informazioni,consultare “Configurazione di Events runtime per memorizzare i dati di stepnella memoria” a pagina 74.

– Configurare Events runtime per memorizzare i dati di step in ObjectGrid, chefornisce un'archiviazione in memoria e può (se utilizzata in un ambiente diruntime in cluster) fornire anche delle capacità di failover per i dati dicontesto. Per ulteriori informazioni, consultare “Configurazione di Eventsruntime per memorizzare i dati di contesto in ObjectGrid” a pagina 75.

Configurazione di un ambiente Decision Server Events autonomoPer semplicità e facilità di distribuzione, è opportuno configurare un ambienteDecision Server Events a server singolo. Questa topologia è la topologia piùsemplice da configurare e gestire ma non è altamente disponibile o scalabile.


Per configurare un ambiente Decision Server Events autonomo, è possibile:v Creare un nuovo profilo del server delle applicazioni WebSphere Operational

Decision Management Decision Server Events. Consultare “Creazione di unnuovo profilo di server delle applicazioni Decision Server Events” a pagina 7.


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.dev/topics/whataretechnologyconnectors.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.dev/topics/contextsandcontextprocessing.htm

v In alternativa, ampliare un profilo del server delle applicazioni WebSphereApplication Server esistente con WebSphere Operational Decision ManagementDecision Server Events. Consultare “Ampliamento di un profilo di server delleapplicazioni WebSphere Application Server con Decision Server Events” apagina 12.

Creazione di un nuovo profilo di server delle applicazioniDecision Server Events

Per creare un nuovo ambiente Decision Server Events autonomo, è necessariocreare prima un profilo WebSphere Operational Decision Management DecisionServer Events. È possibile creare un profilo utilizzando il Profile Management Tooloppure utilizzando il comando manageprofiles.

Prima di iniziare

Durante la creazione di un profilo, viene richiesto di selezionare il gestore databasein cui risiedono le tabelle per Events runtime. Salvo che non si stia utilizzandoApache Derby, creare questo database prima di iniziare la creazione del profilo.Consultare “Creazione del database Events runtime” a pagina 57.


È possibile creare un nuovo profilo nel seguente modo:v Su un sistema operativo a 32 bit, è possibile utilizzare la GUI (graphical user

interface) Profile Management Tool. Profile Management Tool non è supportatosu un sistema operativo HP-UX, su qualsiasi sistema operativo a 64 bit o suz/OS.

v Su un sistema operativo a 32 bit o qualsiasi altro sistema operativo, è possibileutilizzare il comando manageprofiles.

Creazione di un nuovo profilo mediante Profile Management ToolInformazioni su questa attività

Per richiamare Profile Management Tool direttamente:v Solo su Windows, fare clic su Start > Programmi > IBM WebSphere >

Application Server Network Deployment V8.0 > Profile Management Tool.v Su piattaforme multiple, passare alla directory was_home/bin/ProfileManagement

ed eseguire lo script pmt, dove was_home è l'ubicazione di installazione diWebSphere Application Server. Su Windows eseguire pmt.bat, mentre su Linux eUNIX eseguire pmt.sh.

Per creare un nuovo profilo di server delle applicazioni ampliato con WebSphereOperational Decision Management Decision Server Events:

Procedura1. Nella pagina di benvenuto, fare clic su Launch Profile Management Tool.2. Nella pagina Profili, fare clic su Crea.3. Nella pagina Selezione ambiente, in WebSphere Operational Decision

Management, selezionare Profilo di server delle applicazioni ampliato conWebSphere Operational Decision Management Decision Server Events .

4. Nella pagina Opzioni di creazione del profilo, è possibile selezionare una delleseguenti opzioni:


v Creazione di un profilo tipico: creare un profilo con le impostazioni diconfigurazione di WebSphere Application Server predefinite.

v Creazione di un profilo avanzato: specificare dei propri valori o accettare leimpostazioni predefinite. Per impostazioni di configurazione supplementaridi WebSphere Application Server. consultare le informazioni Creazione diprofili di server delle applicazioni nel centro informazioni di WebSphereApplication Server

5. Nella pagina Ubicazione di installazione, immettere o cercare l'ubicazionecompleta dove è installato Decision Server Events oppure accettare l'ubicazionepredefinita, se è corretta.

6. Nella pagina della sicurezza amministrativa, selezionare se abilitare la sicurezzasu WebSphere Application Server. Se si abilita la sicurezza, vengono attivate siala sicurezza di gestione sia quella applicativa di WebSphere Application Server.Fornire un nuovo ID utente e una password a scelta, e immettere la passworduna seconda volta per confermarla.

7. Nella pagina Configurazione database,a. selezionare un gestore database dall'elenco e specificare i dettagli di

connessione appropriati. Questo gestore database ospita le tabelle perEvents runtime.Se si seleziona un Apache Derby integrato, il database del repository vienecreato automaticamente. In tutti gli altri casi, è necessario aver già creato ildatabase per il repository.

b. Se non si seleziona un Apache Derby integrato, è necessario fornire idettagli della connessione includendo l'ubicazione e il nome completi delfile JAR del driver JDBC per il gestore database scelto. Immettere i seguentidettagli per il server di database:v Nome database: il nome del database che ospita le tabelle di Events

runtime Decision Server Events.v Nome host o indirizzo IP del server di database: il nome del computer

dove si trova il server di database. Il valore predefinito è localhost.v Porta del servizio TCP/IP del database o porta del listener: il numero

della porta di connessione per il gestore database.v Ubicazione completa e nome del file del driver JDBC: immettere il

nome file e l'ubicazione.v Nome utente: il nome utente utilizzato da Decision Server Events per

stabilire una connessione al server di database. Questo nome utente devedisporre dei privilegi amministrativi.

v Password: La password associata al nome utente. Confermare lapassword.

c. Fare clic su Verifica connessione per validare la connessione al database.Accertarsi che la connessione venga stabilita correttamente prima diprocedere alla creazione del profilo.

8. Nella pagina di configurazione del provider dei messaggi, selezionare una delleseguenti opzioni:v Messaggistica predefinita di WebSphere Application Server. Decision

Server Events è configurato per utilizzare il provider dei messaggipredefinito incorporato in WebSphere Application Server come provider JMS.

v Messaggistica JMS di WebSphere MQ. Fornire le informazioni correlate aWebSphere MQ; Decision Server Events viene configurato per utilizzareWebSphere MQ come provider JMS.


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/topic/com.ibm.websphere.base.doc/info/aes/ae/tpro_instancessaappserv.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/topic/com.ibm.websphere.base.doc/info/aes/ae/tpro_instancessaappserv.html

v Non configurare un provider dei messaggi. Nessun provider dei messaggiè configurato durante la creazione del profilo. È necessario configurare unprovider JMS singola prima di avviare Decision Server Events.

Una volta completata la creazione del profilo, è possibile modificare i providerJMS o configurare il provider JMS scelto, ma soltanto un provider JMS deveessere configurato prima di avviare Decision Server Events.Per utilizzare o per passare alla messaggistica predefinita di WebSphereApplication Server come provider JMS, consultare “Configurazione dellamessaggistica predefinita di WebSphere Application Server come provider JMS”a pagina 63Per utilizzare o per passare a WebSphere MQ come provider JMS, consultare“Configurazione di WebSphere MQ come provider JMS” a pagina 64

9. Nella pagina di riepilogo della creazione del profilo, esaminare le informazionie fare clic su Crea per creare il nuovo profilo.

Risultati

Viene creato un nuovo profilo di server delle applicazioni ampliato con WebSphereOperational Decision Management Decision Server Events.

Nota: Se si intende utilizzare Business Space, è necessario ampliare il profiloappena creato. Consultare “Configurazione di un ambiente Business Spaceautonomo” a pagina 47. Se il database utilizzato per le tabelle del database diBusiness Space si trova su un computer diverso dal computer in cui è statoinstallato Decision Server Events, è necessario creare queste tabelle manualmente.A questo scopo vengono forniti uno script e dei file DDL. Per dettagli su comecreare le tabelle manualmente, consultare “Configurazione del database di BusinessSpace” a pagina 50.

Creazione di un nuovo profilo con il comando manageprofilesProcedura1. Aprire un prompt dei comandi (Windows) o un emulatore di terminale (Linux

e UNIX) e passare alla directory was_install_dir/bin.2. Eseguire il comando manageprofiles utilizzando manageprofiles.bat per

Windows o manageprofiles.sh per Linux e UNIX. Fornire i seguenti parametri:

-createPer creare il nuovo profilo.

-templatePath <template_path>dove <template_path> è l'ubicazione del modello di profilo. Fornire unvalore per il profilo di server delle applicazioni di was_install_dir/profileTemplates/wbe/default.

Facoltativamente, è possibile specificare i seguenti parametri:

-wbeHome installation locationdove installation location è il percorso completo dell'ubicazione diinstallazione per Decision Server Events. È necessario specificare questoparametro se Decision Server Events è stato installato in una ubicazionenon predefinita.

-profileName profile_namedove profile_name è il nome del profilo.

-cellName cell_namedove cell_name è il nome della cella che viene creata.


-nodeName node_namedove node_name è il nome del nodo che viene creato.

-hostName host_namedove host_name è il nome host del computer che ospita il profilo.

-serverName server_namedove server_name è il nome server che viene creato.

-enableAdminSecurity true|falsedove true attiva la sicurezza amministrativa di WebSphere ApplicationServer. Se si fornisce questo parametro, occorre fornire anche-adminUserName e -adminPassword. Il valore predefinito è false se non sispecifica questo parametro.

-adminUserName usernamedove username è l'ID utente utilizzato per accedere a WebSphereApplication Server. Richiesto solo se enableAdminSecurity è abilitato.

-adminPassword passworddove password è la password per l'ID utente utilizzato per accedere aWebSphere Application Server. Richiesto solo se enableAdminSecurity èabilitato.

-wbeDbType database_typedove database_type specifica il prodotto database. I valori validi sono:v Derby_Embedded: il valore predefinito per il profilo di server delle

applicazioniv DB2_Universal

v Derby_NetworkServer

v Oracle

v MS_SQL_Server

-wbeDbName database_namedove database_name è il nome del database. Richiesto a meno che-wbeDbType non sia Derby_Embedded.

-wbeDbUserId database_user_namedove database_user_name è l'ID utente utilizzato per accedere al server didatabase. Richiesto a meno che -wbeDbType non sia Derby_Embedded.

-wbeDbPassword passworddove password è la password per l'ID utente utilizzato per accedere alserver di database. Richiesto a meno che -wbeDbType non siaDerby_Embedded.

-wbeDbJDBCClasspath database_jdbc_classpathdove database_jdbc_classpath specifica il percorso ai file di percorso classiJDBC. Richiesto a meno che -wbeDbType non sia Derby_Embedded.

-wbeDbHostName host_namedove host_name è il nome host per il server di database. Richiesto a menoche -wbeDbType non sia Derby_Embedded.

-wbeDbServerPort port_numberdove port_number è la porta dove è assegnato il servizio TCP/IP o la portasu cui è in ascolto il database. Richiesto a meno che -wbeDbType non siaDerby_Embedded.


-wbeMsgingType messaging_typedove messaging_type specifica quale provider JMS deve essere configurato. Ivalori validi sono:v Default_Messaging: Decision Server Events è configurato per utilizzare la

messaggistica predefinita WebSphere Application Server . Questo valore èil valore predefinito.

v MQ_JMS_Messaging: Decision Server Events è configurato per utilizzareWebSphere MQ

v No_Messaging: non è configurato alcun provider JMS. Prima di eseguireDecision Server Events, è necessario configurare un provider JMSmanualmente. Consultare Configurazione della messaggistica predefinitadi WebSphere Application Server come provider JMS o Configurazione diWebSphere MQ come provider JMS.

-wbeMqMsgingQmgrName queue_manager_namedove queue_manager_name è il nome del gestore code WebSphere MQ.Richiesto solo se -wbeMsgingType è MQ_JMS_Messaging.

-wbeMqMsgingQmgrHostName host_namedove host_name è il nome host del gestore code WebSphere MQ. Richiestosolo se -wbeMsgingType è MQ_JMS_Messaging.

-wbeMqMsgingQmgrPort port_numberdove port_number è la porta su cui è in ascolto il gestore code WebSphereMQ. Richiesto solo se -wbeMsgingType è MQ_JMS_Messaging.

-wbeMqMsgingTransType transport_typedove transport_type è il tipo di trasporto client WebSphere MQ, BINDINGSo CLIENT. Richiesto solo se -wbeMsgingType è MQ_JMS_Messaging.

-enableTester true|falsedove true installa e configura il runtime Event Tester. Il valore predefinito èfalse se non si specifica questo parametro. Questo parametro è applicabilesolo per il profilo di server delle applicazioni e non può essere utilizzato inun ambiente di produzione.

Risultati

A questo punto, viene creato il profilo.

Nota: Se si intende utilizzare Business Space, è necessario ampliare il profiloappena creato. Vedere “Configurazione di un ambiente Business Space autonomo”a pagina 47.

Esempi

Il primo esempio crea un nuovo profilo di server delle applicazioni su Windowsutilizzando un Apache Derby integrato come provider del database e lamessaggistica predefinita di WebSphere Application Server come provider dimessaggistica.manageprofiles.bat -create -templatePath"C:\Program Files\IBM\WODM80\WODM\WAS\profileTemplates\wbe\default"

Il secondo esempio crea un nuovo profilo di server delle applicazioni su Linux eUNIX utilizzando un Apache Derby integrato come provider di database e lamessaggistica predefinita di WebSphere Application Server come provider dimessaggistica.


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.config/topics/configuringsibusasthejmsprovider.htm#configuringsibusasthejmsprovider


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.config/topics/configuringwebspheremqasthejmsprovider.htm#configuringwebspheremqasthejmsprovider


manageprofiles.sh -create -templatePath"/opt/ibm/WODM80/WODM/WAS/profileTemplates/wbe/default"

Ampliamento di un profilo di server delle applicazioniWebSphere Application Server con Decision Server Events

Per creare un nuovo ambiente Decision Server Events autonomo da un ambienteautonomo WebSphere Application Server esistente, è possibile ampliare un profilodi server delle applicazioni di WebSphere Application Server con WebSphereOperational Decision Management Decision Server Events. È possibile ampliare unprofilo utilizzando Profile Management Tool oppure utilizzando il comandomanageprofiles.

Prima di iniziare

Prima di ampliare un profilo di server delle applicazioni di WebSphere ApplicationServer esistente, assicurarsi che tutti i server delle applicazioni nel profilo sianoarrestati.

Durante la creazione del profilo, viene richiesto di selezionare il gestore databasein cui risiedono le tabelle per Events runtime. Se non si utilizza Apache Derby,creare questo database prima di avviare la creazione del profilo. Consultare“Creazione del database Events runtime” a pagina 57.


È possibile ampliare un profilo esistente nel seguente modo:v Su un sistema operativo a 32 bit, è possibile utilizzare la GUI (graphical user



Ampliamento di un profilo di server delle applicazioni esistentemediante Profile Management ToolInformazioni su questa attività




Per ampliare un profilo di server delle applicazioni esistente con WebSphereOperational Decision Management Decision Server Events:

Procedura1. Nella pagina di benvenuto, fare clic su Launch Profile Management Tool.2. Nella pagina Profili, evidenziare un profilo di server delle applicazioni esistente

e fare clic su Amplia.


3. Nella pagina Amplia selezione, selezionare Profilo di server delle applicazioniampliato con WebSphere Operational Decision Management Decision ServerEvents.












6. Nella pagina di configurazione del provider dei messaggi, selezionare una delleseguenti opzioni:v Messaggistica predefinita di WebSphere Application Server. Decision Server

Events è configurato per utilizzare il provider dei messaggi predefinitoincorporato in WebSphere Application Server come provider JMS.


v Non configurare un provider dei messaggi. Nessun provider dei messaggi èconfigurato durante la creazione del profilo. È necessario configurare unprovider JMS singola prima di avviare Decision Server Events.

Una volta completato l'ampliamento del profilo, è possibile modificare iprovider JMS o configurare il provider JMS scelto, ma soltanto un provider JMSdeve essere configurato prima di avviare Decision Server Events.Per utilizzare o per passare alla messaggistica predefinita di WebSphereApplication Server come provider JMS, consultare “Configurazione dellamessaggistica predefinita di WebSphere Application Server come provider JMS”a pagina 63


Per utilizzare o per passare a WebSphere MQ come provider JMS, consultare“Configurazione di WebSphere MQ come provider JMS” a pagina 64

7. Se la sicurezza amministrativa di WebSphere Application Server è attivata nelprofilo, viene visualizzata la pagina Configurazione di sicurezza. Immettere l'IDutente e la password per il server delle applicazioni

8. Nella pagina Riepilogo dell'ampliamento del profilo, esaminare le informazionie fare clic su Amplia per ampliare il profilo.

Risultati

Il profilo di server delle applicazioni esistente viene ampliato con WebSphereOperational Decision Management Decision Server Events.

Nota: Se si intende utilizzare Business Space, occorre ampliare anche il profiloappena creato con Business Space. Consultare “Configurazione di un ambienteBusiness Space autonomo” a pagina 47. Se il database utilizzato per le tabelle deldatabase di Business Space si trova su un computer diverso dal computer in cui èstato installato Decision Server Events, è necessario creare queste tabellemanualmente. A questo scopo vengono forniti uno script e dei file DDL. Perdettagli su come creare le tabelle manualmente, consultare “Configurazione deldatabase di Business Space” a pagina 50.

Ampliamento di un profilo di server delle applicazioni esistenteutilizzando il comando manageprofilesProcedura1. Aprire un prompt dei comandi (Windows) o un emulatore di terminale (Linux



-augmentPer ampliare il profilo esistente.

-templatePath <template_path>dove <template_path> è l'ubicazione del modello di profilo. Fornire ilseguente valore per il profilo di server delle applicazioni:was_install_dir/profileTemplates/wbe/default.

-profileName profile_namedove profile_name è il nome del profilo di server delle applicazioni esistenteche si sta ampliando.




-adminUserName usernamedove username è l'ID utente utilizzato per accedere a WebSphereApplication Server. Richiesto solo se la sicurezza amministrativa diWebSphere Application Server è attivata.


-adminPassword passworddove password è la password per l'ID utente utilizzato per accedere aWebSphere Application Server. Richiesto solo se la sicurezza amministrativadi WebSphere Application Server è attivata.

-wbeDbType database_typedove database_type specifica il prodotto database. I valori validi sono:v Derby_Embedded: il valore predefinito per il profilo di server delle

applicazioniv DB2_Universal

v Derby_NetworkServer

v Oracle

v MS_SQL_Server










v No_Messaging: non è configurato alcun provider JMS. Prima di eseguireDecision Server Events, è necessario configurare un provider JMSmanualmente. Consultare “Configurazione della messaggisticapredefinita di WebSphere Application Server come provider JMS” apagina 63 o “Configurazione di WebSphere MQ come provider JMS” apagina 64.






-enableTester true|falsedove true installa e configura il runtime Event Tester. Il valore predefinito èfalse se non si specifica questo parametro. Questo parametro è applicabilesolo per il profilo di server delle applicazioni e non può essere utilizzato inun ambiente di produzione.

Risultati

A questo punto il profilo è ampliato.

Nota: Se si intende utilizzare Business Space, occorre ampliare anche il profiloappena ampliato con Business Space. Vedere “Configurazione di un ambienteBusiness Space autonomo” a pagina 47.

Esempi

Il primo esempio amplia un profilo di server delle applicazioni esistentedenominato AppSrv01 su Windows utilizzando un Apache Derby integrato comeprovider di database e la messaggistica predefinita di WebSphere ApplicationServer come provider di messaggistica.manageprofiles.bat -augment -templatePath "C:\Program Files\IBM\WODM80\WODM\WAS\profileTemplates\wbe\default"-profileName AppSrv01

Il secondo esempio amplia un profilo di server delle applicazioni esistentedenominato AppSrv01 su Linux e UNIX utilizzando un Apache Derby integratocome provider di database e la messaggistica predefinita di WebSphere ApplicationServer come provider di messaggistica.manageprofiles.sh -augment-templatePath "/opt/ibm/WODM80/WODM/WAS/profileTemplates/wbe/default"-profileName AppSrv01

Annullamento dell'ampliamento di un profilo di server delleapplicazioni esistente utilizzando il comando manageprofilesInformazioni su questa attività

Per annullare l'ampliamento di un profilo esistente con il comando manageprofiles:

Procedura1. Aprire un prompt dei comandi (Windows) o un emulatore di terminale (Linux



-unaugmentPer annullare l'ampliamento del profilo esistente.


-templatePath <template_path>dove <template_path> è l'ubicazione del modello di profilo. Fornire ilseguente valore per il profilo di server delle applicazioni:was_install_dir/profileTemplates/wbe/default.

-profileName profile_namedove profile_name è il nome del profilo di server delle applicazioni esistentedi cui si sta annullando l'ampliamento.

Risultati

A questo punto, l'ampliamento del profilo è annullato. Tutte le funzioni di DecisionServer Events vengono rimosse dal profilo.

Esempi

Il primo esempio annulla l'ampliamento di un profilo di server delle applicazioniDecision Server Events esistente denominato WODMSrv01 su Windows.manageprofiles.bat -unaugment -templatePath"C:\Program Files\IBM\WODM80\WODM\WAS\profileTemplates\wbe\default"-profileName WODMSrv01

Il secondo esempio annulla l'ampliamento di un profilo di server delle applicazioniDecision Server Events esistente denominato WODMSrv01 su Linux e UNIX.manageprofiles.sh -unaugment -templatePath"/opt/ibm/WODM80/WODM/WAS/profileTemplates/wbe/default"-profileName WODMSrv01

Configurazione per alta disponibilità e scalabilitàLa creazione di cluster è un approccio fondamentale per ottenere alta disponibilità.La creazione di cluster di server delle applicazioni fornisce gestione del carico dilavoro (WLM) e failover per applicazioni residenti nel cluster di server delleapplicazioni. Non è possibile creare cluster di Decision Server Events su z/OS.

Prima di iniziare

Quando si crea un ambiente Decision Server Events in cluster, valutare i seguentipunti:v Decision Server Events e Application Server Network Deployment devono essere

installati su tutti i computer perché Decision Server Events funzionicorrettamente. Inoltre, se l'ubicazione di installazione di Decision Server Events èdiversa sui diversi computer, è necessario aggiornare le proprietà JVM e levariabili di ambiente locale per riflettere l'ubicazione di installazione appropriatasu ciascun computer.

v Gli orologi su tutti i computer devono essere sincronizzati altrimenti le regoleevento, soprattutto quelle basate sul tempo, potrebbero non essere valutate conla precisione prevista.

v Se i dati di step sono configurati per essere in memoria, il failover di un serverpotrebbe causare la perdita di tutti i dati di step memorizzati su tale server.Consultare “Configurazione di Events runtime per memorizzare i dati di stepnella memoria” a pagina 74.

v Disporre di eventi durevoli e di azioni durevoli assicura che nessun messaggiovada perduto, ma il failover di Events runtime durante l'elaborazione di eventipotrebbe causare una elaborazione duplicata di eventi al ripristino del server.


v I connettori con tecnologia File System, HTTP, JDBC, JMS, REST e SOAPvengono distribuiti al cluster, ma i connettori Email, FTP e User Consolevengono eseguiti in un'istanza singola al di fuori del cluster e non vi sonoindicazioni in caso di failover.

Informazioni correlate:

Bilanciamento dei carichi di lavoroCentro informazioni di Application Server Network Deployment V7.0

Ampliamento di un profilo di gestione WebSphere ApplicationServer

Per creare un ambiente Decision Server Events gestito, ad esempio un cluster, ènecessario disporre di un profilo di gestione di WebSphere Application Server dicui procedere all'ampliamento. È possibile ampliare un profilo utilizzando ProfileManagement Tool oppure utilizzando il comando manageprofiles.

Prima di iniziare

Prima di ampliare un profilo di gestione di WebSphere Application Serveresistente, assicurarsi che il gestore distribuzione nel profilo sia arrestato.

Durante la creazione del profilo, viene richiesto di selezionare il gestore databasein cui risiedono le tabelle per Events runtime. Se non si utilizza Apache Derby,creare questo database prima di avviare la creazione del profilo. Consultare“Creazione del database Events runtime” a pagina 57.





Ampliamento di un profilo di gestione esistente utilizzandoProfile Management ToolInformazioni su questa attività




Per ampliare un profilo di gestione esistente con WebSphere Operational DecisionManagement Decision Server Events:

Procedura1. Nella pagina di benvenuto, fare clic su Launch Profile Management Tool.


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/trun_wlm.html

2. Nella pagina Profili, evidenziare un profilo di gestione esistente e fare clic suAmplia.

3. Nella pagina Amplia selezione, selezionare Profilo di server delle applicazioniampliato con WebSphere Operational Decision Management Decision ServerEvents .


5. Se la sicurezza amministrativa di WebSphere Application Server è attivata nelprofilo, viene visualizzata la pagina Sicurezza amministrativa. Immettere l'IDutente e la password.











7. Nella pagina di configurazione del provider dei messaggi, selezionare una delleseguenti opzioni:v Messaggistica predefinita di WebSphere Application Server. Decision

Server Events è configurato per utilizzare il provider dei messaggipredefinito incorporato in WebSphere Application Server come provider JMS.


v Non configurare un provider dei messaggi. Nessun provider dei messaggiè configurato durante la creazione del profilo. È necessario configurare unprovider JMS singola prima di avviare Decision Server Events.


Una volta completato l'ampliamento del profilo, è possibile modificare iprovider JMS o configurare il provider JMS scelto, ma soltanto un provider JMSdeve essere configurato prima di avviare Decision Server Events.Per utilizzare o per passare alla messaggistica predefinita di WebSphereApplication Server come provider JMS, consultare “Configurazione dellamessaggistica predefinita di WebSphere Application Server come provider JMS”a pagina 63Per utilizzare o per passare a WebSphere MQ come provider JMS, consultare“Configurazione di WebSphere MQ come provider JMS” a pagina 64


Risultati

Il profilo di gestione esistente viene ampliato con WebSphere Operational DecisionManagement Decision Server Events.

Nota: Se si intende utilizzare Business Space, occorre ampliare anche il profiloappena creato con Business Space. Consultare “Configurazione di Business Spaceper l'alta disponibilità e la scalabilità” a pagina 48. Se il database utilizzato per letabelle del database di Business Space si trova su un computer diverso dalcomputer in cui è stato installato Decision Server Events, è necessario creare questetabelle manualmente. A questo scopo vengono forniti uno script e dei file DDL. Perdettagli su come creare le tabelle manualmente, consultare “Configurazione deldatabase di Business Space” a pagina 50.

Ampliamento di un profilo di gestione esistente utilizzando ilcomando manageprofilesProcedura1. Aprire un prompt dei comandi (Windows) o un emulatore di terminale (Linux




-templatePath <template_path>dove <template_path> è l'ubicazione del modello di profilo. Fornire ilseguente valore per il profilo di gestione: was_install_dir/profileTemplates/wbe/management.

-profileName profile_namedove profile_name è il nome del profilo di gestione esistente che si staampliando.




-adminUserName usernamedove username è l'ID utente utilizzato per accedere a WebSphere


Application Server. Richiesto solo se la sicurezza amministrativa diWebSphere Application Server è attivata.

-adminPassword passworddove password è la password per l'ID utente utilizzato per accedere aWebSphere Application Server. Richiesto solo se la sicurezza amministrativadi WebSphere Application Server è attivata.

-wbeDbType database_typedove database_type specifica il prodotto database. I valori validi sono:v Derby_Embedded: non supportato per l'utilizzo in un ambiente clusterv DB2_Universal: il valore predefinito per il profilo di gestionev Derby_NetworkServer

v Oracle

v MS_SQL_Server










v No_Messaging: non è configurato alcun provider JMS. Prima di eseguireDecision Server Events, è necessario configurare un provider JMSmanualmente. Consultare Configurazione della messaggistica predefinitadi WebSphere Application Server come provider JMS o Configurazione diWebSphere MQ come provider JMS.










Risultati


Nota: Se si intende utilizzare Business Space, occorre ampliare anche il profiloappena ampliato con Business Space. Consultare “Configurazione di BusinessSpace per l'alta disponibilità e la scalabilità” a pagina 48.

Esempi

Il primo esempio amplia un profilo di gestione esistente denominato Dmgr01 suWindows utilizzando un Apache Derby integrato come provider di database e lamessaggistica predefinita di WebSphere Application Server come provider dimessaggistica.manageprofiles.bat -augment -templatePath"C:\Program Files\IBM\WODM80\WODM\WAS\profileTemplates\wbe\management"-profileName Dmgr01

Il secondo esempio amplia un profilo di gestione esistente denominato Dmgr01 suLinux e UNIX utilizzando un Apache Derby integrato come provider di database ela messaggistica predefinita di WebSphere Application Server come provider dimessaggistica.manageprofiles.sh -augment -templatePath"/opt/ibm/WODM80/WODM/WAS/profileTemplates/wbe/management"-profileName Dmgr01

Annullamento dell'ampliamento di un profilo esistente con ilcomando manageprofilesInformazioni su questa attività






-templatePath <template_path>dove <template_path> è l'ubicazione del modello di profilo. Fornire ilseguente valore per il profilo di gestione: was_install_dir/profileTemplates/wbe/management.


-profileName profile_namedove profile_name è il nome del profilo di gestione esistente di cui si staannullando l'ampliamento.

Risultati


Esempi

Il primo esempio annulla l'ampliamento di un profilo di gestione Decision ServerEvents esistente denominato WODMDmgr01 su Windows.manageprofiles.bat -unaugment -templatePath"C:\Program Files\IBM\WODM80\WODM\WAS\profileTemplates\wbe\management"-profileName WODMDmgr01

Il secondo esempio annulla l'ampliamento di un profilo di gestione Decision ServerEvents esistente denominato WODMDmgr01 su Linux e UNIX.manageprofiles.sh -unaugment -templatePath"/opt/ibm/WODM80/WODM/WAS/profileTemplates/wbe/management"-profileName WODMDmgr01

Ampliamento di un profilo personalizzato di WebSphereApplication Server esistente

Per creare un ambiente Decision Server Events gestito, ad esempio un cluster, ènecessario disporre di un profilo personalizzato di WebSphere Application Serverdi cui procedere all'ampliamento. È possibile ampliare un profilo utilizzandoProfile Management Tool oppure utilizzando il comando manageprofiles.

Prima di iniziare

Prima di ampliare un profilo personalizzato di WebSphere Application Serveresistente, assicurarsi che gli agenti del nodo o i server nel profilo siano arrestati.





Ampliamento di un profilo personalizzato esistente medianteProfile Management ToolInformazioni su questa attività


Application Server Network Deployment V8.0 > Profile Management Tool.


v Su piattaforme multiple, passare alla directory was_home/bin/ProfileManagemented eseguire lo script pmt, dove was_home è l'ubicazione di installazione diWebSphere Application Server. Su Windows eseguire pmt.bat, mentre su Linux eUNIX eseguire pmt.sh.

Per ampliare un profilo personalizzato esistente con WebSphere OperationalDecision Management Decision Server Events:

Procedura1. Nella pagina di benvenuto, fare clic su Launch Profile Management Tool.2. Nella pagina Profili, evidenziare un profilo personalizzato esistente e fare clic

su Amplia.3. Nella pagina Amplia selezione, selezionare Profilo di server delle applicazioni

ampliato con WebSphere Operational Decision Management Decision ServerEvents.


Risultati

Il profilo personalizzato esistente viene ampliato con WebSphere OperationalDecision Management Decision Server Events.

Ampliamento di un profilo personalizzato esistente mediante ilcomando manageprofilesProcedura1. Aprire un prompt dei comandi (Windows) o un emulatore di terminale (Linux




-templatePath <template_path>dove <template_path> è l'ubicazione del modello di profilo. Fornire ilseguente valore per il profilo personalizzato: was_install_dir/profileTemplates/wbe/managed.

-profileName profile_namedove profile_name è il nome del profilo personalizzato esistente che si staampliando.

Risultati


Esempi

Il primo esempio amplia un profilo personalizzato esistente denominato Custom01su Windows.manageprofiles.bat -augment -templatePath"C:\Program Files\IBM\WODM80\WODM\WAS\profileTemplates\wbe\managed"-profileName Custom01


Il secondo esempio amplia un profilo personalizzato esistente denominatoCustom01 su Linux e UNIX.manageprofiles.sh -augment -templatePath"/opt/ibm/WODM80/WODM/WAS/profileTemplates/wbe/managed"-profileName Custom01

Annullamento dell'ampliamento di un profilo esistente con ilcomando manageprofilesInformazioni su questa attività






-templatePath <template_path>dove <template_path> è l'ubicazione del modello di profilo. Fornire ilseguente valore per il profilo personalizzato: was_install_dir/profileTemplates/wbe/managed.

-profileName profile_namedove profile_name è il nome del profilo personalizzato esistente di cui si staannullando l'ampliamento.

Risultati


Esempi

Il primo esempio annulla l'ampliamento di un profilo personalizzato DecisionServer Events esistente denominato WODMCustom01 su Windows.manageprofiles.bat -unaugment -templatePath"C:\Program Files\IBM\WODM80\WODM\WAS\profileTemplates\wbe\managed"-profileName WODMCustom01

Il secondo esempio annulla l'ampliamento di un profilo personalizzato DecisionServer Events esistente denominato WODMCustom01 su Linux e UNIX.manageprofiles.sh -unaugment -templatePath"/opt/ibm/WODM80/WODM/WAS/profileTemplates/wbe/managed"-profileName WODMCustom01

Creazione e configurazione di un cluster della topologia silverUn cluster di topologia silver fornisce alta disponibilità e scalabilità per Eventsruntime, in modo che la topologia possa essere configurata in modo da resistere aimalfunzionamenti del server. L'aggiunta di più server al cluster può migliorare lacapacità di elaborazione degli eventi in Events runtime perché il carico di lavoroviene distribuito tra più membri del cluster. Se si verifica un malfunzionamento delserver, il carico di lavoro viene ridistribuito a un altro membro del cluster el'elaborazione continua senza alcuna interruzione.



Un cluster Decision Server Events della tipologia silver è costituito da un singologestore distribuzione e da uno o più nodi gestiti. Il cluster utilizza la messaggisticapredefinita WebSphere Application Server come provider di messaggistica perl'Events runtime. Un cluster Events runtime occupa i nodi gestiti e fornisce altadisponibilità e scalabilità di entrambi i componenti Events runtime e dimessaggistica. Questa documentazione descrive la creazione di un cluster a duenodi che occupa due computer, come mostrato nel seguente diagramma:

v È presente un solo cluster, contenuto all'interno di una singola cella.v Un profilo di gestione è configurato su Computer1.v Ci sono dei nodi gestiti (profili personalizzati) sia su Computer1 sia su Computer2.v Su ciascun computer sono installati Decision Server Events e WebSphere

Application Server.

Questa topologia cluster può essere estesa in maniera simile a più computer, in unsingolo cluster.

Per completare questa attività:v Creare profili per un cluster della topologia silver. Consultare “Creazione di

profili per un cluster della topologia silver”.v Configurare il cluster della topologia silver per Decision Server Events.

Consultare “Configurazione di un cluster della topologia silver” a pagina 28.

Creazione di profili per un cluster della topologia silverIn questa attività, si creano i profili WebSphere Application Server ampliati conDecision Server Events richiesti per un cluster della topologia silver.


Procedura1. Installare Decision Server Events sia su Computer1 sia su Computer2.2. Su Computer1, creare un profilo di gestione WebSphere Application Server.

a. Passare alla directory was_install_dir/bin/ProfileManagement e avviareProfile Management Tool eseguendo il comando pmt.bat o pmt.sh.

b. Nella pagina di benvenuto, selezionare Avvia Profile Management Tool,quindi Crea.

c. Nella pagina Selezione ambiente, in WebSphere Application Server, fareclic su Gestione, quindi su Avanti, Gestore distribuzione.

d. Fare clic su Creazione del profilo tipica o Creazione del profilo avanzata.Per ulteriori informazioni sulla creazione del profilo tipico e avanzato,consultare Creazione dei profili di gestione con i gestori distribuzione.

e. Deselezionare Avvia la console First steps e fare clic su Fine.

Nota: Come un'alternativa all'utilizzo di Profile Management Tool, ad esempiodove non è disponibile una GUI (graphical user interface), passare alladirectory was_install_dir/bin ed eseguire il comando manageprofiles. Percreare il gestore distribuzione, utilizzare il modello di profiliwas_install_dir/profileTemplates/management/. Per ulteriori dettagli,consultare Comando manageprofiles.

3. Verificare che il gestore distribuzione sia arrestato, quindi ampliare il profilo digestione di WebSphere Application Server con Decision Server Events.Consultare “Ampliamento di un profilo di gestione WebSphere ApplicationServer” a pagina 18. È necessario selezionare la messaggistica predefinitaWebSphere Application Server come provider di messaggistica.

4. Avviare il gestore distribuzione in Computer1:a. Passare alla directory was_install_dir/profiles/dmgr_profile_name/bin.b. Eseguire il comando startManager.bat per Windows o il comando

startManager.sh per Linux e UNIX.5. Su Computer1, creare un profilo personalizzato WebSphere Application Server.



c. Nella pagina Selezione ambiente, sotto WebSphere Application Server, fareclic su Profilo personalizzato e quindi su Avanti.

d. Fare clic su Creazione del profilo tipica o Creazione del profilo avanzata.Per ulteriori informazioni sulla creazione di profilo tipica e avanzata,consultare Creazione dei profili personalizzati.

e. Nella pagina Federazione, federare il profilo personalizzato nella cella delgestore distribuzione.v Immettere i dettagli di connessione per il gestore distribuzione creato al

passo 2.v Deselezionare Eseguire la federazione di questo nodo successivamente.v Fare clic su Avanti e fare quindi clic su Crea.Se la federazione viene eseguita correttamente, è possibile tralasciare ilpasso 7 a pagina 28.

f. Deselezionare Avvia la console First steps e fare clic su Fine.


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/tpro_instancesdmgr.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/topic/com.ibm.websphere.base.doc/info/aes/ae/rxml_manageprofiles.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/tpro_instancesmngdnode.html

Nota: Come un'alternativa all'utilizzo di Profile Management Tool, ad esempiodove non è disponibile una GUI (graphical user interface), passare alladirectory was_install_dir/bin ed eseguire il comando manageprofiles. Percreare il profilo personalizzato, utilizzare il modello di profiliwas_install_dir/profileTemplates/managed/. Per ulteriori dettagli, consultareComando manageprofiles.

6. Controllare che gli orologi di sistema su tutti i computer che si stannoutilizzando per creare il cluster siano sincronizzati e, per garantire che tutta lalogica basata sul tempo venga valutata correttamente, che gli orologi sianoimpostati sullo stesso fuso orario.

7. Se la federazione è stata eseguita correttamente nel passo 5 a pagina 27, èpossibile tralasciare questo passo. Altrimenti, su Computer1, federare il profilopersonalizzato nella cella del gestore distribuzione:a. Passare alla directory was_install_dir/bin.b. Lanciare il seguente comando:

addnode -profileName profile_name<deployment manager host> <deployment manager port>

dove profileName è il nome del profilo creato al passo 5 a pagina 27, dove<deployment manager host> (obbligatorio) è il nome host del computer dove èin esecuzione il gestore distribuzione, ad esempio localhost, e dove<deployment manager port> (facoltativo) è la porta SOAP del gestoredistribuzione, con un valore predefinito di 8879.

c. Avviare la console di gestione di WebSphere Application Server per ilgestore distribuzione.

d. Accedere alla console di gestione di WebSphere Application Server eassicurarsi che il server delle applicazioni sia stato federato correttamentenel gestore distribuzione. Fare clic su Gestione sistema > Nodi.

In Computer1, il profilo personalizzato viene ora federato nella cella del gestoredistribuzione.

8. Migliorare il profilo personalizzato di WebSphere Application Server conDecision Server Events.a. Verificare che l'agente del nodo sia arrestato. Per arrestare l'agente del nodo

nella console di gestione di WebSphere Application Server, fare clic suGestione del sistema > Agenti del nodo. Selezionare l'agente del nodo efare clic su Arresta.

b. Ampliare il profilo personalizzato con Decision Server Events. Consultare“Ampliamento di un profilo personalizzato di WebSphere ApplicationServer esistente” a pagina 23.

9. Su Computer2, ripetere i passi da 5 a pagina 27 a 8 per creare, federare eampliare un secondo profilo personalizzato WebSphere Application Server.

Operazioni successive

Ora che i profili sono stati creati, è possibile configurare il cluster della topologiasilver. Consultare “Configurazione di un cluster della topologia silver”.

Configurazione di un cluster della topologia silverIn questa attività, si configura il cluster della topologia silver per cui si sono creatidei profili per completare la creazione dell'ambiente cluster.



Prima di iniziare

Prima di configurare il cluster occorre creare i profili. Consultare “Creazione diprofili per un cluster della topologia silver” a pagina 26.

Procedura1. Creare un cluster WebSphere Application Server e aggiungere due server delle

applicazioni come membri del cluster:a. Fare clic su Server > Cluster > Cluster di WebSphere Application Server.b. Fare clic su Nuovo.c. Nel campo Nome cluster, immettere un nome per il cluster, ad esempio

EventRuntimeCluster, e fare quindi clic su Avanti.d. Nel campo Nome membro, immettere un nome per il primo server delle

applicazioni che si sta aggiungendo al cluster, ad esempio eventruntime01.e. Selezionare il nome del nodo su cui viene eseguito il primo server delle

applicazioni, quindi fare clic su Avanti.f. Nel campo Nome membro, immettere un nome per il successivo server

delle applicazioni che si sta aggiungendo al cluster, ad esempioeventruntime02.

g. Selezionare il nome del nodo su cui viene eseguito questo server delleapplicazioni. Fare clic su Aggiungi membro, quindi su Avanti.

h. Se si desidera aggiungere ulteriori server delle applicazioni al cluster,ripetere i passi f. e g.

i. Fare clic su Fine e Salva.2. Identificare e registrare hostname:port,hostname:port, dove ogni coppia di

hostname:port corrisponde al nome host e al SIB_ENDPOINT_ADDRESS delserver delle applicazioni nel cluster di Events runtime. Per identificare questeinformazioni dalla console di gestione:a. Fare clic su Server > Cluster di WebSphere Application Server > Cluster

di Events runtime > Membri del cluster e annotare il hostname.b. Per ogni membro del cluster, fare clic su Porte e registrare il numero di

port associato al SIB_ENDPOINT_ADDRESS (il valore predefinito è 7287).3. Creare una proprietà personalizzata JVM che punta alla directory di

installazione di WebSphere Operational Decision Management.

Nota: È necessario eseguire questo passo per ogni server delle applicazioninel cluster.a. Fare clic su Server > Tipi di server > Server delle applicazioni

WebSphere > server-name > Gestione processo e Java > Definizioneprocesso > Java Virtual Machine > Proprietà personalizzate, doveserver-name è un server delle applicazioni nel cluster.

b. Fare clic su Nuovo.c. Nel campo Nome, immettere wbe.home

d. Come valore, immettere l'ubicazione della directory home dell'installazionedi WebSphere Operational Decision Management.1) Ad esempio, se l'installazione è stata eseguita utilizzando il launchpad

ed è stata accettata l'ubicazione predefinita:Su Windows:C:\Program Files\IBM\WODM80\WODM

Su Linux e UNIX:


/opt/ibm/WODM80/WODM

2) Ad esempio, se l'installazione è stata eseguita utilizzando InstallationManager ed è stata accettata l'ubicazione predefinita:Su Windows:C:\Program Files\IBM\WODM80

Su Linux e UNIX:/opt/ibm/WODM80

e. Fare clic su Applica e Salva.4. Modificare i parametri della dimensione heap del server.

Nota: È necessario eseguire questo passo per ogni server delle applicazioninel cluster.a. Fare clic su Server > Tipi di server > WebSphere Application Server >

nome-server > Gestione di processo e Java > Definizione processo > JVM(Java Virtual Machine), dove nome-server è un server delle applicazioni nelcluster.

b. Nel campo Dimensione heap iniziale, immettere 512.c. Nel campo Dimensione heap massima, immettere 1024.d. Fare clic su Applica e Salva.

Per ulteriori informazioni sulle impostazioni ottimali dell'heap, consultare“Ottimizzazione della configurazione di Events runtime” a pagina 76.

5. Abilitare il servizio bean di avvio per ciascun server delle applicazioni nelcluster.

Nota: È necessario eseguire questo passo per ogni server delle applicazioninel cluster.a. Fare clic su Server > Tipi di server > WebSphere Application Server >

server-name > Servizi del contenitore > Servizio Bean di avvio, doveserver-name è un server delle applicazioni nel cluster.

b. Selezionare Abilita servizio all'avvio del server.c. Fare clic su Applica e Salva.

6. Aggiungere il cluster di Events runtime come un membro al SIB (serviceintegration bus):a. Fare clic su Integrazione servizi > Bus > WbeBus > Membri bus.b. Fare clic su Aggiungi. Fare clic su Cluster > EventRuntimeCluster, quindi

su Avanti.c. Selezionare una impostazione di politica del motore di messaggistica dalle

opzioni Alta disponibilità, Scalabilità o Scalabilità con alta disponibilità.Per ulteriori dettagli sulla selezione, consultare il documento relativoall'assistenza per la politica di motore di messaggistica.

d. Per garantire il recupero dei messaggi JMS in seguito a un failover, ènecessario configurare un archivio messaggi. Impostare il tipo di archiviomessaggi selezionando Archivio file o Archivio dati. Per ulterioriinformazioni su questo concetto e su e altri concetti relativi all'altadisponibilità, consultare Determinazione dell'alta disponibilità. Fare clic suAvanti

e. Nel pannello Configura motori di messaggistica, fare clic sul nome delmotore di messaggistica.

f. Impostare i valori dell'archivio dati:


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/topic/com.ibm.websphere.nd.doc/info/ae/ae/cjt1005_.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/welc6tophighavail.html

1) Se si utilizza un archivio file, impostare il valore di Percorso directorydi log perché punti a un archivio di dati su un file system condiviso, adesempio c:\filestoredirectory. Impostare Percorso directory archiviopermanente affinché punti a un archivio dati in un file systemcondiviso.

2) Se invece si utilizza un database, impostare Nome JNDI dellaconnessione dati, il nome dello schema e l'alias di autenticazioneperché puntino a un archivio dati su un database già creato.

Fare clic su Avanti.g. Fare clic su Modifica dimensioni heap. Accettare i valori predefiniti.h. Rivedere le informazioni di riepilogo. Fare clic su Fine e Salva.

7. Creare tre destinazioni SIB (service integration bus) per le destinazioni dimessaggistica di Events runtime:a. Fare clic su Integrazione servizi > Bus > WbeBus > Destinazioni.b. Fare clic su Nuovo.c. Fare clic su Coda, quindi su Avanti. Nel campo Identificativo, immettere

eventQueue, quindi fare clic su Avanti.d. Ripetere questo passo per creare altre due code con gli identificativi

historyModuleQueue e durableEventQueue.e. Fare clic su Fine e Salva.

8. Modificare gli endpoint del provider per le factory di connessione per puntareai server nel cluster di Events runtime:a. Fare clic su Risorse > JMS > Factory di connessione.b. Dall'elenco Ambito, fare clic su Cell=cell-name, dove cell-name è il nome

della cella.c. Fare clic su WbeConnectionFactory

d. Nel campo Endpoint provider, digitare hostname:port,hostname:port,dove ogni coppia hostname:port corrisponde al nome host e alSIB_ENDPOINT_ADDRESS del server delle applicazioni.

e. Fare clic su Applica e Salva.9. Modificare gli endpoint del provider per la connessione coda JMS per puntare

ai server nel cluster di Events runtime:a. Fare clic su Risorse > JMS > Factory di connessione coda.b. Dall'elenco Ambito, fare clic su Cell=cell-name, dove cell-name è il nome

della cella.c. Fare clic su WbeQueueConnectionFactory


e. Fare clic su Applica e Salva.10. Modificare gli endpoint del provider per la connessione argomento JMS per

puntare ai server nel cluster di Events runtime:a. Fare clic su Risorse > JMS > Factory di connessione argomento.b. Dall'elenco Ambito, fare clic su Cell=cell-name, dove cell-name è il nome

della cella.c. Fare clic su WbeTopicConnectionFactory



e. Fare clic su Applica e Salva.11. Installare l'applicazione Events runtime:

a. Fare clic su Applicazioni > Nuova applicazione > Nuova applicazioneEnterprise.

b. Fare clic su File system remoto.c. Fare clic su Sfoglia e scegliere un nodo o un gestore distribuzione da

cercare nel relativo file system. Localizzare il file dell'applicazionewberuntimeear.

d. Immettere il percorso completo dell'ubicazione del file dell'applicazionewberuntimeear. Ad esempio, su Windows immettere C:\ProgramFiles\IBM\WODM80\WODM\runtime\wberuntimeear.ear; e su Linux e UNIXimmettere /opt/ibm/WODM80/WODM/runtime/wberuntimeear.ear. Fare clic suAvanti.

e. Nella finestra Preparazione dell'installazione dell'applicazione, selezionarePercorso rapido. Fare clic su Avanti.

f. Nella finestra Seleziona opzioni di installazione, accettare le opzionipredefinite e fare clic su Avanti.

g. Nella finestra Associa moduli a server, nel campo Cluster e server, fare clicsu WebSphere:cell=cell-name,cluster=EventRuntimeCluster, dovecell-name è il nome della cella. Selezionare entrambe le caselle di spunta,fare clic su Applica, quindi su Avanti.

h. Fare clic su Fine e Salva.12. Per garantire che tutte queste modifiche diventino effettive e che il cluster

possa essere avviato correttamente, avviare gli agenti del nodo in tutti icomputer nel cluster:a. A un prompt dei comandi, passare alla directory corretta:

cd was_install_dir/bin

ed eseguire il comando startNode. Su Windows, eseguire startNode.bat,su Linux e UNIX eseguire startNode.sh, con il seguente parametrofacoltativo:


13. Avviare tutti i server delle applicazioni nel cluster:a. Per eseguire questo passo nella console di gestione di WebSphere

Application Server, fare clic su Server > Cluster > Cluster di WebSphereApplication Server > <cluster-name> > Membri del cluster, dove<cluster-name> è il nome immesso nel passo 1 a pagina 29. Selezionare ilserver delle applicazioni e fare clic su Start.

Risultati

Il cluster della topologia silver è ora configurato e in esecuzione. Se il cluster nonsi avvia, consultare Avvio dei cluster.


Configurare i connettori tecnologia. Consultare Distribuzione di applicazioni deiconnettori in un ambiente gestito per i connettori File System, HTTP, JDBC, JMS,REST e SOAP; oppure “Configurazione dei connettori tecnologia su un computerseparato” a pagina 78 per i connettori con tecnologia autonoma.


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/trun_wlm_cluster_start.html

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.admin/topics/tsk_deploying_connectors_servers.htm


Creazione e configurazione di un cluster della topologia goldUn cluster della topologia gold fornisce una scalabilità della messaggisticaindipendente aggiuntiva, oltre a quanto fornito dal cluster della topologia silver.Utilizzare questa topologia se si sta utilizzando la messaggistica predefinita diWebSphere Application Server come provider di messaggistica e si desidera averemaggiore controllo sulla configurazione della scalabilità di messaggistica ed Eventsruntime, a discapito delle prestazioni. È possibile utilizzare un cluster dellatopologia gold per limitare la complessità della topologia scalando il numero diistanze di Events runtime senza scalare ulteriormente la messaggistica.


Un cluster Decision Server Events della topologia gold è costituito da un singologestore distribuzione e da uno o più nodi gestiti. Il cluster utilizza la messaggisticapredefinita WebSphere Application Server come provider di messaggistica perl'Events runtime. Un cluster Events runtime occupa i nodi gestiti e fornisce altadisponibilità e scalabilità dell'Events runtime. Anche un cluster di messaggisticaoccupa i nodi gestii e fornisce alta disponibilità e scalabilità indipendenti delcomponente di messaggistica. Questa documentazione descrive la creazione di uncluster a tre nodi che occupano tre computer, come mostrato nel seguentediagramma:

v Ci sono due cluster, contenuti all'interno di una singola cella: uno per l'Eventsruntime e uno per la messaggistica predefinita di WebSphere Application Server.

v Un profilo di gestione è configurato su Computer1.v Ci sono dei nodi gestiti (profili personalizzati) su Computer1, Computer2 e

Computer3.v Su ciascun computer sono installati Decision Server Events e WebSphere

Application Server.

Il cluster di Events runtime e il cluster di messaggistica possono essere estesiindipendentemente su più computer per ottenere una ulteriore disponibilità escalabilità.


Per completare questa attività:v Creare profili per un cluster della topologia gold. Consultare “Creazione di

profili per un cluster della topologia gold”.v Configurare il cluster della topologia gold per Decision Server Events.

Consultare “Configurazione di un cluster della topologia gold” a pagina 36.

Creazione di profili per un cluster della topologia goldIn questa attività, si creano i profili WebSphere Application Server ampliati conDecision Server Events richiesti per un cluster della topologia gold.








3. Verificare che il gestore distribuzione sia arrestato, quindi ampliare il profilo digestione di WebSphere Application Server con Decision Server Events.Consultare “Ampliamento di un profilo di gestione WebSphere ApplicationServer” a pagina 18. È necessario selezionare la messaggistica predefinitaWebSphere Application Server come provider di messaggistica.







e. Nella pagina Federazione, federare il profilo personalizzato nella cella delgestore distribuzione.





v Immettere i dettagli di connessione per il gestore distribuzione creato alpasso 2 a pagina 34

v Deselezionare Eseguire la federazione di questo nodo successivamente.v Fare clic su Avanti e fare quindi clic su Crea.Se la federazione viene eseguita correttamente, è possibile tralasciare ilpasso 7





addnode -profileName <deployment manager host><deployment manager port>

dove profile_name è il nome del profilo creato al passo 5 a pagina 34, dove<deployment manager host> (obbligatorio) è il nome host del computer dove èin esecuzione il gestore distribuzione, ad esempio localhost, e dove<deployment manager port> (facoltativo) è la porta SOAP del gestoredistribuzione, con un valore predefinito di 8879.







9. Su Computer2 e Computer3, ripetere i passi da 5 a pagina 34 a 8 per creare,federare e ampliare un secondo profilo personalizzato WebSphere ApplicationServer.




Ora che i profili sono stati creati, è possibile configurare il cluster della topologiagold. Consultare “Configurazione di un cluster della topologia gold”.

Configurazione di un cluster della topologia goldIn questa attività, si configura il cluster della topologia golf per cui si sono creatidei profili per completare la creazione dei cluster di runtime e messaggistica.

Prima di iniziare

Prima di configurare i cluster occorre creare i profili. Consultare “Creazione diprofili per un cluster della topologia gold” a pagina 34.

Procedura1. Creare un cluster WebSphere Application Server per Events runtime e

aggiungere tre server delle applicazioni come membri del cluster:a. Fare clic su Server > Cluster > Cluster di WebSphere Application Server.b. Fare clic su Nuovo.c. Nel campo Nome cluster, immettere un nome per il cluster, ad esempio




delle applicazioni che si sta aggiungendo al cluster, ad esempioeventruntime02.

g. Selezionare il nome del nodo su cui viene eseguito questo server delleapplicazioni. Fare clic su Aggiungi membro.

h. Nel campo Nome membro, immettere un nome per il successivo serverdelle applicazioni che si sta aggiungendo al cluster, ad esempioeventruntime03.

i. Selezionare il nome del nodo su cui viene eseguito questo server delleapplicazioni. Fare clic su Aggiungi membro, quindi su Avanti.

j. se si desidera aggiungere ulteriori server delle applicazioni al cluster diEvents runtime, ripetere i passi f. e g.

k. Fare clic su Fine e Salva.2. Creare un cluster WebSphere Application Server per la messaggistica e

aggiungere tre server delle applicazioni come membri del cluster:a. Fare clic su Server > Cluster > Cluster di WebSphere Application Server.b. Fare clic su Nuovo.c. Nel campo Nome cluster, immettere un nome per il cluster, ad esempio

MessagingCluster, quindi fare clic su Avanti.d. Nel campo Nome membro, immettere un nome per il primo server delle

applicazioni che si sta aggiungendo al cluster, ad esempio messaging01.e. Selezionare il nome del nodo su cui viene eseguito il primo server delle


delle applicazioni che si sta aggiungendo al cluster, ad esempiomessaging02.


g. Selezionare il nome del nodo su cui viene eseguito questo server delleapplicazioni. Fare clic su Aggiungi membro.

h. Nel campo Nome membro, immettere un nome per il successivo serverdelle applicazioni che si sta aggiungendo al cluster, ad esempiomessaging03.

i. Selezionare il nome del nodo su cui viene eseguito questo server delleapplicazioni. Fare clic su Aggiungi membro, quindi su Avanti.

j. Se si desidera aggiungere ulteriori server delle applicazioni al cluster dimessaggistica, ripetere i passi f. e g.

k. Fare clic su Fine e Salva.3. Identificare e registrare hostname:port,hostname:port, dove ogni coppia di

hostname:port corrisponde al nome host e al SIB_ENDPOINT_ADDRESS delserver delle applicazioni nel cluster di messaggistica. Utilizzare questeinformazioni nei passi 9 a pagina 39, 10 a pagina 39 e 11 a pagina 39. Peridentificare queste informazioni dalla console di gestione:a. Fare clic su Server > Cluster di WebSphere Application Server > Cluster

di messaggistica > Membri del cluster e annotare il hostname.b. Per ogni membro del cluster, fare clic su Porte e registrare il numero di

port associato al SIB_ENDPOINT_ADDRESS (il valore predefinito è 7287).4. Crea una proprietà personalizzata JVM per i server Events runtime che punta

alla directory di installazione di WebSphere Operational DecisionManagement.

Nota: È necessario eseguire questo passo per ogni server delle applicazioninel cluster di Events runtime.a. Fare clic su Server > Tipi di server > Server delle applicazioni

WebSphere > server-name > Gestione di processo e Java > Definizioneprocesso > Java Virtual Machine > Proprietà personalizzate, doveserver-name è un server delle applicazioni nel cluster di Events runtime.

b. Fare clic su Nuovo.c. Nel campo Nome, immettere wbe.home

d. Come valore, immettere l'ubicazione della directory home dell'installazionedi WebSphere Operational Decision Management.1) Ad esempio, se l'installazione è stata eseguita utilizzando il launchpad

ed è stata accettata l'ubicazione predefinita:Su Windows:C:\Program Files\IBM\WODM80\WODM

Su Linux e UNIX:/opt/ibm/WODM80/WODM

2) Ad esempio, se l'installazione è stata eseguita utilizzando InstallationManager ed è stata accettata l'ubicazione predefinita:Su Windows:C:\Program Files\IBM\WODM80

Su Linux e UNIX:/opt/ibm/WODM80

e. Fare clic su Applica e Salva.5. Modificare i parametri della dimensione heap del server.

Nota: È necessario eseguire questo passo per ogni server delle applicazioninel cluster.


a. Fare clic su Server > Tipi di server > WebSphere Application Server >nome-server > Gestione di processo e Java > Definizione processo > JVM(Java Virtual Machine), dove nome-server è un server delle applicazioni nelcluster.

b. Nel campo Dimensione heap iniziale, immettere 512.c. Nel campo Dimensione heap massima, immettere 1024.d. Fare clic su Applica e Salva.

Per ulteriori informazioni sulle impostazioni ottimali dell'heap, consultare“Ottimizzazione della configurazione di Events runtime” a pagina 76.

6. Abilitare il servizio bean di avvio per ciascun server delle applicazioni nelcluster di Events runtime.

Nota: È necessario eseguire questo passo per ogni server delle applicazioninel cluster di Events runtime.a. Fare clic su Server > Tipi di server > WebSphere Application Server >

server-name > Servizi del contenitore > Servizio Bean di avvio, doveserver-name è un server delle applicazioni nel cluster di Events runtime.


7. Aggiungere il cluster di messaggistica come un membro al SIB (serviceintegration bus):a. Fare clic su Integrazione servizi > Bus > WbeBus > Membri bus.b. Fare clic su Aggiungi. Fare clic su Cluster > MessagingCluster, quindi su

Avanti.c. Selezionare una impostazione di politica del motore di messaggistica dalle

opzioni Alta disponibilità, Scalabilità o Scalabilità con alta disponibilità.Per ulteriori dettagli sulla selezione, consultare il documento relativoall'assistenza per la politica di motore di messaggistica.

d. Per garantire il recupero dei messaggi JMS in seguito a un failover, ènecessario configurare un archivio messaggi. Impostare il tipo di archiviomessaggi selezionando Archivio file o Archivio dati. Per ulterioriinformazioni su questo concetto e su e altri concetti relativi all'altadisponibilità, consultare Determinazione dell'alta disponibilità. Fare clic suAvanti

e. Nel pannello Configura motori di messaggistica, fare clic sul nome delmotore di messaggistica.

f. Impostare i valori dell'archivio dati:1) Se si utilizza un archivio file, impostare il valore di Percorso directory

di log perché punti a un archivio di dati su un file system condiviso, adesempio c:\filestoredirectory. Impostare Percorso directory archiviopermanente affinché punti a un archivio dati in un file systemcondiviso.

2) Se invece si utilizza un database, impostare Nome JNDI dellaconnessione dati, il nome dello schema e l'alias di autenticazioneperché puntino a un archivio dati su un database già creato.

Fare clic su Avanti.g. Fare clic su Modifica dimensioni heap. Accettare i valori predefiniti.h. Rivedere le informazioni di riepilogo. Fare clic su Fine e Salva.

8. Creare tre destinazioni SIB (service integration bus) per le destinazioni dimessaggistica di Events runtime:


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/topic/com.ibm.websphere.nd.doc/info/ae/ae/cjt1005_.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/welc6tophighavail.html

a. Fare clic su Integrazione servizi > Bus > WbeBus > Destinazioni.b. Fare clic su Nuovo.c. Fare clic su Coda, quindi su Avanti. Nel campo Identificativo, immettere

eventQueue, quindi fare clic su Avanti.d. Ripetere questo passo per creare altre due code con gli identificativi

historyModuleQueue e durableEventQueue.e. Fare clic su Fine e Salva.

9. Modificare gli endpoint del provider per le factory di connessione per puntareai server nel cluster di messaggistica:a. Fare clic su Risorse > JMS > Factory di connessione.b. Dall'elenco Ambito, fare clic su Cell=nome-cella, dove nome-cella è il nome

della cella.c. Fare clic su WbeConnectionFactory

d. Nel campo Endpoint provider, immettere hostname:port,hostname:port,dove ogni coppia hostname:port corrisponde al nome host e alSIB_ENDPOINT_ADDRESS del server delle applicazioni nel cluster dimessaggistica, dove si trova la coda di messaggistica SIB.

e. Fare clic su Applica e Salva.10. Modificare gli endpoint del provider per la connessione coda JMS per puntare

ai server nel cluster di messaggistica:a. Fare clic su Risorse > JMS > Factory di connessione coda.b. Dall'elenco Ambito, fare clic su Cell=nome-cella, dove nome-cella è il nome

della cella.c. Fare clic su WbeQueueConnectionFactory


e. Fare clic su Applica e Salva.11. Modificare gli endpoint del provider per la connessione argomento JMS per

puntare ai server nel cluster di messaggistica:a. Fare clic su Risorse > JMS > Factory di connessione argomento.b. Dall'elenco Ambito, fare clic su Cell=nome-cella, dove nome-cella è il nome

della cella.c. Fare clic su WbeTopicConnectionFactory


e. Fare clic su Applica e Salva.12. Installare l'applicazione Events runtime nel cluster di Events runtime:

a. Fare clic su Applicazioni > Nuova applicazione > Nuova applicazioneEnterprise.

b. Fare clic su File system remoto.c. Fare clic su Sfoglia e scegliere un nodo o un gestore distribuzione da


d. Immettere il percorso completo dell'ubicazione del file dell'applicazionewberuntimeear. Ad esempio, su Windows immettere C:\Program


Files\IBM\WODM80\WODM\runtime\wberuntimeear.ear; e su Linux e UNIXimmettere /opt/ibm/WODM80/WODM/runtime/wberuntimeear.ear. Fare clic suAvanti.

e. Nella finestra Preparazione dell'installazione dell'applicazione, selezionarePercorso rapido. Fare clic su Avanti.

f. Nella finestra Seleziona opzioni di installazione, accettare le opzionipredefinite e fare clic su Avanti.

g. Nella finestra Associa moduli a server, nel campo Cluster e server, fare clicsu WebSphere:cell=cell-name,cluster=EventRuntimeCluster, dovecell-name è il nome della cella. Selezionare entrambe le caselle di spunta,fare clic su Applica, quindi su Avanti.

h. Fare clic su Fine e Salva.13. Per garantire che tutte queste modifiche diventino effettive e che il cluster

possa essere avviato correttamente, avviare gli agenti del nodo su tutti icomputer:a. A un prompt dei comandi, passare alla directory corretta:


ed eseguire il comando startNode. Su Windows, eseguire startNode.bat,su Linux e UNIX eseguire startNode.sh, con il seguente parametrofacoltativo:


14. Avviare tutti i server delle applicazioni nel cluster di messaggistica, quindiavviare tutti i server delle applicazioni nel cluster di Events runtime:a. Per eseguire questo passo nella console di gestione di WebSphere

Application Server fare clic su Server > Cluster > Cluster di WebSphereApplication Server > <cluster-name> > Membri cluster, dove<cluster-name> è il nome del cluster di messaggistica immesso al passo 2 apagina 36 o il nome del cluster di Events runtime immesso al passo 1 apagina 361 a pagina 36. Selezionare il server delle applicazioni e fare clicsu Start.

Risultati

Il cluster della topologia gold è ora configurato e in esecuzione. Se il cluster non siavvia, consultare Avvio dei cluster.



Creazione e configurazione di un cluster che utilizzaWebSphere MQ come provider di messaggistica

È possibile creare cluster di Decision Server Events per fornire alta disponibilità escalabilità per l'Events runtime, ma utilizzando WebSphere MQ anziché lamessaggistica predefinita WebSphere Application Server come provider dimessaggistica.






Un cluster Decision Server Events è costituito da un singolo gestore distribuzione eda uno o più nodi gestiti. Un cluster Events runtime occupa i nodi gestiti efornisce alta disponibilità e scalabilità dell'Events runtime. In questadocumentazione viene descritto come impostare un Events runtime in cluster perl'alta disponibilità e scalabilità e che utilizza WebSphere MQ come provider dimessaggistica, ma non viene descritto come configurare WebSphere MQ per l'altadisponibilità. Si crea un cluster a due nodi che occupa due computer, comemostrato nel seguente diagramma:

v È presente un solo cluster, contenuto all'interno di una singola cella.v Un profilo di gestione è configurato su Computer1.v Ci sono dei nodi gestiti (profili personalizzati) sia su Computer1 sia su Computer2.v Su ciascun computer sono installati Decision Server Events e WebSphere

Application Server.v WebSphere MQ è installato e configurato per l'utilizzo con Decision Server

Events e fornisce tutte le funzionalità della messaggistica JMS per l'Eventsruntime.

Questa topologia cluster può essere estesa in maniera simile a più computer, in unsingolo cluster.

Per completare questa attività:


v Configurare WebSphere MQ per l'utilizzo come provider di messaggistica.Consultare “Configurazione di WebSphere MQ per l'utilizzo come provider dimessaggistica”.

v Creare profili per un cluster che utilizza WebSphere MQ come provider dimessaggistica. Consultare “Creazione di profili per un cluster che utilizzaWebSphere MQ come provider di messaggistica” a pagina 43.

v Configurare il cluster per Decision Server Events. Consultare “Configurazione diun cluster che utilizza WebSphere MQ come provider di messaggistica” a pagina45.

Configurazione di WebSphere MQ per l'utilizzo come provider dimessaggisticaPrima di poter utilizzare WebSphere MQ come provider di messaggistica per ilcluster Decision Server Events, occorre eseguire alcune attività di configurazione inWebSphere MQ.


L'amministratore WebSphere MQ deve eseguire le seguenti attività:

Procedura1. Creare il gestore code, usando il comando crtmqm.2. Avviare il gestore code, usando il comando strmqm.3. Se si sta utilizzando WebSphere MQ V6, avviare il motore pubblica-sottoscrivi

del gestore code, mediante il comando strmqbrk.4. Se si utilizza WebSphere MQ V7.1, è necessario abilitare la

pubblicazione/sottoscrizione. Utilizzare il comando ALTER QMGR per questogestore code.

5. Creare le code richieste, eseguendo:runmqsc queue-manager-name < mq-install-dir\java\bin\MQJMS_PSQ.mqsc

in cui mq-install-dir è l'ubicazione di installazione di WebSphere MQ.6. Se si sta configurando un cluster, creare le code supplementari richieste,

eseguendo:runmqsc queue-manager-name <<InstallDir>\config\was\create_MQ_JMS_MQ_queues.mqsc

dove <InstallDir> è l'ubicazione di installazione di Decision Server Events.

Risultati

Il gestore code WebSphere MQ viene creato e configurato.


Creare i profili WebSphere Application Server per il cluster Decision Server Eventsin uso. Consultare “Creazione di profili per un cluster che utilizza WebSphere MQcome provider di messaggistica” a pagina 43


Informazioni correlate:

Centro informazioni di WebSphere MQ V6.0


Creazione di profili per un cluster che utilizza WebSphere MQcome provider di messaggisticaIn questa attività, si creano i profili WebSphere Application Server ampliati conDecision Server Events richiesti per un cluster che utilizza WebSphere MQ comeprovider di messaggistica.

Prima di iniziare

Configurare WebSphere MQ per l'utilizzo come provider di messaggistica.Consultare “Configurazione di WebSphere MQ per l'utilizzo come provider dimessaggistica” a pagina 42.








3. Verificare che il gestore distribuzione sia arrestato, quindi ampliare il profilo digestione di WebSphere Application Server con Decision Server Events.Consultare “Ampliamento di un profilo di gestione WebSphere ApplicationServer” a pagina 18. È necessario selezionare WebSphere MQ come provider dimessaggistica e fornire i dettagli di connessione appropriati.






http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/topic/com.ibm.mq.branding.doc/help_home_wmq.htm

http://publib.boulder.ibm.com/infocenter/wmqv7/v7r1/index.jsp





e. Nella pagina Federazione, federare il profilo personalizzato nella cella delgestore distribuzione.v Immettere i dettagli di connessione per il gestore distribuzione creato al

passo 2 a pagina 43v Deselezionare Eseguire la federazione di questo nodo successivamente.v Fare clic su Avanti e fare quindi clic su Crea.Se la federazione viene eseguita correttamente, è possibile tralasciare ilpasso 7





addnode -profileName profile_name<deployment manager host> <deployment manager port>

dove profile_name è il nome del profilo creato al passo 5 a pagina 43, dove<deployment manager host> (obbligatorio) è il nome host del computer dove èin esecuzione il gestore distribuzione, ad esempio localhost, e dove<deployment manager port> (facoltativo) è la porta SOAP del gestoredistribuzione, con un valore predefinito di 8879.










9. Su Computer2, ripetere i passi da 5 a pagina 43 a 8 a pagina 44 per creare,federare e ampliare un secondo profilo personalizzato WebSphere ApplicationServer.


Ora che i profili sono stati creati, è possibile configurare il cluster che utilizzaWebSphere MQ come provider di messaggistica. Consultare “Configurazione di uncluster che utilizza WebSphere MQ come provider di messaggistica”.

Configurazione di un cluster che utilizza WebSphere MQ comeprovider di messaggisticaIn questa attività, si configura il cluster per cui si sono creati dei profili percompletare la creazione dell'ambiente cluster.

Prima di iniziare

Prima di configurare il cluster occorre creare i profili. Consultare “Creazione diprofili per un cluster che utilizza WebSphere MQ come provider di messaggistica”a pagina 43.

Procedura1. Creare un cluster WebSphere Application Server e aggiungere due server delle

applicazioni come membri del cluster:a. Fare clic su Server > Cluster > Cluster di WebSphere Application Server.b. Fare clic su Nuovo.c. Nel campo Nome cluster, immettere un nome per il cluster, ad esempio



applicazioni, quindi fare clic su Avanti.f. Nel campo Nome membro, immettere un nome per il successivo server delle

applicazioni che si sta aggiungendo al cluster, ad esempio eventruntime02.g. Selezionare il nome del nodo su cui viene eseguito questo server delle

applicazioni. Fare clic su Aggiungi membro, quindi su Avanti.h. Se si desidera aggiungere ulteriori server delle applicazioni al cluster,

ripetere i passi f. e g.i. Fare clic su Fine e Salva.

2. Creare una proprietà personalizzata JVM che punta alla directory diinstallazione di Decision Server Events.

Nota: È necessario eseguire questo passo per ogni server delle applicazioni nelcluster.a. Fare clic su Server > Tipi di server > Server delle applicazioni WebSphere

> server-name > Gestione processo e Java > Definizione processo > JavaVirtual Machine > Proprietà personalizzate, dove server-name è un serverdelle applicazioni nel cluster.

b. Fare clic su Nuovo.


c. Nel campo Nome, immettere wbe.home

d. Come valore, immettere l'ubicazione della directory lib nella propriainstallazione nell'installazione di Decision Server Events. Esempio:Su Windows:C:\Program Files\IBM\WODM80\WODM\lib

Su Linux e UNIX:/opt/ibm/WODM80/WODM/lib

e. Fare clic su Applica e Salva.3. Abilitare il servizio bean di avvio per ciascun server delle applicazioni nel

cluster.

Nota: È necessario eseguire questo passo per ogni server delle applicazioni nelcluster.a. Fare clic su Server > Tipi di server > WebSphere Application Server >

server-name > Servizi del contenitore > Servizio Bean di avvio, doveserver-name è un server delle applicazioni nel cluster.


4. Installare l'applicazione Events runtime:a. Fare clic su Applicazioni > Nuova applicazione > Nuova applicazione

Enterprise.b. Fare clic su File system remoto.c. Fare clic su Sfoglia e scegliere un nodo o un gestore distribuzione da


d. Immettere il percorso completo dell'ubicazione del file dell'applicazionewberuntimeear. Ad esempio, su Windows immettere C:\ProgramFiles\IBM\WODM80\WODM\runtime\wberuntimeear.ear; e su Linux e UNIXimmettere /opt/ibm/WODM80/WODM/runtime/wberuntimeear.ear. Fare clic suAvanti.

e. Nel campo Cluster e server, fare clic su WebSphere:cell=cell-name,cluster=EventRuntimeCluster, dove cell-name è il nome della cella.

f. Selezionare entrambe le caselle di controllo.g. Fare clic su Applica e quindi su Avanti.h. Fare clic su Fine e Salva.

5. Per garantire che tutte queste modifiche diventino effettive e che il clusterpossa essere avviato correttamente, avviare gli agenti del nodo in tutti icomputer nel cluster:a. A un prompt dei comandi, passare alla directory corretta:


ed eseguire il comando startNode. Su Windows, eseguire startNode.bat, suLinux e UNIX eseguire startNode.sh, con il seguente parametro facoltativo:


6. Avviare tutti i server delle applicazioni nel cluster:a. Per eseguire questo passo nella console di gestione di WebSphere

Application Server, fare clic su Server > Cluster > Cluster di WebSphereApplication Server > <cluster-name> > Membri del cluster, dove


<cluster-name> è il nome immesso nel passo 1 a pagina 45. Selezionare ilserver delle applicazioni e fare clic su Start.

Risultati

Il cluster che utilizza WebSphere MQ come provider di messaggistica è adessoconfigurato e in esecuzione. Se il cluster non si avvia, consultare Avvio dei cluster.



Configurazione di Business Space, installazione di widget evento eutilizzo di Business Space

Business Space è l'interfaccia utente grafica (GUI) basata sul browser che consenteagli utenti business di interagire con i contenuti forniti da WebSphere OperationalDecision Management e da altri prodotti WebSphere.


Gli utenti business possono visualizzare i contenuti desiderati nel modo chepreferiscono creando dei mashup. I mashup sono combinazioni di applicazioni Web(widget) configurate nelle pagine di uno spazio di business che forniscono contenutida più origini. Gli utenti business possono creare il numero di pagine mashupdesiderato per fornire più viste della propria azienda.

Decision Server Events fornisce i widget evento per verificare la logica di evento,acquisire gli eventi e riprodurre gli eventi successivamente. Per ulterioriinformazioni, consultare:v Widget Event Tester: Verifica della logica di evento utilizzando il widget Event

Testerv Widget Event Capture e widget Event Replay: Acquisizione e riproduzione di

sequenze di eventi

Decision Center fornisce gli stessi widget evento di Decision Server Events, con deiwidget evento aggiuntivi per lo sviluppo della logica di business e il monitoraggiodell'elaborazione degli eventi di business. Per ulteriori informazioni, consultare:v Widget Decision: Decision Center per utenti business.v Widget Event Chart Manager, widget Event Chart e widget Event Layout:

Monitoraggio dell'elaborazione di eventi di business mediante i dashboard diBusiness Space

Configurazione di Business SpacePrima di poter utilizzare i widget evento, è necessario configurare Business Spaceper l'ambiente.

Configurazione di un ambiente Business Space autonomoPer creare un ambiente Business Space autonomo, occorre ampliare un profilo diserver delle applicazioni Decision Server Events o WebSphere Application Serveresistente.





http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dcenter.bu.bspace/topics/testingeventlogic.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dcenter.bu.bspace/topics/testingeventlogic.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dcenter.bu.bspace/topics/eventcapturereplay.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dcenter.bu.bspace/topics/eventcapturereplay.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dcenter.bu/topics/wodm_dcenter_bu.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dcenter.bu.bspace/topics/bs_monitoring.htm#monitoring

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dcenter.bu.bspace/topics/bs_monitoring.htm#monitoring


Per ampliare un profilo di server delle applicazioni esistente, attenersi alleistruzioni contenute nel documento relativo all'ampliamento dei profili BusinessSpace per una configurazione autonoma.

Configurazione di Business Space per l'alta disponibilità e lascalabilitàÈ possibile configurare Business Space per l'utilizzo in un ambiente cluster. Ènecessario ampliare i profili con Business Space, configurare un server proxy o unserver di bilanciamento del carico e configurare gli endpoint di widget evento.Occorre eseguire questa attività solo se è necessario che i widget evento sianoaltamente disponibili.

Prima di iniziare

Se non è necessario che i widget evento siano altamente disponibili, è possibilecreare un ambiente di server delle applicazioni autonomo separato per ospitareBusiness Space e attenersi quindi alle istruzioni in “Configurazione di un ambienteBusiness Space autonomo” a pagina 47 e “Installazione dei widget evento in unambiente Business Space autonomo” a pagina 50

Se non è necessario che i widget evento siano altamente disponibili, è necessarioprima configurare Decision Server Events per l'alta disponibilità e la scalabilità,come descritto in “Configurazione per alta disponibilità e scalabilità” a pagina 17,e utilizzare quindi le seguenti istruzioni per configurare Business Space perl'utilizzo in un ambiente cluster.


Si configura Business Space nell'ambiente cluster e si configurano quindi i seguentiwidget evento che sono impacchettati in file .zip che si trovano nella directory<InstallDir>/widgets/decisionserver:v Widget Event Tester: WODMEventTesterWidget.zipv Widget Event Capture widget e widget Event Replay:

WODMEventCaptureReplayWidgets.zip

v Widget Event Chart Manager, widget Event Chart e widget Event Layout:WODMEventChartWidgets.zip

Procedura1. Ampliare i profili nel cluster con Business Space. Consultare il documento

relativo all'ampliamento dei profili Business Space per una configurazione didistribuzione di rete.

2. Per ogni cluster che si desidera configurare con Business Space, eseguire ilcomando installBusinessSpace per installare i file EAR (enterprise archive) diBusiness Space nell'ambiente di runtime. Fornire un parametro clusterName,che è il nome del cluster. Consultare il documento relativo alla configurazionedi Business Space utilizzando la riga comandi.

3. Specificare i dettagli del database di Business Space modificando il file delleproprietà del database rilevante per il proprio ambiente cluster. I file delleproprietà del database di Business Space sono ubicati nella directory<InstallDir>/config/install/bspace/. Ad esempio, se si utilizza un databaseDB2, modificare il file BSpace_DB2-distributed.properties.


http://publib.boulder.ibm.com/infocenter/dmndhelp/v7r5mx/index.jsp?topic=%2Fcom.ibm.wbpm.bspace.imuc.doc%2Ftopics%2Ftcfg_bsp_profiles_aug_sa.html

http://publib.boulder.ibm.com/infocenter/dmndhelp/v7r5mx/index.jsp?topic=%2Fcom.ibm.wbpm.bspace.imuc.doc%2Ftopics%2Ftcfg_bsp_profiles_aug_sa.html

http://publib.boulder.ibm.com/infocenter/dmndhelp/v7r5mx/topic/com.ibm.wbpm.bspace.imuc.doc/topics/tcfg_bsp_profiles_aug_nd.html

http://publib.boulder.ibm.com/infocenter/dmndhelp/v7r5mx/topic/com.ibm.wbpm.bspace.imuc.doc/topics/tcfg_bsp_profiles_aug_nd.html

http://publib.boulder.ibm.com/infocenter/dmndhelp/v7r5mx/topic/com.ibm.wbpm.bspace.imuc.doc/topics/tcfg_bsp_withcmd.html


4. Per ogni cluster, eseguire il comando configureBusinessSpace fornendo unparametro clusterName. Specificare anche il parametro bspacedbDesign. Ilvalore di questo parametro è il percorso per il file delle proprietà del databaseche è stato precedentemente modificato. Consultare il documento relativo allaconfigurazione di Business Space utilizzando la riga comandi.

5. Salvare la configurazione wsadmin.6. Creare e configurare il database Business Space. Consultare il documento

relativo alla configurazione del database di Business Space.7. Sincronizzare i nodi del membro cluster e riavviare il cluster e il gestore

distribuzione.8. Configurare un server proxy o un server di bilanciamento del carico per

instradare le richieste tra Events runtime e i widget. Consultare il documentorelativo alla configurazione di un server proxy o di un server di bilanciamentodel carico da utilizzare con Business Space.

9. Per installare i widget evento disponibili, è necessario utilizzare il comandowsadmin installBusinessSpaceWidgets:a. Passare alla directory dmgr-profile-dir/bin/ utilizzando un prompt dei

comandi.b. Eseguire ./wsadmin.bat -lang jython -conntype NONE per Windows o

./wsadmin.sh -lang jython -conntype NONE per Linux e UNIX.c. Per installare tutti i widget disponibili, eseguire

AdminTask.installBusinessSpaceWidgets (’[-clusterName cluster-name-widgets <<InstallDir>/widgets/decisionserver>]’).

d. In alternativa, per installare dei widget specifici, specificare il nome del file.zip come parametro, ad esempio:AdminTask.installBusinessSpaceWidgets (’[-clusterName cluster-name-widgets /<InstallDir>/widgets/decisionserver/WODMEventTesterWidget.zip]’)

e. Salvare la configurazione wsadmin eseguendo AdminConfig.save()

A questo punto, i widget evento sono stati installati.10. Per accedere a Events runtime e agli URL REST dai widget, è necessario

aggiornare gli endpoint Business Space per fare riferimento all'URL del serverproxy o del server di bilanciamento del carico. Modificare i seguenti file XMLdell'endpoint e specificare il nome host e la porta del server proxy o delserver di bilanciamento del carico. Ad esempio, se l'host proxy èhttp://example.com e la porta è 80, l'URL per Events runtime è<tns:url>http://example.com/wbe<tns:url>.a. Modificare il valore di WBERuntimeTesterEndpoint nel file

endpointsEventTesterWidget.xml ubicato nella directorywas_install_dir/profiles/dmgr-profile-name/BusinessSpace/cluster-name/mm.runtime.prof/endpoints/.

b. Modificare i valori di RestAPI, WBEProxy e WBERuntimeEndpointIn nei fileendpointsEventCaptureReplayWidgets.xml eendpointsEventChartWidgets.xml che si trovano nella directorywas_install_dir/profiles/dmgr-profile-dir/BusinessSpace/cluster-name/mm.runtime.prof/endpoints/.

11. Dopo aver aggiornato gli URL endpoint, è necessario aggiornare i widgetevento. Per aggiornare i widget evento, è necessario utilizzare il comandowsadmin updateBusinessSpaceWidgets e specificare il nome del file XMLdell'endpoint aggiornato come un parametro:a. Passare alla directory dmgr-profile-dir/bin/ utilizzando un prompt dei

comandi.



http://publib.boulder.ibm.com/infocenter/dmndhelp/v7r5mx/topic/com.ibm.wbpm.bspace.imuc.doc/topics/tcon_bsp_inst_remotedb_ddl.html

http://publib.boulder.ibm.com/infocenter/dmndhelp/v7r5mx/topic/com.ibm.wbpm.bspace.imuc.doc/topics/tcfg_bsp_proxy_loadbal.html

http://publib.boulder.ibm.com/infocenter/dmndhelp/v7r5mx/topic/com.ibm.wbpm.bspace.imuc.doc/topics/tcfg_bsp_proxy_loadbal.html

b. Eseguire ./wsadmin.bat -lang jython -conntype NONE per Windows o./wsadmin.sh -lang jython -conntype NONE per Linux e UNIX.

c. Per aggiornare i widget evento, eseguire:v Per il widget Event Tester: AdminTask.updateBusinessSpaceWidgets(’[-

clusterName cluster-name -endpoints /was_install_dir/profiles/dmgr-profile-name/BusinessSpace/cluster-name/mm.runtime.prof/endpoints/endpointsEventTesterWidget.xml]’) .

v Per i widget Event Capture e Event Replay: wsadmin>AdminTask.updateBusinessSpaceWidgets(’[-clusterName cluster-name-endpoints /was_install_dir/profiles/dmgr-profile-name/BusinessSpace/cluster-name/mm.runtime.prof/endpoints/endpointsEventCaptureReplayWidgets.xml]’).

v Per i widget Event Chart Manager, Event Chart ed Event Layout:wsadmin> AdminTask.updateBusinessSpaceWidgets(’[-clusterNamecluster-name -endpoints /was_install_dir/profiles/dmgr-profile-name/BusinessSpace/cluster-name/mm.runtime.prof/endpoints/endpointsEventChartWidgets.xml]’)

d. Salvare la configurazione wsadmin eseguendo AdminConfig.save()

Risultati

Business Space è configurato nel proprio ambiente cluster e i widget eventodisponibili sono installati.

Configurazione del database di Business SpacePer qualsiasi database IBM DB2 o Oracle, è necessario verificare che sia configuratocon un set di codici UTF-8 per poter utilizzare Business Space nell'ambiente diWebSphere Operational Decision Management. Se il database in cui risiedono letabelle di Business Space si trova in un computer diverso rispetto a quello in cui sista installando WebSphere Operational Decision Management, le tabelle didatabase richieste da Business Space non sono create automaticamente e occorreconfigurare le tabelle manualmente.


È necessario eseguire questa attività solo se le tabelle di database di Business Spacenon sono create correttamente quando si configura Business Space o se il databasesi trova su un computer diverso da quello su cui è configurato Business Space.

Per configurare il database di Business Space, attenersi alle istruzioni contenute neldocumento relativo alla configurazione del database di Business Space.

Installazione di widget evento e utilizzo di Business SpacePrima di utilizzare i widget evento, è necessario installarli dalla riga comandi. Èquindi possibile accedere a Business Space per eseguire altre attività con i widgetevento.

Installazione dei widget evento in un ambiente Business SpaceautonomoA meno che non si stia utilizzando il server di esempio, dopo la configurazione diBusiness Space, è necessario installare i widget evento prima di poterli utilizzare.


http://publib.boulder.ibm.com/infocenter/dmndhelp/v7r5mx/topic/com.ibm.wbpm.bspace.imuc.doc/topics/tcon_bsp_inst_remotedb_ddl.html


I seguenti widget sono disponibili in Decision Server Events:v Widget Event Testerv Widget Event Capturev Widget Event Replay

Decision Center fornisce gli stessi widget evento di Decision Server Events, con iseguenti widget evento aggiuntivi:v Widget Event Chartv Widget Event Chart Managerv Widget Event Layout

Importante: Non distribuire il widget Event Tester in un sistema di produzioneperché non ha le caratteristiche di sicurezza e di prestazioni associate a un sistemadi produzione. Questo widget è utile se si è l'unico utente ad utilizzare DecisionServer Events. Se più di una persona utilizza questa installazione, allora, adesempio, facendo clic su Riavvia il test si eliminano potenzialmente i dati relativi atutti gli utenti. Inoltre, esiste una considerazione sulle prestazioni associateall'acquisizione di tutte le azioni. Questa acquisizione è necessaria per consentire alwidget di visualizzare le azioni attivate.

Per utilizzare il widget Event Tester, è necessario installare un'applicazioneseparata (WBETesterEar.ear) sul computer dove è installato Events runtime. Perulteriori informazioni, consultare preparazione dell'ambiente per la verifica dellalogica eventi.

Se si è installato Business Space su un computer differente da Events runtime, ènecessario installare i widget evento sul computer dove è installato Business Space.

Procedura1. Individuare i file .zip di widget appropriati nella directory

<InstallDir>/widgets/decisionserver.La seguente tabella mostra i widget inclusi in ciascun file .zip:

Tabella 2. Dettagli file .zip di widget

Nome file Widget o modello inclusi

WODMEventTesterWidget.zip Widget Event Tester

WODMEventCaptureReplayWidgets.zip Widget Event Capture ed Event Replay

WODMEventChartWidgets.zip Widget Event Chart, Event Chart Managered Event Layout

WODMTemplate.zip Modello di Business Space WebSphereOperational Decision Management

Nota: Per informazioni sulla distribuzione e la configurazione del widgetDecision, consultare Configurazione del widget Decision per Business Space.

2. Eseguire il comando installBusinessSpaceWidget per installare i widget eventosul computer dove è installato Business Space. È possibile distribuire unsingolo widget o distribuire tutti i widget contemporaneamente.


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dcenter.bu.bspace/topics/preparingenvironmentbet.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dcenter.bu.bspace/topics/preparingenvironmentbet.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dcenter.config/config_dc_widget/tpc_widget_config.htm

a. Avviare wsadmin, lo strumento di programmazione script amministrativo diWebSphere Application Server, che si trova nella directory bin in cui èinstallato WebSphere Application Server :wsadmin -lang jython -conntype NONE

b. Al prompt wsadmin , eseguire il comando: installBusinessSpaceWidget:Il seguente comando installa tutti i widget evento:AdminTask.installBusinessSpaceWidgets( [’-nodeName’,’<node_name>’,’-serverName’, ’<server_name>’, ’-widgets’,’<InstallDir>/widgets/decisionserver’] )

Il seguente comando distribuisce, come un esempio, solo il widget EventTester:AdminTask.installBusinessSpaceWidgets( [’-nodeName’,’<node_name>’,’-serverName’, ’<server_name>’, ’-widgets’,’<InstallDir>/widgets/decisionserver/WODMEventTesterWidget.zip’] )

dove <node_name> è il nome del nodo e <server_name> è il nome del serverdove è installato il widget.

c. Salvare le modifiche eseguendo AdminConfig.save() e uscire da wsadmin.3. Se il computer dove è installato Events runtime è lo stesso computer dove è

installato Business Space, tralasciare questo passo e procedere al passo 4 apagina 53. Se il computer dove è installato Events runtime non è lo stessocomputer dove è installato Business Space, è necessario aggiornare gli endpointper i widget distribuiti per puntare a Events runtime.a. Sul computer dove è installato Business Space, per ogni widget distribuito,

estrarre il file XML di endpoint dal file di definizione di widget a unaubicazione sul file system.

Tabella 3. File XML dell'endpoint

file di definizione del widget File XML dell'endpoint

WODMEventTesterWidget.zip endpointsEventTesterWidget.xml

WODMEventCaptureReplayWidgets.zip endpointsEventCaptureReplayWidgets.xml

WODMEventChartWidgets.zip endpointsEventChartWidgets.xml

b. Aprire ogni file XML dell'endpoint estratto in un editor di testo e modificarel'elemento URL negli endpoint in modo che il valore inizi con l'URLcompleto del server dove è installato Events runtime. Nella seguente tabellasono forniti degli esempi:

Tabella 4. Valori dell'endpoint aggiornati

File XML dell'endpoint Endpoint aggiornati

endpointsEventTesterWidget.xml Modificare i seguenti endpoint:

v {com.ibm.wbe}WBERuntimeTesterEndpoint

v {com.ibm.wbe}WBEUTERuntimeTesterEndpoint

per modificare i seguenti elementi URL:

v /wbe in http://myserver.myhost.com:9080/wbe

v /wbetester in http://myserver.myhost.com:9080/wbetester


Tabella 4. Valori dell'endpoint aggiornati (Continua)

File XML dell'endpoint Endpoint aggiornati

endpointsEventCaptureReplayWidgets.xmlendpointsEventChartWidgets.xml

Modificare i seguenti endpoint:

v {com.ibm.wbe}WBERuntimeEndpoint

v {com.ibm.wbe}RestAPI

v {com.ibm.wbe}WBEProxy

per modificare il seguente elemento URL:

/wbe in http://myserver.myhost.com:9080/wbe

c. Salvare le modifiche e chiudere i file XML dell'endpoint.d. Eseguire il comando updateBusinessSpaceWidgets con il parametro

-endpoints in modo che i widget utilizzino i valori di endpoint aggiornati.1) Avviare lo strumento di creazione di script amministrativi WebSphere

Application Server eseguendo wsadmin -lang jython.2) Al prompt di wsadmin, eseguire il comando

updateBusinessSpaceWidgets, specificando il parametro -endpoints perpuntare al file XML degli endpoint aggiornato per ogni widget:v Widget Event Tester:

AdminTask.updateBusinessSpaceWidgets([’-serverName’, ’<server_name>’,’-nodeName’, ’<node_name>’, ’-endpoints’,’<path to endpointsEventTesterWidget.xml>’])

v Widget Event Capture ed Event Replay:AdminTask.updateBusinessSpaceWidgets([’-serverName’, ’<server_name>’,’-nodeName’, ’<node_name>’, ’-endpoints’,’<path to endpointsEventCaptureReplayWidgets.xml>’])

v Widget Event Chart, Event Chart Manager ed Event Layout:AdminTask.updateBusinessSpaceWidgets([’-serverName’, ’<server_name>’,’-nodeName’, ’<node_name>’, ’-endpoints’,’<path to endpointsEventChartWidgets.xml>’])

dove <nome_nodo> è il nome del nodo, dove <server_name> è il nomedel server dove sono installati i widget e dove <percorso aendpointsEvent<nome widget>Widgets.xml> è il percorso ai file diendpoint modificati al passo 3 a pagina 52

e. Salvare le modifiche eseguendo AdminConfig.save() e uscire da wsadmin.4. Riavviare Business Space.5. Se la sicurezza è abilitata su Events runtime, è necessario abilitare la sicurezza

sul server Business Space. È inoltre necessario configurare il single sign-on tra idue server. Consultare Implementazione di SSO (single sign-on) per ridurre leautenticazioni degli utenti Web.

Accesso a Business SpaceÈ possibile accedere a Business Space utilizzando un browser Web.

Procedura1. Per accedere a Business Space:

a. Immettere http://hostname:port/resources/mum/bootstrap/login.jsp in unbrowser in cui è necessario fornire i valori hostname e port corretti per ilproprio ambiente.v hostname è il nome host del server WebSphere Application Server in cui è

installato Business Space.


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tsec_msso.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tsec_msso.html

v port è il numero di porta di WC_defaulthost se la sicurezza è disattivata,solitamente 9081, o port è il numero di porta di WC_defaulthost_secure se lasicurezza è attivata, solitamente 9444.È possibile determinare il valore della porta corretto dalla tabella Portevisualizzata nella console di gestione di WebSphere Application Server.Accedere alla console di gestione, quindi fare clic su Server > Tipi diserver > WebSphere Application Server > server_name > Porte.

b. In alternativa, su Windows, è possibile avviare Business Space sul Server diesempio facendo clic su Start > Programmi > IBM > WebSphereOperational Decision Management V8.0 > Server di esempio > BusinessSpace.

2. Viene richiesto di accedere quando si richiede l'accesso a Business Space.a. Se la sicurezza è attivata, è necessario fornire ID utente e password

WebSphere Application Server validi.b. Se la sicurezza è disattivata, immettere un ID utente a scelta. Al successivo

accesso a Business Space con tale ID utente, vengono visualizzati i widget egli spazi di business configurati nelle sessioni precedenti.

Nota: Se la sicurezza non è abilitata, qualsiasi utente che accede con tale IDutente può visualizzare anche i widget e gli spazi di business configuratinelle sessioni precedenti.

Risultati

È ora possibile utilizzare lo spazio di business per accedere ai widget eventoinstallati.

Operazioni successivev Accedere a qualcuno dei widget immediatamente in uno spazio di business

preconfigurato. Consultare “Utilizzo dello spazio di business di WebSphereOperational Decision Management”.

v Creare e personalizzare uno spazio di business utilizzando il modello fornito.Consultare “Creazione e personalizzazione di uno spazio di business” a pagina55.

Utilizzo dello spazio di business di WebSphere OperationalDecision ManagementQuando si selezionano i widget evento o regola durante l'installazione, vienefornito uno spazio di business che è possibile utilizzare per accedere ad alcuni deiwidget immediatamente in uno spazio di business preconfigurato.

Prima di iniziare

Accedere a Business Space. Consultare “Accesso a Business Space” a pagina 53.


Per utilizzare lo spazio di business fornito, completare la seguente procedura.

Procedura1. Dalla pagina di introduzione allo spazio di business, fare clic su Avvia. Viene

aperta la pagina Gestore spazio, mostrata nella seguente schermata:


2. Fare clic su WebSphere Operational Decision Management. Lo spazio dibusiness viene aperto e i widget sono disponibili per l'utilizzo facendo clic suciascun nome di pagina. La seguente schermata mostra lo spazio di business:

Risultati

Su ciascuna pagina, è possibile trovare dei widget per creare e testare la logica dibusiness per l'applicazione:v Decision Authoring, che contiene il widget Decision se è stato installato.v Event Testing, che contiene il widget Event Tester se è stato installato.v Event Capture e Event Replay, che contiene il widget Event Capture e il widget

Event Replay se sono stati installati.

Se si desidera creare e personalizzare un proprio spazio di business, consultare“Creazione e personalizzazione di uno spazio di business”.

Creazione e personalizzazione di uno spazio di businessÈ possibile creare e personalizzare gli spazi di business utilizzando il modelloWebSphere Operational Decision Management fornito. Il modello può essereutilizzato senza modifiche o può essere personalizzato. In alternativa, è possibilecreare uno spazio vuoto e aggiungere manualmente le pagine e i widget eventoallo spazio di business.

Prima di iniziare

Accedere a Business Space. Consultare “Accesso a Business Space” a pagina 53.

Procedura1. Nella pagina di introduzione a Business Space, fare clic su Avvia > Crea

spazio.2. Immettere un nome e una descrizione per il nome dello spazio di business.3. Creare uno spazio di business:


a. Selezionare Crea uno spazio vuoto.b. Oppure selezionare Crea un nuovo spazio utilizzando un modello e

selezionare il modello di WebSphere Operational Decision Management.La seguente schermata mostra questa sezione della pagina Crea spazio:

4. Dopo aver selezionato le opzioni che si desidera utilizzare nel proprio spazio dibusiness, fare clic su Salva.

5. Viene visualizzata la pagina Gestore spazio che mostra l'elenco degli spazi dibusiness cui è possibile accedere. Selezionare lo spazio di business creato.

6. Se si è selezionato di creare uno spazio vuoto, è necessario aggiungere ora lepagine e i widget allo spazio di business. Consultare “Aggiunta di widgetevento”. Se si è selezionato di utilizzare un modello, lo spazio di business vieneaperto e i widget vengono visualizzati nelle schede sotto il nome dello spaziodi business. Su ciascuna pagina, è possibile trovare dei widget per creare etestare la logica di business per l'applicazione:v Decision Authoring, che contiene il widget Decision se è stato installato.v Event Testing, che contiene il widget Event Tester se è stato installato.v Event Capture e Event Replay, che contiene il widget Event Capture e il

widget Event Replay se sono stati installati.

Aggiunta di widget eventoPrima di poter utilizzare un widget, è necessario aggiungerlo a una pagina nelproprio spazio di business.


Prima di iniziare

Prima di poter aggiungere un widget:v È necessario accedere a Business Space. Consultare “Accesso a Business Space” a

pagina 53v È necessario disporre di uno spazio di business. Consultare “Creazione e

personalizzazione di uno spazio di business” a pagina 55.


Si presume che sia stato creato uno spazio di business e una pagina al suo interno.Per aggiungere un widget evento a questa pagina:

Procedura1. Fare clic su Modifica pagina.2. Nella tavolozza di widget, individuare il widget desiderato. Per rendere questo

passo più semplice, è possibile filtrare i widget visualizzati:v Fare clic su Tutti i widget nel menu della categoria, quindi scegliere Eventi.

Il numero accanto alla categoria indica il numero di widget nella categoria.v È anche possibile immettere parte del nome del widget, o il nome intero, nel

campo di ricerca Filtra widget. I nomi dei widget iniziano con "Event".3. Trascinare il widget e rilasciarlo sulla pagina, sotto la tavolozza, oppure fare

clic sul pulsante Aggiungi alla pagina accanto al widget.4. Fare clic su Salva per salvare la pagina. Fare clic su Termina modifiche per

nascondere la tavolozza.

Personalizzazione dell'ambiente di Events runtimePrima di avviare Events runtime per la prima volta, potrebbe essere opportunoapportare delle modifiche alla configurazione per alcuni componenti nell'ambientedi runtime.

Configurazione del database per Decision Server EventsEvents runtime richiede l'utilizzo di un database. Ci sono diverse attività diconfigurazione che potrebbe essere necessario eseguire sul database, a seconda delproprio ambiente.

Creazione del database Events runtimeDecision Server Events richiede un database per Events runtime. Events runtimerappresenta l'ubicazione condivisa e sicura in cui sono contenuti asset comeconnessioni dati, oggetti di business, eventi e azioni.

Prima di iniziare

Se si desidera utilizzare il database Apache Derby incorporato in WebSphereApplication Server come database di Events runtime, il database (chiamato eventruntime) e le tabelle vengono creati e configurati automaticamente durante ilprocesso di installazione. Se si desidera utilizzare un altro gestore databasesupportato (inclusa un'altra installazione di Apache Derby), è necessario creare ildatabase di Events runtime prima di avviare il programma di installazione. Se sicrea un database DB2 da utilizzare come Events runtime, è necessario configurareil database con una tabella codici UTF-8 per garantire che Business Space possaleggere e scrivere i dati correttamente.


Apache Derby non è supportato in un ambiente di produzione.

Se si desidera utilizzare un database DB2 remoto come database per Eventsruntime, è necessario installare il supporto client DB2 fornito.v Avviare la procedura guidata del programma di installazione di DB2.v Selezionare Installazione personalizzata

v Selezionare la funzione Supporto client e deselezionare tutte le altre funzioni.v Completare l'installazione.


L'elenco completo dei gestori di database supportati è disponibile sul Weball'indirizzo Requisiti di sistema.

Quando si crea il database di Events runtime, registrare le seguenti informazioni:v Nome del database di Events runtime a sceltav Nome host del server in cui è ubicato il databasev Porta utilizzata per accedere al databasev L'ID utente del database da utilizzare per l'accesso al databasev Password associata all'ID utente del database

Queste informazioni vengono utilizzate durante la configurazione del database diEvents runtime. Consultare Impostazioni del database di Events runtime.

Nota:

v Per l'installazione, è necessario disporre dei privilegi amministrativi completi peril database di Events runtime. Ad esempio, per DB2, è necessario disporredell'autorizzazione per CONNECT, CREATETAB e così via. Per Oracle ènecessario disporre dell'autorizzazione per ALTER DATABASE, CREATE ANYTABLE e così via. Questi privilegi amministrativi completi sono richiesti solo perinstallare Decision Server Events, non per utilizzarlo. Se non si dispone di taliprivilegi, è comunque possibile eseguire l'installazione se il DBA (DatabaseAdministrator) crea le tabelle di Events runtime nel database utilizzando leistruzioni manuali prima di eseguire il programma di installazione. Dopol'installazione, è necessario solo l'accesso utente in lettura, scrittura edeliminazione.

v Per tutti i gestori database tranne Apache Derby integrato: il gestore databasedeve essere in esecuzione prima dell'avvio dell'installazione e occorre che il file.jar JDBC sia disponibile per il gestore database.

Creazione manuale di tabelle Events runtimeÈ possibile scegliere di adattare gli script esistenti e creare le tabelle di Eventsruntime come attività manuale. Se l'utente non crea le tabelle, queste vengonocreate automaticamente durante l'avvio di Decision Server Events.

Prima di iniziare

Prima di creare le tabelle di Events runtime, è necessario accertarsi di aver creato ildatabase di Events runtime. Consultare “Creazione del database Events runtime” apagina 57.


http://www.ibm.com/software/integration/wbe/requirements/

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.ref/topics/repositorydbsettings.htm


Decision Server Events fornisce una copia degli script utilizzati per la creazionedelle tabelle di Events runtime nella directory <InstallDir>/config/db. Gli scriptdipendono dal database, uno script per ciascun database supportato:v Per DB2, utilizzare db2.sql

v Per Apache Derby, utilizzare derbydb.sql

v Per Oracle, utilizzare ora.sql

v Per Microsoft SQL Server, utilizzare mssql2k.sql

È possibile eseguire una copia dello script appropriato, adattarlo alle proprieesigenze e utilizzarlo per creare le tabelle.

Nota: è necessario eseguire una copia dello script ed eseguirlo manualmente.Anche se si modifica e si salva lo script che si trova nella directory<InstallDir>/config/db, questo non viene utilizzato per creare le tabelle Eventsruntime.

Distribuzione delle tabelle in database separatiPer impostazione predefinita, le tabelle Events runtime vengono create in unsingolo database, ma è possibile distribuire serie di tabelle in database distinti.


Il database Events runtime memorizza gli asset (ad esempio connessioni dati,oggetti di business, eventi, azioni e regole evento) che sono utilizzati da Eventsruntime per ricevere eventi e avviare le azioni in base ai gruppi di regole evento.

Events runtime è costituito da diverse serie di tabelle e numerose viste, che èpossibile utilizzare a scopo di report nella cronologia. Questi elementi vengonocreati eseguendo uno script specifico del gestore database. In fase di installazione,viene specificato un singolo database e, per impostazione predefinita, tutte letabelle e le viste sono collocate in tale database. Le tabelle vengono create in questodatabase in fase di installazione.

Per distribuire serie di tabelle in database distinti e fare riferimento a tali database:

Procedura1. Creare un database in cui collocare le tabelle.2. Utilizzare le istruzioni CREATE appropriate con lo strumento SQL per il

proprio gestore database e creare le tabelle.La tabella mostra le istruzioni SQL per la creazione di database distinti.Vengono visualizzate solo istruzioni parziali. Per la sintassi completa,consultare la documentazione fornita con il gestore database selezionato.

Nota: Se si sta utilizzando la cronologia, è sempre necessario assicurarsi che letabelle di definizione di asset e cronologia, e le risorse, siano create e utilizzatenello stesso database.


Tabella 5. Istruzioni SQL per la creazione di ciascuna tabella.

Nome tabella Istruzione SQL

Definizioni asset (maestro_asset, proprietà) CREATE TABLE maestro_asset

ALTER TABLE maestro_asset

CREATE TABLE properties

CREATE TABLE labels

ALTER TABLE labels

Ritardi CREATE TABLE time_based_asset

CREATE INDEX FIRETIME_IDX

Flussi di eventi CREATE TABLE steps

CREATE CLUSTERED INDEX STREAM_IDX

CREATE TABLE csio_entry

CREATE INDEX csio_entry_idx oncsio_entry

CREATE INDEX csio_entry_times

User Console CREATE TABLE actions

ALTER TABLE actions

CREATE TABLE actions_prefs

ALTER TABLE actions_prefs

CREATE TABLE auth_users

CREATE TABLE auth_groups


Tabella 5. Istruzioni SQL per la creazione di ciascuna tabella. (Continua)

Nome tabella Istruzione SQL

Cronologia CREATE TABLE history_event

CREATE INDEX history_e_idx

CREATE TABLE history_action

CREATE INDEX history_a_idx

CREATE TABLE history_ent_obj

CREATE INDEX history_eo_idx

CREATE TABLE history_ent_obj_values

CREATE INDEX history_eo_v_idx

CREATE TABLE history_filter

CREATE TABLE history_rule

CREATE INDEX history_rule_idx

CREATE TABLE history_watch_time

CREATE VIEW as_director_events

CREATE VIEW as_director_actions

CREATE VIEW as_director_ent_objs

CREATE VIEW as_director_ent_objs_values

CREATE VIEW as_director_filters

CREATE VIEW as_director_rules

CREATE VIEW as_director_watch_times

3. Creare una nuova origine dati utilizzando la console di gestione di WebSphereApplication Server:a. Fare clic su JDBC > Origini dati.b. Assicurarsi che l'ambito sia uguale all'origine dati di Events runtime e fare

clic su Nuovo.c. Immettere un nome nel campo Nome origine dati, ad esempio, Origine

dati cronologia Events runtime.d. Immettere un nome nel campo Nome JNDI , ad esempio,

jdbc/wbe/history.e. Fare clic su Seleziona un provider JDBC esistente e selezionare Provider

JDBC Events runtime.f. Immettere le proprietà specifiche del database che puntano al database dove

sono state create le tabelle al passo 2 a pagina 59.g. Selezionare un alias di autenticazione, o crearne uno nuovo con le

credenziali per il database, quindi fare clic su Fine.4. Impostare le seguenti proprietà sul valore specificato in Nome JNDI, a seconda

delle tabelle che sono state spostate:


Tabella 6. Proprietà

Nome tabella Proprietà

Definizioni asset as.director.common.db.asset.instance

Ritardi as.director.common.db.timebased.instance

Flussi di eventi as.director.common.db.eventflow.instance

User Console as.director.connectors.pem.instance

Cronologia as.director.common.db.history.instance

Per ulteriori informazioni, consultare “Impostazione proprietà” a pagina 67.

Distribuzione di Events runtime in un gestore database sensibileal maiuscolo/minuscoloSe si utilizza un gestore database sensibile al maiuscolo/minuscolo, i nomi delletabelle di Events runtime devono essere modificati in modo che siano tutti incaratteri maiuscoli.


Se il database di Events runtime viene creato in un database sensibile almaiuscolo/minuscolo, i riferimenti ai nomi delle tabelle definiti come proprietàdevono essere modificati in modo che siano tutti in caratteri maiuscoli.

Procedura1. Per i dettagli sulla modalità di impostazione di tali proprietà, consultare

“Impostazione proprietà” a pagina 67.2. Modificare il valore della proprietà as.director.common.db.asset.table da

maestro_asset (tutto minuscolo) a MAESTRO_ASSET (tutto maiuscolo).Se si sta utilizzando Proprietà, le proprietà sono visualizzate nella sezionesecondaria Events runtime degli asset della sezione Comune.

3. Modificare il valore della proprietà as.director.common.db.timebased.table datime_based_asset (tutto minuscolo) a TIME_BASED_ASSET (tutto maiuscolo).Se si utilizza Proprietà, le proprietà sono visualizzate nella sezione secondariaImpostazioni di Events runtime pianificate della sezione Server.

Risultati

Le modifiche vengono applicate la volta successiva che viene riavviatal'applicazione wberuntimeear.

Modifica del file setenvÈ necessario modificare il file setenv come parte della procedura di configurazioneper completare l'installazione.


I file di script setenv si trovano in sottodirectory della directorycomponent_dir/config (setenv.sh su Linux e UNIX o setenv.bat su Windows).

Nota: Quando si installa un fix pack del prodotto dopo la modifica dei file setenv,i file setenv vengono sovrascritti. Per conservare le modifiche, creare i backup deifile prima di installare il fix pack.


Procedura1. Passare alla directory component_dir/config/was e modificare il file setenv per

aggiungere i valori appropriati per l'istanza di WebSphere Application Serversu cui WebSphere Operational Decision Management verrà eseguito. Chiederequesti valori al proprio amministratore di WebSphere Application Server. Perulteriori informazioni, consultare Variabili di ambiente.

2. Passare alla directory component_dir/config/db e modificare il file setenv peraggiungere i valori appropriati per l'istanza di DB2 che ospiterà Eventsruntime. Chiedere questi valori all'amministratore database di DB2. Per ulterioriinformazioni, consultare Variabili di ambiente.

3. Nella directory component_dir/config/wbe, modificare il file setenv. Aggiornarela proprietà WBE_INSTALL affinché punti all'installazione del prodotto diWebSphere Operational Decision Management nel file system di sola lettura.Esempio:WBE_INSTALL=<InstallDir>

Modifica del provider di messaggistica di Events runtimeSe si è configurato Events runtime per utilizzare un provider di messaggistica masi desidera passare a un altro provider di messaggistica, o se si sceglie di nonconfigurare un provider di messaggistica quando si crea o si amplia il profiloDecision Server Events, è necessario eseguire alcune attività di configurazioneaggiuntive.

Configurazione della messaggistica predefinita di WebSphereApplication Server come provider JMSSe si desidera utilizzare la messaggistica predefinita WebSphere Application Servercome provider JMS per Events runtime e non si è selezionato il provider JMS o si èselezionato WebSphere MQ quando si è creato o ampliato il profilo Decision ServerEvents, occorre eseguire configurazione aggiuntiva di WebSphere ApplicationServer e Decision Server Events.

Prima di iniziare

Events runtime può essere configurato solo per funzionare con un provider JMS: lamessaggistica predefinita di WebSphere Application Server o WebSphere MQ, manon entrambi.

I file .sh e .bat a cui si fa riferimento in questo argomento si basano suimpostazioni contenute nel file setenv. Controllare e confermare le impostazioniprima di eseguire la seguente procedura. Per ulteriori informazioni, consultare“Modifica del file setenv” a pagina 62.

Procedura1. Se, quando si è creato o ampliato il profilo Decision Server Events, si è scelto di

utilizzare WebSphere MQ ma ora di desidera utilizzare invece la messaggisticapredefinita di WebSphere Application Server come provider JMS, è necessariorimuovere la configurazione che è stata eseguita dal profilo:

Tabella 7. Comando per rimuovere la configurazione

Sistema operativo Ubicazione in cui è necessarioeseguire il comando

Comandi

Windows <InstallDir>\config\was\ configure_MQ_JMS_Messaging.bat-undo


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.ref/topics/environmentvariables.htm#var__environmentvariables

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.ref/topics/environmentvariables.htm#var__environmentvariables

Tabella 7. Comando per rimuovere la configurazione (Continua)


Comandi

Linux e UNIX <InstallDir>/config/was/ configure_MQ_JMS_Messaging.sh-undo

Se, quando si è creato o ampliato il profilo Decision Server Events, non si èselezionato il provider JMS, non è necessario eseguire questo passo.

2. Per completare la configurazione della messaggistica predefinita di WebSphereApplication Server come provider JMS, eseguire i seguenti comandi:

Tabella 8. Comando per completare la configurazione


Comandi

Windows <InstallDir>\config\was\ configure_bus.bat

configure_messaging.bat

Linux e UNIX <InstallDir>/config/was/ configure_bus.sh

configure_messaging.sh

3. Riavviare WebSphere Application Server.

Configurazione di WebSphere MQ come provider JMSSe si desidera utilizzare WebSphere MQ come provider JMS per l'Events runtime enon si è selezionato il provider JMS o si è selezionata la messaggistica predefinitaWebSphere Application Server quando si è creato o ampliato il profilo DecisionServer Events, occorre eseguire della configurazione aggiuntiva di WebSphere MQ,WebSphere Application Server e Decision Server Events.

Prima di iniziare

Events runtime può essere configurato solo per funzionare con un provider JMS: lamessaggistica predefinita di WebSphere Application Server o WebSphere MQ, manon entrambi.

È necessario disporre del client di WebSphere MQ installato sullo stesso computerdi Decision Server Events.

Configurazione di WebSphere MQ:Informazioni su questa attività

L'amministratore WebSphere MQ deve eseguire le seguenti attività:

Procedura

1. Creare il gestore code, usando il comando crtmqm.2. Avviare il gestore code, usando il comando strmqm.3. Se si sta utilizzando WebSphere MQ V6, avviare il motore pubblica-sottoscrivi

del gestore code, mediante il comando strmqbrk.4. Se si utilizza WebSphere MQ V7.1, è necessario abilitare la

pubblicazione/sottoscrizione. Utilizzare il comando ALTER QMGR per questogestore code.

5. Creare le code richieste, eseguendo:runmqsc queue-manager-name < mq-install-dir\java\bin\MQJMS_PSQ.mqsc


in cui mq-install-dir è l'ubicazione di installazione di WebSphere MQ.6. Se si sta configurando un cluster, creare le code supplementari richieste,

eseguendo:runmqsc queue-manager-name <<InstallDir>\config\was\create_MQ_JMS_MQ_queues.mqsc

dove <InstallDir> è l'ubicazione di installazione di Decision Server Events.Informazioni correlate:



Configurazione di Decision Server Events:Prima di iniziare

Prima di configurare Decision Server Events per l'utilizzo di WebSphere MQ comeprovider JMS, è necessario conoscere il nome gestore code adeguato, il nome host ela porta WebSphere MQ e il tipo di trasporto client. Ottenere questi valoridall'amministratore di WebSphere MQ.

I file configure_messaging e configure_MQ_JMS_messaging a cui si fa riferimento inquesto argomento si basano su impostazioni contenute nel file setenv file.Controllare e confermare le impostazioni prima di eseguire la seguente procedura.Per ulteriori informazioni, consultare “Modifica del file setenv” a pagina 62.

Procedura

1. Se, quando si è creato o ampliato il profilo Decision Server Events, si è scelto diutilizzare la messaggistica predefinita WebSphere Application Server ma ora sidesidera invece utilizzare WebSphere MQ come provider JMS, eseguire ilseguente comando per rimuovere la configurazione di messaggistica che è stataeseguita dal profilo:

Tabella 9. Comando da eseguire.

Sistema operativo Ubicazione in cui ènecessario eseguire ilcomando

Comando

Windows <InstallDir>\config\was\ configure_messaging.bat-undo

Linux e UNIX <InstallDir>/config/was/ configure_messaging.sh-undo

Se, quando si è creato o ampliato il profilo Decision Server Events, non si èselezionato il provider JMS, non è necessario eseguire questo passo.

2. Configurare Decision Server Events e WebSphere Application Server:a. Passare alla directory <InstallDir>/config/was.b. Eseguire il seguente script:

configure_MQ_JMS_messaging –q queue-manager-name[–p queue-manager-port] [–h queue-manager-host] [-s scope][-t transport] [-c channel-name]

dovev queue-manager-name è il nome del gestore code creato in fase di

configurazione dell'installazione di WebSphere MQ


http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/topic/com.ibm.mq.branding.doc/help_home_wmq.htm

http://publib.boulder.ibm.com/infocenter/wmqv7/v7r1/index.jsp

v queue-manager-port è la porta di attesa del gestore code (il valorepredefinito è 1414)

v queue-manager-host è il nome host del computer ove risiede il gestore code(il valore predefinito è hostlocale)

v scope è un ambito valido di WebSphere Application Serverv transport è BINDINGS o CLIENTv channel-name è il nome del canale di connessione serverEsempio:configure_MQ_JMS_messaging –q QM_PSG –p 1415 –h hostlocale

Lo script crea i seguenti oggetti in WebSphere Application Server:

Tabella 10. Factory di connessione.

Factory di connessione Nome JNDI

Factory di connessione coda jms/WbeQueueConnectionFactory

Factory di connessione argomento jms/WbeTopicConnectionFactory

Factory di connessione jms/WbeConnectionFactory

Tabella 11. Argomenti.

Argomenti Nome JNDI

Argomento azione jms/actionTopic

Argomento comando jms/commandTopic

CbeListener jms/WBE/CbeListener argomento

Argomento azione durevole jms/durableActionTopic

Argomento evento durevole jms/durableEventDestination

Argomento evento jms/eventDestination

Argomento cronologia jms/historyModuleDestination

Tabella 12. Specifiche di attivazione.

Nome della specifica di attivazione Nome JNDI

wbe_events jca/wbe_events

wbe_events_durable jca/wbe_events_durable

wbe_history jca/wbe_history

wbe_reset_watch jca/wbe_reset_watch

wbe_ute_receive jca/wbe_ute_receive

c. Accertarsi che i nomi degli oggetti siano coerenti con le proprietàcorrispondenti.Per i dettagli sulla modalità di impostazione di tali proprietà, consultareImpostazione proprietà.Se si sta utilizzando Proprietà, queste proprietà si trovano nelle sezionisecondarie Impostazioni server JMS e Argomenti della sezione JMS.

d. Riavviare WebSphere Application Server per applicare le modifiche.

Risultati

A questo punto, Decision Server Events è configurato per utilizzare WebSphereMQ come provider dei messaggi JMS.


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.config/topics/settingproperties.htm#settingproperties


Accertarsi che i nomi coda creati da create_MQ_JMS_MQ_queues.mqsc sianocongruenti con i nomi coda specificati dalle definizioni delle code di destinazionedei moduli cronologia, di destinazione degli eventi durevoli e di destinazione deglieventi JMS di WebSphere MQ. Queste definizioni di coda sono disponibili nellaconsole di gestione di WebSphere Application Server sotto Risorse > JMS > Code.

Importante: Anche se i nomi di queste risorse fanno riferimento ad argomenti,queste risorse sono effettivamente delle code per i cluster.

Per impostazione predefinita, le code WebSphere MQ sono denominate:v eventQueue per la destinazione degli eventiv durableEventQueue per la destinazione degli eventi durevoliv historyModuleQueue per la destinazione dei moduli cronologici

Impostazione proprietàLe proprietà di configurazione per Events runtime sono memorizzate inWebSphere Application Server. È possibile modificare le proprietà perchédeterminano la modalità di funzionamento configurabile di Decision Server Events.Esistono tre modi per impostare le proprietà di Events runtime.


È possibile utilizzare attività differenti a seconda della piattaforma che si stautilizzando.

Tabella 13. Metodo in base alla piattaforma.

Metodo Piattaforme

“Configurazione delle proprietà utilizzandola console di gestione WebSphereApplication Server”

Piattaforme multiple e z/OS

“Configurazione di proprietà utilizzando lostrumento di programmazione scriptwsadmin” a pagina 68

Piattaforme multiple e z/OS

“Configurazione delle proprietà utilizzandolo strumento Proprietà” a pagina 69

Solo piattaforme multiple

Configurazione delle proprietà utilizzando la console di gestioneWebSphere Application ServerQuando vengono configurate le proprietà di Events runtime (ad esempio, se sisposta Events runtime in un altro gestore database oppure se si desidera passare aun altro provider dei messaggi JMS), è possibile apportare le modifiche nellaconsole di gestione di WebSphere Application Server. Quando si modifica il valoredi una proprietà, accertarsi che il valore sia appropriato e immesso correttamente,dal momento che non viene convalidato.


Procedura1. Avviare la console di gestione di WebSphere Application Server. Consultare

Avvio della console di gestione di WebSphere Application Server.


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.admin/topics/administeringwas.htm#startingtheintegratedsolutionconsole

2. Accedere alla console di gestione di WebSphere Application Server. Se èabilitata l'autenticazione, è necessario utilizzare ID utente e password validi. Sel'autenticazione non è abilitata, immettere qualunque ID utente e accedere.

3. Nella struttura ad albero di navigazione della console di gestione di WebSphereApplication Server, fare clic su Risorse > Ambiente risorse > Voci ambienterisorse.

4. Nella pagina Voci ambiente risorse, fare clic su WbeSrv01 per aprire la paginaConfigurazione. Vengono visualizzate le proprietà generali per tale voce.

5. Nella pagina Configurazione, fare clic su Proprietà personalizzate. Vengonoelencate le proprietà di .

6. Modificare le proprietà a seconda delle necessità.

Nota: Se il nome delle proprietà è preceduto da ! come prefisso (ad esempio!as.director.common.authentication.server), la proprietà è disabilitata. Modificareil campo nome per eliminare "!", quindi impostare i rimanenti campi.

7. Salvare le proprie modifiche.8. Riavviare l'Events runtime per applicare le modifiche.

Risultati

Quando l'Events runtime viene riavviato, le modifiche apportate alle proprietàvengono applicate.Informazioni correlate:

Utilizzo della console di gestioneCentro informazioni di WebSphere Application Server

Avvio e uscita dalla console di gestioneCentro informazioni di WebSphere Application Server

Configurazione di proprietà utilizzando lo strumento diprogrammazione script wsadminQuando vengono configurate le proprietà di Events runtime (ad esempio, se sisposta Events runtime in un altro gestore database o se si desidera passare a unaltro provider di messaggistica JMS), è possibile apportare le modifiche utilizzandolo strumento di programmazione script amministrativo WebSphere ApplicationServer, wsadmin. È possibile modificare le proprietà utilizzando wsadmin oppure èpossibile utilizzare l'oggetto AdminTask fornito per impostare una singolaproprietà.


Se si desidera modificare più proprietà, utilizzare lo strumento wsadmin. Se sidesidera modificare una singola proprietà, utilizzare l'oggetto AdminTask come diseguito indicato:

Procedura1. Avviare wsadmin. Per ulteriori dettagli sull'utilizzo di wsadmin, consultare

Utilizzo dello strumento di programmazione script wsadmin.2. Lanciare il seguente comando per impostare una singola proprietà:

v Utilizzando Jacl:wsadmin$AdminTask wbeSetProperty {-jndiName com/ibm/wbe/wbeProperties01-propertyName propertyName-propertyValue propertyValue}


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tcon_console.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tcon_startstop.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/topic/com.ibm.websphere.nd.doc/info/ae/ae/rxml_commandline.html

v Utilizzando Jython:wsadmin -lang jythonAdminTask.wbeSetProperty(’[-jndiName com/ibm/wbe/wbeProperties01-propertyName propertyName-propertyValue propertyValue]’)

Dove propertyName è il nome della proprietà che si desidera modificare epropertyValue è il valore che si desidera impostare per tale proprietà.

3. Salvare le proprie modifiche:v Utilizzando Jacl:

$AdminConfig save

v Utilizzando Jython:AdminConfig.save()

4. Riavviare l'Events runtime per applicare le modifiche.

Risultati


Programmazione script dell'ambiente di supporto dell'applicazione (wsadmin)Centro informazioni di WebSphere Application Server



Configurazione delle proprietà utilizzando lo strumento ProprietàLe impostazioni per le proprietà di sistema di vengono memorizzate in un file diproprietà codificato. Il file viene gestito mediante l'uso dello strumento Proprietà odella console di gestione WebSphere Application Server. Quando si utilizza lostrumenti Proprietà, le proprietà vengono visualizzate per cartella e la maggiorparte delle cartelle contiene delle sezioni secondarie formate da gruppi di proprietàcorrelate.


Durante l'installazione, viene installato e configurato un file di proprietà di baseche fa riferimento al database Events runtime e al provider JMS. È possibileutilizzare lo strumento Proprietà per modificare le impostazioni delle proprietà peradattarle al proprio ambiente e le proprietà preferenze di funzionamento delsistema. Non esiste alcuna convalida della proprietà impostata. Per impostazionepredefinita, un campo con un valore di proprietà ha una lunghezza di 64 caratteri.Una volta raggiunto il limite, è sufficiente premere INVIO e fare clic sulla fine delcampo per reimpostare il cursore. Proprietà fornisce fino a cinque righe di 72caratteri (premendo INVIO ripetutamente). Quindi, la lunghezza massimautilizzabile è di 360 caratteri.

Proprietà fornisce due modalità di immissione:v La procedura guidata del programma di configurazione, che rappresenta la

modalità di immissione predefinita, presenta una serie di schermate contenentisolo le proprietà che con maggiore probabilità devono essere modificate.


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/welc6topscripting.html



v Il programma di configurazione completo presenta tutte le proprietà ed è adattoa installazioni maggiormente personalizzate. Per descrivere determinatecondizioni specifiche dell'ambiente, è anche possibile aggiungere proprietàpersonalizzate

Le impostazioni delle proprietà appena configurate non vengono applicate finoall'avvio successivo dell'applicazione wberuntimeear. È possibile apportare ulteriorimodifiche alle impostazioni delle proprietà come richiesto. Applicare questemodifiche arrestando questa applicazione e poi riavviandola.

Procedura1. Avviare Proprietà richiamando lo script properties (propertiesui.bat su

Windows, propertiesui.sh su Linux e UNIX).La sintassi è la seguente:propertiesui.bat/propertiesui.sh

[-conntypeSOAP [-host nome_host] [-port numero_porta] |RMI [-host nome_host] [-port numero_porta] |NONE]

[-jndiName nome_jndi]

Dove conntype specifica il tipo di connessione da utilizzare. Il valorepredefinito è "SOAP"Il conntype "NONE" significa che non viene eseguita alcuna connessione a unserver e determinate operazioni vengono effettuate in modalità localehost specifica il nome dell'host utilizzato per la connessione SOAP o RMI, il cuivalore predefinito è "hostlocale"port è il numero della porta utilizzato per la connessione SOAP o RMIjndiName è il nome JNDI visualizzato nella voce per le proprietà di Eventsruntime, come mostrato nella sezione Voci ambiente risorse della console digestione di WebSphere Application Server.

2. Immettere un ID utente e una password:v Se su WebSphere Application Server è abilitata la sicurezza, è necessario

immettere ID utente e password validi.v Se l'utente specificato non è un Administrator, deve disporre di uno dei

seguenti ruoli di sicurezza:– adminsecuritymanager– deployer– configurator

v Se su WebSphere Application Server la sicurezza è disabilitata, è possibileimmettere un ID utente a scelta o lasciare il campo vuoto. La password non èobbligatoria.

3. Modificare le proprietà esistenti come necessario. Per informazioni sulleproprietà del sistema, consultare Proprietà.

4. Per aggiungere una proprietà personalizzata:a. Selezionar Programma di configurazione completo

b. Fare clic su Modifica > Aggiungi una proprietà personalizzata

c. Fare clic su Una nuova proprietà e modificarla con il nome della proprietàpersonalizzata.

d. Fare clic su valore? e immettere il valore della proprietà personalizzata.


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.ref/topics/properties.htm#properties

e. Se si desidera rimuovere una proprietà personalizzata, fare clic con il tastodestro del mouse sul nome della proprietà e fare clic su Elimina proprietàpersonalizzata. La proprietà viene eliminata senza bisogno di conferma.

5. Fare clic su File > Salva proprietà per salvare le proprie modifiche.6. Riavviare l'Events runtime per applicare le modifiche.

Risultati




Configurazione di Events runtime per registrare la cronologiaSe si desidera registrare la cronologia, è necessario configurare Events runtime perregistrare la cronologia. Altrimenti, non è possibile monitorare eventi, azioni, filtrio dati in tempo reale mediante grafici definiti dall'utente né è possibile eseguiredei report o utilizzare degli eventi traccia. La registrazione della cronologiaconserva la distribuzione di record di cronologia in tempo reale sui riavvii delsistema.


Events runtime dovrà essere configurato per registrare la cronologia se si prevededi:v Utilizzare i widget di Business Space per monitorare eventi, azioni, filtri e fati in

tempo reale, utilizzando il widget Event Tester o mediante la visualizzazione digrafici definiti dall'utente.

v Eseguire i report da Amministrazione.v Utilizzare eventi traccia per contare il numero di eventi o mantenere i totali

aggiornati per le soglie e gli avvisi.

La cronologia viene memorizzata in una serie di tabelle della cronologia che sonostate create in fase di installazione di Decision Server Events.

Nota: l'abilitazione della cronologia ha un impatto significativo sulle prestazioni.

Procedura1. Modificare le seguenti proprietà:

v as.director.server.history.enableModule: determina se il modulo di cronologiaviene caricato all'avvio di Events runtime. Accertarsi che questo valore siaimpostato su true.

v as.director.server.history.enableRecording – determina se la cronologia deveessere registrata nelle tabelle della cronologia. Impostare questo valore sutrue se si desidera registrare la cronologia. Impostare questo valore su falsese si desidera arrestare la registrazione della cronologia.




Per i dettagli sulla modalità di impostazione di tali proprietà, consultare“Impostazione proprietà” a pagina 67. Se si utilizza Proprietà, le proprietàvengono visualizzate nella sezione secondaria Impostazioni cronologia dellasezione Server.

2. È necessario riavviare l'applicazione wberuntimeear utilizzando la console digestione di Application Server Network Deployment per verificare che lemodifiche siano state applicate.

Risultati

La cronologia viene registrato quando si abilitano le due proprietà, fatta eccezioneper i campi di oggetto di business. Per registrare la cronologia per i campi dioggetto di business, è necessario aprire il campo nell'editor di oggetti di business eselezionare Registra questi dati nella cronologia.

Garantire che i record di cronologia non vadano persi in caso diarresto di Events runtimePer impostazione predefinita, i dati cronologici vengono ricevuti mediante unasottoscrizione non durevole. Se Events runtime viene arrestato quando sono ancorapresenti messaggi nell'argomento della cronologia, tali messaggi andranno perdutie non saranno disponibili al riavvio di Events runtime. Se i dati cronologici devonoessere disponibili anche al riavvio di Events runtime, è necessario modificare ladurata della sottoscrizione da non durevole a durevole.

Procedura1. Nella console di gestione di WebSphere Application Server, passare a Risorse >

JMS > Specifiche di attivazione

2. Fare clic su wbe_history3. Nella sezione Durata sottoscrizione:

a. Modificare la durata della sottoscrizione su Durevole

b. Impostare il nome della sottoscrizione su wbe_history

c. Impostare l'identificativo client su wbe_history

4. Fare clic su OK e Salva. L'utilizzo di una sottoscrizione durevole indica che imessaggi vengono scritti su disco, il che influisce sulle prestazioni. Per ulterioriinformazioni sulle sottoscrizioni durevoli, consultare Utilizzo dellesottoscrizioni durevoli

Configurazione della coda eventi durevoliDecision Server Events utilizza una coda eventi basata sul file system perassicurare che gli eventi durevoli non vadano perduti in caso di malfunzionamentodi un server.


L'ubicazione predefinita per questa proprietà è was_install_dir/profiles/profileName/wbe/nodeName/serverName/dati_coda dove

profileName è il nome del profilo WebSphere Application Server.nodeName è il nome del nodo WebSphere Application Server.serverName è il nome del server WebSphere Application Server.

L'ubicazione della coda eventi durevoli può essere modificata utilizzando laseguente proprietà:as.director.server.durabledirectory


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tjn0012_.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tjn0012_.html

Se si verificano conflitti nel disco, è opportuno modificare l'ubicazione di questacoda per spostarla in un sottosistema disco più veloce. Se si utilizza DecisionServer Events in un cluster, verificare che ciascun membro del cluster abbia accessoal percorso specificato. Ad esempio, se si modifica l'ubicazione affinchécorrisponda a un percorso sull'unità E:, ogni server dovrà avere l'accesso a taleunità.

In un ambiente cluster, non viene eseguito il failover degli eventi memorizzati inquesta coda in altri server nel cluster. Questi eventi vengono elaborati solo quandoil server sul quale erano in elaborazione viene riavviato.

Configurazione della dimensione log della coda eventi durevoliProcedura

Per modificare la dimensione del log della coda eventi durevoli, utilizzare laseguente proprietà:

Tabella 14. Proprietà Dimensione della coda eventi durevoli

Nome della proprietà Impostazionepredefinita

Unità

as.director.server.DurableEventQueue.size 20 MB

La dimensione del log della coda eventi durevoli predefinita di 20 MB è adatta allamaggior parte dei carichi di lavoro. Tuttavia, se viene visualizzatocom.ibm.wbe.objectManager.TransactionCapacityExceededException nel fileSystemOut.log, potrebbe essere opportuno aumentare la dimensione predefinita diquesta proprietà.Per dettagli su come impostare questa proprietà, consultare Impostazioneproprietà.

Configurazione della modalità di gestione di azioni e regoleevento ritardate dopo un arresto

La valutazione di eventi e azioni generalmente viene eseguita prima possibile, maè possibile ritardare la valutazione in base a criteri definiti dall'utente. Se un serverviene arrestato, potrebbero esserci delle azioni e delle regole evento di cui erapianificata l'attivazione mentre il server era arrestato. È possibile configurare ilmodo in cui Events runtime gestisce queste azioni e regole evento ritardate quandoviene riavviato.


È possibile indicare a Events runtime come gestire le azioni e gli eventi accodatidopo un arresto. Le regole evento e le azioni ritardate vengono memorizzate comeattività pianificate nella tabella time_based_asset creata nel gestore database sceltodall'utente in fase di installazione.




Procedura

Modificare le seguenti proprietà:

Tabella 15. Valori delle proprietà da impostare.

Proprietà Valore

Per le regole evento:

as.director.server.timebased.event.maxtardiness.minutes

Il periodo di tempo massimo, in minuti, oltre il tempopianificato in cui una regola evento ritardata vieneancora eseguita.

Il valore predefinito è -1.

Per azioni:

as.director.server.timebased.action.maxtardiness.minutes

Il periodo di tempo massimo, in minuti, oltre il tempopianificato durante il quale un'azione ritardata vienecomunque eseguita.

Il valore predefinito è -1.

Per i dettagli sulla modalità di impostazione di tali proprietà, consultareImpostazione proprietà.Se si sta utilizzando Proprietà, queste proprietà si trovano nella sezione secondariaEventi e Azioni pianificati della sezione Server.

Nota: due valori di queste proprietà hanno un significato particolare:v 0 - rimuovere tutti gli eventi o le azioni in coda la cui ora pianificata è trascorsa

prima del riavvio di Events runtime.Ad esempio, se l'esecuzione di un'attività è pianificata alle 9:00 e il server vienearrestato alle 8:50 e riavviato alle 9:05, l'attività viene annullata. Se il servervenisse riavviato alle 8:58, l'attività comincia alle 9:00, in base alla pianificazioneoriginaria.

v -1 (impostazione predefinita) - valutazione di tutti gli eventi in coda o richiamodi tutte le azioni in coda appena il server si è avviato.

Configurazione di Events runtime per memorizzare i dati distep nella memoria

Per motivi inerenti alle prestazioni, potrebbe essere opportuno scegliere diarchiviare in memoria i dati degli step.


In Decision Server Events, è possibile definire degli eventi complessi, dove unevento ha una dipendenza su un altro evento o un'altra azione. Un eventocomplesso è definito come parte di un flusso di eventi, rappresentato da unprocesso di business definito graficamente tramite Flusso di eventi oppure da uncontesto ad hoc, una serie di eventi collegati tramite un ID di contesto comune.

Quando viene avviato un flusso di eventi o un contesto ad hoc, ogni attività nelprocesso viene memorizzata come un passo nella tabella di contesto che è statacreata durante l'installazione utilizzando la memorizzazione persistente.

La memorizzazione di uno step in una tabella del database comporta l'accesso aldatabase e il contesto permane a meno che non sia eliminato manualmente dallatabella. Se si prevede che i contesti abbiano generalmente vita breve per poiscomparire, archiviare in memoria tutti gli step, evitando l'accesso al database.



In un ambiente cluster: se as.director.server.eventflow.persistentStepStore èimpostato su false e Decision Server Events utilizza l'archivio in memoriapredefinito (rispetto alla cache ObjectGrid che può essere impostata tramite un'altraproprietà), qualsiasi informazione relativa alla tabella di contesto va perduta incaso di failover del server, nonostante il failover dell'elaborazione dell'evento siverifichi in un altro server. Lo stesso vale anche in caso di avvio del server: se iserver sono ancora in fase di avvio e quindi ObjectGrid sta eseguendo ilbilanciamento delle partizioni, è possibile che le partizioni vengano spostate da unserver all'altro, comportando la perdita potenziale delle informazioni relative allatabella di contesto.

Procedura

Per archiviare in memoria i contesti anziché una tabella del database, aggiungere leseguenti proprietà personalizzate:

Tabella 16. Proprietà personalizzate da impostare.

Proprietà Valore Scopo Obbligatoria

as.director.server.eventflow.persistentStepStore

false Disattiva lamemorizzazionepersistente e determinal'archiviazione inmemoria dei dati deglistep

sì

as.director.server.eventflow.cacheStepStoreTimeout.ms

5000 millisecondi(impostazione predefinita)

Determina il periodo ditempo, in millisecondi,per cui un'istanza di datidi step viene mantenutain memoria

no: l'impostazionepredefinita è 5000millisecondi (5 secondi)

Per i dettagli sulla modalità di impostazione di tali proprietà, consultareImpostazione proprietà.

Configurazione di Events runtime per memorizzare i dati dicontesto in ObjectGrid

La tabella del contesto utilizza la cache predefinita. Come potenziale alternativaper migliorare le prestazioni, è possibile configurare la tabella del contesto perutilizzare ObjectGrid. Non è possibile utilizzare ObjectGrid come tabella delcontesto su z/OS.

Procedura1. Per utilizzare ObjectGrid come cache in memoria per la tabella del contesto,

impostare as.director.server.eventflow.gridStepStore su true.2. Disattivare il backup del database impostando

as.director.server.eventflow.persistentStepStore su false.3. Facoltativamente, configurare ObjectGrid per fornire funzionalità di replica dei

dati:a. Individuare objectGridDeployment.xml in wberuntime.jar, che si trova in

was_install_dir/profiles/profileName/installedApps/cellName/wberuntimeear.ear, dove

profileName è il nome del profilo WebSphere Application Server.cellName è il nome della cella di WebSphere Application Server.



b. Modificare il file per includere <mapSet name="mapSet"numberOfPartitions="10" minSyncReplicas="0" maxSyncReplicas="1"maxAsyncReplicas="0" numInitialContainers="1">

Se Events runtime è stato configurato in un cluster, è possibile configurareObjectGrid in modo che fornisca funzionalità di replica dei dati.

Ottimizzazione della configurazione di Events runtimeAlcune ottimizzazioni apportate al sistema possono garantire prestazioni miglioridurante l'elaborazione degli eventi.


Quando si decide di ottimizzare il proprio sistema, vanno prese in considerazionedue aree principali:v Events runtime e WebSphere Application Serverv Messaggistica JMS

Events runtime e WebSphere Application ServerProcedurav Disattivare la registrazione. Per ulteriori informazioni, consultare Log.v Disattivare la registrazione della cronologia, se non necessaria. Consultare

“Configurazione di Events runtime per registrare la cronologia” a pagina 71.v Utilizzare i connettori solo se richiesto.

Se gli eventi sono già in formato Decision Server Events, è possibile ottenereprestazioni migliori evitando l'uso di connettori. Inviare gli eventi direttamentealle destinazioni degli eventi e ricevere le azioni direttamente dalle destinazionidelle azioni . Ad esempio, considerare l'utilizzo delle destinazionijms/eventDestination, jms/durableEventDestination, jms/actionTopic ejms/durableActionTopic.

v Assicurarsi che siano disponibili thread sufficienti per l'elaborazione delle regoleevento. Se non si è in grado di utilizzare al massimo il processore del serverDecision Server Events, valutare l'aumento del valore di questa proprietà:as.director.server.ruleProcessorInstances.

v Ottimizzare il database Decision Server Events:– Assicurarsi che il database sia ottimizzato (oppure ottimizzato

automaticamente) per il carico di lavoro. Le dimensioni del file di log e delpool di buffer sono importanti. Consultare la documentazione del propriogestore database.

– Prendere in considerazione l'utilizzo di un database remoto con sottosistemidisco rapidi per dati e log. I dati e i log dovrebbero essere salvati superiferiche diverse.

v Ottimizzare il JVM:– Le impostazioni heap predefinite (minimo 512MB, massimo 1024MB) sono

accettabili per varie applicazioni. L'ottimizzazione più adeguata dipende dallamemoria libera disponibile e dalla natura del carico di lavoro, ma le seguenticonfigurazioni saranno adatte per una vasta gamma di carichi di lavoro diWebSphere Operational Decision Management. È possibile impostare questiparametri utilizzando la console di gestione WebSphere Application Server(Server delle applicazioni > server1 > Gestione di processo e Java >Definizione processo > JVM (Java Virtual Machine)):- In questa configurazione, un JVM a 32 bit con 2GB di memoria libera, il

primo e il secondo parametro impostano la dimensione minima e massima


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.admin/topics/wbelogs.htm

dell'heap. Il terzo parametro imposta una politica generazionale di garbagecollection con una heap nursery di 1024MB, il che significa che 1024MBdell'heap verranno utilizzati per oggetti di breve durata e la restante partedell'heap verrà utilizzata per gli oggetti di durata più lunga:v Dimensione heap iniziale: 1280 (MB).v Dimensione heap massima: 1280 (MB).v Argomenti JVM generici: -Xgcpolicy:gencon -Xmn1024M

- In questa configurazione, un JVM a 64 bit con 8GB di memoria libera, siimposta un'heap di 4096MB con una nursery di 2048MB:v Dimensione heap iniziale: 4096 (MB).v Dimensione heap massima: 4096 (MB).v Argomenti JVM generici: -Xgcpolicy:gencon -Xmn2048M

– Per ulteriori informazioni, consultare Ottimizzazione JVM.

Messaggistica JMSProcedurav Per la messaggistica persistente, prendere in considerazione l'utilizzo di

sottosistemi disco rapidi per dati e log. I dati e i log dovrebbero essere salvati superiferiche diverse.

v Se si utilizza WebSphere MQ come provider JMS:– I parametri di ottimizzazione principali riguardano log, canali e listener del

gestore code, e la dimensione del buffer di coda. Consultare Configurazione eottimizzazione di WebSphere MQ per le prestazioni su Windows e UNIX.

– Consegnare i messaggi in batch dall'argomento di input a Decision ServerEvents. Questo metodo è utile per gli eventi JMS non persistenti e nondurevoli di WebSphere MQ. La dimensione del batch viene configuratautilizzando la console di gestione di WebSphere Application Server (Server >Server delle applicazioni > server1 > Messaggistica > Servizio Listenermessaggi > Porte del listener > wbe_events > Numero massimo dimessaggi). Tenere presente tuttavia che se uno dei messaggi nel batch nonriesce, l'intero batch viene reinserito nella coda per l'elaborazione.

v Se si utilizza la messaggistica predefinita di WebSphere Application Server comeprovider JMS:– I parametri di ottimizzazione principali riguardano la scelta del livello di

affidabilità del messaggio, le specifiche di attivazione e la dimensione delbuffer dei dati che è possibile eliminare. Consultare Ottimizzazione delleprestazioni di messaggistica con le tecnologie di integrazione dei servizi.

– Livello di affidabilità del messaggio: un livello di affidabilità bassogeneralmente garantisce una maggiore capacità di elaborazione. Il livello diaffidabilità predefinito per i messaggi JMS non persistenti è Non persistenteExpress e per i messaggi JMS persistenti è Persistente affidabile. Il livello diaffidabilità può essere modificato tramite i factory di connessione. Utilizzarela console di gestione di WebSphere Application Server (ad esempio Risorse >JMS > TopicConnectionFactories > WbeTopicConnectionFactory).

– Specifica di attivazione: in modo particolare per eventi JMS non durevoli,consegnare i messaggi in batch dall'argomento di input a Decision ServerEvents. Con questo metodo, gli eventi possono essere consegnati in modo piùefficace. Utilizzare la console di gestione di WebSphere Application Server (adesempio Risorse > JMS > Specifiche di attivazione > wbe_events eimpostare Dimensione massima batch).


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.nd.doc/info/ae/ae/container_tune_jvm.html

http://www.ibm.com/developerworks/websphere/library/techarticles/0712_dunn/0712_dunn.html

http://www.ibm.com/developerworks/websphere/library/techarticles/0712_dunn/0712_dunn.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tjn0026_.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tjn0026_.html

Configurazione di più profili Decision Server Events per lacoesistenza

Se si hanno più profili di Decision Server Events su un computer, è necessarioconfigurare il servizio catalogo WebSphere eXtreme Scale per la coesistenza deiprofili.


Se si ha un profilo Decision Server Events e si è creato un secondo profilo sullostesso computer, è necessario configurare il secondo profilo perché i profilifunzionino correttamente.

Procedura1. Avviare la console di gestione di WebSphere Application Server. Accertarsi di

stabilire una connessione al nuovo profilo WebSphere Application Server.2. Fare clic su Gestione del sistema > WebSphere eXtreme Scale > Domini del

servizio catalogo.3. Fare clic su Nuovo ed immettere i valori per le proprietà:

v Nome: immettere un nome per il dominio di servizio catalogo, ad esempioServizio catalogo WODM.

v Selezionare Server delle applicazioni esistente sotto Endpoint servercatalogo e selezionare quindi il server WebSphere Application Serverdall'elenco a discesa.

v Porta client: immettere un numero di porta che non sia in uso. Nonutilizzare la porta utilizzata dal server di catalogo sul primo profilo, che perimpostazione predefinita è 6601. È possibile, ad esempio, utilizzare 6602 peril secondo profilo.

v Fare clic su OK, quindi fare clic su Salva per salvare le modifiche.4. Riavviare WebSphere Application Server per rendere effettive le modifiche.

Configurazione dei connettori tecnologia su un computerseparato

I connettori tecnologia possono essere eseguiti sullo stesso computer di Eventsruntime oppure possono essere eseguiti su un computer o un sistema operativoseparati.


Se si desidera eseguire i connettori tecnologia su un computer separato rispetto alcomputer dove è installato Events runtime, e già si sono installati i connettori suun altro computer, è necessario configurare i connettori sul secondo computer perla connessione a Events runtime.

Nelle seguenti istruzioni, distinguere i due computer interessati: il computer su cuiinstallare Events runtime viene chiamato computer Runtime, mentre il computer incui vengono eseguiti i connettori in modalità remota viene chiamato computerConnettori.

Prima di installare un connettore, assicurarsi di disporre di una copia del clientdell'applicazione per WebSphere Application Server installato sul computerConnettori. Il software client deve puntare alla stessa istanza di WebSphereApplication Server su cui è distribuito Events runtime.


Se si prevede di utilizzare WebSphere MQ come provider JMS, è necessario che siainstallato anche il client di WebSphere MQ.

Per impostare Events runtime e i connettori tecnologia in computer separati:

Procedura1. È necessario modificare lo script di ambiente del computer Connettori per

puntare a WebSphere Application Server sul computer Runtime:a. Nel computer Connettori, individuare una directory denominata config, che

si trova nella directory principale di Decision Server Events (perimpostazione predefinita, su Linux e UNIX /opt/ibm/WODM80/WODM e suWindows C:\Program Files\IBM\WODM80\WODM.

b. Nella directory config individuare uno script denominato setenv.sh (Linuxe UNIX) o setenv.bat (Windows). È necessario impostare i valori delle duevariabili nello script sul computer Connettori. Per ulteriori informazioni,consultare “Modifica del file setenv” a pagina 62 e Variabili di ambiente.

c. Modificare lo script setenv. Nella riga WASADMINHOST, immettere ilnome host per il computer Runtime (ad esempio, su Linux e UNIX questonome host potrebbe essere"WASADMINHOST=computer1.MyCompany.com").

d. Continuare a modificare lo script setenv. Nella riga WASBOOTSTRAPPORT,immettere il numero della porta bootstrap del computer Runtime (adesempio, in Windows potrebbe essere WASBOOTSTRAPPORT=2809).

e. Salvare lo script setenv2. Nel computer Runtime, se la definizione del server di database utilizza

hostlocale come impostazione per hostname(as.director.common.db.default.dbhost), modificare l'impostazione di taleproprietà affinché punti al hostname completo del computer Runtime.

Configurazione del connettore User Console per l'utilizzo diuna origine dati WebSphere Application Server

Il connettore User Console accede alle tabelle utilizzando le connessioni dati. SeDecision Server Events è stato configurato per l'utilizzo di una origine datiWebSphere Application Server per accedere a Events runtime, è necessarioapportare ulteriori modifiche di configurazione per consentire il funzionamento delconnettore User Console. È necessario eseguire questa attività se si sta utilizzandoun database Apache Derby integrato.

Prima di iniziare

È necessario definire il connettore User Console. Consultare Connettore UserConsole.

Se Decision Server Events non è stato configurato per l'utilizzo di una origine datiWebSphere Application Server per accedere a Events runtime, non sono necessarieulteriori operazioni di configurazione.


Se il database Events runtime è un database Apache Derby incorporato, ènecessario creare un database separato per contenere le tabelle per User Console e,successivamente, modificare alcune impostazioni delle proprietà per consentirel'accesso del connettore User Console alle tabelle nel database separato.


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.ref/topics/environmentvariables.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.dev/topics/whatdoestheinteractactionconnectordo.htm#whatdoestheinteractactionconnectordo

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.dev/topics/whatdoestheinteractactionconnectordo.htm#whatdoestheinteractactionconnectordo

Se il database Events runtime è contenuto in un altro gestore database supportato(incluso Derby Network Server, compreso nell'installazione di WebSphereApplication Server), è possibile modificare le impostazioni delle proprietà in modoche il connettore User Console utilizzi le connessioni dati di Decision Server Eventsper connettersi alle tabelle User Console. Per motivi inerenti alle prestazioni, ècomunque possibile accedere al database Events runtime utilizzando le origini datiWebSphere Application Server.

Per modificare la configurazione in modo tale che il connettore User Consoleacceda alle tabelle mediante le connessioni dati di Decision Server Events e nontramite le origini dati WebSphere Application Server:

Procedura1. Se il database Events runtime è contenuto in Apache Derby incorporato, creare

un nuovo database per le tabelle User Console. Il nuovo database può esserecontenuto in un qualunque database supportato, tuttavia le istruzioni delpresente step presuppongono l'utilizzo di Derby Network Server, già installatocome componente di WebSphere Application Server.a. Avviare Derby NetworkServer. Nella directory was_install_dir/derby/bin/

networkServer, eseguire startNetworkServer.bat (Windows) ostartNetworkServer.sh (Linux e UNIX). Derby NetworkServer vieneavviato in una finestra dei comandi con il seguente messaggio: Serverpronto per accettare connessioni sulla porta 1527. . La porta 1527 è ilnumero di porta predefinito su cui Derby NetworkServer rileva leconnessioni.

b. Nella directory was_install_dir/derby/bin/networkServer, avviarel'ambiente comandi ij eseguendo ij.bat (Windows) o ij.sh (Linux eUNIX).

c. Nella finestra del comando ij, creare un nuovo database per le tabelle UserConsole, eseguendo il seguente comando (tutto su una riga):CONNECT 'jdbc:derby:<InstallDir>\derby\userconsole;create=true'; (suWindows) oCONNECT 'jdbc:derby:<InstallDir>/derby/userconsole;create=true'; (suLinux o UNIX)

d. Nella finestra dei comandi ij creare le tabelle nel nuovo databaseeseguendo il derbydb.sql che si trova in: <InstallDir>/config/db/derbydb.sql. Lo script crea tutte le tabelle richieste della User Console.

2. Configurare la User Console per l'utilizzo del nuovo database, impostando leseguenti proprietà (se si utilizza Proprietà Decision Server Events, le proprietàsono nella pagina Connettore):a. Se si utilizza Derby Network Server:


Proprietà Valore

as.director.connectors.pem.dbclass com.ibm.wbe.db.DerbyDB

as.director.connectors.pem.instance <InstallDir>/derby/userconsole

as.director.connectors.pem.dbport 1527

as.director.connectors.pem.dbhost hostlocale

as.director.connectors.pem.username APP

as.director.connectors.pem.password derbyadmin

b. Se si utilizza un altro database supportato:



Proprietà Valore

as.director.connectors.pem.dbclass com.ibm.wbe.db.DB2DB (DB2)

com.ibm.wbe.db.OracleDB (Oracle)

com.ibm.wbe.db.MssDB (SQL Server)

as.director.connectors.pem.instance Il nome del database

as.director.connectors.pem.dbport La porta di attesa del database

as.director.connectors.pem.dbhost Il nome host del database

as.director.connectors.pem.username L'ID utente utilizzato da Decision ServerEvents per accedere al database

as.director.connectors.pem.password La password associata all'ID utente

c. Abilitare tutti i campi elencati nella tabella allo step precedente. È necessarioabilitare i campi e inserire i valori delle proprietà.

d. Prima di continuare, assicurarsi di aver abilitato la cronologia, altrimentinon sono presenti dati da visualizzare per la User Console.

3. Arrestare e riavviare WebSphere Application Server per applicare le modifichedelle proprietà.

4. Assicurarsi che il database sia in esecuzione, quindi avviare i connettori.


È ora possibile utilizzare la User Console.

Verifica della configurazione di Decision Server EventsÈ possibile verificare che Decision Server Events, Business Space e i widget eventosiano installati e configurati correttamente prima di utilizzarli.

Verifica di Events runtimeControllare che Decision Server Events sia installato e configurato correttamentecaricando il progetto evento di verifica fornito e inviando un evento medianteEvents runtime.

Prima di iniziare

Installare e configurare Decision Server Events, includendo la configurazione di unprovider di messaggistica JMS.

Assicurarsi di aver installato Event Designer. Events runtime può essere installatosu un computer separato.

Se durante l'installazione è stata attivata la sicurezza di WebSphere ApplicationServer, occorre configurare l'autenticazione utente in Events runtime prima diverificare l'installazione. Consultare “Autenticazione utente” a pagina 87

Procedura1. Nel computer in cui è stato installato Events runtime, accertarsi che il server

di WebSphere Application Server sia in esecuzione.


2. Verificare che l'applicazione Events runtime sia stata installata e avviata suWebSphere Application Server:a. Avviare la console di gestione di WebSphere Application Server.

Consultare Avvio della console di gestione di WebSphere ApplicationServer

b. Accedere alla console di gestione di WebSphere Application Server con unID utente a scelta.

c. Nella struttura ad albero di navigazione della console di gestione diWebSphere Application Server, fare clic su Applicazioni > Tipi diapplicazione > Applicazioni enterprise WebSphere. Accertarsi che laseguente applicazione sia elencata e visualizzata come avviata:v wberuntimeear

Accertarsi che la seguente applicazione sia elencata e mostrata comeavviata se si è preparato l'ambiente per la verifica:v wbetesterear

Accertarsi che le seguenti applicazioni siano elencate e mostrate comeavviate se si è installato Business Space:v BSpaceEAR_<node_name>_<server_name>

v BSpaceForms_<node_name>_<server_name>

v BSpaceHelp_<node_name>_<server_name>

v mm.was_<node_name>_<server_name>

dove <node_name> è il nome del nodo e <server_name> è il nome del serverdove è installato Business Space.

3. Nel computer in cui è stato installato Events runtime, creare una directorydenominata DecisionServerTest e prendere nota dell'ubicazione in cui è statacreata la directory.

4. In Event Designer, fare clic con il tasto destro del mouse nella vista Esploraeventi, quindi fare clic su Importa. Viene visualizzata la procedura guidataImporta.

5. Nella procedura guidata Importa, fare clic su Progetto evento da file XML >Avanti.

6. Fare clic su Sfoglia, navigare a <InstallDir>\connectors\validation eselezionare il progetto evento chiamato installValidation.xml. Fare clic suAvanti. Accettare le impostazioni predefinite per il resto della proceduraguidata e fare clic su Fine per importare il progetto evento nel proprio spaziodi lavoro.

7. Nella vista Esplora eventi, espandere il progetto evento, espandere la cartellaIn uscita e aprire l'azione Outgoing, mostrata nella seguente schermata:




8. Nell'Editor Azioni, fare clic sulla scheda Connettore, mostrata nella seguenteschermata:

9. Nel campo Cartella su quel computer, sostituire il valore esistente con ilpercorso completo che punta all'ubicazione della directory DecisionServerTestcreata. Salvare le proprie modifiche.

10. Per distribuire il progetto evento, fare clic con il tasto destro del mouse sulprogetto evento nella vista Esplora eventi e selezionare Distribuisci. Vieneaperta la procedura guidata Distribuisci, mostrata nella seguente schermata:


11. Selezionare Distribuisci tutti gli asset e fare clic su Avanti.12. Immettere i dettagli di connessione per Events runtime, mostrati nella

seguente schermata:

Assicurarsi che i valori di nome host e porta siano corretti per l'istanza diWebSphere Application Server in cui viene distribuito Events runtime (il


valore porta è la porta WC_defaulthost, che può essere determinata mediantela console di gestione WebSphere Application Server). Immettere l'ID utente ela password, se la sicurezza è abilitata.

13. Fare clic su Fine per distribuire il progetto evento. Viene visualizzato unmessaggio che indica che il progetto evento è distribuito correttamente.Chiudere Event Designer.

14. Avviare i connettori tecnologia autonomi. Consultare Avvio e arresto deiconnettori tecnologia su Windows, Linux e UNIX.Un esempio di avvio del connettore eseguito correttamente su Windows:C:\Program Files\IBM\WODM80\WODM\connectors\bin>connectors.bat*********************************************************Connettori tecnologia di IBM Decision Server (c)Copyright IBM Corp. 2003, 2011Versione: IBM WebSphere Operational Decision Management 8.0.0.0Locale: it_ITVersione Java: 1.6.0*********************************************************BEER0561I: I connettori tecnologia sono in attesa di wberuntimeear.BEER0644I: I connettori tecnologia hanno stabilito la comunicazione con wberuntimeearBEER0590I: Punto di controllo Events runtime del connettore: 2009-04-14 08:58:10.718BEER2608I: Modalità di autenticazione: NessunaBEER2609I: Gruppo di utenti di Events runtime: WBEUsersBEER2610I: Gruppo di amministrazione di Events runtime: WBEAdminsBEER2611W: *** AVVERTENZA: LA SICUREZZA NON È ABILITATA ***BEER2612W: All’utente maestro viene concesso l’accesso completo a Events runtimeBEER0611I: Inizializzazione completaBEER0670I: URL provider JNDI: corbaloc:iiop:localhost:2809Connectors>

Per ulteriori informazioni sull'avvio dei connettori, compresi i dettagli deiparametri facoltativi, consultare Esecuzione dei connettori tecnologia.

15. Aprire una finestra dei comandi (Windows) o un emulatore di terminale(Linux e UNIX), navigare alla directory <InstallDir>/connectors/bin einviare un evento di test a Events runtime eseguendo un comando cmdline:v Su Windows, eseguire cmdline.bat <test-event-file>, dove

<test-event-file> è il percorso completo all'ubicazione del fileinstallValidation_event.xml, ad esempio cmdline.bat "C:\ProgramFiles\IBM\WODM80\WODM\connectors\validation\installValidation_event.xml".

v Su Linux o UNIX, eseguire <InstallDir>./connectors/bin/cmdline.sh<test-event-file>, dove <test-event-file> è il percorso completoall'ubicazione del file installValidation_event.xml, ad esempio<InstallDir>./connectors/bin/cmdline.sh /opt/ibm/WODM80/WODM/connectors/validation/installValidation_event.xml.

Un nuovo file denominato ValidationTest random-number .xml viene inseritonella directory DecisionServerTest, dove random-number è un numerogenerato dal sistema che rende univoco il nome file.

Nota: In cmdline.sh vi sono percorsi relativi (/../../) ai file setenv.sh.Questi percorsi relativi sono stati precedentemente modificati nella directorydel componente, ma non nella directory di installazione del prodotto a cui fariferimento il percorso relativo (la directory del componente è una copia diparte della directory di installazione del prodotto). È possibile risolvere questoproblema in uno dei due modi:v Modificare il file setenv.sh affinché includa un parametro che specifichi

l'ubicazione della directory del componente.


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.admin/topics/startingandstoppingtechnologyconnectors.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.admin/topics/startingandstoppingtechnologyconnectors.htm

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.admin/topics/runningconnectors.htm

v Copiare la directory dei connettori nella directory del componente. Se siutilizza questa soluzione, è necessario modificare il percorso della directoryin <InstallDir>/connectors/bin/cmdline.sh .

Risultati

A questo punto, l'installazione è stata verificata.

Verifica di Business Space e dei widget eventoVerificare che Business Space e i widget evento siano installati e configuraticorrettamente accedendo a Business Space e aggiungendo un widget evento.

Prima di iniziare

Installare e configurare Decision Server Events, includendo la configurazione di unprovider di messaggistica JMS.

Assicurarsi di aver installato e configurato Business Space e i widget evento.

Procedura1. Accedere e collegarsi a Business Space. Consultare “Accesso a Business Space”

a pagina 53. Se Business Space è installato correttamente, viene visualizzata laseguente schermata:

2. Creare un nuovo spazio di business. Consultare “Creazione e personalizzazionedi uno spazio di business” a pagina 55.

3. Aprire il nuovo spazio di business e creare una nuova pagina. Nella tavolozzadei widget, verificare che i widget selezionati siano disponibili, ad esempio:


4. Aggiungere uno dei widget alla pagina. Verificare che il widget sia statoaggiunto correttamente alla pagina e che non venga visualizzato alcunmessaggio di errore. Se viene visualizzato qualche errore, consultare Messaggiper determinare cosa occorre modificare nella configurazione.

Risultati

A questo punto si è verificato che Business Space e i widget di esempio sonoinstallati e configurati correttamente.

Protezione di Decision Server EventsPer proteggere Decision Server Events, è necessario configurare entrambe leimpostazioni di sicurezza di WebSphere Application Server e di Decision ServerEvents.


Per configurare la sicurezza WebSphere Application Server, consultare WebSphereApplication ServerSicurezza.

Per configurare la sicurezza di Decision Server Events, consultare “Autenticazioneutente”.

Il provider di sicurezza preferito e predefinito è WebSphere Application Server.

Se si effettua la migrazione da una versione precedente di Decision Server Eventsin cui è stato utilizzato un provider di sicurezza diverso, è possibile continuare autilizzare tale provider, ma è necessario completare una procedura aggiuntivadurante la configurazione di Decision Server Events e Business Space. Consultare“Sicurezza dell'accesso ai dashboard di” a pagina 96.

Autenticazione utenteL'autenticazione utente in Events runtime può essere implementata per DecisionServer Events utilizzando WebSphere Application Server. Questo è il metodopredefinito e preferito.


L'autenticazione utente controlla chi ha accesso a Events runtime.

Per ulteriori dettagli sui ruoli utente e i ruoli di gestione, vedere Ruoli utente eruoli utente amministrativo.

È possibile concedere l'accesso a Events runtime senza autenticazione utente,tuttavia ciò implica che chiunque potrà accedere Events runtime e modificarne gliasset.


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.ref/topics/messages.htm

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/welc_security.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/welc_security.html

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.ref/topics/userroles.htm#userroles


Se si effettua la migrazione da una versione precedente di Decision Server Eventsin cui è stato utilizzato un provider di sicurezza differente, è possibile continuare autilizzare tale provider.

Configurazione dell'autenticazione utente tramite WebSphereApplication ServerPer rendere sicuro l'accesso a Events runtime, configurare Decision Server Eventsper utilizzare WebSphere Application Server per definire gli utenti e i gruppiautorizzati. Questo è il metodo predefinito e preferito.


Per abilitare la sicurezza utilizzando WebSphere Application Server, è necessario:v Abilitare la sicurezza di WebSphere Application Server.v Configurare Decision Server Events per l'uso di WebSphere Application Server

per l'autenticazione utentev Associare utenti e gruppi di utenti ai ruoli di Decision Server Events.v Configurare i ruoli di gestione di WebSphere Application Server.

Procedura1. Abilitare la sicurezza di WebSphere Application Server:

a. Nella console di gestione di WebSphere Application Server, fare clic suSicurezza > Sicurezza globale.

b. Selezionare Abilita sicurezza amministrativa.c. Verificare che Abilita la sicurezza dell'applicazione sia selezionato.d. Verificare che Usare la sicurezza Java 2 per limitare l'accesso delle

applicazioni alle risorse locali sia selezionato.

Per ulteriori informazioni, consultare Abilitazione della sicurezza.2. Per configurare Decision Server Events per l'uso di WebSphere Application

Server per l'autenticazione utente, modificare queste proprietà:

Tabella 19. Proprietà da modificare.

Proprietà Valore da impostare

as.director.common.authentication.method AppServer

Questo è il valore predefinito per DecisionServer Events, tuttavia non viene eseguitaalcuna autenticazione o autorizzazione ameno che non sia stata abilitata anche lasicurezza nel passo precedente.

as.director.server.authentication.username Un ID utente che corrisponde all'utente digestione principale per WebSphereApplication Server.

as.director.server.authentication.password La password associata all'ID utente.

Per i dettagli sulla modalità di impostazione di tali proprietà, consultare“Impostazione proprietà” a pagina 67.Se si utilizza Proprietà, le proprietà sono visualizzate nella sezione secondariaAutenticazione della sezione Comune.

3. Impostare l'ID utente dell'amministratore principale:a. Nella console di gestione di WebSphere Application Server, fare clic su

Sicurezza > Sicurezza globale.


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tsec_csec2.html

b. Verificare che Definizioni dell'area di autenticazione disponibili siaimpostato su Sistema operativo locale.

c. Fare clic su Configura

d. Nel campo Nome utente amministrativo principale, immettere l'ID utenteutilizzato per accedere alla console di gestione di WebSphere ApplicationServer per effettuare operazioni amministrative dopo aver abilitato lasicurezza.

e. Applicare le proprie modifiche.4. Configurare i ruoli di gestione di WebSphere Application Server.

a. Nella console di gestione di WebSphere Application Server, fare clic suSicurezza > Sicurezza globale > Ruoli utente amministrativo > Aggiungi

b. Nel campo Stringa di ricerca, ricercare gli ID utente a cui si desideraassegnare i ruoli, quindi fare clic su Cerca

c. Nel campo Disponibile, selezionare gli ID utente a cui si desidera assegnarei ruoli e spostarli nel campo Associato al ruolo, usando le frecce.

d. In Ruoli, fare clic su Operatore o Amministratore.e. Fare clic su OK e Salva.

5. Associare gli utenti e i gruppi di utenti ai ruoli di Decision Server Events.Consultare Ruolo di sicurezza per associazione utente/gruppo.È possibile assegnare diversi ruoli agli utenti e ai gruppi. Per ulterioriinformazioni, consultare Ruoli utente e ruoli utente amministrativo.Quando si utilizza WebSphere Application Server come provider di sicurezza,non è possibile modificare i nomi dei ruoli.a. Nella console di gestione di WebSphere Application Server, fare clic su

Applicazioni > Tipi di applicazione > Applicazioni enterprise WebSphere.b. Fare clic su wberuntimeear, quindi su Ruolo di sicurezza per associazione

utente/gruppo.c. Dall'elenco dei ruoli, selezionare i ruoli da associare (assegnare) agli utenti,

quindi fare clic su Associa utenti. Per ulteriori informazionisull'associazione degli utenti ai ruoli, consultare Ruolo di sicurezza perassociazione utente/gruppo.

d. Nel campo Stringa di ricerca, cercare gli ID utente ai quali assegnare i ruolie fare clic su Cerca.

e. Nel campo Disponibile, selezionare gli ID utente ai quali assegnare i ruoli espostarli nel campo Selezionato utilizzando le frecce.

f. Fare clic su OK e Salva.6. Una volta apportate le modifiche di configurazione, riavviare WebSphere

Application Server per accertarsi che le modifiche vengano applicate.

Risultati

A questo punto, Decision Server Events è configurato per utilizzare WebSphereApplication Server ed eseguire l'autenticazione degli utenti.

Esempio di configurazione dell'autenticazione tramite WebSphere ApplicationServer:

Utilizzare WebSphere Application Server per eseguire l'autenticazione degli utenti.


http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/usec_tselugrad.html





È possibile eseguire tale operazione in diversi modi. Di seguito viene riportato unesempio di configurazione.

Per configurare l'autenticazione dell'utente mediante WebSphere ApplicationServer:

Procedura

1. Avviare la console di gestione di WebSphere Application Server. Per istruzioni,consultare Avvio della console di gestione di WebSphere Application Server.

2. Abilitare la sicurezza di WebSphere Application Server:a. Nella console di gestione di WebSphere Application Server, fare clic su

Sicurezza > Sicurezza globale.b. Selezionare Abilita sicurezza amministrativa.c. Verificare che Abilita la sicurezza dell'applicazione sia selezionato.d. Verificare che Usare la sicurezza Java 2 per limitare l'accesso delle

applicazioni alle risorse locali sia selezionato.

Per ulteriori informazioni, consultare Abilitazione della sicurezza.3. Nella console di gestione di WebSphere Application Server, impostare le

seguenti proprietà personalizzate:



as.director.common.authentication.method AppServer

Questo è il valore predefinito per DecisionServer Events, tuttavia non viene eseguitaalcuna autenticazione o autorizzazione ameno che non sia stata abilitata anche lasicurezza nel passo precedente.

as.director.server.authentication.username Un ID utente che corrisponde all'utente digestione principale per WebSphereApplication Server.

as.director.server.authentication.password La password associata all'ID utente.

Per i dettagli sulla modalità di impostazione di tali proprietà, consultare“Impostazione proprietà” a pagina 67.Se si utilizza Proprietà, le proprietà sonovisualizzate nella sezione secondaria Autenticazione della sezione Comune.

4. Impostare l'ID utente dell'amministratore principale:a. Nella console di gestione di WebSphere Application Server, fare clic su

Sicurezza > Sicurezza globale.b. Verificare che Definizioni dell'area di autenticazione disponibili sia

impostato su Sistema operativo locale.c. Fare clic su Configura

d. Nel campo Nome utente amministrativo principale, immettere l'ID utenteutilizzato per accedere alla console di gestione di WebSphere ApplicationServer per effettuare operazioni amministrative dopo aver abilitato lasicurezza.

e. Applicare le proprie modifiche.5. Configurare i ruoli di gestione di WebSphere Application Server.



http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tsec_csec2.html

a. Nella console di gestione di WebSphere Application Server, fare clic suSicurezza > Sicurezza globale > Ruoli utente amministrativo > Aggiungi

b. Nel campo Stringa di ricerca, ricercare gli ID utente a cui si desideraassegnare i ruoli, quindi fare clic su Cerca

c. Nel campo Disponibile, selezionare gli ID utente a cui si desidera assegnarei ruoli e spostarli nel campo Associato al ruolo, usando le frecce.

d. In Ruoli, fare clic su Operatore o Amministratore.e. Fare clic su OK e Salva.

6. Assegnare i ruoli di Decision Server Events agli utenti:a. Nella console di gestione di WebSphere Application Server, fare clic su

Applicazioni > Tipi di applicazione > Applicazioni enterprise WebSphere.b. Fare clic su wberuntimeear, quindi su Ruolo di sicurezza per associazione

utente/gruppo.c. Selezionare dall'elenco relativo i ruoli da associare (assegnare) agli utenti.

Per ulteriori informazioni sull'associazione degli utenti ai ruoli, consultareRuolo di sicurezza per associazione utente/gruppo.

d. Nel campo Stringa di ricerca, ricercare gli ID utente a cui si desideraassegnare i ruoli.

e. Nel campo Disponibile, selezionare gli ID utente a cui si desideraassegnare i ruoli.

f. Fare clic su OK.7. Una volta apportate le modifiche di configurazione, riavviare WebSphere

Application Server per accertarsi che le modifiche vengano applicate.

Risultati

A questo punto, Decision Server Events è configurato per utilizzare WebSphereApplication Server ed eseguire l'autenticazione degli utenti.

Configurazione dell'autenticazione utente tramite LDAPSe si effettua la migrazione da una versione precedente di Decision Server Eventsin cui è stato utilizzato LDAP (Lightweight Directory Access Protocol), è possibilecontinuare a utilizzare tale protocollo.


L'autenticazione utente all'Events runtime può essere configurata utilizzandoWebSphere Application Server. Questo metodo è quello predefinito e preferito.WebSphere Application Server supporta l'utilizzo di LDAP per i registri utente. Perulteriori informazioni, consultare Configurazione dei registri utente LightweightDirectory Access Protocol nel centro informazioni di WebSphere Application Servere “Configurazione dell'autenticazione utente tramite WebSphere ApplicationServer” a pagina 88.

Per continuare a utilizzare il supporto LDAP come fornito nelle versioni precedentidi Decision Server Events, attenersi alla seguente procedura.



http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tsec_ldap.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tsec_ldap.html

Procedura1. Utilizzare l'utilità di gestione LDAP appropriata per creare i seguenti gruppi:

Tabella 21. Gruppi da creare.

Livello di accesso Nome del gruppo da creare Esempio

Administrator WBEAdmins.

Se si desidera che il gruppo admin si riferisca a unnome diverso, creare una proprietà personalizzatadenominataas.director.common.authentication.adminGroup con unvalore del nome del gruppo.

Tuttavia, se si definisce questa proprietà, il gruppoWBEAdmins non è più il gruppo admin, e tutti gliutenti in tale gruppo non disporranno più dei privilegiamministrativi (a meno che non siano anche membri delnuovo gruppo admin).

WBEAdmins

User Scegliere un nome che corrisponda, però, al valore dias.director.common.authentication.userGroupimpostato nelle proprietà.

WBEUsers

2. Per i dettagli sulla modalità di impostazione di tali proprietà, consultare“Impostazione proprietà” a pagina 67.

3. Modificare le seguenti proprietà:


Proprietà Azione

as.director.common.authentication.method Selezionare LDAP

as.director.common.authentication.server Sostituire <HOST-NAME> con il nome del server overisiede LDAP.

È possibile immettere più nomi server separati davirgole. Se il primo server nell'elenco non è disponibile,l'autenticazione viene tentata per i successivi servernell'elenco.

as.director.common.authentication.namecontext Rimuovere dc=<MYDOMAIN> e sostituire<MYCOMPANY> con il nome della società.

as.director.server.authentication.member.filterEEE Abilitare.

as.director.server.authentication.member.attribute Abilitare.

as.director.server.authentication.userid.format Solo per uso interno; non modificare

as.director.server.authentication.security.method Scegliere una delle seguenti impostazioni:

v nessuno (predefinita)

v semplice

v avanzato

as.director.common. authentication.security.protocol Scegliere una delle seguenti impostazioni:

v non specificato (predefinita)

v ssl

as.director.common.authentication.userGroup Impostare il valore in modo che corrisponda al nome delgruppo utenti definito in Active Directory (l'impostazionepredefinita è WBEUsers).


Tabella 22. Proprietà da modificare. (Continua)

Proprietà Azione

as.director.server.authentication.username Sostituire admin con un ID utente registrato in ActiveDirectory nei gruppi Amministratori o Utenti (configuratial passo 1 a pagina 92)

as.director.server.authentication.password Sostituire admin con la password associata all'ID utente

Se si utilizza Proprietà, le proprietà sono visualizzate nella sezione secondariaAutenticazione della sezione Comune.

Configurazione dell'autenticazione utente utilizzando MicrosoftWindows Active DirectorySe si effettua la migrazione da una versione precedente di Decision Server Eventsin cui è stato utilizzato Windows Active Directory, è possibile continuare autilizzarlo.


Su Windows,è possibile configurare l'autenticazione utente per Events runtimeutilizzando WebSphere Application Server. Consultare “Configurazionedell'autenticazione utente tramite WebSphere Application Server” a pagina 88.Questo è il metodo predefinito e preferito.

Per continuare a utilizzare Windows Active Directory, attenersi alla seguenteprocedura.

Procedura1. In Active Directory, creare i seguenti gruppi:

Tabella 23. Gruppi da creare in Active Directory.

Livello di accesso Nome del gruppo da creare Esempio

Administrator WBEAdmins.

Se si desidera che il gruppo admin si riferisca a unnome diverso, creare una proprietà personalizzatadenominataas.director.common.authentication.adminGroup con unvalore del nome del gruppo.

Tuttavia, se si definisce questa proprietà, il gruppoWBEAdmins non è più il gruppo admin, e tutti gliutenti in tale gruppo non disporranno più dei privilegiamministrativi (a meno che non siano anche membri delnuovo gruppo admin).

WBEAdmins

User Scegliere un nome che corrisponda, però, al valore dias.director.common.authentication.userGroupimpostato nelle proprietà.

WBEUsers

2. Per i dettagli sulla modalità di impostazione di tali proprietà, consultare“Impostazione proprietà” a pagina 67.

3. Modificare le seguenti proprietà:


Proprietà Azione

as.director.common.authentication.method Selezionare Active Directory


Tabella 24. Proprietà da modificare. (Continua)

Proprietà Azione

as.director.common.authentication.server Sostituire <HOST-NAME> con il nome del server overisiede Active Directory.

È possibile immettere più nomi server separati davirgole. Se il primo server nell'elenco non è disponibile,l'autenticazione viene tentata per i successivi servernell'elenco.

as.director.common.authentication.namecontext Sostituire <MYDOMAIN> con il nome del dominio e<MYCOMPANY> con il nome della società.

as.director.common.authentication.userGroup Impostare il valore in modo che corrisponda al nome delgruppo utenti definito in Active Directory (l'impostazionepredefinita è WBEUsers).

as.director.server.authentication.username Sostituire admin con un ID utente registrato in ActiveDirectory nei gruppi Amministratori o Utenti (configuratial passo 1 a pagina 93)

as.director.server.authentication.password Sostituire admin con la password associata all'ID utente

Se si utilizza Proprietà, le proprietà sono visualizzate nella sezione secondariaAutenticazione della sezione Comune.

Configurazione dell'autenticazione utente utilizzando UserConsoleIn alternativa, è possibile utilizzare User Console per autorizzare gli utenti e igruppi, aggiungendoli a determinate tabelle di Events runtime.


Se si desidera fornire la sicurezza per l'accesso all'Events runtime, il metodopredefinito e preferito consiste nell'utilizzare la sicurezza WebSphere ApplicationServer. Consultare “Configurazione dell'autenticazione utente tramite WebSphereApplication Server” a pagina 88. Le tabelle Events runtime e i privilegi di ciascungruppo vengono descritti in Autenticazione con le interfacce Amministrazione eUser Console.

Le attività relative all'autenticazione utente con User Console sono le seguenti.

Procedura1. Abilitare l'autenticazione utilizzando il database Events runtime:

a. Per i dettagli sulla modalità di impostazione di tali proprietà, consultare“Impostazione proprietà” a pagina 67.

b. Modificare le seguenti proprietà:



as.director.common.authentication.method Database

as.director.server.authentication.username ID utente

as.director.server.authentication.password Password a scelta

Se si sta utilizzando Proprietà, le proprietà sono visualizzate nella sezionesecondaria Autenticazione della sezione Comune.


http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.ref/topics/userauthenticationtotherepository.htm#userauthenticationtotherepository

http://submit.boulder.ibm.com/infocenter/idwb/v3r8m4/topic/com.ibm.ditaepic.doc/../com.ibm.wodm.dserver.events.ref/topics/userauthenticationtotherepository.htm#userauthenticationtotherepository

c. Arrestare e riavviare l'applicazione wberuntimeear nella console di gestioneWebSphere Application Server. Al riavvio successivo di un'interfaccia utentedi Decision Server Events o all'avvio di Events runtime, è necessario fornireun ID utente e una password validi.

2. Definire i nuovi gruppi:a. Avviare User Console accedendo dal relativo pannello comune all'indirizzo:

http://server:port/wbe/common/login.jspdove server è il nome del server WebSphere Application Server in cui èinstallato Decision Server Events e port è il numero della porta diWC_defaulthost di questo server (di norma 9080). Questo valore può esseredeterminato dalla tabella visualizzata quando si utilizza la console digestione di Application Server Network Deployment, fare clic su Server,quindi Server delle applicazioni, e quindi fare clic sul nome del server,quindi su Porte.

b. Spostare il puntatore del mouse sul pulsante Account utente e selezionareGruppi dal menu per visualizzare la finestra Gruppi.

c. Fare clic sul pulsante Aggiungi nuovo gruppo per visualizzare la finestraNuovo gruppo. Completare i campi e fare clic su Aggiungi. Ripetere laprocedura per ogni gruppo desiderato.

d. Fare clic su Salva configurazione per salvare le proprie modifiche.3. Definire i nuovi utenti:

a. Avviare User Console accedendo dal relativo pannello comune all'indirizzo:http://server:port/wbe/common/login.jsp

b. Spostare il puntatore del mouse sul pulsante Account utente e selezionareUtenti dal menu per visualizzare la finestra Utenti.

c. Fare clic sul pulsante Aggiungi nuovo utente per visualizzare la finestraNuovo utente. Completare i campi, inclusi i gruppi a cui appartiene l'utente,quindi fare clic su Aggiungi. Ripetere la procedura per ogni utentedesiderato.

d. Fare clic su Salva configurazione per salvare le proprie modifiche.4. Aggiungere o rimuovere un utente da un gruppo:

a. Avviare User Console accedendo dal relativo pannello comune all'indirizzo:http://server:port/wbe/common/login.jsp

b. Spostare il puntatore del mouse sul pulsante Account utente e selezionareUtenti dal menu per visualizzare la finestra Utenti.

c. Fare clic sul pulsante Modifica per l'utente desiderato per visualizzare lafinestra Modifica utente.

d. Selezionare o deselezionare un gruppo a seconda della richiesta, quindi fareclic su Aggiorna per completare la modifica.

e. Fare clic su Salva configurazione per salvare le proprie modifiche.5. Disabilitare l'autenticazione utente:

Se non si desidera più eseguire l'autenticazione utente o se né Active Directoryné LDAP è disponibile per il supporto dell'autenticazione, è possibiledisabilitarla.Modificare la proprietà as.director.common.authentication.method su nessuno.Per i dettagli sulla modalità di impostazione di tale proprietà, consultare“Impostazione proprietà” a pagina 67.Se si sta utilizzando Proprietà, la proprietà si trova nella sezione Comune nellasezione secondaria Autenticazione. Con la disabilitazione dell'autenticazioneutente, chiunque può accedere a Events runtime e modificare gli asset.


Sicurezza dell'accesso ai dashboard diMediante la sicurezza di WebSphere Application Server, è possibile garantire chesolo gli utenti autenticati di Business Space accedano ai grafici tramite i widget deldashboard.


Per assicurarsi che un utente di Business Space esegua l'autenticazione prima diaccedere ai widget del dashboard, seguire questa procedura:

Procedura1. Assicurarsi che la sicurezza di WebSphere Application Server sia abilitata.

Consultare “Configurazione dell'autenticazione utente tramite WebSphereApplication Server” a pagina 88.

2. Assegnare all'utente di Business Space il ruolo 'WBEDashboardUsers'.Consultare “Configurazione dell'autenticazione utente tramite WebSphereApplication Server” a pagina 88.

3. Se Decision Server Events è stato configurato per utilizzare un provider disicurezza diverso da WebSphere Application Server, ossia per garantire l'accessodegli utenti a Business Space, è necessario impostare le seguenti proprietà:



as.director.businessspace.authentication.username Un ID utente registrato nel provider di sicurezza.

as.director.businessspace.authentication.password La password associata all'ID utente.

Per i dettagli sulla modalità di impostazione di tali proprietà, consultare“Impostazione proprietà” a pagina 67.

Nota: Questa è l'unica situazione in cui sia necessario impostare questeproprietà.


Informazioni particolari

Queste informazioni sono state sviluppate per prodotti e servizi offerti negli StatiUniti.

I prodotti, i servizi o le funzionalità discussi nel presente documento potrebberonon essere disponibili in altri paesi. Consultare il proprio rappresentante localeIBM per informazioni sui prodotti ed i servizi attualmente disponibili nella propriazona. Qualsiasi riferimento ad un prodotto, programma o servizio IBM non implicao intende dichiarare che solo quel prodotto, programma o servizio IBM può essereutilizzato. Qualsiasi prodotto funzionalmente equivalente al prodotto, programmao servizio che non violi alcun diritto di proprietà intellettuale IBM può essereutilizzato. Tuttavia, spetta all'utente valutare e verificare il funzionamento diqualsiasi servizio, programma o prodotto non IBM.

IBM può avere applicazioni di brevetti o brevetti in corso relativi all'argomentodescritto in questo documento. La fornitura di questo documento non accordaalcuna licenza su tali brevetti. È possibile inviare per iscritto richieste di licenze a:

IBM United Kingdom Laboratories,Mail Point 151,HursleyPark,Winchester,Hampshire,England SO21 2JN

Per domande sulla licenza relative a informazioni su DBCS (double-byte characterset), rivolgersi a IBM Intellectual Property Department nel proprio paese oppurescrivere a:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japan

Il seguente paragrafo non si applica al Regno Unito o a qualunque altro paese incui tali dichiarazioni sono incompatibili con le norme locali: IBM(INTERNATIONAL BUSINESS MACHINES CORPORATION) FORNISCE LAPRESENTE PUBBLICAZIONE "NELLO STATO IN CUI SI TROVA" SENZAGARANZIE DI ALCUN TIPO, ESPLICITE O IMPLICITE, IVI INCLUSE, A TITOLODI ESEMPIO, GARANZIE IMPLICITE DI NON VIOLAZIONE, DICOMMERCIABILITÀ E DI IDONEITÀ PER UNO SCOPO PARTICOLARE. Alcunistati non consentono la rinuncia ad alcune garanzie esplicite o implicite indeterminate transazioni, pertanto, la presente dichiarazione può non essereapplicabile.

Queste informazioni potrebbero includere inesattezze tecniche o errori tipografici.Le modifiche alle presenti informazioni vengono effettuate periodicamente; talimodifiche saranno incorporate nelle nuove edizioni della pubblicazione. IBM puòapportare migliorie e/o modifiche ai prodotti e/o ai programmi descritti nellapresente pubblicazione in qualsiasi momento senza preavviso.

© Copyright IBM Corp. 2008, 2012 97

Qualsiasi riferimento in queste informazioni a siti Web non IBM sono fornite soloper comodità e non indicano in alcun modo un'approvazione di tali siti Web. Imateriali presenti in tali siti Web non appartengono al materiale di questo prodottoIBM e l'utilizzo di tali siti Web avviene a proprio rischio.

IBM può utilizzare o distribuire qualsiasi informazione fornita in qualsiasi modoritenga appropriato senza incorrere in alcun obbligo verso l'utente.

I proprietari di licenza di questo programma che desiderano avere informazioniallo scopo di abilitare: (i) lo scambio di informazioni tra i programmi creatiindipendentemente e altri programmi (incluso il presente) e (ii) il reciproco utilizzodi informazioni che sono state scambiate, contattino:

IBM United Kingdom Laboratories,Mail Point 151,HursleyPark,Winchester,Hampshire,England SO21 2JN

Tali informazioni possono essere disponibili, in base ad appropriate clausole econdizioni, includendo in alcuni casi, il pagamento di una tassa.

Il programma concesso in licenza descritto nelle presenti informazioni e tutto ilmateriale concesso in licenza disponibile al riguardo vengono forniti da IBM aisensi dei contratti IBM Customer Agreement, IBM International Program LicenseAgreement o equivalente stipulati tra IBM e l'utente.

Qualsiasi dato sulle prestazioni qui contenuto è stato determinato in un ambientecontrollato. Pertanto, i risultati ottenuti in altri ambienti operativi possononotevolmente variare. Alcune misurazioni possono essere state effettuate su sistemidel livello di sviluppo e non vi è alcuna garanzia che tali misurazioni resterannoinvariate sui sistemi generalmente disponibili. Inoltre, alcune misurazioni possonoessere state stimate per estrapolazione. I risultati reali possono variare. Gli utentidel presente documento dovranno verificare i dati applicabili per i propri ambientispecifici.

Le informazioni relative a prodotti non IBM sono state ottenute dai fornitori di taliprodotti, dagli annunci pubblicati o da altre fonti disponibili al pubblico. IBM nonha testato quei prodotti e non può confermarne l'accuratezza della prestazione, lacompatibilità o qualsiasi altro reclamo relativo ai prodotti non IBM. Le domandesulle capacità dei prodotti non IBM dovranno essere indirizzate ai fornitori di taliprodotti.

Queste informazioni contengono esempi di dati e report utilizzati in quotidianeoperazioni aziendali. Per illustrarle nel modo più completo possibile, gli esempiincludono i nomi di individui, società, marchi e prodotti. Tutti questi nomi sonofittizi e qualsiasi somiglianza con nomi ed indirizzi utilizzati da gruppi aziendalirealmente esistenti è puramente casuale.

LICENZA SUL DIRITTO D'AUTORE:

Queste informazioni contengono programmi applicativi di esempio in linguaggiosorgente, che illustrano tecniche di programmazione su varie piattaforme operative.È possibile copiare, modificare e distribuire questi programmi di esempio sotto


qualsiasi forma senza alcun pagamento a IBM, allo scopo di sviluppare, utilizzare,commercializzare o distribuire i programmi applicativi in conformità alle API(application programming interface) a seconda della piattaforma operativa per cui iprogrammi di esempio sono stati scritti. Questi esempi non sono stati testatiapprofonditamente tenendo conto di tutte le condizioni possibili. IBM, quindi, nonpuò garantire o sottintendere l'affidabilità, l'utilità o il funzionamento di questiprogrammi. I programmi di esempio vengono forniti "NELLO STATO IN CUI SITROVANO", senza garanzie di alcun tipo. IBM non è responsabile di eventualidanni derivanti dall'utilizzo dei programmi di esempio.

Ogni copia o qualsiasi parte di questi programmi di esempio o qualsiasi lavoroderivato, devono contenere le seguenti informazioni relative alle leggi sul dirittod'autore:

© (nome della società) (anno). Parti del codice derivano da programmi di esempioIBM Corp. © Copyright IBM Corp. _immettere l'anno o gli anni_.

MarchiIBM, il logo IBM e ibm.com sono marchi di International Business Machines Corp.,registrati in molte giurisdizioni in tutto il mondo. I nomi di altri prodotti e servizipotrebbero essere marchi registrati di IBM o di altre società. Un elenco aggiornatodi marchi IBM è disponibile sul Web nella pagina “Copyright and trademarkinformation” all'indirizzo www.ibm.com/legal/copytrade.shtml.

Linux è un marchio registrato di Linus Torvalds negli Stati Uniti e/o in altri paesi.

Microsoft, Windows e il logo Windows sono marchi Microsoft Corporation negliStati Uniti e/o in altri paesi.

UNIX è un marchio registrato di The Open Group negli Stati Uniti e/o in altripaesi.

Java e tutti i marchi e logo basati su Java sono marchi o marchi registrati di Oraclee/o di società ad essa affiliate.

Informazioni particolari 99

http://www.ibm.com/legal/copytrade.shtml

http://www.ibm.com/legal/copytrade.shtml

��

Stampato in Italia

ibm websphere operational decision management ......2 ibm websphere operational decision management:...

Documents