Momentan sunteți offline, așteptați să vă reconectați la internet

Descrierea de suport pentru rețea fișierele bazei acoperire de date în SQL Server

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 304261
Rezumat
Microsoft recomandă, în general, să utilizați o rețea de zonă de stocare (SAN) sau de pe disc locală atașată pentru stocarea fișierelor acoperire de date Microsoft SQL Server, deoarece această configurație optimizează SQL Server performanța și fiabilitatea. implicit, utilizarea fișierelor de baze acoperire de date de rețea care sunt stocate pe un server dintr-o reţea sau un server de rețea Attached Storage (NAS) nu este activată pentru SQL Server.

Cu toate acestea, aveți posibilitatea să configurați SQL Server pentru a stoca o bază acoperire de date pe un server dintr-o reţea sau NAS server. Serverele care sunt utilizate în acest scop trebuie să îndeplinească SQL Server cerințele pentru comanda de scriere date și scrie prin garanții. Acestea sunt detaliate în secțiunea "Mai multe informații".

Condițiile următoare descriu utilizarea fișierele bazei acoperire de date de rețea care sunt stocate pe un server dintr-o reţea sau NAS server:
  • Această utilizare este activat implicit în Microsoft SQL Server 2008 R2 şi versiunile ulterioare.
  • Utilizați această necesită "-T1807" pornire semnalizatorul de urmărire să funcționeze în Microsoft SQL Server 2008 și versiunile anterioare. Pentru mai multe informații despre cum se activează Semnalizatoarele de urmărire pornire, consultați următorul subiect SQL Server Books Online:

Windows Hardware Quality Lab WHQL calificat dispozitive

fermă de servere Microsoft Windows și serverele de reţea sau NAS stocare serverele care sunt Windows Hardware Quality Lab WHQL calificat automat îndeplinesc comanda de scriere date și scrie prin garanțiile necesare pentru a accepta un dispozitiv de stocare a SQL Server. Microsoft acceptă aplicații și probleme legate de stocare în aceste configurații.

Notă Pentru a fi acceptate de SQL Server, soluția de stocare NAS, de asemenea, trebuie să îndeplinească toate cerințele care sunt listate în următorul document de Descărcare:

Alte dispozitive

Dacă utilizați un dispozitiv de stocare – WHQL necalificat cu SQL Server care acceptă I/O garanțiile pentru utilizare tranzacții bazei acoperire de date, descrisă în acest articol, Microsoft va oferi suport complet pentru SQL Server și aplicații bazate pe SQL Server. Cu toate acestea, probleme cu, sau cauzate de, dispozitivul sau sa subsistem de stocare va face referire la producătorul dispozitivului. Dacă utilizați un dispozitiv de stocare – WHQL necalificat care nu acceptă I/O garanțiile pentru utilizare tranzacții bazei acoperire de date, descrisă în acest articol, Microsoft nu poate furniza suport pentru SQL Server sau aplicații bazate pe SQL Server. Pentru a determina dacă dispozitivul de stocare – WHQL necalificat acceptă I/O garanțiile pentru utilizare tranzacții bazei acoperire de date care sunt descrise în acest articol sau sunt proiectate pentru utilizarea bazei acoperire de date, consultați-vă cu producătorul dispozitivului. De asemenea, Contactați distribuitorul de dispozitiv pentru a verifica corect implementat și configurat dispozitivul pentru utilizare tranzacții bazei acoperire de date.
Informaţii suplimentare
implicit în SQL Server 2008 și versiunile anterioare, este posibilă crearea unei baze acoperire de date SQL Server pe o partajare de fișiere în rețea. Orice încercare de a crea un fișier bază acoperire de date pe o mapate sau locație de rețea UNC generează oricare dintre următoarele mesaje de eroare:

Mesaj de eroare 1
5105 "eroare de activare dispozitiv"

Mesaj de eroare 2
5110 "file 'nume_fișier' este pe un dispozitiv de rețea nu este acceptată pentru databasefiles."

Acest comportament este așteptat. Semnalizatorul de urmărire 1807 ignoră selectare și vă permite să configuraţi SQL Server cu fișierele bazei acoperire de date de rețea. SQL Server și cele mai multe alte date sistemele enterprise, utilizați un jurnal de tranzacții și asociate logica de recuperare pentru a menține consistența tranzacții bazei acoperire de date în cazul în care o eroare de sistem sau închideți un negestionate. Aceste protocoale de recuperare se bazează pe capacitatea de a scrie direct la disc media, astfel încât atunci când un sistem de operare intrare/ieșire solicitarea de scriere (I/O) revine la managerul de baze acoperire de date, Recuperare sistem poate fi sigur că a scrie este de fapt complet sau care pot fi garantate finalizarea de scriere. Orice eroare de orice componentă software sau hardware de honor acest protocol poate provoca o pierdere acoperire de date parțial sau total sau deteriorarea în cazul în care o eroare de sistem. Pentru mai multe informații despre aceste aspecte de înregistrare în jurnal și protocoale de recuperare în SQL Server, faceți clic pe următorul număr de articol pentru a merge la următorul articol din baza de cunoștințe Microsoft:
230785 Descrierea înregistrarea în jurnal și date algoritmi de stocare care extind fiabilitatea acoperire de date în SQL Server
Microsoft nu acceptă fișierele bazei acoperire de date SQL Server în reţea pe NAS sau serverele de stocare în reţea, care nu îndeplinește aceste cerințe scrie prin și ordinea de scriere.

Din cauza riscului de erori de rețea a compromite integritatea bazei acoperire de date, împreună cu implicații de performanță posibile care pot rezulta din utilizarea de rețea partajări de fișiere pentru a stoca baze acoperire de date, Microsoft recomandă să stocați fișierele bazei acoperire de date sau pe discul local subsisteme reţele de stocare (SANs).

Un reţea în jurul sistemului ataşat magazin (NAS) este un sistem de fișiere în funcție de stocare care clienții atașați prin redirector de rețea utilizând un protocol de rețea (de exemplu, TCP/IP). implicit, dacă acorda acces la o resursă disc necesită mapa o partajare sau dacă resursa disc apare ca un server la distanță printr-o cale UNC (de exemplu, \\Servername\Sharename) în rețea, sistemul de stocare de disc nu este acceptat ca o locație pentru bazele acoperire de date SQL Server.

Probleme de performanță

SQL Server, similar cu alte sisteme de baze acoperire de date de întreprindere, pot fi o sarcină foarte mare pe un subsistem I/O. În cea mai mare aplicații bazelor acoperire de date, fizic I/O configurarea și reglarea În redare la un rol important în performanța generală a sistemului. Există trei majore I/O performanță factori de luat în considerare:
  • Bandă I/O: cumulate lățime de bandă, de obicei măsurată în megaocteți pe secundă care pot fi sustained la un dispozitiv de baze acoperire de date
  • Latență I/O: latență, de obicei măsurată în milisecunde, între o solicitare pentru I/O de sistemul de baze acoperire de date și punctul în care s-a terminat cererea I/O
  • CPU cost: cost gazdă CPU, de obicei măsurată în CPU microsecunde, pentru sistemul de bază acoperire de date pentru a termina un singur I/O
Oricare dintre acești factori I/O poate deveni o problemă și ce trebuie să luați în considerare toate aceste factori atunci când un sistem de I/O pentru o aplicație de baze acoperire de date de proiectare.

În forma cea mai simplă, o soluție NAS utilizează o reţea standard redirector stiva de software, standard network interface card (NIC) și componente Ethernet standard. Dezavantaj al această configurație este că toate fișier I/O este procesat prin stiva de rețea și se pot limitări de bandă a rețelei în sine. Acest lucru poate crea performanță și probleme de fiabilitate a datelor, în special în programe care necesită niveluri extrem de mare de fișier I/O, cum ar fi SQL Server. În unele configuraţii NAS testate de Microsoft, transmitere I/O a fost aproximativ unul-al treilea (1/3) care a direct atașat soluţie de stocare pe același server. În această configurație același, costul CPU pentru a efectua o I/O prin dispozitivul NAS era aproximativ de două ori un I/O locale. Ca dispozitive NAS și infrastructura de rețea evoluează, aceste rapoarte, de asemenea, pot îmbunătăți stocare atașată direct sau SANs. În plus, dacă datele de aplicație este cea mai mare parte în memoria cache în rezervorul tampon acoperire de date și nu ați întâlnit oricare dintre suprasolicitarea I/O menționate, performanța pe un sistem de NAS pe baza este probabil adecvată pentru aplicația.

Considerente de copiere de rezervă și restaurare

SQL Server furnizează o interfață de dispozitiv Virtual (VDI) pentru copierea de rezervă. VDI furnizează furnizori de software de backup cu un mijloc de înaltă performanță, scalabile și fiabile pentru efectuarea fierbinte copiile de rezervă și restaurarea bazelor acoperire de date SQL Server.

Software de backup funcţionează în baza acoperire de date fișierele stocate pe dispozitive NAS prin VDI speciale nu are suport specific pentru NAS. Cu toate acestea, acest lucru duce la multe suplimentare de trafic de rețea în timpul copiere de rezervă și restaurare. Backup prin VDI, SQL Server citește fișiere la distanță și transferă datele de copiere de rezervă software-ul terț care se execută pe computer cu Server SQL. Operația de restaurare este similară.

Pentru a evita rețeaua suplimentare aeriene, distribuitorul de copiere de rezervă trebuie să furnizați suport NAS specifice de furnizor de copiere de rezervă şi distribuitorul NAS. SQL Server VDI permite software-ului copiei de rezervă pentru a profita de hardware (split-oglindă) sau software-ul (copia pe scriere) tehnologii acceptate de dispozitive NAS pentru a face rapid copii ale fișierelor acoperire de date locale la NAS. Aceste tehnologii nu numai evita globale de copierea fișierelor prin rețea pentru copierea de rezervă, de asemenea, să reducă restaurare ori de ordine de mărime.

Copiile de rezervă care sunt stocate pe NAS sunt vulnerabile la același erorilor care afectează fișierele bazei acoperire de date care sunt stocate pe NAS. Ce ar trebui să luați în considerare protejarea aceste face o copiere de rezervă copiind-le alternative media.

Atenție Se poate produce deteriorarea bazelor acoperire de date din copia de rezervă, dacă utilizați NAS tehnologii de copiere de rezervă fără suport SQL Server VDI. Deteriorarea astfel include paginile rupt sau inconsistențe între fișierele jurnal și date dacă acestea sunt stocate pe dispozitive separate. SQL Server nu poate detecta rupt pagini sau inconsistențe până ce restaurați baza acoperire de date și acces la date deteriorate. Microsoft nu acceptă utilizarea NAS tehnologii de copiere de rezervă, care nu sunt cu SQL Server.

Asistență copiere de rezervă și NAS furnizor suportul pentru SQL Server VDI variază. Verificați cu NAS și furnizori de software de backup pentru detalii referitoare la suport VDI.

Microsoft solicită clienții care au în vedere o implementare de o soluție NAS pentru bazele acoperire de date SQL Server să consulte NAS producător pentru a vă asigura că design capăt la soluții este destinat utilizării bazei acoperire de date. Mulți furnizori NAS au cele mai bune practici ghiduri şi configuraţii certificate pentru această utilizare. Microsoft recomandă, de asemenea, că clienţii de referinţă performanțele lor pentru a vă asigura că niciuna dintre factorii I/O menționate anterior provoacă un blocaj în aplicarea lor.

Următoarea listă descrie comportamentul de fişiere de reţea pe bază acoperire de date Microsoft SQL Server 2005, Microsoft SQL Server 2000 și Microsoft SQL Server 7.0, cu sau fără semnalizatorul de urmărire 1807. Sintaxă mapată se referă la o literă de unitate de unitate care este asociat cu o cale de rețea de comenzii NET USE. Sintaxă UNC se referă la o referință direct la o cale de rețea, cum ar fi \\Servername\Sharename.
  • În SQL Server 7.0, fără semnalizatorul de urmărire 1807, dacă utilizați DISK INIT compatibil sintaxă urmat de o instrucțiune crea baze acoperire de date cu fie mapat sau sintaxa UNC, eroare 5105 apare.
  • În SQL Server 7.0, cu semnalizatorul de urmărire 1807, dacă utilizați sintaxa compatibil DISK INIT, urmat de o instrucțiune crea baze acoperire de date cu sintaxa mapată, crearea unui fişier de succes. Dacă utilizați DISK INIT cu sintaxa UNC, eroare 5105.
  • În SQL Server 2005, SQL Server 2000 sau SQL Server 7.0, fără semnalizatorul de urmărire 1807, dacă executați o instrucțiune crea baze acoperire de date cu mapat sau sintaxa UNC, eroare 5105 apare î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 semnalizatorul de urmărire 1807, o declarație crea baze acoperire de date care se efectuează utilizând mapat sau UNC sintaxă este reușită.
Următoarea listă descrie suportul pentru fișierele rețea bazată pe clustere cu reluare SQL:

Note suplimentare

Utilizarea incorectă a software-ului bazei acoperire de date cu un produs NAS sau utilizarea bazei acoperire de date cu un produs NAS incorect configurat, poate duce la pierderea acoperire de date, inclusiv pierderi acoperire de date total. Dacă NAS dispozitiv sau rețea software-ul nu complet respectă garanțiile date, cum ar fi scriere comanda sau scrie-prin, apoi hardware, software-ul sau chiar căderile serios ar putea compromite integritatea datelor.
Referinţe
Pentru mai multe informații despre cum se utilizează partajări de rețea pentru bazele acoperire de date SQL Server, consultaţi următorul articol din SQL Server Storage Engine Blog:

Pentru mai multe informații despre scriere comanda 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:

234656 Utilizarea unitate de disc cache cu SQL Server
Pentru mai multe informații despre Semnalizatoarele de urmărire SQL Server, consultați următorul subiect SQL Server Books Online:

SQL Server necesită sisteme pentru a accepta "garantat livrare media stabilă" prezentate subSQL Server I/O fiabilitatea cerințe de Program.Pentru mai multe informații despre cerințele de intrare și de ieșire pentru motorul de baze acoperire de date SQL Server, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:
967576 Microsoft SQL Server bază acoperire de date motor cerințe de intrare/ieșire
dispozitivele de stocare prin NAS atașat de rețea

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 304261 - Ultima examinare: 05/15/2015 09:12:00 - Revizie: 5.0

Microsoft SQL Server 7.0 Standard Edition, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2005 Compact Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Evaluation Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2000 Developer Edition, Microsoft SQL Server 2000 Enterprise Edition, Microsoft SQL Server 2000 Enterprise Evaluation Edition, Microsoft SQL Server 2000 Personal Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2000 Windows CE Edition, Microsoft SQL Server 2000 Workgroup Edition, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Express, Microsoft SQL Server 2008 R2 Standard, Microsoft SQL Server 2008 R2 Web, Microsoft SQL Server 2008 R2 Workgroup, Microsoft SQL Server 2008 Standard, Microsoft SQL Server 2008 Web, Microsoft SQL Server 2008 Workgroup, Microsoft SQL Server 2012 Analysis Services, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Web, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Web, Microsoft SQL Server 2012 Business Intelligence, Microsoft SQL Server 2014 Business Intelligence

  • kbinfo kbmt KB304261 KbMtro
Feedback