Prestazioni dell'archivio dati

Le prestazioni di un archivio dati, scelto come archivio messaggi per un motore di messaggistica, possono essere influenzate da diversi fattori, quali la fornitura di connessioni sufficienti all'origine datiJDBC(Java data base connectivity). Utilizzare queste informazioni per configurare un ambiente ottimale per un archivio dati.

Il carico di lavoro che il motore di messaggistica impone al sistema di gestione del database relazionale (RDBMS) è leggermente diverso dai normali carichi di lavoro del database, poiché il motore di messaggistica esegue principalmente operazioni SQL INSERT e DELETE . Considerare questo carico di lavoro quando si utilizzano le linee guida di ottimizzazione fornite dal provider RDBMS. Le seguenti informazioni potrebbero essere utili anche per l'amministratore del database.

Ogni motore di messaggistica può richiedere un numero elevato di connessioni simultanee al database. Per progettazione, un motore di messaggistica utilizza molti thread per eseguire gli aggiornamenti del database contemporaneamente. Configurare il pool di connessione per l'origine dati JDBC utilizzata dall'archivio dati con connessioni sufficienti per far fronte ai carichi di lavoro di picco. L'amministratore del database potrebbe dover modificare la configurazione del database per supportare questo numero di connessioni simultanee dal server delle applicazioni.

Le prestazioni dell'archivio dati influenzano in modo significativo la velocità di trasmissione della messaggistica. La velocità di trasmissione è generalmente limitata dalla latenza di scrittura del log del database. Considerare la possibilità di collocare il log del database su una periferica dedicata veloce configurata per prestazioni di scrittura ottimali. Idealmente, utilizzare un controller di storage con una cache di memoria supportata dalla batteria in modo che gli effetti della velocità di rotazione del disco e delle latenze di ricerca non siano evidenti. Per tutti i sistemi tranne quelli entry-level, utilizzare un controller RAID.

DB2 suggerimento: per ottenere le migliori prestazioni dai messaggi nell'intervallo da 3 KB a 20 KB, è necessario considerare l'inserimento delle tabelle SIBnnn in un tablespace con pagine da 32 KB e l'adattamento della larghezza della colonna VARCHAR a 32032 byte.