Bhè ..tutti noi del settore sappiamo tutte le novità introdotte nella 8.X ... riguardanti nuovi feature (client Eclipse , web services, composite application, DWA lite ) ma spesso per vedere in azione queste caratteristiche è necessario dedicarci del tempo al fine di preparare una Demo.
Vi faccio invece vedere in pratica come bisogna effettuare L'upgrade all'ODS 48 (introdotto nella R8) che settando opportuni parametri di compressione sul Database dovrebbe a dire di IBM ridurre del 40% circa lo storage su disco...
1) Innanzitutto è fondamendale aggiungere nel Notes.ini del server il parametro Create_R8_Databases=1 che permette per ogni nuovo database creato su server di rendere come default il nuovo ODS e permette di effettuare upgrade dalla vecchio ODS 43 (ND6 e ND7)
2) E' necessario attivare le opzioni di compressione sul database :
La prima introdotta nella 8.0 si limita a comprimere solo il design e la seconda ( introdotta nella 8.01 ) comprime anche i dati all'interno dell'NSF.
3) A questo punto basta lanciare il comando da console
compact -c "database name"
E se tutto girà per il verso giusto prima di eseguire un compact verrà controllato se i parametri sono abilitati e successivamente verrà eseguita la compattazione e conversione al nuovo ODS (viene creato su FileSystem un file Temporaneo del database compresso in maniera incrementale che una volta finito il processo di compattazione viene sostituito all'originale )
Se eventualmente qualcosa non andasse a buon fine basta lanciare il comando da console (per tornare all'ODS precedente) :
compact -r "database name"
---------------------------------------------------------------------------------------------------------------------------------------------------
Ho fatto dei test in casa su 4 database di posta di alcuni utenti ottenendo i seguenti risultati (un po' discordanti da quelli dichiarati da IBM) ma che non pretendo possano essere presi in considerazione, ma solo per presa visione :
DATABASE
|
ODS 43(ND6 e ND7)
|
ODS 48 (with compression Design and Data)
|
Recuperati
|
In % recuperati
|
DB MAIL 1 (60% allegati e 40% testo) |
1.843.200 Kbytes
|
1.745.920 Kbytes
|
97.280 Kbytes
|
5,3%
|
DB MAIL 2 ( 70% testo e 30% allegati) |
499.712 Kbytes
|
456.192 Kbytes
|
43.520 Kbytes
|
8,7%
|
DB MAIL 3 (80% testo e 30% allegati) |
798.976 Kbytes
|
699.392 Kbytes
|
99.584 Kbytes
|
12,5%
|
DB MAIL 4 (100% testo) |
38.400 Kbytes
|
18.688 Kbytes
|
19.712 Kbytes
|
51,33%
|
TOTALE
|
3.180.288 Kbytes
|
2.920.192 Kbytes
|
260.096 Kbytes
|
8,2% |
6 Commenti:
@Kalos: le versioni di prova di Domino (per windows, linux, solaris ecc.) le trovi qui:
{ Link }
quelle del client (windows, linux e mac)qui:
{ Link }
anche se non supportato, il server gira benissimo su centos: per fare delle prove puoi tranquillamente metterlo su una macchina virtuale nello stesso pc su cui lavori.
vi seguo da qualche tempo, dopo avervi scoperto e dopo un lungo periodo di "abbandono" del Domino perche' non piu'ritenuto strategico come prodotto dal mio datore di lavoro. Recentemente ho "suggerito" una implementazione domino ad un importante Pubblica Amministrazione, lasciando stare che non ne ricavero' niente in termini "economici"... perche' mi trovavo per caso ad affiancare il manager di quella PA il quale, sapendo il mio interesse verso i prodotti lotus, ha chiesto il mio parere (ovviamente positivo)... volendo riprendere a "giocare" con domino mi sono reso conto che tutti i miei riferimenti per scaricare delle demo o le versioni sviluppatore sono inutilizzabili. Qualche suggerimento?
p.s. io preferisco Linux come ambiente di lavoro...
Questi sono i risultato sul mio DB di posta:
DB non compresso 137MB
Compressione Design 122MB
Compressione design+dati 106MB
Nel mio caso la compressione dei dati ha ridotto del 13% rispetto al DB con la sola compressione del design
Anche per me, con prove su db di 2-3 GB, calo di circa il 10%
Io ho provato per ora solo sulla mia mailbox con un bel -26% (Server su Linux).
Appena posso voglio provarlo su alcuni "GROSSI" database di content management
Il mio DB è calato del 10% circa.