Descrierea de sprijin pentru reþea fiºierele bazei de date în SQL Server

Microsoft recomandã, în general, cã utilizaþi un Storage Area Network (SAN) sau un disc local ataºat de stocare a fi?ierelor de date Microsoft SQL Server, deoarece aceastã configuraþie optimizeazã SQL Server performance ºi reliability. În mod implicit, utilizarea reþelei fiºiere bazã de date (stocate pe un server de reþea sau de reþea ataºat magazin [NAS]) nu este activatã pentru SQL Server.

Cu toate acestea, aveþi posibilitatea sã configuraþi SQL Server pentru a stoca o bazã de date pe un server de reþea sau un server de stocare NAS. Serverele utilizate în acest scop trebuie sã îndeplineascã cerin?ele de SQL Server pentru date scrie comandarea ºi scrie-prin garan?ii, care sunt detaliate în secþiunea „mai multe informaþii".

Dispozitive Windows Hardware Quality Lab (WHQL) calificat

Serverele Microsoft Windows ºi servere de reþea sau servere, stocare NAS care sunt Windows Hardware Quality Lab (WHQL) certificate automat îndeplineascã date scrie comandarea ºi scrie-prin garanþiile necesare pentru a accepta un dispozitiv de stocare a SQL Server. Microsoft suportã atât cererea ºi probleme legate de stocare în aceste configuraþii.

NotãSã fie sus?inute de SQL Server, soluþie de stocare NAS, de asemenea, ar trebui sã îndeplineascã toate cerinþele care sunt listate pe site-ul Microsoft urmãtoarele:

Alte aparate

Dacã utilizaþi un dispozitiv de stocare calificatã non-WHQL cu SQL Server care acceptã garan?iile I/O uz tranzacþionalã de date descrise în acest articol, Microsoft va oferi suport complet pentru aplicaþii bazate pe SQL Server ºi SQL Server. Cu toate acestea, probleme cu, sau cauzate, dispozitivul sãu subsistemului de depozitare va face referire la sau producãtorul dispozitivului. Dacã utilizaþi un dispozitiv de stocare calificatã non-WHQL care nu acceptã garan?iile I/O uz tranzacþionalã de date descrise în acest articol, Microsoft nu furnizeazã suport pentru SQL Server sau SQL Server-aplicaþii bazate pe. Pentru a determina dacã vã non-WHQL calificat stocare dispozitivul suportã I/O garanþii pentru utilizarea tranzacþionalã de date descrise în acest articol ?i este proiectat pentru utilizarea bazei de date, Consulta?i furnizorul de dispozitiv. De asemenea, contactaþi furnizorul de dispozitiv pentru a verifica cã aveþi corect dislocate ºi configurat dispozitivul pentru utilizarea bazei de date tranzacþionalã.

În mod implicit, nu puteþi crea o bazã de date SQL Server pe o partajare de reþea. Orice încercare de a crea un fiºier bazã de date pe un mapate sau loca?ia de re?ea UNC genereazã oricare dintre urmãtoarele mesaje de eroare:

Mesajul de eroare 1
Mesaj de eroare 2
Acest comportament este aºteptat. Trace pavilion 1807 ignorã verificarea ºi vã permite sã configuraþi SQL Server cu fiºierele bazei de date bazate pe reþea. SQL Server, ºi cele mai multe alte Intreprindere de date sisteme, angaja un jurnal de tranzacþii ºi asociate logica de recuperare pentru a asigura coeren?a tranzacþionalã date în caz de o eroare de sistem sau un unmanaged shut jos. Aceste protocoale de recuperare se bazeazã pe capacitatea de a scrie direct la mass-media disc, astfel încât atunci când un sistem de operare intrare/ieºire (I/O) scrie cerere întoarce administratorului bazei de date, sistemul de recuperare este garantat cã scrie este de fapt complet sau cã încheierea a scrie poate fi garantatã. Orice nerespectare de orice componentã software sau hardware pentru a onora prezentul protocol poate duce la o pierdere de date parþialã sau totalã sau de corupþie în caz de o eroare de sistem. Pentru mai multe detalii despre aceste aspecte de exploatare forestierã ?i protocoale de recuperare în SQL Server, consultaþi urmãtorul articol din baza de cunoºtinþe Microsoft:Microsoft nu acceptã fiºiere bazã de date SQL Server în reþea pe NAS sau serverele de stocare în reþea care nu îndeplinesc aceste cerin?e scrie-prin ºi scrie-ordine.

Din cauza riscurilor de erori de reþea compromite integritatea bazei de date, împreunã cu implica?ii performan?e posibile care ar putea rezulta din utilizarea partajãri de fiºiere de reþea pentru a stoca baze de date, Microsoft recomandã cã stoca?i fi?iere de date fie pe discul local subsisteme reþelelor de stocare (SANs).

O reþea ataºat magazin (NAS) sistem este un sistem de stocare Fiºier bazate pe care clientii ataºaþi prin redirector de re?ea utilizând un protocol de re?ea (cum ar fi TCP/IP). Dacã accesul la o resursã de disc necesitã ca o cotã fie mapatã sau dacã resursa disc apare ca un server de la distanþã printr-o cale UNC, (de exemplu, ume_partajare), pe reþeaua, apoi în mod implicit, sistemul de stocare disc nu este acceptatã ca o locaþie pentru bazele de date SQL Server.

Probleme de performanþã

SQL Server, similar cu alte sisteme enterprise de baze de date, puteþi plasa o sarcinã extrem de mari pe un subsistem I/O. În cele mai mari aplicaþii baze de date, fizic I/O configurare ºi tuning joacã un rol semnificativ în performanþã generalã a sistemului. Existã trei importante factori de performanþã I/O, sã ia în considerare:

• I/O bandwidth: agregate lãþimii de bandã, de obicei mãsuratã în megaocteþi pe secundã, care poate fi susþinut la un dispozitiv de baze de date
• I/O latenþã: latenþã, de obicei mãsuratã în milisecunde, între o cerere de I/O de sistemul de baze de date ºi punctul în care este completat cererea I/O
• Costul CPU: costul gazdã CPU, de obicei mãsuratã în CPU microsecunde, pentru sistemul de baze de date pentru a finaliza un singur I/O

Oricare dintre aceºti factori I/O poate deveni o strangulare ºi trebuie sã consideraþi cã toþi aceºti factori atunci când proiectaþi un sistem I/O pentru o bazã de date aplicaþie.

În forma sa cea mai simplã, o soluþie de NAS utilizeazã o reþea standard redirector software stivã, standard de reþea interface carte (NIC) ºi standard Ethernet componente. Restituirea de aceastã configuraþie este cã toate Fiºier I/O sunt procesate prin reþea stivã ºi este supusã limitãrilor lãþime de bandã din re?eaua de sine. Acest lucru poate crea performanþã ºi probleme de fiabilitate a datelor, în special programe care necesitã niveluri extrem de mare de fiºier I/O, cum ar fi SQL Server. În unele configuraþii de NAS testate de Microsoft, cantitatea totalã tranzitatã I/O a fost aproximativ o treime (1/3) cã direct ata?at soluþie de stocare pe acelaºi server. În aceastã aceeaºi configuraþie, CPU costul pentru a finaliza o I/O prin dispozitivul de NAS a fost aproximativ de douã ori cea a unui I/O locale. Ca NAS drac ºi infrastructura re?elei evolueazã, aceste rapoarte poate îmbunãtãþi, de asemenea, relativ la stocare cu conectare directã sau SANs. În plus, dacã datele de aplicare este cea mai mare parte în cache în piscina tampon de date ºi nu întâmpinaþi orice blocaje I/O evidenþiat, performanþã pe un sistem de NAS bazat este, probabil, adecvat pentru cererea dumneavoastrã.

Considerente de backup ºi restaurare

SQL Server furnizeazã interfaþa dispozitiv Virtual (VDI) pentru backup. Interfaþa de dispozitiv Virtual prevede furnizori de software de backup cu un mijloc de înaltã performanþã, scalabilã ºi fiabile pentru efectuarea backup fierbinte ?i restaurarea bazele de date SQL Server.

Software de backup opereazã pe fiºierele bazei de date stocate pe NAS dispozitive prin VDI cu nici un suport speciale specifice pentru NAS. Cu toate acestea, acest lucru duce la o cantitate mare de trafic de reþea suplimentare în timpul de backup ºi restaurare. În timpul copierii de rezervã prin VDI, SQL Server citeºte fiºiere la distanþã ºi trece datelor de software de backup de al treilea-petrecere care se executã pe computer SQL Server. Opera?ia de restaurare este analog.

Pentru a evita re?eaua suplimentare aeriene, furnizor de backup trebuie sã sprijine NAS-specifice de furnizor de backup ºi furnizor NAS. SQL Server VDI permite software-ul de backup pentru a profita de hardware (split-oglindã) sau software-ul (copie-pe-scrie) tehnologii acceptat de dispozitivele NAS pentru a face rapid copii ale fiºierelor de date locale pentru NAS. Aceste tehnologii nu numai evitarea aeriene de copiere de fiºiere în reþea pentru backup, acestea pot reduce, de asemenea, restaurare ori de ordine de mãrime.

Copiile de rezervã sunt stocate pe NAS sunt vulnerabile la eºecurile acelaºi care afecteazã fiºierele bazei de date care sunt stocate pe NAS. Luaþi în considerare protejarea aceste salvãri copiindu-le la mass-media alternativa.

PrecauþieEste posibil sã aparã date corupþiei în copia de rezervã dacã utilizaþi NAS rezervã tehnologii fãrã suport SQL Server VDI. Acestui tip de corup?ie include paginile rupte sau neconcordanþe între fiºierele jurnal ºi date în cazul în care sunt stocate pe dispozitive separate. SQL Server nu poate detecta pagini rupte sau inconsecvenþe pânã când restauraþi baza de date ºi de acces la date deteriorate. Microsoft nu acceptã utilizarea NAS rezervã tehnologii care nu sunt coordonate cu SQL Server.

Suport de backup ºi furnizor de NAS sprijinul pentru SQL Server VDI variazã. Verificaþi cu NAS ºi furnizorii de software de backup pentru detalii cu privire la sprijinul VDI.

Microsoft îndeamnã clienþii care au în vedere o implementare de o soluþie de NAS pentru bazele de date SQL Server sã consulte lor NAS furnizor pentru a vã asigura cã designul end-to-end soluþie este pentru utilizarea bazei de date. Mulþi furnizori de NAS au cele mai bune ghiduri de practicã ºi configuraþii certificate pentru aceastã utilizare. Microsoft recomandã, de asemenea, cã clienþii Benchmark-uri lor performanþã I/O pentru a se asigura cã nici unul dintre factorii I/O men?iona?i anterior provoacã o gâtuire în aplicarea lor.

Textul care urmeazã se descrie comportamentul bazate pe reþea fiºierelor bazã de date Microsoft SQL Server 2005, Microsoft SQL Server 2000 ºi Microsoft SQL Server 7.0, cu ºi fãrã urme pavilion 1807. Sintaxa mapatã se referã la o literã de unitate care asociate cu o cale de reþea de comanda NET folos. Sintaxa UNC se referã la o referire directã la o cale de reþea, cum ar fi umeserver.

• În SQL Server 7.0, fãrã urme de pavilion 1807, dacã utilizaþi DISCUL INIT compatibil sintaxa urmatã de o declaraþie a crea baza de date fie mapat cu sau sintaxa UNC, 5105 eroare.
• În SQL Server 7.0, cu urme de pavilion 1807, dacã utilizaþi sintaxa compatibil disc INIT urmatã de o declaraþie a crea baze de date cu sintaxa mapatã, crearea fiºierului reuºeºte. Dacã utilizaþi DISK Iniþializare cu sintaxa UNC, se produce eroarea 5105.
• În SQL Server 2005, SQL Server 2000 sau în SQL Server 7.0, fãrã urme de pavilion 1807, dacã executaþi o declaraþie CREATE DATABASE cu mapate sau sintaxa UNC, eroare 5105 în SQL Server 7.0 ºi eroare 5110 apare în SQL Server 2000.
• În SQL Server 2005, SQL Server 2000 sau în SQL Server 7.0, cu urme de pavilion 1807, o declaraþie de crea baze de date care este efectuatã prin utilizarea mapate sau sintaxei UNC este de succes.

Reþineþi cã SQL Server furnizeazã suport numai pentru fiºiere bazate pe reþea care utilizeazã trace pavilion 1807 pentru non-failover grupate instalãrile de SQL Server. Failover grupatã instala?iilor de SQL Server nu funcþioneazã cu fiºiere bazate pe reþea deoarece SQL Server 2005 ºi SQL Server 2000 necesitã cã dispozitivele de stocare se recunoscut ºi înregistrat de cãtre administratorul de Cluster de serviciul Cluster Microsoft (MSCS).

Note suplimentare

Utilizarea incorectã a bazei de date software-ul cu un produs de NAS, sau utilizarea de date cu un produs de NAS incorect configurat, poate duce la pierderi de date, inclusiv date total pierdere. Dacã NAS aparat sau reþea software nu onoarea complet garan?ii de date, cum ar fi comenzi de scriere sau scrie-prin, apoi hardware, software-ul, sau chiar cãderile ar putea serios compromis integritatea datelor.

REFERINÞE

Pentru mai multe informaþii despre scrie comandã sau scrie-prin pentru SQL Server, faceþi clic pe urmãtorul numãr de articol pentru a vedea articolul în baza de cunoºtinþe Microsoft:SQL Server Books Online; Subiect: "Trace steaguri"