Un motivo in più per passare alla 8.01 - Storage migliorato del 35% - 40%

TIPS ADMIN domino 8.01 novita storage

  • 6 commenti
Prendo spunto da questo articolo pubblicato su Dominoblog  per rispondere a tutti quelle persone ( spesso e volentieri clienti ) che mi chiedono  "Per quale motivo devo passare alla nuova release di Domino? C'è qualcosa di concreto da poter far vedere "

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 :

Image:Un motivo in più per passare alla 8.01 - Storage migliorato del 35% - 40%

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:

  • #1 Giuseppe 03/22/2008 1:13:30 PM

    @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.

  • #2 kalos 03/21/2008 5:06:55 PM

    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...

  • #3 Maurizio Andreotti 02/27/2008 12:12:09 PM

    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

  • #4 Fabio Pignatti 02/25/2008 11:53:59 PM

    Anche per me, con prove su db di 2-3 GB, calo di circa il 10%

  • #5 Daniele Vistalli 02/25/2008 2:56:07 PM

    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

  • #6 Matteo Bisi 02/25/2008 1:52:12 PM

    Il mio DB è calato del 10% circa.

Commenta articolo
 

Questo spazio web è stato creato da per un uso pubblico e gratuito. Qualsiasi tipo di collaborazione sarà ben accetta.
Per maggiori informazioni, scrivete a info@dominopoint.it

About Dominopoint
Social
Dominopoint social presence: