GESTIONE DELL'APPLICAZIONE


Proprietà che migliorano le prestazioni dei database
La corretta impostazione delle seguenti proprietà può migliorare le prestazioni di un database. Configurando queste proprietà per molti database o per uno solo di grandi dimensioni, è possibile migliorare anche le prestazioni del server. Inoltre, le impostazioni di alcune di queste proprietà aiutano anche a ridurre le dimensioni dei database.

Molte di queste proprietà richiedono la conoscenza dell'impostazione delle applicazioni. Gli sviluppatori spesso impostano queste proprietà quando creano i database.

Mostrare le immagini dopo avere visualizzato i documenti

Per visualizzare velocemente i documenti che contengono immagini, selezionare la proprietà generale per il database "Mostra immagini dopo caricamento". Gli utenti di IBM® Lotus® Notes® possono leggere il testo durante il caricamento delle immagini. In caso contrario, Notes carica le immagini nell'ordine in cui appaiono all'interno del documento; se un'immagine si trova all'inizio del documento, Notes la carica prima di visualizzare il testo. In caso di immagini di grandi dimensioni o di connessioni lente, questo ordine di caricamento delle immagini può causare rallentamenti nella visualizzazione del documento.

Questa impostazione ha effetto solo se si usa Notes per visualizzare un database; le impostazioni dei browser Web controllano direttamente la visualizzazione delle immagini.

Suggerimento È possibile specificare "Carica immagini: su richiesta" nella sezione Avanzate di un documento Località e visualizzare le immagini presenti solo quando vengono selezionate con un clic. Per informazioni, vedere la guida di Lotus Notes.

Evitare l'uso dei moduli registrati

Per assicurare che un documento sia sempre visualizzato correttamente, è possibile memorizzarlo assieme al modulo. Tuttavia, la registrazione di un modulo con ogni documento comporta l'uso di memoria di sistema e può essere necessaria una quantità di spazio su disco fino a 20 volte maggiore. Per risparmiare memoria e spazio su disco, si potrebbe evitare l'utilizzo di moduli registrati, specialmente se si riscontrano problemi di prestazioni quando si leggono i documenti. Per evitare l'uso dei moduli registrati, deselezionare la proprietà "Consenti l'uso di moduli registrati nel database". Prima di evitare l'uso dei moduli registrati, assicurarsi di comprendere il modo in cui la funzione di impostazione opera e come viene usata dal database.

Non gestire contrassegni di mancata lettura

Gestire i contrassegni che identificano i documenti non letti in un database richiede risorse di sistema e può rallentare in modo significativo le prestazioni di un database. Per alcuni database, i contrassegni di mancata lettura non sono utili, ad esempio i database di riferimento, quelli della guida fornita con IBM® Lotus® Domino(TM), i database di amministrazione, come l'elenco indirizzi di Domino, o i database che vengono aggiornati continuamente come i Registro (LOG.NSF). In questi tipi di database, conviene disattivare l'inserimento dei contrassegni che identificano i documenti non letti. Per disabilitare i contrassegni, selezionare la proprietà avanzate per il database "Non mantenere i contrassegni di scrittura".

Nota Sviluppare viste che non mostrano i contrassegni di lettura non migliora le prestazioni di un database, infatti vengono gestiti anche quando non vengono visualizzati.

Selezionando o deselezionando la proprietà "Non gestire contrassegni di mancata lettura", è necessario comprimere il database, affinché le impostazioni abbiano effetto. In questo caso, la compressione crea una copia temporanea del database, quindi il sistema deve disporre di spazio su disco per la creazione della copia.

Suggerimento È anche possibile eseguire l'attività Compact del server con le opzioni -u o -U e abilitare o disabilitare questa proprietà comprimendo il database.

Associare le tabelle di un documento ai moduli per l'aggiornamento delle viste

Durante l'aggiornamento di una vista, Domino fa riferimento a tabelle di informazioni relative ai documenti. Queste tabelle vengono registrate internamente al database. Normalmente, durante l'aggiornamento e la rigenerazione di una vista, Domino ricerca in ogni tabella i documenti che appaiono nella vista. Per aggiornare le viste in modo più efficiente, selezionare la proprietà avanzata per il database "Ottimizzazione mappa tabella documenti". Questa proprietà associa le tabelle ai moduli usati dai documenti contenuti nelle tabelle stesse. Quindi, durante l'aggiornamento di una vista, Domino ricerca solo nelle tabelle associate con i moduli usati dai documenti presenti nella vista in corso di aggiornamento. In questo modo, migliorano in maniera significativa le prestazioni dell'aggiornamento, specialmente nel caso di piccole viste all'interno di database di grandi dimensioni, come ,ad esempio, la vista Connessioni nell'elenco indirizzi di Domino.

Questa proprietà opera solo per le viste che usano la sintassi Form= come parte dei criteri di selezione. Per mantenere l'associazione tabella/modulo è necessario pagare un piccolo costo in termini di prestazioni; tuttavia, aggiornando piccole viste all'interno di database di grandi dimensioni, i benefici superano i costi.

Selezionando o deselezionando la proprietà "Ottimizzazione mappa tabella documenti", è necessario comprimere il database affinché le impostazioni abbiano effetto. In questo caso, la compressione crea una copia temporanea del database, quindi il sistema deve disporre di spazio su disco per la creazione della copia.

Suggerimento È anche possibile eseguire l'attività Compact del server con l'opzione -F o -f per abilitare o disabilitare questa proprietà e comprimere il database.

Evitare la sovrascrittura dei dati eliminati

Quando i dati vengono eliminati dai database, normalmente Domino sovrascrive tali dati su disco con una sequenza di numeri. Questa sequenza evita che un utente non autorizzato utilizzi un programma di utilità per accedere ai dati. Questa sovrascrittura influenza l'I/O del disco, e pertanto può avere effetto sulle prestazioni del database.

Si può evitare di sovrascrivere i dati eliminati nelle seguenti circostanze:


Per evitare che i dati cancellati vengano sovrascritti, selezionare la proprietà avanzata per il database "Non sovrascrivere lo spazio libero".

Non gestire la proprietà del documento "Accesso al file"

La finestra delle proprietà del documento visualizza il campo "Accesso al file", che può mostrare l'ultima data in cui un documento è stato modificato o letto. La proprietà avanzata per il database "Gestisci proprietà LastAccessed" controlla se il campo "Accesso al file" deve essere aggiornato qualora l'ultimo accesso a un documento sia stato in lettura. L'uso della proprietà "Accesso al file" per le letture comporta l'esecuzione di operazioni di I/O su disco che in altri casi non sarebbero necessarie.

Normalmente, la proprietà del database "Gestisci proprietà LastAccessed" non viene selezionata; pertanto la proprietà "Accesso al file" non viene aggiornata quando l'ultimo accesso a un documento è stato una lettura, ma solo nel caso l'ultimo accesso sia stato una modifica. È possibile modificare il comportamento predefinito selezionando "Attiva proprietà LastAccessed".

Si consiglia di selezionare la proprietà "Gestisci proprietà LastAccessed" se si usa lo strumento di archiviazione dei documenti, disponibile nella finestra delle proprietà del database, per eliminare i documenti in base ai giorni di inattività.

Disattivare le informazioni di gerarchia di risposta specializzate

Normalmente, ogni documento contiene le informazioni che lo associano a un documento principale o di risposta. Solo le funzioni @ @AllChildren e @AllDescendants, che sono utilizzate spesso nelle formule di selezione delle viste e di replica, utilizzano queste informazioni memorizzate. La conservazione di queste informazioni può avere un notevole effetto negativo sulle prestazioni del database.

Per migliorare le prestazioni di un database, disabilitare le informazioni relative alla gerarchia di risposta nei database che non usano le funzioni @, selezionando la proprietà avanzata per il database "Non supportare gerarchie di risposta specializzata".

Disattivando le informazioni di gerarchia di risposta non si hanno effetti sulle formule delle viste e delle repliche che visualizzano le informazioni gerarchicamente, senza l'uso di @AllChildren e @AllDescendants.

Disabilitando le informazioni di gerarchia delle risposte, NotesDocument.Responses viene impostato su 0 documenti. Le proprietà Responses di Lotus Notes e Java restituiranno entrambe una collezione vuota.

Selezionando o deselezionando la proprietà "Non supportare gerarchie di risposta specializzata", è necessario comprimere il database, affinché le impostazioni abbiano effetto. In questo caso, la compressione crea una copia temporanea del database, quindi il sistema deve disporre di spazio su disco per la creazione della copia.

Suggerimento È anche possibile eseguire l'attività Compact del server con le opzioni -h o -H, per abilitare o disabilitare questa proprietà e comprimere il database.

Disattiva cronologia delle transazioni

La cronologia delle transazioni registra tutte le modifiche apportate a un database e le salva in un file registro delle transazioni. Le transazioni registrate vengono scritte su disco, quando le risorse sono disponibili o quando l'operazione è stata pianificata. Disabilitare il registro delle transazioni può migliorare le prestazioni del database.

Evitare il controllo dei titoli in primo piano

È possibile impostare controllare automaticamente nei database le informazioni di rilievo. Questo tipo di controllo dei database influenza le prestazioni, specialmente se viene eseguito da molti utenti. Per impedire agli utenti di controllare un database, selezionare la proprietà avanzata del database "Non consentire controllo elementi in primo piano".

Gli amministratori possono anche usare la sezione Sicurezza di un documento Server nell'elenco Indirizzi di Domino e gestire il controllo dei titoli in primo piano a livello di server.

Consentire l'uso di più campi in un database

È possibile aumentare il numero dei campi in un database selezionando la proprietà avanzata del database "Consenti più campi nel database", che permette al database di contenere fino a 23.000 campi.

In un database in cui questa opzione non è stata selezionata, tutti i nomi di campo, in totale, non possono superare i 64 kilobyte, vale a dire un limite per il database di circa 3000 campi.

Usa la compressione LZ1 per gli allegati

In IBM® Lotus® Domino(TM) Designer 6 e versioni successive, è possibile scegliere di comprimere gli allegati usando il nuovo algoritmo LZ1, che sostituisce l'algoritmo Huffman. La compressione LZ1 è migliore del metodo Huffman perché è più rapida ed efficiente. Tuttavia, se si sta lavorando in un ambiente che usa versioni differenti di software per client e server (ad esempio, un client Lotus Domino Designer 6 e server R5) e si seleziona questa opzione, gli allegati vengono compressi nuovamente in modo automatico sul server usando il metodo Huffman. Tenere presente che la nuova compressione influisce sulle prestazioni. Per ottenere le migliori prestazioni, usare LZ1 in particolare negli ambienti Domino 6 o versioni successive.

Limitare le dimensioni dei campi $UpdatedBy

Ogni documento include un campo $UpdatedBy che contiene, normalmente, il nome dell'utente o del server associato con ciascuna sessione di modifica del documento. La memorizzazione di una cronologia completa di modifica occupa spazio su disco e rallenta l'aggiornamento delle viste e la replica. Per risparmiare spazio su disco e migliorare le prestazioni dei database, usare la proprietà avanzata per il database "Limita voci nei campi $UpdatedBy" per specificare il numero di voci per il campo $UpdatedBy. Quando il campo $UpdatedBy raggiunge il limite, la voce più vecchia verrà rimossa per fare spazio a quella più recente.

Limitare le dimensioni dei campi $Revisions

Ogni documento include un campo $Revisions che contiene, normalmente, la data e l'ora di ciascuna sessione di modifica del documento stesso. Domino usa questo campo per risolvere eventuali conflitti di replica o di salvataggio che si presentino quando due utenti modificano simultaneamente uno stesso documento in una replica, o qualora modifichino la stesso documento in repliche differenti nell'intervallo tra due operazioni di replica.

Normalmente, il campo $Revisions può contenere la cronologia di un massimo di 500 sessioni di modifica, ciascuna delle quali richiede 8 byte di spazio su disco. Con il passare del tempo, i campi $Revisions possono diventare molto grandi, occupando spazio su disco e rallentando gli aggiornamenti delle viste e la replica. Per risparmiare spazio su disco e migliorare le prestazioni dei database, usare la proprietà avanzata per il database "Limita voci nei campi $Revisions" per specificare il numero di voci per il campo $Revisions. Quando il campo $Revisions raggiunge tale limite, la voce più vecchia viene rimossa per fare spazio a quella più recente.

Si consideri la limitazione delle voci nei campi $Revisions di un database che rispetti le seguenti caratteristiche:


Il limite consigliato per il campo $Revisions è di 10 voci. Impostando un limite inferiore, si aumentano i rischi di conflitti di replica o salvataggio

Specificare l'ora di scadenza per le eliminazioni annullabili

Quando "Consenti eliminazioni annullabili" è selezionato, i documenti contrassegnati per l'eliminazione vengono conservati nel database per il numero di ore specificato prima dell'eliminazione definitiva. Nella pagina Avanzate della finestra delle proprietà del database, è possibile specificare il numero di ore per cui vengono conservati i database prima dell'eliminazione definitiva.

Per ulteriori informazioni sulle eliminazioni annullabili, vedere Aggiunta di una vista per le eliminazioni annullabili. Per informazioni sul ripristino di un documento eliminato, vedere la funzione @UndeleteDocument.

Supporto cronologia thread risposte

Questa opzione è nuova lo con la versione 8. Se è selezionata l'opzione "Supporta la cronologia dei thread di risposte", i documenti del database contengono campi di ulteriori informazioni che permettono di ordinare i documenti secondo la gerarchia delle risposte.

Nota La selezione di questa opzione non ha effetto sui documenti esistenti. I thread esistenti non saranno identificati o resi come tali e solo i nuovi thread parteciperanno alla funzionalità. Questo è vero anche se viene creata una nuova replica o copia di un database con i thread esistenti. Solo nei nuovi documenti sarà elaborata l'appartenenza ai thread e la collocazione nella gerarchia.

Non consentire la ricerca semplice

Questa opzione è nuova nella versione 8. Quando è selezionato "Non consentire la ricerca semplice", DbSearch è disabilitato. Questo permette all'amministratore di evitare le ricerche in grandi database, quando non è desiderabile creare nuove viste o un indice di testo completo. Se questa opzione è selezionata, il codice DbSearch restituisce un errore.

Vedere anche