De goede middagDeskundigen,
This is niet zodat zal veel van een probleem, meer als enkel het vereisen van één of andere advice.
I met wat informatie over ons milieu beginnen. Wij hebben een paar servers MSSQL (versie 2005/2008) die wij aan opstelling in een failovercluster voor foutentolerantie nodig hebben. Wij zullen hen Productie roepen, het Opvoeren en van de Productie DocumentStorage.
The is de server het achterste deelgegevensbestand voor een portaal van Internet dattot de eindgebruikers toegang hebben om rapporten in werking te stellen, produceren statistieken enz. De vrij hoge activiteit van meestal leest van Ssrs- rapporten die tegen het lopen. De grootte van het gegevensbestand is ongeveer 500 GB.
DocumentStorage is eenvoudig een systeem van de documentweergave. Het hoogtepunt van het gegevensbestand van meta-gegevens, en een weg aan een document op een gedeelde aandrijving wordt opgeslagen die. De grootte van het gegevensbestand slechts een paar die GB en waarschijnlijk 700GB van documenten in dossieraandelen worden opgeslagen. De vrij lage activity.
The Opvoerende ruwe gegevens van serverladingen uit veelvoudige bronnen zoals CSV, XML, de dossiers van de be*vestigen-breedtetekst, DBF, PDF, MS-Access, vrij veel om het even welk formaat u kunnen veronderstellen. Het gegeven wordt geladen uit hun ruwe schoongemaakt omgezette bronnen, geschrobd, enz. op de Opvoerende server via pakketten SSIS dat doorgenomen de SQL Agent van de Server en dan verzonden naar Production.
The- gegevensbestand de grootte op deze server niet enorm is, misschien 80GB of zo, maar slechts omdat het gegeven XX dagen wordt geschrapt nadat het wordt verzonden naar productie, hier houden wij heel wat geschiedenis niet. De hoeveelheid gegeven die door deze machine overgaat elke dag vrij massief is; tussen alle verschillende types van tekstdossiers en andere ruwe gegevens, zou ik schatten wij laden misschien 100-200 miljoen verslagen per day.
Disk I/O altijd het grootste knelpunt op de Opvoerende server is geweest (zoals met de meeste SQL serverinstanties is). Ik zoek wat raad op hoe wij San voor de beste prestaties op de Opvoerende Opvoerende server server.
The uit zouden moeten vormen zijn momenteel op San, met aandrijving als dit:
Array 1:
2x73GB SAS 15k in RAID1 (73GB bruikbare ruimte)
73GB LUN specifiek voor SQL Logfiles
Array 2:
5x300GB SAS 15k in RAID5 (bruikbare ruimte 1,200GB)
215GB LUN voor SQL Gegevens files
80GB LUN voor „ruwe gegevens“ (van de aandrijvingsholding txt/csv/dbf/etc.- dossiers voor lading)
820GB UNUSED
The San is eigenlijk veel groter dan dit, wij andere machines hebben die het gebruiken voor ander materiaal eveneens, verklaar ik enkel wat mijn huidige SQL configuratie is. Als deel van dit project, ben ik gemachtigd om ALLES op San VOLLEDIG opnieuw toe te wijzen om maximumprestaties op de Opvoerende server te verstrekken. On-time laden van gegevens is kritiek voor ons en op dit ogenblik blijven wij vrij een bit.
The San zijn achter Dell MD3000i (1GbE iSCSI). Beschikbaar op San voor dit project is: 15k SAS
4x73GB drives
17x300GB 15k SAS drives
6x2TB 7.2k SATA drives
in het verleden heb ik altijd op san's in vele kleinere series gehakt. Zeg bijvoorbeeld aandrijving 3x300gb in RAID5 voor SQL gegevens over Server 1, opent de aandrijving 2x300GB in RAID1 voor SQL Server 1, enz. het programma Dit houdt specifieke assen voor SQL logboeken en SQL gegevensdossiers één elke server.
I am beschikbaar benieuwd zijnd of ben ik beter van in plaats daarvan in plaats daarvan het creëren van GROTE series van aandrijving en dan het snijden kleinere LUN voor elke server. Zeg bijvoorbeeld, creërend een serie RAID10 van aandrijving 8x300GB (bruikbare ruimte 1.2TB) en snijdend in verscheidene LUN voor SQL de dossiers van Gegevens op elke server, en een andere serie RAID10 van aandrijving 8x300GB en het snijden in LUN voor SQL logfiles op elke server.
Which is de betere oplossing voor maximumprestaties IO? Grote die series, in vele LUNs worden verdeeld, of kleinere series die aandrijving aan één enkele machine wijden?
|
