
# --------------------------- ADD -------------------------------------------

<Add>
Add

Utilizzo:  fare clic su \"Add;\" completare la finestra di dialogo; fare clic su \"Add.\"

Ô possibile aggiungere manualmente un server fornendo le seguenti informazioni a
CandleDBConfig:

1) Server Name - il nome del server di database che si desidera controllare.

2) Home Directory - il nome completo della directory in cui Š stato installato il
   server.

3) $Product Version -  la versione o il livello di rilascio dell'eseguibile del database.

4) Init File Name - il nome completo del file di inizializzazione del database. 
   Questo campo Š facoltativo e viene fornito a solo scopo informativo.  OMA
   per $Product non richiede un nome file di inizializzazione.

5) Login ID - l'ID di login di database utilizzato per il collegamento a $Product.

6) Password - la password da utilizzare con \"ID di login.\"

Una volta fornite queste informazioni, l'elenco di server di database visualizzato in CandleDBConfig Š aggiornato con il nuovo server.

</Add>

# --------------------------- MODIFICHE ---------------------------------------
#
# Eliminato in quanto attivo solo per 98R2.

# --------------------------- VISUALIZZA ---------------------------------------
#
# VISUALIZZA Š stato unificato con MODIFICA.


# --------------------------- ESCLUDI ---------------------------------------

<Exclude/Include>
Escludi/Includi

Utilizzo:  selezionare uno o pi— server di database tra quelli visualizzati in
CandleDBConfig; fare clic su \"Escludi.\"

\"Escludi\" consente di eseguire l'attivazione/disattivazione.  Da utilizzare per escludere i server che non si desidera controllare.  Se un server Š attualmente escluso, \"Escludi\" lo
riattiver… e includer… tra i server di cui si sta eseguendo il controllo.
 
Se mediante l'uso di \"Ricerca\" vengono individuati anche i server non in esecuzione, CandleDBConfig considera qualsiasi file $init_name valido che punta ad un database reale per rappresentare un server.
Tuttavia, un file $init_name pu• essere sperimentale od obsoleto.  \"Escludi\" consente
di escludere tali server da ulteriori considerazioni. 

Tenere presente che NON Š necessario escludere un server solo perchŠ non Š
in esecuzione.  Ô possibile configurare una agente per controllare un server non in esecuzione e anche
avviare tale agente.  L'agente eseguir… la registrazione con CMS e periodicamente
tenter… di collegarsi al database.  Se il database Š avviato, l'agente inizier… ad eseguirne
la notifica.  Si potrebbe, quindi, definire un agente per il controllo di un database $Product part-time e tale agente dovrebbe inviare notifica dell'attivit… del database quando si verifica.

Il campo \"Stato\" dei server di database presente in CandleDBConfig viene aggiornato
per visualizzare i server esclusi.

</Exclude/Include>

# --------------------------- INTRO   ---------------------------------------
#
# Non utilizzato.

# --------------------------- ELENCO ------------------------------------------

<List Config Files>
Elenca file di configurazione

Utilizzo:  selezionare uno o pi— server di database tra quelli visualizzati in
CandleDBConfig; fare clic su \"Elenco;\" viene visualizzato il file di configurazione; se visualizzati, utilizzare i pulsanti
\"Precedente\" e \"Successivo\" per visualizzare vari file di configurazione; fare clic su \"Annulla.\"

\"Elenco\" viene utilizzato per visualizzare il contenuto dei file di configurazione del  server di database creati da CandleDBConfig.  In questa fase, i file possono essere solo visualizzati; non
possono essere modificati da CandleDBConfig.

</List Config Files>

# --------------------------- INDIVIDUA ----------------------------------------

<Search II (Disk Searches)>
Ricerca II (Ricerche disco)

Utilizzo:  fare clic su \"Ricerca II;\" selezionare un tipo di ricerca; fare clic su \"Vai.\"

\"Ricerca II\" fornisce diverse tecniche di ricerca che Š possibile utilizzare se mediante \"Ricerca\"
non sono state individuati tutti i database che si desidera controllare.  Le scelte relative a \"Ricerca II\" sono:

1) Ricercare $home_name negli script in \$PATH.

   Se, per avviare applicazioni di database, vengono utilizzati di solito script scritti in locale,    ogni script deve contenere un'istruzione che imposta $home_name sulla directory di installazione    del database.   Questa opzione esegue la ricerca di tale istruzione in tutti gli script in UNIX
   \$PATH.

2) Eseguire la ricerca, iniziando da una determinata directory.  Tale directory corrisponde di solito a \$HOME
   del proprietario del database.  Tuttavia, Š possibile specificare una qualsiasi directory
   fornita del percorso completo.  Questa opzione Š simile alla 1) ad eccezione che la ricerca    Š limitata alle directory presenti nella directory specificata anzich‚ in quelle fornite
   in \$PATH.
   
3) Ricercare possibili proprietari di $Product.

   Ô possibile richiedere che CandleDBConfig esegua la ricerca nei file su disco nelle
   directory \$HOME degli utenti UNIX che potrebbero disporre dell'installazione del database.  Viene
   quindi visualizzato un elenco di tutti gli utenti UNIX il cui ID o descrizione contiene i caratteri    \"$Prd\" o \"dba\" e che quindi potrebbero risultare i proprietari di $Product.
   Una volta selezionati gli utenti da tale elenco, CandleDBConfig esegue la ricerca delle installazioni     di $Product nelle relative strutture di directory.  

   Tenere presente che questa opzione supporta utenti definiti nel file /etc/passwd o nei
   database di login condivisi \"yp\" o \"nis\".  Considerare inoltre che i file system
   sono forniti nell'elenco.  Questo campo risulta utile nel decidere se prendere in considerazione
   un utente in quanto indica l'ubicazione fisica del disco dell'utente.

   Attenzione: per l'esecuzione di ricerche nei file system NFS potrebbe essere necessario diverso tempo se il file system Š gestito da una macchina all'altra estremit… di un link di comunicazione
   lento.  Tuttavia, tali file system non contengono di solito server di database che vengono eseguiti
   su questa macchina.


L'elenco di server di database visualizzato in CandleDBConfig viene quindi aggiornato in modo da includere eventuali ulteriori server rilevati utilizzando le tecniche di
\"Ricerca II\".

</Search II (Disk Searches)>

# --------------------------- LOGIN  ----------------------------------------

<Specify Logins/Passwords>
Specifica ID di login/password

Utilizzo:  selezionare uno o pi— server di database tra quelli visualizzati in
CandleDBConfig; fare clic su \"Specifica;\" completare la finestra di dialogo; fare clic su \"OK.\"

\"Specifica\" consente di definire gli ID di login e le password del database che l'agente
utilizza per accedere al database.  Ô possibile selezionare ID di login al database
esistenti o nuovi.   L'ID di login predefinito Š "candle".  Tenere presente che gli ID di database sono definiti dall'amministratore di
database e ne consentono l'accesso.  Un ID di login UNIX non Š necessariamente
un ID di login di database, ma entrambi possono avere lo stesso nome.  I server
definiti in OMA per $Product, ma che non dispongono di alcuna informazione su ID login o password risultano visualizzati con (I) ad indicare incompletezza in CandleDBConfig.

\"Specifica\" indica SOLAMENTE agli agenti di controllo Candle come collegarsi al database.
CandleDBConfig non crea l'ID di login al database, non assegna una password o
attribuisce le autorizzazioni necessarie.  Ô responsabilit… dell'utente assicurarsi che
l'ID di login e la password del database corrispondano a quelli qui specificati.  Tuttavia, \"Verifica\"
controlla che quanto specificato per ID di login/password in CandleDBConfig funzioni correttamente
per il database in uso.

Se il campo relativo alla password viene lasciato vuoto, CandleDBConfig richiede se
non si desidera assegnare una password.  Se tale campo viene lasciato vuoto, il login al database risulta configurato senza la protezione di una password.  Per motivi di sicurezza, la password viene visualizzata come \"xxxxxx\" nel file di log, $CANDLEHOME/logs/<host_name>_dd_config.log  

Nota per Oracle 7.1.4:  Oracle 7.1.4 consente solo agli ID di login di gestione interna
\"sys\" di leggere le viste relative alle prestazioni.  Questo risulta un malfunzionamento di Oracle
corretto nei rilasci successivi, ma per 7.1.4 non Š disponibile alcuna correzione.  Quindi, quando
ci si collega ad un database Oracle 7.1.4, Š necessario specificare come ID di login di database \"sys\".  

L'elenco di server di database visualizzato in CandleDBConfig viene quindi aggiornato in modo da includere eventuali nuovi ID di login. 

</Specify Logins/Passwords>

# --------------------------- MODIFICA  ---------------------------------------

<Modify/Display>
Modifica/Visualizza

Utilizzo:  selezionare uno o pi— server di database tra quelli visualizzati in
CandleDBConfig; fare clic su \"Modifica;\" immettere o modificare i valori nella finestra di dialogo; fare clic su
\"Modifica.\"

\"Modifica\" visualizza l'elenco di tutti i seguenti attributi configurati per un server e
consente di eseguirne la modifica ad eccezione del nome del server: 

1) Directory home - il nome completo della directory in cui Š stato installato il
   server.

2) Versione $Product -  la versione o il livello di rilascio dell'eseguibile del database.

3) Nome file di inizializzazione - il nome completo del file di inizializzazione del database. 
   Questo campo Š facoltativo e viene fornito a solo scopo informativo.  OMA
   per $Product non richiede un nome file di inizializzazione.

   IMPORTANTE:  se al server sono stati cambiati i nomi, NON utilizzare questo campo    per puntare al nuovo file $init_name.  Escludere invece questo server e lasciare che    CandleDBConfig aggiunga il nuovo nome come ad nuovo server.   

4) ID di login - l'ID di login di database utilizzato per il collegamento a $Product.

5) Password - la password da utilizzare con \"ID di login.\"

L'elenco di server di database visualizzato in CandleDBConfig viene quindi aggiornato in modo da includere eventuali nuove informazioni di configurazione.

</Modify/Display>

# --------------------------- OPZIONI ------------------------------------------

<Options>
Opzioni

Utilizzo:  fare clic su \"Opzioni;\" selezionare le opzioni; fare clic su \"OK.\"

\"Opzioni\" viene utilizzato per impostare il funzionamento di runtime delle operazioni di CandleDBConfig.
Se Š selezionato \"verifica file di configurazione\", ogni operazione di CandleDBConfig
assicurer… che i file di configurazione di database, ubicati in $CANDLEHOME/config, hanno il
formato corretto.  

Come impostazione predefinita (\"usa file di log esistente\") CandleDBConfig scrive una voce sul relativo file di log esistente, $CANDLEHOME/logs/<host_name>_dd_config.log, ogni volta che
esegue un'operazione.  Se si desidera eseguire il log solo dell'operazione pi— recente o se non si desidera eseguirlo affatto, selezionare \"crea nuovo file di log\" o \"non scrivere sul file di log.\"

</Options>

# --------------------------- PROPRIETARIO  ----------------------------------------
#
# PROPRIETARIO fa parte ora di Ricerca2.

# --------------------------- ANALISI ------------------------------------------

<Search>
Ricerca

Utilizzo:  se si desidera, attivare \"non in esecuzione;\" fare clic su \"Opzioni;\" selezionare le opzioni;
fare clic su \"OK;\" fare clic su \"Ricerca.\"

Quando si richiama CandleDBConfig o si preme \"Ricerca,\" CandleDBConfig esegue
un'analisi iniziale dell'ambiente per ricercare tutti i server $Product in esecuzione.  Se
si attiva \"non in esecuzione,\" CandleDBConfig eseguir… la ricerca anche nei database che
non sono attualmente in esecuzione.  I risultati della ricerca vengono visualizzati nella
finestra di dialogo CandleDBConfig.
 
CandleDBConfig esamina tutti i server $Product in esecuzione, individua dove sono
installati sul sistema UNIX in uso e acquisisce altre informazioni su di essi.  Il
tempo necessario a completare la ricerca dipende dalla versione di UNIX in esecuzione.

Se Š stato richiesto che CandleDBConfig esegua la ricerca dei server non in esecuzione, creer…
un elenco interno di tutte le potenziali directory $home_name e ricercher… ogni server lŤ
definito.  CandleDBConfig sviluppa tale elenco di potenziali directory $home_name
da:

1) La directory $home_name di eventuali server in esecuzione.

2) L'impostazione corrente della variabile di ambiente $home_name, se presente.

3) Qualsiasi istruzione in uno script automatico (.profile, .login, ecc.) nella directory
   \$HOME del proprietario del database che crea la variabile di ambiente $home_name.

4) Se lo script root successivo all'installazione Oracle, \$ORACLE_HOME/orainst/root.sh,
   era in esecuzione quando Š stato installato Oracle, questo ha creato un file di registro    denominato /etc/oratab.  Sia Oracle che Candle consigliano di eseguire questo script in
   modo che i server Oracle in uso possano essere rilevati facilmente.  Tenere presente che CandleDBConfig    assume che il file oratab o di registro sia denominato /etc/oratab.

Se mediante \"Ricerca\" viene individuato un server che non si desidera controllare, Š possibile
escluderlo utilizzando il pulsante \"Escludi\".  Inoltre, eventuali opzioni di ricerca scelte con
il pulsante \"Opzioni\" rimangono attive finch‚ non vengono cambiate.

</Search>

# --------------------------- SISTEMA ---------------------------------------

<System/DB Config>
Configurazione DB/sistema

Di seguito Š riportata una breve panoramica relativa alla preparazione di database e sistema necessaria
affinch‚ OMA (OMEGAMON Monitoring Agent) possa controllare un database.  Per informazioni dettagliate,
fare riferimento al documento \"Installing Candle Products on UNIX\". 

SYSTEM

1) L'eseguibile kddos richiede speciali autorizzazioni UNIX.  Tali autorizzazioni
   devono essere impostate in fase di installazione di OMA.  Altrimenti, possono essere
   impostate utilizzando il programma di installazione del prodotto Candle.  Per informazioni dettagliate,
   fare riferimento al documento \"Installing Candle Products on UNIX\".

2) CMS deve essere aggiunto mediante gli appropriati dati.  L'aggiunta di CMS deve essere
   eseguita in fase di installazione di OMA.  Altrimenti, Š possibile eseguire l'aggiunta di CMS
   utilizzando il programma di installazione del prodotto Candle.  Per informazioni dettagliate,
   fare riferimento al documento \"Installing Candle Products on UNIX\".

DATABASE

INFORMIX

L'unica autorizzazione necessaria a Informix consiste nel potersi collegare al
database.  $CANDLEHOME/misc/koxgrant.sql dispone della corretta sintassi SQL per effettuare ci•.

OMA per Informix include un programma che deve essere eseguito come
ALARMPROGRAM facoltativo di Informix.  Modificare ONCONFIG in modo che ALARMPROGRAM sia
$CANDLEHOME/<arch>/koxerr per il proprio tipo di sistema UNIX.  Se si dispone gi… di un
ALARMPROGRAM personalizzato, modificare l'istruzione ONCONFIG ALARMPROGRAM in modo da
puntare a koxerr.sh e modificare koxerr.sh in modo da fare riferimento al programma in uso.  Lo script koxerr.sh dispone di istruzioni complete.

ORACLE

OMA per Oracle utilizza un ID di login Oracle per il collegamento al database.  Ad eccezione di
Oracle 7.1.4, OMA potrebbe utilizzare qualsiasi ID Oracle, anche un ID utilizzato per
altri scopi.  CandleDBConfig non crea tale ID.  Se si desidera, Š possibile definire l'ID
senza una password.  In tal caso, non indicare alcuna password a CandleDBConfig. 
Inoltre, gli ID di login e le password Oracle NON sono sensibili al maiuscolo/minuscolo.

La seguente istruzione SQL Oracle definisce un ID e una password Oracle.  In
questo esempio, \"oralogin\" indica l'ID di login Oracle che verr… utilizzato e \"password\"
la relativa password:

  CREATE USER oralogin IDENTIFIED BY password;

I requisiti di sicurezza differiscono per questi rilasci Oracle:

  7.1.4  OMA per Oracle deve collegarsi come \"sys.\"  Questo Š un limite Oracle.

  7.1.6  Ô possibile utilizzare qualsiasi ID di login Oracle, purch‚ disponga dell'autorizzazione a          leggere qualsiasi tabella.  Se l'ID Š \"candle,\" Š possibile assegnare tale autorizzazione collegandosi ad Oracle con un ID login Oracle che disponga di privilegi DBA e immettendo la seguente istruzione SQL:

           GRANT SELECT ANY TABLE TO oralogin;

         Tale requisito Š un limite Oracle.

  7.2 e successive.  Ô possibile utilizzare qualsiasi ID di login Oracle, ma devono essere assegnati a questo solo       determinati privilegi.  Candle fornisce uno script SQL che esegue tali
      assegnazioni.  Tale script Š ubicato in $CANDLEHOME/misc/korgrant.sql.
      Di seguito sono riportate brevi istruzioni per l'esecuzione di tale script.  Per ulteriori informazioni       dettagliate, fare riferimento al documento \"Installing Candle Products on UNIX\".

      a) Impostare le variabili di ambiente Oracle, ORACLE_SID e ORACLE_HOME,          per questa installazione.  Se la configurazione dei database Š stata
         completata, Š possibile \"dare origine\" ai file nella directory config per impostare
         tali variabili.

      b) Avviare sqlplus.

      c) Immettere quanto riportato di seguito alla richiesta SQL:  SQL> @korgrant candle

      Attenzione:  sqldba e svrmgr(l) non consentono l'uso di parametri con script sql.  
      Se si esegue korgrant.sql con uno di tali programmi, Š necessario modificarlo
      per sostituire tutte le ricorrenze di &1 con l'ID di login che si desidera utilizzare.

OMA per Oracle richiede l'installazione dei sinonimi e delle viste relative alle prestazioni Oracle.  Questi sono creati dal programma di installazione Oracle se viene eseguito fino al completamento.  
I sinonimi e le viste relative alle prestazioni possono essere creati anche dallo script SQL appropriato in ORACLE_HOME/rdbms/admin.  Consultare la documentazione Oracle per informazioni dettagliate.
Tenere presente che questo requisito non Š necessario se si utilizza l'ID di login Oracle \"sys\",  che Š necessario utilizzare per Oracle 7.1.4.

Solamente in Oracle 7.2, Oracle ignora le assegnazioni alla tabella V\$LATCH.  Per risolvere
ci•, applicare la correzione Oracle relativa a \"base bug #254661.\" In questo modo
si viene abilitati alla visualizzazione di dati nel \"Prospetto Elementi totali cache.\"  Se non si esegue l'installazione di tale correzione, Š necessario
installare Oracle con l'ID di login \"sys\".

OMA per Oracle non richiede l'accesso alle tabelle SYS.DBA_VIEWS e
SYS.DBA_SYNONYMS, ma questo Š richiesto dalla procedura \"Verifica\" di CandleDBConfig.  Se
CandleDBConfig non pu• leggere queste tabelle, non pu• verificare completamente l'installazione.
Tuttavia, OMA sar… operativo.

SYBASE

OMA per Sybase utilizza un ID di login Sybase per il collegamento al database.  Potrebbe utilizzare qualsiasi ID Sybase, anche un ID utilizzato per
altri scopi.  CandleDBConfig non crea tale ID.  Se si desidera, Š possibile definire l'ID
senza una password.  
In tal caso, non indicare alcuna password a CandleDBConfig.  Inoltre, gli ID di login e le password Sybase SONO sensibili al maiuscolo/minuscolo.

La seguente istruzione isql Sybase definisce un ID e una password Sybase.  In
questo esempio, \"syblogin\" indica l'ID di login Sybase che verr… utilizzato e \"password\"
la relativa password:    

  sp_addlogin syblogin,password
  go

Candle fornisce inoltre uno script SQL, $CANDLEHOME/misc/koygrant.sql, per l'assegnazione
delle autorizzazioni necessarie.

Per il collegamento a Sybase, OMEGAMON Monitoring Agent per Sybase utilizza la libreria Sybase \"Open Client\".  Se \"Open Client\" non Š installato sul sistema Sybase in uso, l'agente
non pu• collegarsi a Sybase e verr… ricevuto un messaggio nel file
col.out che indica che CT-INIT non ha avuto esito positivo.   Ô possibile determinare se \"Open Client\"
Š installato, verificando la presenza di lib/libct.a nella directory home Sybase.

Se \"Open Client\" non Š installato, Š necessario ottenere uno dei seguenti elementi:

1) il prodotto \"Open Client\" da Sybase.  Ogni licenza
   server Sybase assegna al cliente gratuitamente una sola licenza \"Open Client\".  Contattare Sybase per ulteriori informazioni.

2) una versione di runtime di CTlib per Sybase.  Questa Š disponibile, senza alcuna spesa,
   dal supporto di secondo livello Candle.  Candle Š autorizzata da Sybase a distribuire
   la parte di runtime di CTlib.

</System/DB Config>

# --------------------------- VERIFICA ---------------------------------------

<Verify OMA Installation>
Verifica installazione OMA

Utilizzo:  fare clic su \"Verifica;" controllare i risultati visualizzati nella finestra di dialogo; fare clic su \"Annulla.\"

\"Verifica\" accerta che sia stata eseguita correttamente l'installazione di OMA verificando che:

1) Š presente una versione UNIX valida.

2) nelle directory chiave in $CANDLEHOME, le autorizzazioni UNIX sono corrette.

3) sono impostate speciali autorizzazioni UNIX per kddos.

4) per questo host esistono i file di configurazione del prodotto.

Relativamente ad ogni server configurato, \"Verifica\" controlla che:

5) il file di configurazione Š valido e la configurazione Š completa.

6) sono presenti il file di inizializzazione del database e la directory home del database e che si disponga    dell'autorizzazione alla lettura del file.

7) il prodotto Sybase Open Client Š installato per il server.

8) il server di database Š in esecuzione.  Altrimenti, la verifica di OMA per
   questo database non pu• continuare.

9) Š possibile eseguire con esito positivo il login al database.

10) Š possibile accedere alle tabelle delle prestazioni Oracle V\$.  Se non Š possibile, potrebbe essersi     verificato che:

    a) le tabelle non sono mai state create (fare riferimento nel capitolo 5 della guida alla pianificazione,
       alla sezione intitolata: \"V\$ Dynamic Performance Tables.\").

    b) lo script korgrant.sql non era in esecuzione.

    Se non si dispone dell'autorizzazione DBA, non Š possibile avere informazioni a riguardo.

    Tenere presente che \"Verifica\" controlla tutti i sinonimi e le viste delle prestazioni Oracle.  OMA per
    Oracle ha avuto esito negativo in qualche sito in quanto i sinonimi e le viste delle prestazioni sono stati      creati solo parzialmente in fase di installazione Oracle.  Inoltre, questa verifica richiede che l'utente     Oracle disponga dell'autorizzazione SELECT su SYS.DBA_VIEWS e SYS.DBA_SYNONYMS.  Tali concessioni NON     fanno parte dello script korgrant.sql in quanto la maggior parte delle installazioni Oracle autorizza     SELECT alle tabelle di cataloghi su PUBLIC.

11) Š possibile accedere alla vista di prestazioni Oracle 7.2 SYS.V_\$LATCH.  Se non Š possibile,
    fare riferimento al documento \"Installing Candle Products on UNIX\".

12) Š stato eseguito lo script Sybase koygrant.sql.  Tale script concede sa_role
    all'ID di login Sybase in uso.  

13) relativamente a Informix, il sito in uso ha eseguito le modifiche necessarie all'istruzione ALARMPROGRAM   del file ONCONFIG.  Fare riferimento al documento \"Installing Candle Products on UNIX\".

14) l'host CMS risponde ad un ping.

15) l'agente pu• collegarsi ad un CMS.  Se non Š possibile, potrebbe essersi verificato che:

    a) l'host CMS, il numero di porta CMS o il nome CMS Š in errore.

    b) CMS non Š in esecuzione.

    Senza accesso diretto alla macchina CMS e conoscenza di dove esattamente Š
    installato CMS su tale macchina, CandleDBConfig non pu• fornire alcuna indicazione.

16) CMS Š stato distribuito ed Š stato eseguito un nuovo ciclo dal momento della distribuzione.  Se Š stato eseguito un nuovo
    ciclo di CMS, i primi risultati possono essere inconcludenti.  Per tale motivo, \"Verifica\"
    consente l'esecuzione dell'agente fino ad una massimo di cinque minuti prima di concludere che
    CMS non Š attivo o non Š stato aggiunto.  Tuttavia, se l'agente determina che CMS non Š attivo,
    l'agente IVP viene riciclato immediatamente in quanto il funzionamento predefinito consiste
    nell'attendere dieci minuti prima di tentare di ricollegarsi.
 
\"Verifica\" non controlla che:

1) cat, atr, sql (dati di inizializzazione) ed i relativi file in CMS sono coerenti
   con questo agente installato. 

2) problemi di tempo causano timeout delle comunicazioni.

3) relativamente a Informix, il sito in uso non ha revocato l'autorizzazione SELECT per le tabelle di sistema    da PUBLIC.  Lo script koxgrant.sql non contiene concessioni specifiche a riguardo; viene assunto che il    sito in uso ha lasciato queste concessioni cosŤ come fornite in origine da Informix.

</Verify OMA Installation>

