Server - Database Acess su eventuale SSD

[LoneRunner]

Qui in sede abbiamo un database Access molto vasto e pesante: le query hanno raggiunto ritardi nell'ordine di minuti.

So' che questo è un grosso limite di Access, ma non posso far riscrivere il software (almeno, non ora...).

Pensate che, salvando questo DB su un SSD o addirituttra un RamDrive, possa ottenere delle prestazioni migliori in rete?

Grazie!

[niki89]

attualmente che hdd montano il tuo database(server immagino)???immagino raid cmq mi dovresti dire i tipi hdd cm sono...da li posso dirti se aumenterà le prestazioni o meno

[LoneRunner]

Sono dei WD sata2 da 1,5 TB, in Raid 1 però... Volevo, questo sabato, fare un tentativo usando un pendrive performante, giusto per vedere se ci sono differenze oppure no.

Spazio nel server ne ho: posso ancora aggiungere 2 unità da 3,5 e 1 unità da 2,5.

[niki89]

da qnt sono da 7200 rpm o 15000 rpm che la differenza si vede ^^
cmq se hai sata2 da 15000 rpm sono ottimi gia cosi...non ti conviene cambiare

[Spectrum7glr]

dubito che un pendrive per quanto performante abbia la minima possibilità di avvicinare le prestazioni di un disco rigido (se non altro per le prestazioni dell'interfaccia che sono piuttosto basse)

[LoneRunner]

Originariamente inviato da niki89

da qnt sono da 7200 rpm o 15000 rpm che la differenza si vede ^^
cmq se hai sata2 da 15000 rpm sono ottimi gia cosi...non ti conviene cambiare

No, purtroppo sono dei 7200 rpm. Mi spiacerebbe far spendere parecchi $$ per un disco da 15.000rpm e non vedere differenze.

Originariamente inviato da Spectrum7glr

dubito che un pendrive per quanto performante abbia la minima possibilità di avvicinare le prestazioni di un disco rigido (se non altro per le prestazioni dell'interfaccia che sono piuttosto basse)

La questione è che il DB è minuscolo (es. 60 MB), e non so' se la latenza è legata ai tempi di ricerca su disco, dalla velocità dello stesso o da Access. Chiaro che Access non è proprio il software adatto per fare da gestionale...

[niki89]

guarda se db e piccolo essendo 60 mb puoi montare il pc piu performante al mondo ma ci guadagneresti poco....ottimizza le query e vedrai che risparmi tanti soldini...

[LoneRunner]

Lo immaginavo purtroppo...

La programmazione del db non è in mano mia: è per quello che sto' impazzendo. Fosse per me, mi orienterei verso altri db...

[niki89]

se vuoi un consiglio fai un passo drastico ma fatto bene punta mysql o oracle...continuando cosi ci metterai un anno per una query....prima o poi lo dovrai fare qst passo

[rv89]

Usa un server con molta ram e monta parte della ram su una directory.
La miglior cosa è di usare una RAM DDR3 ECC.

Questa soluzione è provvisoria, quando il tuo database diventerà piu grande e pesante, ci metterai comunque tanto. Quindi considera di convertire il tuo DB in MySQL, PgSQL, MySQLite oppure Oracle.

[Spectrum7glr]

Originariamente inviato da rv89

Usa un server con molta ram e monta parte della ram su una directory.
La miglior cosa è di usare una RAM DDR3 ECC.

Questa soluzione è provvisoria, quando il tuo database diventerà piu grande e pesante, ci metterai comunque tanto. Quindi considera di convertire il tuo DB in MySQL, PgSQL, MySQLite oppure Oracle.

o MS sqlserver...esiste la versione express che è gratuita e fa praticamente tutto quello che fa la Enterprise. Oltretutto ha già integrati i reporting services che una volta che si impara ad utilizzarli sono un valore aggiunto notevole. Senza contare che si integra alla perfezione con Access che puoi continuare ad utilizzare ad esempio per produrre in fretta maschere per query e/o update mentre il DB fisicamente si trova su una piattaforma performante.

[rv89]

Originariamente inviato da Spectrum7glr

o MS sqlserver...esiste la versione express che è gratuita e fa praticamente tutto quello che fa la Enterprise. Oltretutto ha già integrati i reporting services che una volta che si impara ad utilizzarli sono un valore aggiunto notevole. Senza contare che si integra alla perfezione con Access che puoi continuare ad utilizzare ad esempio per produrre in fretta maschere per query e/o update mentre il DB fisicamente si trova su una piattaforma performante.

Giusto, me lo ero dimenticato, poichè avevo in mente un sistema operativo unix.
Se si installa MySQL è facile controllare l'utilizzo del server database con Munin o un altro programma di monitoring. Cosi come su unix anche con Windows con programmi di monitoring diversi.

[Second Reality]

Bah, se proprio sei disperato usa ramdisk.

occchio pero' mi raccomando.. solo per soluzioni temporanee!!

[LoneRunner]

Al ramdisk ci avevo pensato, ma non mi fido molto avendo Ram non-ECC.

Colgo però il consiglio di MS Sqlserver: provo a chiedere quanto puo' venire a costare una migrazione verso questo.

Purtroppo devo aspettare che ci sia il budget per riscrivere il software: quando questo è nato, diversi anni fa', tutto ci saremmo aspettati tranne che diventava un gestionale così grande e importante.

Ovviamente, nel corso del tempo, nessuno ha pensato agli sviluppi...

[Second Reality]

Originariamente inviato da LoneRunner

Al ramdisk ci avevo pensato, ma non mi fido molto avendo Ram non-ECC.

Colgo però il consiglio di MS Sqlserver: provo a chiedere quanto puo' venire a costare una migrazione verso questo.

Purtroppo devo aspettare che ci sia il budget per riscrivere il software: quando questo è nato, diversi anni fa', tutto ci saremmo aspettati tranne che diventava un gestionale così grande e importante.

Ovviamente, nel corso del tempo, nessuno ha pensato agli sviluppi...

Sinceramente piu' della ram ECC mi preoccuperei dell'eventuale perdita di dati in caso di mancanza di corrente.
Dovresti vedere se le shadow copy sono possibili su questi tipi di dischi.

Comunque migrare e' l'unica via sicura

[greeneye]

Una posibile alternativa è l'I-disk di Gigabyte

EDIT
I-Ram non I-disk