Utilità di separare file di database e registri trans tra le partizioni

Question

Alcuni ragazzi in cui lavoro stanno configurando un nuovo server di database per SQL Server. Il server ha un'unità di sistema che memorizza anche i backup e un singolo array RAID 5 per i file del database. L'array RAID 5 è partizionato logicamente in 2 unità. Uno è per i file di database effettivi (MDF) e l'altro per i registri delle transazioni (LDF). Il motivo citato sono le migliori pratiche.

La mia domanda è se questo partizionamento extra sia inutile. C'è uno scopo per avere il database e i registri di trans su diverse partizioni logiche se condividono ancora le stesse risorse fisiche? Capisco che ci sono alcuni ottimi motivi per separare il database e i file di registro di trans su due dischi fisicamente separati. Ad esempio, la velocità e il ripristino di emergenza dovrebbero essere migliorati. Tuttavia, non riesco a pensare a nessun beneficio che non sia negato dalla mancanza di separazione fisica. Non ne so abbastanza di RAID per esserne sicuro.

Answer 1

Sei praticamente sul punto. L'unica altra situazione che potrebbe andare storta è una corruzione della partizione e sono incredibilmente rari (e probabilmente soddisfatti dall'hardware RAID).

Trovo che sia più facile parlare di separare i file di dati dai file di registro (o, in effetti, separare i filegroup per la parallelizzazione in lettura della tabella) facendo riferimento a diversi mandrini piuttosto che unità diverse . Lo rende più ovvio per coloro che sanno un po 'e lo sanno pericolosamente :)

Answer 2

La separazione di dati e file di registro è in genere eccessiva. Se in realtà hai una situazione in cui ne hai bisogno, lo saprai.

Ma anche in questo caso, aiuta solo se li separi su diversi mandrini. Il fatto di averli sullo stesso fuso / i fisico / i non ti fa guadagnare nulla.

D'altra parte, non perdi nulla, tranne la comodità di sapere che tutto ciò che riguarda il tuo database è nella questa cartella.