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

Grupate SQL Server, don'ts şi avertismente de bază

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: 254321
Rezumat
Acest articol descrie unele importante şi interdicţii pentru folosind SQL Server grupate fermă de servere cu versiuni diferite de SQL Server.

Importante Toţi clienţii care sunt încă utilizaţi gruparea cu SQL Server 6.5 şi SQL Server 7.0 ar trebui să faceţi upgrade la SQL Server 2000 sau SQL Server 2005, de îndată ce este posibil să facă acest lucru. Următoarele instrumente, caracteristici şi componente sunt acceptate cu failover clustering în SQL Server 2000 Enterprise Edition:
  • Serviciul Microsoft Search
  • Mai multe instanţe
  • SQL Server Enterprise Manager
  • Managerul de Control consolidare servicii
  • Replicare
  • SQL Profiler
  • SQL Query Analyzer
  • consolidare servicii analiză SQL Server 2005
Notă Microsoft produs suport consolidare servicii (PSS) suportă SQL Server Failover Clustering descris în următorul articol din bază de cunoştinţe Microsoft:
327518 Politica de suport Microsoft SQL Server pentru Microsoft Clustering
SQL Server Enterprise Edition trebuie să fie instalat pentru sprijin dacă SQL Server este utilizat împreună cu Microsoft Cluster Server (CSM).
Informaţii suplimentare

Bune practici pentru instalarea SQL Server

Când se instalează SQL Server 2000 sau SQL Server 2005, vă recomandăm că aveţi administratorul domeniului urmaţi instrucţiunile care sunt descrise în următorul articol din bază de cunoştinţe Microsoft:
319723 Cum se utilizează autentificarea Kerberos în SQL Server
Microsoft Knowledge bază anghinară 319723 descrie cum se utilizează autentificarea Kerberos în SQL Server. Articolul, de asemenea, descrie cum se permite autentificarea Kerberos pe clustere de failover SQL Server.

Instrucţiunile care sunt enumerate în articolul din bază de cunoştinţe Microsoft 319723 oferă următoarele avantaje:
  • Puteţi elimina problemele de nume principal serviciu (SPNs) care sunt înregistrate corect.
  • Se poate evita un mesaj de avertizare în timpul instalării SQL Server, dacă specificaţi un cont de utilizator de domeniu ca SQL Server service pornire cont. Acest mesaj de avertizare este documentat în următorul articol din bază de cunoştinţe Microsoft:
    303411 Veţi primi un "Avertisment SuperSocket Info" informaţii de avertizare atunci când un cont de serviciu SQL Server este un utilizator de domeniu
  • Dacă modificaţi ulterior Adresă IP sau nume de sign-in de domeniu, nu trebuie să actualizaţi manual SPNs de serviciul SQL Server.

Securitate

SQL Server 2000

Contul de serviciu care să porniți serviciul SQL Server într-un cluster de failover SQL Server trebuie să fie un membru direct al grupului local administratori. Acest cont de serviciu nu trebuie să fie un membru al grupului local administratori printr-un membru al grupului. Această configurare poate provoca probleme de securitate tranzitorii. Dacă nu vrei la contul de serviciu să fie în grup local administratori, trebuie să acorde urmatoarele drepturi de utilizator pentru contul de serviciu:
  • Ca parte a sistemului de operare = SeTcbPrivilege
  • Bypass Traverse verificarea = SeChangeNotify
  • Blocare pagini în memorie = SeLockMemory
  • Faceţi conecta ca un loc de muncă lot = SeBatchLogonRight
  • Faceţi conecta ca un serviciu = SeServiceLogonRight
  • Înlocuiţi un proces de nivel Token = SeAssignPrimaryTokenPrivilege

SQL Server 2005

Pentru fiecare serviciu grupate într-o instanţă de SQL Server 2005 care îl instalaţi, vi se solicită să introduceţi un nume de domeniu şi un nume de grup, Grupuri de domeniu pentru consolidare servicii de cluster în pagina de expertul de instalare SQL Server. Introduceţi nume de sign-in de domeniu şi nume de sign-in de grup în Domeniului\GroupName formatul. Când specificaţi grupuri de domeniu, trebuie să utilizaţi următoarele linii directoare:
  • Grupuri de domeniu trebuie să fie în acelaşi domeniu ca contul pe care le utilizaţi să faceţi conecta la sistem. De exemplu, dacă contul pe care le utilizaţi să faceţi conecta la sistem este în domeniul SQLSVR şi domeniu de SQLSVR este un domeniu de copil de domeniu MYDOMAIN, trebuie să specificaţi un grup de domeniu în domeniul SQLSVR. Domeniul SQLSVR poate conţine conturi de utilizator de domeniu MYDOMAIN.
  • Contul de serviciu pentru un serviciu de cluster specifice trebuie să fie un membru direct al grupului de domeniu. Acest cont de serviciu nu trebuie să fie un membru al grupului de domeniu prin intermediul unui membru al grupului. program de instalare SQL Server 2005 nu va verifica subgrupuri pentru a determina dacă un cont de serviciu este într-un grup de domeniu.
  • Contul de serviciu pentru un anumit serviciu de cluster nu trebuie să fie membru direct al grupului local administratori.
  • Domeniu şi grup de domeniu trebuie să existe deja când executaţi program de instalare SQL Server 2005. Puteţi obţine nume de sign-in de grupuri de domeniu existente la administrator domeniu. Sau, aveţi posibilitatea să creaţi grupuri de domeniu pentru SQL Server 2005 failover cluster. Dacă creaţi un grup de domeniu pentru SQL Server 2005 failover cluster la scurt marcă de timp înainte de a vă rula program de instalare SQL Server 2005, trebuie să aşteptaţi un marcă de timp pentru grup de domeniu nou să reproducă în reţeaua corporativă.
  • Grupuri de domeniu trebuie să conţină conturile de serviciu corespunzătoare. În cazul în care la conturile de serviciu nu sunt membri ai grupurilor de domeniu adecvate atunci când instalaţi SQL Server 2005, program de instalare SQL Server 2005 adaugă la conturile de serviciu a grupurilor de domeniu. Prin urmare, cont pe care le utilizaţi pentru a rula program de instalare SQL Server 2005 trebuie să aibă suficiente permisiuni pentru a adăuga conturi la grupuri de domeniu.

    Dacă program de instalare de Server SQL se execută sub un cont care nu are permisiunea de a adăuga conturi din Grupa de domeniu, conturile de serviciu trebuie să fie deja membri ai grupului de domeniu adecvate.
  • Pentru a menţine controlul cele mai precise asupra permisiuni, vă recomandăm să specificaţi grupul domeniu diferit şi un cont de serviciu diferit pentru fiecare serviciu grupate şi pentru fiecare server virtual. Cu toate acestea, încă utilizaţi acelaşi grup de domeniu şi acelaşi serviciu de cont pentru Toate serviciile de SQL Server. Sau, puteţi utiliza acelaşi domeniu de grup şi conturile de serviciu diferit pentru fiecare serviciu de SQL Server.
  • Grupul de domeniu pentru serviciile SQL Server grupate nu trebuie să fi partajate cu orice altă aplicaţie.
  • Grupul de domeniu trebuie să fie grupul global domeniu în loc de grupul universal domeniu.
Pentru mai multe informaţii despre aceste linii directoare, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
910708 Trebuie să specificaţi grupuri de domeniu pentru consolidare servicii grupate de SQL Server atunci când instalaţi un cluster de failover SQL Server 2005
Notă Pentru a depana problemele de grup domeniu, trebuie să aveţi acces la controlerul de domeniu.

În plus, nu se acceptă instalarea SQL Server 2005 instanţe failover cluster într-un mediu în care orice nod este un controler de domeniu.

Pentru mai multe informaţii despre drepturi utilizator şi permisiunile acordate pentru conturile serviciul SQL Server şi despre listele de control al accesului (ACL-uri) care sunt create pentru conturile serviciul SQL Server, consultați subiectul "Setarea sus Ferestre serviciu conturi" în SQL Server 2005 carti Online.

Porni şi opri consolidare servicii de SQL Server

SQL Server 2005 failover cluster cazuri

SQL Server 2005 acceptă pornirea şi oprirea SQL Server consolidare servicii utilizând oricare dintre următoarele instrumente:
  • Cluster Administrator
  • Manager de configurare SQL Server
  • Configurare de suprafaţă SQL Server
  • SQL Server Management Studio
Notă Nu utilizaţi serviciile de completare snap-in pentru a opri un cluster instanţă de SQL Server. Dacă utilizaţi de completare snap-in consolidare servicii, consolidare servicii de cluster reporneşte SQL Server.

Instanţe de cluster SQL Server 2000 failover

SQL Server 2000 failover cluster instanţele nu au restricţii de mai sus. Vă recomandăm să utilizaţi SQL Server Enterprise Manager, consolidare servicii de Server SQL applet sau Cluster Administrator pentru a porni şi a opri consolidare servicii de virtual server SQL Server 2000. Deşi puteţi utiliza Managerul de Control consolidare servicii sau elementul de consolidare servicii în Panou de control pentru a porni şi a opri serviciile fără a deteriora registru, aceste opţiuni nu va provoca serviciile să staţi într-un stat oprit. În schimb, vor fi detectate consolidare servicii de cluster server, şi veţi primi mai multe event ID 17052 eroare mesaje în serverul SQL. Aceste mesaje de eroare se aseamănă cu următorul text:
[sqsrvres] CheckServiceAlive: Serviciul este mort [
[sqsrvres] OnlineThread: serviciul oprit în marcă de timp ce aşteaptă QP
[sqsrvres] OnlineThread: Eroare 1 aducerea resurse online
După ce primiţi aceste mesaje de eroare, Serviciu de cluster reporneşte SQL Server. Acest comportament este de aşteptat pentru aceste tipuri de erori.

SQL Server 6.5 şi SQL Server 7.0 instanţe failover cluster

Pentru a porni sau opri SQL Server, SQL Server executiv sau SQL Agent consolidare servicii la un server virtual SQL Server 6.5 sau SQL Server 7.0, trebuie să utilizaţi Microsoft Cluster Administrator sau instrumentul de linia Către de comandă Cluster.exe.

Dacă încercaţi să porniţi sau opriţi serviciile în orice alt mod (de exemplu, din Panou de control, Manager de serviciul SQL sau SQL Enterprise Manager), registry poate fi corupt, şi trebuie să uncluster sau complet reinstalati SQL Server.

Cel mai frecvent semn de a început un serviciu incorect este că conturile de serviciu apar ca un talmeş-balmeş de caractere ASCII.

Dacă aveţi nevoie pentru a începe SQL Server dintr-o linia Către de comandă, trebuie să utilizaţi instrumentul Cluster Administrator sau Cluster.exe să ia prima serviciile SQL Server, SQL executiv sau SQL Agent offline.

Când porniţi SQL Server dintr-o linia Către de comandă, conectivitate are loc folosind nume de sign-in de virtual server. Singura modalitate de a face o conexiune locală este dacă resursele sunt deţinute de nodul din care aţi instalat iniţial SQL Server.

SQL Enterprise Manager

SQL Server 6.5 şi SQL Server 7.0 instanţe failover cluster

Imposibil de modificat nume de sign-in contului de serviciu la SQL Enterprise Manager. Dacă aveţi nevoie pentru a schimba nume de sign-in, Microsoft recomandă să uncluster şi apoi recluster SQL Server cu noul cont de utilizator de domeniu. Pentru mai multe informaţii despre schimbarea de conturi de serviciul SQL Server, consultaţi următorul articol din bază de cunoştinţe Microsoft:
239885 Cum de a schimba conturile de serviciu pentru un computer cluster care execută SQL Server
Avertizare Dacă nu reuşiţi să urmaţi instrucţiunile din articolul Q239885, trebuie să eliminaţi manual SQL server complet de ambele noduri, iar apoi reinstalati SQL Server după ce vă asigura bazele acoperire de date SQL Server.

În cazul în care contul de serviciu pentru SQL Server nu este un administrator într-un cluster, partajările de administrare nu poate fi ștearsă pe orice noduri ale clusterului. Partajările de administrare trebuie să fie disponibile într-un cluster pentru SQL Server pentru a funcţiona.

Instanţe de cluster SQL Server 2000 failover

SQL Enterprise Manager trebuie să utilizaţi pentru a face toate modificările la conturile de serviciu SQL sau parole.

SQL Server 2005 Analysis Services (OLAP)

SQL Server 2005 OLAP este pe deplin conştient de cluster, şi aveţi posibilitatea să selectaţi instalaţiile grupate în timpul configurării iniţiale.

consolidare servicii analiză SQL Server 2000 (OLAP)

Deşi componenta SQL Server 2000 analiza serviciilor (OLAP) nu este dependentă de cluster, este posibil să se atingă soluţii de analiză consolidare servicii disponibilitate ridicată urmând paşii din următorul articol din bază de cunoştinţe Microsoft:
308023 Cum să cluster SQL Server 2000 analiza consolidare servicii în Windows 2000 şi Windows Server 2003

Conectivitate SQL

Bibliotecile de reţea SQL Server 2005

Cu lansarea SQL Server 2005, SQL Native Client a fost adăugat la Listă tabel de acceptat de protocoale. Protocoale suportate se numără următoarele:
  • Memoria partajată

    Notă Clienţii care utilizează Microsoft Data Access Components (MDAC) 2.8 orearlier versiuni de MDAC nu utilizează un protocol de memorie partajată. Dacă încercaţi să Protocolul de memorie usea partajate, clientii sunt pornite automat la Protocolul de NamedPipes.
  • Numit tevi
  • TCP/IP
  • PRIN INTERMEDIUL
  • Instalare SQL Native Client

    SQL Native Client (SQLNCLI) este o tehnologie de acces adata nou în SQL Server 2005. SQL Native Client isa date de sine stătătoare acces aplicarea interfaţa de programare (API) care este usedfor atât OLE DB şi ODBC. SQL Native Client combină SQL Server OLE DBProvider şi SQL Server ODBC Driver într-un DLL native. SQL NativeClient oferă, de asemenea, o nouă funcţionalitate care este separată şi distinctă de MDAC.Utilizaţi program de instalare de Server SQL pentru a instala SQL Native Client ca parte ofSQL Server 2005 Tools. Pentru mai multe informaţii despre acest lucru şi alte networklibraries, consultaţi documentaţia Online SQL Server 2005.

    Notă SQL Server 2005 nu acceptă protocolul Banyan viţă de vie a SequencedPacket (SPP), Multiprotocol, AppleTalk sau NWLink IPX/SPX networkprotocols. Clientii care anterior conectate utilizând aceste protocoale mustselect un protocol diferit pentru conectarea la SQL Server 2005.

Bibliotecile de reţea SQL Server 2000

Instalările SQL Server grupate necesită protocolul TCP/IP, şi vă recomandăm să instalaţi şi permite Protocolul de canale declarate. TCP/IP este necesară, deoarece este protocolul acceptate numai pentru utilizarea cu server de clustere.

Pentru mai multe informaţii despre cerinţa de canale declarate, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
831127 Numit tevi de sprijin nu poate fi eliminat pe un server virtual care execută SQL Server 2000 pachet Service Pack 3
Orice resurse suplimentare care sunt adăugate la un grup de SQL trebuie să aibă propriile resurse dedicate NetworkName şi IPAddress.

SQL Server 6.5 şi SQL Server 7.0 instanţe failover cluster

În cazul în care orice resurse de cluster sunt dependente de orice resurse SQL Server, trebuie să eliminaţi aceste arbore de dependenţă înainte de a vă uncluster virtual server. Dacă nu faci acest lucru, serverul virtual va fi eliminat incomplet şi nu va putea fi re-grupate până când nu a reuşit înlăturarea cluster SQL este finalizat.

Notă În cazul în care unitatea de cvorum este folosit pentru resurse suplimentare de CSM şi aceste resurse provoca o failover, toate resursele de cluster sunt indisponibile până că resursa de cluster şi cluster IP adresă şi reţea nume de sign-in sunt nou online.

Avertizare Orice modificări ale setărilor de reţea în SQL Server 6.5 trebuie făcută în marcă de timp ce SQL Server este unclustered, aşa cum este subliniat în următorul articol în bază de cunoştinţe Microsoft:
189037 BUG: Instalare SQL nu se schimba de securitate şi opţiuni de suport reţea cu SVS
Pentru informaţii suplimentare despre conectivitate comune probleme atunci când vă conectaţi sau să configuraţi un cluster server SQL Server, consultaţi următoarele articole din bază de cunoştinţe Microsoft:
273673 Descrierea de conexiunile de client SQL Virtual Server
235987 Virtuale bazate pe SQL Server 7.0 serverul acceptă numai utilizarea de o adresa TCP/IP
244980 Cum de a schimba adresele IP reţea de instanţe de cluster SQL Server failover
187708 Imposibil de conectat la SQL server virtuale prin prize în cluster

Asculta-pe TCP/IP porturi multiple

SQL Server 7.0 oferă suport pentru mai multe porturi ascultă-pe o singură subrețea. Acest sprijin nu este destinat utilizării pe mai multe subrețele sau pentru a asigura disponibilitatea suplimentare.

Dacă aveţi nevoie de mai multe porturi ascultă-pe TCP/IP, trebuie să facă următoarele modificări în registry, înainte de a executa Expertul Cluster.

Importante Acest secţiune, metodă sau activitate conţine paşi care vă spune cum să modificaţi registry. Cu toate acestea, grave probleme ar putea apărea dacă modificaţi registry incorect. Prin urmare, asiguraţi-vă că urmaţi aceşti paşi cu atenţie. Pentru protecţia adăugată, face o copiere de rezervă registry înainte de a modifica aceasta. Apoi, aveţi posibilitatea să restabiliţi registry dacă apare o problemă. Pentru mai multe informaţii despre modul de rezervă şi restabilirea registry, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
322756 Cum să face o copiere de rezervă şi restabilirea registry-ului în Windows
  1. Scrobeală registru redactor (Regedt32.exe).
  2. Localizaţi ListenOn valoarea în următoarea cheie de registry:
    HKEY_LOCAL_Machine\Software\Microsoft\MSSQLServer\MSSQLServer
  3. În meniul Editare , faceţi clic pe Multi şir, şi introduceţi porturi suplimentare de la asculta. De exemplu, pentru a adăuga port1435, introduceţi următorul text şi apoi faceţi clic pe OK:
    SSMSSO70, 1435
  4. Închideţi Registry Editor.
Aici sunt câteva exemple de alte porturi care le-ar putea adăuga:
  • SSMSSO70, 1436
  • SSMSSO70, 1437
Testaţi conectivitatea la porturile vă adăugaţi şi apoi continua cu expertul Cluster.

SQL Server (toate versiunile) şi câştigă de configurare

Înainte de a vă cluster SQL Server, asiguraţi-vă că aveţi configuraţia corectă pentru Windows Internet nume de sign-in Service (WINS) pentru utilizarea într-un cluster, cum este explicat în următoarele articole din bază de cunoştinţe Microsoft:
193890 Recomandat victorii de configurare pentru Microsoft Cluster Server
195462 CÂŞTIGĂ înregistrare şi comportamentul de Adresă IP pentru Microsoft Cluster Server
Va trebui să adăugaţi niciodată statice intrările în victorii pentru grupate fermă de servere SQL Server sau Microsoft Cluster Server (CSM) resurse; Acest lucru este explicat în următorul articol în bază de cunoştinţe Microsoft:
217199 Statice câştigă intrări cauza nume de sign-in de reţea pentru a merge offline

Performanţă contoare instanţe de cluster onSQL Server 7.0 failover

SQL Server monitor contoare de performanţă (contoare de extensie) pentru serverul virtual nu sunt prezente atunci când SQL Server 7.0 este configurat cu o configuraţie de SQL Server virtuale şi nodul pasiv are control asupra resurselor. Contoare nu vor fi disponibile din nou la nodul principal până când întreaga cluster este închis şi repornit. Chiar şi atunci, disponibilitatea este sporadică.

Contoare de extensie SQL Server trebuie să fie găsit atunci când sistemul începe iniţial. Cu SQL Server 6.5, contoare DLL este situat în directorul \\Mssql\Binn implicit. Deoarece unitatea de grup în care se instalează SQL Server nu este accesibil, până când toate resursele CSM sunt online, contoare nu sunt găsite atunci când sistemul iniţial de pornire apare.

SQL Server 7.0 locuri aceste contoare în directorul propriu, %Systemroot% \System32\, astfel încât acestea sunt disponibile. Pentru a face fişierul de Sqlctr65.dll disponibile, loc o copie a fişierului Sqlctr65.dll din directorul %Systemroot%\System32. Fişierul Sqlctr70.dll este plasat în acest director prestabilit.

Pentru informaţii suplimentare despre SQL Server performanţă contoare, consultaţi următoarele articole din bază de cunoştinţe Microsoft:
127207 Lipsesc obiecte şi tejghele în Performance Monitor
246328 Contoare de performanță SQL pot lipsi după instalarea MDAC într-un cluster
Avertizare Pentru SQL Server 6.5, dacă vă decideţi să reconstruiască registru prin instrucţiunile din următorul articol din bază de cunoştinţe Microsoft, consultaţi secţiunea "Cum să reconstruiască SQL Server registru" mai târziu în acest articol pentru instrucţiuni suplimentare înainte de a face paşi pentru a reconstrui registry:
227662 Contoare SQL Performance Monitor lipsă
Pentru a rezuma, contoare de performanţă nu sunt întotdeauna disponibile pe fermă de servere SQL grupate; atunci când sunt, ei sunt, de obicei, doar pe nodul principal dacă failover nu s-a produs.

Redenumi resursele create de SQL Server 6.5 sau SQL Server 7.0 Cluster Failover Expertul

Când executaţi Expertul de Failover SQL cluster de fermă de servere, parte a procesului de include crearea de resurse de cluster SQL. Implicit, aceste resurse are următoarea structură de denumire:
Virtual_SQL_Server_Name> Adresă IP
Virtual_SQL_Server_Name> nume de sign-in de reţea
Virtual_SQL_Server_Name> SQL Server 7.0
Virtual_SQL_Server_Name> VServer
Virtual_SQL_Server_Name> SQL Server Agent 7.0
De exemplu, dacă Virtual_SQL_Server_Name este xyz, resurse SQL Server sunt numite după cum urmează în mod implicit:
xyz Adresă IP
xyz nume de sign-in reţelei
xyz SQL Server 7.0
xyz VServer
xyz SQL Server Agent 7.0
În cazul în care toate sau o parte din aceste nume sunt modificate pentru a fi după cum urmează:
Adresă IP
nume de sign-in de reţea
SQL Server
Virtual Server
Agent de SQL
Expertul de Failover Cluster SQL poate eşua sau nu răspunde. Pentru informaţii suplimentare despre SQL Cluster Failover Expertul eşecuri, consultaţi următorul articol din bază de cunoştinţe Microsoft:
254593 Depanare SQL Cluster Expertul eşecuri

Cum de a reconstrui registry SQL Server SQL Server 6.5 şi 7.0 failover cluster instanţă instalatii

SQL Server 6.5 Enterprise Edition

În marcă de timp ce SQL Server 6.5 Enterprise Edition este grupată, nu încercaţi să efectuaţi o reconstrui de registru de SQL Server cu urmatoarea linia Către de comanda:
configurare/t RegistryRebuild = pe
Trebuie să uncluster SQL Server înainte de a efectua reconstrui registru.

SQL Server 7.0 Enterprise Edition

Dacă utilizaţi fişierul Regrebld.exe din SQL Server 7.0, poate reconstrui registru într-un mediu grupată cu următoarele restricții:
  • Nu schimba nimic la anterioare ofmaster de configurare.
  • Rulaţi acest utilitar numai la nodul principal pentru SQLServer.
Ignorarea acestor restricţii poate provoca probleme de registru.

Pachete de consolidare servicii

Avertizare Înainte de a încerca orice serviciu pack instalatii, asiguraţi-vă că aveţi permisiuni adecvate şi drepturile. Este foarte recomandat că log server şi în contul de serviciu SQL Server şi utilizează autentificare Windows în timpul procesului. Dacă din anumite motive acest cont a fost scos din grup local administratori pe nodurile clusterului, vă rugăm să adăugaţi-l înapoi la grupul înainte de a începe instalarea.

SQL Server 2005

Comportament cu SQL Server 2005 nu a schimbat din SQL Server 2000.

SQL Server 2000

Cu SQL Server 2000, nu este nici-un cluster. Porniţi instalarea pachet Service Pack la nodul care este în control al serverului SQL care doriţi să faceţi upgrade.

Notă Aveţi posibilitatea să instalaţi Microsoft Windows NT serviciu packs în mod obișnuit descris în următorul articol în bază de cunoştinţe Microsoft:

174799 Cum la spre a instala serviciu packs într-un cluster

SQL Server 6.5 sau 7.0

Trebuie să uncluster SQL Server pentru a instala SQL Server pachet Service Pack. De asemenea, trebuie să eliminaţi replicare înainte de a vă uncluster SQL Server, care este menţionat în secţiunea "Probleme de replicare" din acest articol.

Replicare

SQL Server 2005

Urmaţi documentaţia Readme care navele cu toate SQL Server actualizări sau pachete de consolidare servicii pentru a determina dacă trebuie să urmaţi instrucţiunile de instalare speciale pentru instalarea special.

SQL Server 2000

Urmaţi documentaţia Readme care navele cu toate SQL Server actualizări sau pachete de consolidare servicii pentru a determina dacă trebuie să urmaţi instrucţiunile de instalare speciale pentru instalarea special.

SQL Server 6.5 şi SQL Server 7.0

Trebuie să eliminaţi replicare înainte de a vă uncluster SQL Server, aşa cum este descris în următorul articol în bază de cunoştinţe Microsoft:
247110 Replicare trebuie eliminate înainte de aplicarea serviciu pack
Atunci când vă cluster SQL Server, te poate rupe reproducerea SQL Server; pentru detalii suplimentare, consultaţi următorul articol din bază de cunoştinţe Microsoft:
236407 BUG: Configurare cluster activ/pasiv pauze replicare şi DTS

Căutare după text complet

Căutare după text complet nu este disponibil pentru grupate fermă de servere SQL Server 7.0, după cum sa menţionat în SQL Server Books Online la sfarsitul sectiunii "Configurarea SQL Server Failover Support". Căutare după text complet este pe deplin susţinută de utilizare în SQL Server 2000 şi versiunile ulterioare de SQL Server.

Dacă aveţi o problemă care necesită să reconstruiască sau reinstalaţi căutare Full text pe o instanţă de SQL Server 2000 failover cluster sau pe o SQL Server 2005 failover cluster instanţă, o dezinstalare completă şi reinstalaţi de SQL Server failover cluster instanţă este metoda de recuperare susţinută numai.

SQL Mail

SQL Mail nu este deplin acceptat atunci când este utilizat într-un cluster de failover SQL Server deoarece MAPI nu este dependentă de cluster. Suport pentru SQL Mail atunci când se utilizează gruparea este furnizată pe bază de "efort rezonabil", cu nici o garanţie de stabilitate sau de disponibilitate. Microsoft a confirmat acest lucru pentru a fi o problemă în SQL Server 6.5, SQL Server 7.0 şi SQL Server 2000, atunci când este utilizat cu failover clustering.

Upgrade-uri de sistem de operare

Upgrade-uri de sistem de operare sunt acceptate pentru clustere de fermă de servere SQL Server ca documentate în următoarele articole din bază de cunoştinţe Microsoft:
239473 FIX: 70rebind.exe pentru Windows 2000 şi MDAC upgrade-uri grupate fermă de servere SQL Server 7.0
313037 Cum sa upgradezi clustere de SQL Server pentru Windows Server 2003

Licenţiere

Pentru informaţii despre acordarea de licenţe, consultaţi următorul articol din bază de cunoştinţe Microsoft:
175276 Implementarea politicii de licenţiere cu CSM

Important cluster serviciu norme administrative

Avertizare Dacă ignoraţi oricare dintre următoarele reguli, va trebui să reinstalaţi Microsoft Cluster Service.
  • Dacă schimbaţi dispunerea partiţie orice disc fizic partajat autobuz SCSI, reporniţi ambele nodurile clusterului.
  • Schimba nume de sign-in computerului Windows NT de o clusternode după ce instalaţi CSM.
  • Repartiţionarea discuri SCSI de autobuz fără resurse de disc firstdeleting.
  • Nu se schimba o adresă IP care o nameresource de reţea depinde.
  • Nu a alerga instrumente de diagnosticare care face scrie low-level disc aphysical. (Acest lucru este posibil numai în cazul în care începe să nod în cadrul sistemului de anotheroperating).
  • Reatribuiţi litere de unitate de discuri sistem pe anynode.
  • Nu scrie date discuri atașat pe SCSI chainbefore instalaţi CSM.

Partajarea resurselor de cluster SQL Server

Cluster disc resursele utilizate de SQL Server nu trebuie utilizat pentru alte consolidare servicii de cluster (ca unitatea de cvorum, fişierul sau imprimanta acţiuni sau Internet Information Server) dacă cluster a resurselor de disc singur cluster. Dacă utilizaţi SQL cluster de fermă de servere disc pentru oricare dintre aceste resurse, aceasta poate afecta în mod semnificativ timpul de failover şi poate angaja, de asemenea, failovers de SQL Server, atunci când există nici o problemă de SQL Server.

Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
835185 Failover cluster resurse arbore de dependenţă în SQL Server

Date Microsoft Access Components (MDAC)

SQL Server 6.5 şi SQL Server 7.0 MDAC componente upgrade-uri

SQL Server 6.5 si instalatii de SQL Server 7.0 grupate numai suport MDAC componente upgrade-uri până la MDAC versiunea 2.5. MDAC 2.6 și MDAC 2.7 nu au suport de server-side pentru aceste versiuni.

Cu toate acestea, puteţi utiliza MDAC 2.6, şi mai târziu un client să se conecteze la o instalare SQL Server 6.5 sau SQL Server 7.0 grupate.

Pentru mai multe informaţii, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
820754 MDAC 2.6 sau mai târziu nu ar trebui să fie instalat pe clustere de SQL Server 7.0
239473 FIX: 70rebind.exe pentru Windows 2000 şi MDAC upgrade-uri grupate fermă de servere SQL Server 7.0

locaţie implicită MSDTC cluster de resurse

implicit, în cazul în care resursele MSDTC sunt instalate depinde de sistemul de operare.

Notă Dacă nu aveţi o nevoie specifică pentru a schimba grupul în care este instalat MSDTC, este recomandabil să lăsaţi-l în locaţie implicită. În plus, pe un nodul de cluster, MSDTC trebuie să ruleze ca o resursă grupate. În cazul în care configuraţi MSDTC pentru a rula ca o resursă non-cluster, tranzacţiilor distribuite pot fi orfani şi care ar putea provoca corupere acoperire de date atunci când se produce un cluster failover.

Windows NT 4.0
Instalează MSDTC grupate primul grup care conține o resursă valabil de Adresă IP, resurse de nume de reţea şi cluster disc resurse. Acest lucru este, de obicei, grupul de SQL.

Windows 2000
Se instalează la grupul de cluster implicit şi utilizaţi unitatea de cvorum. Deşi este recomandat ca unitatea de cvorum fi folosite doar de cvorum, MSDTC este o excepţie de la această regulă. Pentru problemele de instalare sau reconstruirea MSDTC într-un cluster de SQL, consultaţi următorul articol din bază de cunoştinţe Microsoft:
294209 Cum de a reconstrui sau muta o instalare MSDTC pentru a fi utilizate cu un cluster de failover SQL

Suport depozitare zona reţele (SAN)

consolidare servicii de Cluster Microsoft şi SQL Server instanţe failover cluster sunt acceptate într-un mediu de stocare zona reţele (SAN) de astăzi. HCL categoria cluster/multicluster aparatul listează setul de dispozitive de stocare SAN-capabil a cărei componentă a trecut cluster componenta candidat de testare. Reţineţi, totuşi, că această componentă nu nu se califică pentru consolidare servicii de suport Microsoft Cluster Service. Aceste consolidare servicii sunt disponibile numai pentru configuraţii validate indicat în categoria "Cluster" pe HCL. Pentru informaţii suplimentare, consultaţi următoarele articole din bază de cunoştinţe Microsoft:
280743 Ferestre separate geografic și cluster site-uri
834661 SQL Server 2000 instalare necesită o literă de unitate de unitate atunci când se utilizează unitățile montate
819546 Suport SQL Server 2000 şi SQL Server 2005 pentru montat volume

O listă cu toate configuraţiile validate hardware pot fi găsite pe Hardware Compatibility listă (HCL) situat la următorul site Web Microsoft:

Alocarea de memorie (toate versiunile)

Când alocaţi memoria pentru clustere de fermă de servere SQL Server, asiguraţi-vă că valoarea rezumate de setările de memorie maxim server pentru toate instanţele de SQL Server, plus orice alte resursa de cluster şi cerinţele locale este mai mică decât suma minimă a fizică RAM disponibil pe oricare dintre fermă de servere în failover cluster.

Instalatii de SQL Server 64-bit

Nu trebuie să configuraţi o instalare de 64 de biți pentru utilizarea memorie suplimentară prin care să permită VENERAŢIE sau modificând fişierul Boot.ini pentru a include pornire PAE comuta.

Depanare SQL fermă de servere virtuale

Atunci când Depanaţi probleme pe fermă de servere SQL Server virtuale, este important să reţineţi că depanare trebuie făcut într-o anumită ordine excepţia cazului în care problema este o problemă cunoscută SQL. Probleme sau defecţiuni cu hardware, sistem de operare, retele, securitate sau serviciul de Cluster Microsoft poate apărea ca SQL probleme atunci când de fapt există nici probleme de SQL.

Cât de curând posibil după ce s-a detectat o problemă, ar trebui să aduna rapoartele SQL Server parlamentari din toate nodurile de exemplu failover cluster. Este important să utilizaţi acest instrument pe toate nodurile din cauza strânsă interacţiune, şi cauza problemei poate fi o altă sursă decât nodul care găzduieşte dumneavoastră SQL Server failover cluster instanţă.

Se efectuează depanarea problemelor SQL Server virtuale folosind următoarele metode în ordinea dată:
  • Hardware - jurnalele de evenimente de sistem Arată orice avertismente sau erori care nu poate fi explicat? Dacă tu a verifica raportul de sistem a computerului, sunt raportate orice dispozitive de problema? Dacă este aşa, poate fi explicat?
  • sistem de operare - jurnalele de evenimente arăta orice fel de sistem de operare probleme, serviciu eşecuri sau şofer problemă?
  • Networking - jurnalele de evenimente Arată pierderea de conectivitate? NIC eşecuri? Probleme de DNS?
  • Securitate - control de acces refuzat erori, eşecuri de autentificare de securitate.
  • CSM - are probleme de raport cluster în oricare din jurnalele de evenimente?
  • SQL Server - SQL Server va raporta orice mesaje specifice de eroare în Jurnalul de erori sau jurnalele de evenimente?

Proprietăţi de serviciul SQL Server

Trebuie să setaţi tipul de pornire SQL Server consolidare servicii la Manual. Utilizarea de pornire automată nu este acceptată pentru utilizare cu fermă de servere virtuale SQL.

SQL Server nu este acceptată pentru Terminal Services în modul de server de aplicaţie

SQL Server failover clustering nu este acceptată pentru utilizare cu Terminal Server. Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
327270 SQL Server 2000 nu este acceptat pe serverul de aplicaţie Windows Server 2003 Terminal Server

Suport pentru Microsoft Windows 2003

Numai SQL Server 2000 pachet Service Pack 3 (SP3) sau o versiune ulterioară este susţinută, după cum sa menţionat în următorul articol din bază de cunoştinţe Microsoft:
313037 Cum sa upgradezi clustere de SQL Server pentru Windows Server 2003
CSM

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 254321 - Ultima examinare: 10/15/2013 00:37:00 - Revizie: 1.0

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2000 Enterprise Edition, Microsoft SQL Server 2000 Developer Edition, Microsoft SQL Server 7.0 Enterprise Edition, Microsoft SQL Server 6.5 Enterprise Edition

  • kbhowto kbinfo kbmt KB254321 KbMtro
Feedback