SQL Server: più database con accesso alla transazione su un array SSD

Question

Lo so per gli array HDD che aventi più file di registro da diversi database hanno un colpo di prestazione in quanto modifica il modello IO da sequenziale a caso per l'array.Quindi avere un array per database per i loro registri è una migliore pratica.

Qualcuno ha suggerimenti su come eseguire più database SQL Server con i file di registro per ciascuno di tali database esistenti su un array SSD?

Qualcuno ha esperienza con le differenze dei FMDS di Hitachi VS SSDS per il loro hard hardware?Sono preoccupato di consolidare i singoli azionamenti fino a pochi FMDS e non essere in grado di sostenere le prestazioni tra i database utente e TEMPDB se tutto ciò che ho è il pool di disco di 4 FMDS per tutto.

Answer 1

Modifica da sequenziali ai modelli di lettura / scrittura logici logici è molto più dannoso su unità rotazionali rispetto agli SSD.Poiché gli SSD non hanno teste di lettura, la latenza è molto più bassa, anche su letture non sequenziali e scrive.Prenderai un colpo di esecuzione se non è sequenziale, ma con SSD di estremità superiore, sarai in grado di avvicinarsi o saturare velocità del bus (SAS / SATA) sul sistema.Dovrai assicurarti che qualsiasi cosa tu stia guidando la tua matrice con possa sostenere l'I / O.Ho trovato i benchmark di crytalldiskmark w / 4k @ 32qd sono stati indicatori accurati di prestazioni su un sistema occupato.Tutto ciò che ha detto, se il tuo array SSD può sostenere gli stessi IOPs su tutti i registri con I / O casuale come le tue unità rotazionali possono fare sequenziali, starai bene.

Non ho alcuna esperienza con FMDS VS SSDS.