Cuprins
INTRODUCERE
Acest articol discută despre suportul de SQL Server într-un mediu hyper-fire.
Mai multe informații
Proiectare de bază de SQL Server este complet funcționale într-un mediu hyper-fire. Cu toate acestea, dacă utilizați un mediu hyper-fire, vă recomandăm să procedați astfel:
-
Executați Microsoft SQL Server 2000 Service Pack 3 (SP3) sau un pachet de service pack ulterioare.
-
Instalați cea mai recentă actualizare de securitate.
Sistemul de operare Microsoft Windows face procesoare logice hyper-thread apare ca procesoare fizice. Pentru că SQL Server este deja foarte scalabil, procesoare suplimentare da SQL Server capacitatea de a utiliza mai multe procesoare.
Pentru informații suplimentare despre Microsoft Windows support hyper-threading, vizitați următorul site Web Microsoft:
http://www.microsoft.com/whdc/system/sysinternals/ht-windows.mspx
Ce trebuie să Acordați atenție următoarele lucruri atunci când doriți să o implementare hyper-fire:
-
Licențiere
-
Mapări de procesor
-
Performanță
-
CPU Intel calculul utilitar
Mai multe informații despre fiecare element urmează.
Licențiere
Când este activat hyper-threading, utilizează o logică fizic CPU raportul Basic Input Output System (BIOS). Implementări curente sunt folosind 2:1 rapoarte. Aceasta înseamnă că nu există două (2) procesoare logice pentru fiecare CPU fizic. Aceste rapoarte se pot modifica în viitor; cu toate acestea, Microsoft SQL Server 2000 Service Pack 3 (SP3) și versiunile ulterioare au cod licențe suplimentare, care reglează restricții de licență pentru a gestiona raportul. De exemplu, dacă codul de produs SQL Server pe care le-ați instalat permite o licență de CPU 4 la un raport de 2:1, numărul de compilare SQL Server 2000 Service Pack 3 și mai târziu compilările reglați și vă permite să utilizați 8 procesoare.
Atunci când instalați SQL Server, se va utiliza numărul CPU fizic și să permiteți SQL Server ocupa de conversie raportul. În schimb, atunci când setați opțiunea mască de afinitate , veți utiliza valorile logice CPU pentru că SQL Server utilizează toate procesoarele ca în cazul în care acestea au fost procesoare fizice.
Pentru mai multe detalii configurare licențiere și acceptate, vizitați următorul site Web Microsoft:
Mapări de procesor
În mod implicit, SQL Server creează o logică programator de programare în mod utilizator (UMS) pentru fiecare procesor în funcţie de ordinea ordine procesor. În mediile activat hyper-fire, Microsoft Windows face toate procesoarele disponibile pentru SQL Server proces ca în cazul în care sunt adevărate procesoare fizice. Un exemplu de logică și de cartografiere procesor fizic este indicat în următorul tabel.
Procesor de cartografiere tabel 1
Logică |
Fizic |
---|---|
0 |
0 |
1 |
1 |
2 |
2 |
3 |
3 |
4 |
0 |
5 |
1 |
6 |
2 |
7 |
3 |
Iată un alt procesor eșantion de cartografiere.
Tabel de mapare procesor 2
Logică |
Fizic |
---|---|
0 |
0 |
1 |
0 |
2 |
1 |
3 |
1 |
4 |
2 |
5 |
2 |
6 |
3 |
7 |
3 |
Fie maparea este acceptabil pentru SQL Server. Cu toate acestea, aveți grijă nu se creează o situație în care SQL Server este limitat în mod neașteptat la un CPU fizic atunci când se așteaptă să utilizați mai multe procesoare fizice.
Utilizaţi opţiunea mască de afinitate SQL Server pentru a modifica așteptat procesor fizic de utilizare. Pentru aceasta, consultați procesor maparea tabel 1. Dacă mască de afinitate este 00010001 și este folosind procesor 0 și procesor 4, procesoare logice care se utilizează sunt mapate la procesor fizic eșantion, #0. Acest lucru duce la utilizarea singur procesor fizic care acceptă ambele de procesoare logice în loc de două procesoare fizice. Această situație, probabil, va scădea performanțele.
Utilizați o combinație de opțiunea mască de afinitate și mască de afinitate IO parametru de pornire pentru a modifica comportamentul implicit. Pentru mai multe informații despre opțiunea mască de afinitate sau mască de afinitate IO parametru de pornire, consultați manualele Online SQL Server.
Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în baza de cunoştinţe Microsoft:
298402 înțelegerea cum să configurați opțiunea de afinitate I/O de Server SQL
Avertisment Precauție stabilit mască de afinitate. Aveți posibilitatea să configurați cu ușurință mască de afinitate incorect utilizând același procesor fizic se acceptă două procesoare logice când intenționați să utilizați procesoare fizic separat.
Performanță
Performanțele hyper-fire medii variază. Testarea conservatoare a arătat câștiguri 10 până la 20 % pentru SQL Server de lucru, dar modele de aplicație afecta semnificativ. Ar putea găsi că unele aplicații nu primesc o creștere performanței profitând de hyper-threading. Dacă procesoare fizice sunt deja saturate, folosind procesoare logice poate reduce de fapt volumul realizat.
De exemplu, aplicațiile care provoacă un nivel ridicat de probleme privind împărțirea poate provoca performanță scăzută într-un mediu hyper-fire. Vă recomandăm să testați aplicația bine pentru a vă asigura că un mediu hyper-fire oferă o performanță câștiga doriți versus comanda echivalentă procesoare fizice. Hyper-threading pot fi foarte utile, dar hyper-threading nu poate înlocui întreaga forță de un CPU fizice suplimentare.
Produsele terţe despre care se discută în acest articol sunt fabricate de companii independente de Microsoft. Microsoft nu garantează în niciun fel, implicit sau în alt mod, funcționarea sau fiabilitatea acestor produse.
Site-ul Web al Intel are unele informații bună și tutoriale despre hyper-threading (Intel NetBurst microarchitecture). Pentru mai multe informații despre sistemele care acceptă hyper-threading, vizitați următorul site Intel Web:
http://software.intel.com/en-us/blogs/2009/06/02/intel-hyper-threading-technology-your-questions-answered
http://developer.intel.com
Max gradul de paralelism (MAXDOP)
Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în baza de cunoştinţe Microsoft:
2806535 recomandări și ghiduri pentru opțiunea de configurare 'maxim gradul de paralelism' în SQL Server