SSD con Oracle

19

Abbiamo esaminato l'utilizzo degli SSD con Oracle per accelerare le nostre esecuzioni di migrazione dei test. Al momento sono necessarie 12-18 ore per completare una corsa alla migrazione, in base al volume di dati (ovviamente stiamo facendo anche molte ottimizzazioni delle prestazioni). Abbiamo un numero di box Linux economici che stiamo usando per varie analisi e analisi.

Il costo degli SSD direttamente da Dell è proibitivo. Mi chiedevo se qualcuno avesse esperienza nell'uso di SSD di consumo (come quelli Crucial / Micron).

Mi rendo conto che il supporto TRIM sarebbe un problema su Linux (usando Centos). Qualcuno li ha usati su Windows 7 per contrastare questo?

oracle performance

— Stuart Brock
fonte

1

Abbiamo finito per aggiungere SSD per indici e tablespace e rimuovendone i due. Non abbiamo avuto il grande salto di velocità che speravamo. Più simile al 10-15% più veloce per le nostre esecuzioni di migrazione, ma in assenza di altre opzioni che sono state un buon risparmio di tempo (il nostro esperto di ottimizzazione Oracle era già stato rilasciato sul DB). Grazie per tutti i commenti. Siamo andati con SSD Crucial che offrivano prestazioni abbastanza buone a un buon prezzo e non hanno ancora avuto problemi. Abbiamo anche accettato che si sarebbero consumati e li tenessero d'occhio (e copiosi backup)! Grazie per tutti i commenti. Stuart.

— Stuart Brock il

6

Ecco i maggiori problemi che vedo con SSD e database:

Errore SSD
- Succede più spesso di quanto vorrei; spesso entro uno o due anni con un uso normale e più veloce se letto / scritto pesantemente. Cosa succede quando si inviano file di ripristino, registri e dati a un SSD? Molte letture e molte scritture. Combinazione sbagliata, IMO.
SSD "cura tutto"
- Gli SSD sono belli quando si tratta di leggere la velocità, sì. Sono fantastici da cui avviare un sistema operativo o da cui avviare programmi. Ma non si dovrebbe consentire agli SSD di diventare una correzione per l'ottimizzazione completa. Sono sicuro che non lo sei, poiché probabilmente stai provando tutto il possibile per rendere più rapida la migrazione, ma a volte gli SSD possono sembrare un Santo Graal per evitare alcuni dei problemi più difficili quando si tratta di ottimizzare. (In molti modi si può dire lo stesso di come gettare più hardware o memoria in un problema. A volte è meglio ottimizzare il problema piuttosto che gettare più hardware.)
Mancata corrispondenza R / W
- Le letture sono velocissime.
- Le scritture non sono veloci come le letture (sebbene di solito migliori degli HDD)
  http://it.wikipedia.org/wiki/Solid-state_drive
- Pertanto, gli SSD hanno davvero senso solo per i supporti di avvio (come SO, eseguibili db, ecc.)
Indossa livellamento e sicurezza
- Se la sicurezza è fonte di preoccupazione, il livellamento dell'usura nell'SSD renderà quasi impossibile cancellare l'unità e accertarsi che sia stato azzerato. Due, tre e più passaggi non lo faranno nemmeno, e ci sarà sempre la possibilità che una parte dei tuoi dati sia ancora ottenibile.

— Kerri Shotts
fonte

Hai ancora la stessa opinione nel 2019?

— TrojanName

7

Non vedo ancora alcuna risposta alla tua domanda e, sebbene non abbia alcuna esperienza con l'uso di unità SSD di livello consumer con un database, ho pensato che la seguente domanda su ServerFault potesse essere utile:

/server/69037/configuring-sql-for-optimal-performance-ssd-or-hdd

modifica: ho trovato di recente il seguente articolo e ho pensato di aggiungerlo alla mia risposta. Parla dell'utilizzo di SSD con SQL Server, ma ho pensato che alcuni dei fattori discussi potrebbero essere utili anche per i DBA Oracle.

http://technet.microsoft.com/en-us/magazine/hh334997.aspx (Riduci I / O, Aumenta prestazioni)

— Jeff
fonte

5

Gli SSD possono velocizzare la lettura dei dati.

La scrittura non sarà più veloce. Non pensare nemmeno di posizionare le ripetizioni su SSD poiché sono solo scritte. Per accelerare la scrittura sulla ripetizione: aggiungere più unità e rimuoverle. Le ripetizioni vengono scritte in sequenza, quindi l'aggiunta di più mandrini migliora la velocità di scrittura, fino a quando non si raggiunge il limite del controller.

Che cosa sta facendo quella migrazione di test? Utilizza il codice procedurale o usa i set?

Se si utilizza il codice procedurale, assicurarsi di implementare operazioni in blocco. I set sono quasi sempre più veloci.

— ik_zelf
fonte

1

Hai una fonte per un benchmark che mostra una velocità di scrittura inferiore sugli SSD, in particolare con lo stesso livello di striping? La mia comprensione era che anche gli SSD sono più veloci nelle scritture, ma la differenza non è così drammatica come per le letture.

— Leigh Riffel,

@Leigh - È vero, ma il vero punto è che il vantaggio è considerevolmente maggiore per lo io casuale che per il sequenziale . Penso che sia giusto affermare che gli SSD sono ancora solo per esigenze di iopori casuali elevate.

— Jack Douglas,

1

Abbiamo effettuato alcuni test con le schede f5100 su un sistema M5000 in cui abbiamo provato a utilizzare i dischi flash come cache secondaria per zfs, dedicata a file e sga estesa. La lettura è stata veloce, la scrittura è lenta, rispetto a quella che abbiamo fatto con la SAN. (alcuni box EMC). Come notato, i registri sono scritti in sequenza. I dischi sono realizzati per questo tipo di io, quando sono a strisce.

— ik_zelf,

2

Ho scambiato il mio vecchio HDD con un SSD Crucial M4 da 512 MB per eseguire test su un grande database Oracle.

Corro Oracle 10.2 su Windows 7 in VMWare.

I cambiamenti delle prestazioni sono davvero impressionanti. L'importazione e l'esportazione di database e query SQL sono molto più veloci.

Tuttavia, ho uno strano errore che appare di volta in volta:

ERRORE 2012-06-18 18: 18: 14,177: Errore durante l'esecuzione della query
java.sql.SQLException: ORA-01578: blocco dati ORACLE danneggiato (file # 6, blocco # 1646317)
ORA-01110: file dati 6: 'C: \ ORACLE \ product \ 10.2.0 \ oradata \ DUNE \ WEBDATA02.DBF'

Non ho mai avuto questo problema con la stessa VM sulla stessa macchina con l'HDD.

Dopo aver eseguito DBV sul file, nulla viene contrassegnato come danneggiato.

Non ho trovato nulla su questo problema.

— svett
fonte

Non riconoscere questo errore, ma ho dimenticato di dire che le importazioni sono state accelerate in modo massiccio dagli SSD. Sono state solo le corse migratorie a saltare solo del 10-15% in velocità. Quindi grazie per quello.

— Stuart Brock,