Gli esperti in buon pomeriggio, il
This non è così tanto di un problema, più come appena il bisogno necessario del qualche advice.
I cominceranno con lle poche informazioni sul nostro ambiente. Abbiamo alcuni assistenti di MSSQL (versione 2005/2008) quei noi dobbiamo installare in un mazzo di failover per tolleranza di errori. Li denomineremo produzione, organizzazione e l'assistente di produzione di DocumentStorage.
The è la base di dati posteriore per un portale di Internet a che gli utilizzatori finali accedono al funzionato a segnala, generano le statistiche, ecc. l'attività ragionevolmente che alta di principalmente legge dai rapporti di SSRS che funzionano contro di esso. Il formato della base di dati è circa 500 GB.
DocumentStorage è semplicemente un sistema di formazione immagine del documento. Base di dati in pieno dei meta dati e un percorso ad un documento registrato su un azionamento comune. Formato della base di dati soltanto alcuni GB e probabilmente 700GB dei documenti registrati in parti della lima. . L'assistente abbastanza di poca attività dell'organizzazione del
The carica i dati da rivedere dalle fonti multiple quali CSV, XML, le lime di testo di fisso-larghezza, DBF, il pdf, l'accesso del ms, praticamente tutta la disposizione che potete immaginare. I dati sono caricati dalle loro fonti grezze, trasformato, fregato, pulite, ecc. sull'assistente dell'organizzazione via i pacchetti di SSIS che funzionano attraverso l'agente dell'assistente di SQL ed allora trasmesso al formato della base di dati di Production.
The su questo assistente non è enorme, forse da 80GB o così, ma soltanto perché i dati sono cancellati i giorni XX dopo che esso è trasmesso a produzione, non manteniamo molta storia qui. La quantità di dati che attraversano questa macchina ogni giorno è abbastanza voluminosa; fra tutti i tipi differenti di lime di testo ed altri dati da rivedere, li valuterei sto caricando forse 100-200 milione annotazioni per ingresso/uscita di day.
Disk sempre sono stato il più grande impasse sull'assistente dell'organizzazione (come è con la maggior parte dei casi dell'assistente di SQL). Sto cercando un certo consiglio su come dovremmo configurare fuori il SAN per la migliore prestazione sull'assistente dell'organizzazione dell'organizzazione server.
The siamo sul SAN attualmente, con gli azionamenti come questo:
Array 1:
2x73GB SRS 15k RAID1 (73GB spazio utilizzabile) nel
73GB LUN dedicato per SQL Logfiles
Array 2: il
5x300GB SRS 15k RAID5 (1,200GB spazio utilizzabile) nel
215GB LUN per il files
80GB LUN di dati di SQL per “il
820GB UNUSED
The SAN di dati da rivedere„ (lime della tenuta txt/csv/dbf/etc. dell'azionamento per caricamento) è realmente molto più grande di questo, noi ha altre macchine using esso per l'altro roba pure, io appena sto spiegando che cosa la mia configurazione corrente di SQL è. Come parte di questo progetto, sono autorizzato COMPLETAMENTE a ridistribuire TUTTO sul SAN per fornire la prestazione massima sull'assistente dell'organizzazione. Il tempo d'inserimento di caricamento di dati è critico per noi ed ora stiamo ritardando abbastanza un bit.
The SAN siamo Dell MD3000i (iSCSI 1GbE). Disponibile sul SAN per questo progetto è: drives
6x2TB 7.2k SATA del drives
17x300GB 15k SRS del
4x73GB 15k SRS/> nel passato ho tagliato sempre in su i SAN a pezzi in molti più piccoli allineamenti. Dire per esempio gli azionamenti 3x300gb in RAID5 per i dati di SQL sull'assistente 1, gli azionamenti 2x300GB in RAID1 per SQL entra gli assistenti 1, ecc. Ciò mantiene gli alberini dedicati disponibili per gli schedari di dati dei ceppi di SQL e di SQL un ogni server.
I che si domanda se sono allineamenti GRANDI preferibilmente di generazione più ricchi degli azionamenti ed allora di scultura dei LUN più piccoli per ogni assistente preferibilmente. Dire per esempio, generando un allineamento RAID10 8x300GB degli azionamenti (spazio utilizzabile 1.2TB) ed intagliando in parecchi LUN per gli schedari di dati di SQL su ogni assistente ed in un altro allineamento RAID10 degli azionamenti 8x300GB e nella scultura in LUN per i logfiles di SQL su ogni assistente. il
Which è la migliore soluzione per la prestazione massima di IO? Grandi allineamenti, spaccatura nei molti LUNs, o più piccoli allineamenti che dedicano gli azionamenti ad una singola macchina?
class= del
|
