SQL Server failover cluster patch-uri și pachet Service Pack procesului de laminare

Traduceri articole Traduceri articole
ID articol: 958734 - View products that this article applies to.
Măriți totul | Reduceți totul

În această pagină

INTRODUCERE

Acest articol descrie modul de a aplica un update de Microsoft SQL Server la o instanță de cluster în caz de nereu?ită.

Importante
  • Dacă actualizați o instan?ă de cluster de failover SQL Server pe un nod de activ, se va opri consolidare servicii de SQL Server. Acest lucru provoacă nefuncționare SQL Server. Pentru a evita timpii morți, instala o actualizare de rulare pe noduri pasiv cum se explică în acest articol.
  • Pentru a evita o versiune mixte de noduri posibil proprietarului în caz de cluster failover, utilizați instrumentul de Cluster Administrator (Cluadmin.exe), pentru a elimina noduri din Listă tabel de noduri posibil proprietarului în caz de cluster în caz de nereu?ită. Ar trebui să evite având o versiune mixte de noduri de proprietar este posibil pentru a preveni deteriorarea datelor posibil.
  • În Microsoft SQL Server 2008 și versiunile ulterioare, serviciul de cluster verifică nume de sign-in de rețea SQL de resurse pentru o listă de posibile proprietari. nume de sign-in de rețea SQL de resurse este, de asemenea, checkpointed. Acest comportament este diferită de Microsoft SQL Server 2005. În SQL Server 2005, resursa de SQL Server în sine este checkpointed.

Informații suplimentare

Instalarea SQL Server fier actualizări pe un cluster de failover

Notă Informațiile din această secțiune se aplică la SQL Server 2008 și versiunile ulterioare.
  1. Înainte de a începe actualizări, asigurați-vă că vă colecta o listă de posibile proprietari pentru instanța cluster SQL Server. Pentru a găsi un nume de resurse specifice de rețea SQL Server, executați următoarea comandă:
    cluster.exe resurse
    Veți vedea de ieșire care seamănă cu următorul:
    Resource                          Group                             Node              Status
    --------------------              --------------------              ----------        ------
    Cluster Disk 1                    Cluster Group                     NODE1             Online
    Cluster Disk 2                    SQL Server (INST1)                NODE1             Online
    Cluster Disk 3                    SQL Server (INST2)                NODE1             Online
    Cluster Disk 4                    Available Storage                 NODE1             Online
    Cluster IP Address                Cluster Group                     NODE1             Online
    Cluster Name                      Cluster Group                     NODE1             Online
    SQL IP Address 1 (SQLVS1)         SQL Server (INST1)                NODE1             Online
    SQL Network Name (SQLVS1)         SQL Server (INST1)                NODE1             Online
    SQL Server                        SQL Server (INST1)                NODE1             Online
    SQL Server Agent                  SQL Server (INST1)                NODE1             Online
    SQL IP Address 2 (SQLVS2)         SQL Server (INST2)                NODE1             Online
    SQL Network Name (SQLVS2)         SQL Server (INST2)                NODE1             Online
    SQL Server                        SQL Server (INST2)                NODE1             Online
    SQL Server Agent                  SQL Server (INST2)                NODE1             Online
    
    În acest exemplu, puteți utiliza următoarele comenzi pentru a crea o listă de proprietari posibile pentru fiecare resursă nume de sign-in de rețea SQL:
    • cluster.exe resurse "SQL rețea nume (SQLVS1)" /listowners > c:\SQLVS1_list_of_owners.txt
    • cluster.exe resurse "SQL rețea nume (SQLVS2)" /listowners > c:\SQLVS2_list_of_owners.txt
  2. În instrument Cluster Administrator, utilizați corespunzătoare SQL rețea nume de resurse pentru a elimina jumătate din noduri din Listă tabel proprietarilor posibil în cazuri de cluster failover pe care doriți să aplicați actualizările. Elimina noduri pasiv în primul rând la proprietarii posibil. Păstrați Listă tabel de noduri care se elimina de la proprietarii posibil pentru referințe viitoare în timpul acestui proces de actualizare.

    Notă Am recomanda eliminarea jumătate a ganglionilor de la proprietarii posibile pentru a menține de înaltă disponibilitate.
  3. După ce au eliminat noduri din Listă tabel proprietarilor posibil în instan?ă în caz de nereu?ită cluster, aplicați actualizarea SQL Server pe nodurile pe care ați eliminat-o în pasul 2. Pentru a aplica update pe fiecare nod, care a fost eliminat de la proprietarii posibile, consulta?i documenta?ia care este furnizat în set de actualizări care aplici.

    Notă Dacă aceasta este prima dată că sunt aplicarea actualizării pe o instanță pentru un nod, muta orice grupuri de resurse active la un alt nod înainte de a aplica actualizarea. Acest lucru vă ajută să Evitați nefuncționare sau o operație de repornire, care pot apărea atunci când componentele partajate care sunt utilizate sunt actualizate.
  4. După ce s-a aplicat actualizarea pe noduri care au fost eliminate de la proprietarii posibil, utilizați SQL rețea nume de resurse pe instrument Cluster Administrator pentru a adăuga noduri actualizate înapoi la Listă tabel proprietarilor posibil în caz de cluster în caz de nereu?ită.

    Pentru a vă asigura că veți adăuga înapoi noduri pentru corect instanțe de SQL Server, utilizați Listă tabel de posibile proprietarii care le colectate înainte de a face actualizarea. Asigurați-vă că vă marca noduri care au fost deja actualizată în Listă tabel.
  5. Bazat pe resurse SQL rețea nume, căutare grup de resurse corectă, aplicarea sau consolidare servicii în Windows Server 2008, și apoi mutați acel grup, aplicație sau serviciu la unul dintre nodurile care a fost actualizat.
  6. Verificați că toate resursele de SQL Server sunt online pe nodul active în prezent.
  7. În instrument Cluster Administrator, utilizați SQL rețea nume de resurse pentru a elimina noduri care nu au fost actualizate de la proprietarii posibil în caz de cluster în caz de nereu?ită.
  8. Aplicați actualizarea SQL Server la nodurile pe care ați eliminat-o în Pasul 7.
  9. Repetați pasul 4 pentru a adăuga toate nodurile pe care au fost actualizate înapoi la proprietarii posibil pentru instan?a de cluster în caz de nereu?ită care vă actualizat.
  10. Verificați că cluster se execută fără probleme. Încercați să mutați la instanță de SQL Server între noduri în cluster.

Dezinstalarea SQL Server patch-uri pe un cluster de failover într-un scenariu de actualizare rulare

Notă Informațiile din această secțiune se aplică la SQL Server 2008 și versiunile ulterioare.

Utilizați procedura se aplică la situația dvs.:

Scenariul 1: Ați aplicat patch-uri pe toate nodurile clusterului dumneavoastră

În acest scenariu, procedura pentru a dezinstala patch-uri este exact opusul a instala patch-uri, care este discutat în secțiunea de mai sus. Procedura detaliată ar fi după cum urmează:
  1. Înainte de a elimina actualizările, asigurați-vă că vă colecta o listă de posibile proprietari pentru instanța cluster SQL Server. Pentru a găsi un nume de resurse specifice de rețea SQL Server, executați următoarea comandă:
    cluster.exe resource 
    Veți vedea de ieșire care seamănă cu următorul:
    Grup de resurse nodul stare------------
    Cluster disc 1 grupul de clustere NODE1 Online Cluster disc 2 SQL Server (INST1) NODE1 Online
    Cluster disc 3 NODE1 de stocare disponibil pe disc Cluster Online SQL Server (INST2) NODE1 4 Online
    Grupul de clustere cluster IP adresă NODE1 Online Cluster nume de sign-in grupul de clustere NODE1 Online SQL Adresă IP 1 (SQLVS1)
    SQL Server SQL Online (INST1) NODE1 nume de sign-in de rețea (SQLVS1) SQL Server (INST1) NODE1 Online SQL Server SQL Server
    (INST1) NODE1 Online SQL Server Agent SQL Server (INST1) NODE1 Online SQL Adresă IP 2 (SQLVS2) SQL Server (INST2) NODE1 Online
    SQL rețea nume (SQLVS2) SQL Server (INST2) NODE1 Online SQL Server SQL Server (INST2) NODE1 Online
    SQL Server Agent SQL Server (INST2) NODE1 Online

    În acest exemplu, puteți utiliza următoarele comenzi pentru a crea o listă de proprietari posibile pentru fiecare resursă nume de sign-in de rețea SQL:
    • cluster.exe resurse "SQL rețea nume (SQLVS1)" /listowners > c:\SQLVS1_list_of_owners.txt
    • cluster.exe resurse "SQL rețea nume (SQLVS2)" /listowners > c:\SQLVS2_list_of_owners.txt
  2. În instrument Cluster Administrator, utilizați corespunzătoare SQL rețea nume de resurse pentru a elimina jumătate din noduri din Listă tabel proprietarilor posibil în cazuri de cluster failover pe care doriți să eliminați actualizări. Elimina noduri pasiv în primul rând la proprietarii posibil. Păstrați Listă tabel de noduri care eliminați de la proprietarii posibil pentru referințe viitoare în timpul acestui proces de Eliminare de actualizare.
    NotăAm recomanda eliminarea jumătate a ganglionilor de la proprietarii posibile pentru a menține de înaltă disponibilitate.
  3. După ce au eliminat noduri din Listă tabel proprietarilor posibil în instan?ă în caz de nereu?ită cluster, elimina actualizare SQL Server la nodurile pe care ați eliminat-o în pasul 2. Pentru a elimina actualizare la fiecare nod, care a fost eliminat de la proprietarii posibile, consulta?i documenta?ia care este furnizat în set de actualizări care aplici.

    NotăDacă aceasta este prima dată că scoateți actualizare la o instanță pentru un nod, muta orice grupuri de resurse active la un alt nod înainte de a elimina actualizarea. Acest lucru vă ajută să Evitați nefuncționare sau o operație de repornire, care pot apărea atunci când componentele partajate care sunt utilizate sunt actualizate.
  4. După actualizare a fost eliminat pe noduri care au fost eliminate de la proprietarii posibil, utilizați SQL rețea nume de resurse pe instrument Cluster Administrator pentru a adăuga noduri declasat înapoi la Listă tabel proprietarilor posibil în caz de cluster în caz de nereu?ită.

    Pentru a vă asigura că veți adăuga înapoi noduri pentru corect instanțe de SQL Server, utilizați Listă tabel de posibile proprietarii care le colectate înainte de a face actualizarea. Asigurați-vă că vă marca noduri care deja au fost retrogradate din Listă tabel.
  5. Bazat pe resurse SQL rețea nume, căutare grup de resurse corectă, aplicarea sau consolidare servicii în Windows Server 2008, și apoi mutați acel grup, aplicație sau serviciu la unul dintre nodurile care a fost declasate.
  6. Verificați că toate resursele de SQL Server sunt online pe nodul active în prezent.
  7. În instrument Cluster Administrator, utilizați SQL rețea nume de resurse pentru a elimina noduri care au fost declasate la proprietarii posibil în caz de cluster în caz de nereu?ită.
  8. Elimina actualizare SQL Server la nodurile pe care ați eliminat-o în Pasul 7.
  9. Repetați pasul 4 pentru a adăuga toate nodurile pe care au fost declasate proprietarii posibil pentru instan?a de cluster în caz de nereu?ită care ați retrogradat.
  10. Verificați că cluster se execută fără probleme. Încercați să mutați la instanță de SQL Server între noduri în cluster.

Scenariul 2: Vă aflați în mijlocul procesului de actualizare de rulare și doar unele noduri sunt actualizate.


Ar putea exista permutări diferite pentru acest lucru, așa cum sa discutat mai jos:

NotăDiscuție următoarele presupune că vă sunt urmând procedura discutate în secțiunea "Instalarea SQL Server fier actualizări pe un cluster de failover" din acest articol și vă aflați în mijlocul actualizarea sau prima jumatate a doua jumătate a ganglionilor.

Scenarii pentru prima jumătate-(prima jumătate din nodurile sunt eliminate de la proprietarii posibil)

Caz 1A: decide să nu poată continua mai departe cu patch-uri procesului de actualizare.
Utilizați următoarea procedură:
  1. Elimina actualizare la fiecare nod, care a fost patch-uri și folosind nume de sign-in de rețea SQL resurse pe instrument Cluster Administrator pentru a le adăuga înapoi la Listă tabel de posibile proprietari în caz de cluster în caz de nereu?ită.
  2. Verificați că cluster se execută fără probleme. Încercați să mutați la instanță de SQL Server între noduri în cluster.

2A caz. După aplicarea patch-uri pe câteva noduri, veți descoperi (prin căutarea pe web sau atunci când lucrați cu Microsoft CSS) care nu sunt cunoscute probleme cu patch-uri și, prin urmare, nu se poate trece mai departe.
  1. Dacă există o versiune mai nouă de actualizare care rezolvă problema, utilizați-care în legătură cu pașii 3 până la 10 proceduri documentate în "Instalarea SQL Server 2008 fier actualizări pe un failover cluster" din acest articol pentru a continua cu procesul de actualizare.
  2. Dacă este disponibilă o versiune mai nouă sau se poate face upgrade la versiunea mai nouă imediat, utilizați procedura este documentat pentru cazul 1A de mai sus.

3A caz. Nu sunt în măsură să aplice patch-uri, pe unul sau mai multe noduri:

În acest caz recomandare ar fi pentru a depana ce actualizarea este lipsa de pe acel nod și continua patching alte noduri cu actualizare. Când adăugați nodurile înapoi ca proprietarii de posibile resurse SQL Server, lăsați nod problematică sau noduri din Listă tabel.

Dacă rezolvarea problemelor nu este o opțiune și aveți nevoie de toate nodurile dumneavoastră să fie disponibile pentru operațiunea de cluster, utilizați procedura care este documentat caz 1a de mai sus.

Scenarii pentru a doua jumătate: (prima jumătate a nodurilor deja sunt actualizate și adăugate înapoi la Listă tabel de posibile proprietarii și sunt fie în procesul de eliminarea sau a eliminat deja a doua jumătate din Listă tabel de posibile proprietarii):

Caz 1B: observați că nu sunt în măsură să se deplaseze grupul de SQL Server să la nodurile actualizat (pas #5 de procesul de actualizare) din cauza unei probleme posibile cu patch-uri (SQL server de grup, în esență, nu înapoi un nod care nu a fost actualizat).

Utilizați următoarea procedură:

  1. Verificați dacă este disponibilă o versiune mai nouă de patch-uri care rezolvă problema. Dacă este disponibil, utilizați că în legătură cu proceduri documentate în "Instalarea SQL Server 2008 fier actualizări pe un failover cluster" din acest articol pentru a continua cu întreg procesului de actualizare.

    NotăNu aveți nevoie pentru a elimina regresul patch-uri de prima jumătate. Trebuie doar să eliminați primul jumătate de noduri care sunt actualizate, din Listă tabel de posibile proprietar pentru instan?a SQL Server și apoi se procedează ca în cazul în care sunt actualizarea întreaga cluster-ului cu un nou plasture folosind procesul de actualizare rulare discutate la începutul acestui articol.
  2. Dacă este disponibilă o versiune mai nouă sau se poate face upgrade la versiunea mai nouă imediat, utilizați următoarea procedură:
    1. Utilizând Listă tabel de care ați colectate de la începutul procesului de actualizare, elimina primul jumătate de noduri care sunt patch-uri ca proprietarii posibil pentru SQL Server nume de rețea.
    2. Adăugați a doua jumătate a "eliminat" noduri proprietarii posibil de SQL Server nume de rețea.
      NotăÎn caz de nereu?ită nu a reu?it, dar s-ar putea au scos unele sau toate nodurile pe a doua jumătate. De asemenea, observați că nici unul dintre nodurile pe a doua jumătate a fost actualizat încă.
    3. După actualizare a fost eliminat, utilizați SQL rețea nume de resurse pe instrument Cluster Administrator pentru a adăuga aceste noduri înapoi la Listă tabel proprietarilor posibil în caz de cluster în caz de nereu?ită.
    4. Verificați că cluster se execută fără probleme. Încercați să mutați la instanță de SQL Server între noduri în cluster.
Caz 2B: după aplicarea patch-uri pe câteva noduri, veți descoperi (prin căutarea pe web sau atunci când lucrați cu Microsoft CSS) care nu sunt cunoscute probleme cu patch-uri și, prin urmare, nu se poate trece mai departe.(Grup de SQL Server este online pe unul din nodurile prima jumătate, care au fost actualizate).

Utilizați următoarea procedură:
  1. Verificați dacă este disponibilă o versiune mai nouă de patch-uri care rezolvă problema. Dacă este disponibil, utilizați că în legătură cu proceduri documentate în "Instalarea SQL Server fier actualizări pe un cluster de failover" din acest articol pentru a continua cu întreg update proces, numai incepand cu a doua jumătate completă în Listă tabel de.

    NotăÎn esență, atunci când procesul de actualizare este completă, toate noduri la nodurile prima jumătate, precum și cele care sunt actualizate în a doua jumătate a listei vor primi două seturi de actualizări - primul cu patch-uri problematică și al doilea, cu un plasture corectate.
  2. Dacă este disponibilă o versiune mai nouă sau se poate face upgrade la versiunea mai nouă imediat, utilizați următoarea procedură:
    1. Eliminați patch-uri pe fiecare de noduri care sunt actualizate în a doua jumătate referindu-se la documentația care este furnizat în set de actualizări care aplici.
    2. Utilizați nume de sign-in de rețea SQL resurse instrument Cluster Administrator să adăugați a doua jumătate de noduri înapoi la Listă tabel proprietarilor posibil în caz de cluster în caz de nereu?ită.

      Pentru a vă asigura că veți adăuga înapoi noduri pentru corect instanțe de SQL Server, utilizați Listă tabel de posibile proprietarii care le colectate înainte de a face actualizarea. Asigurați-vă că vă marca noduri care au fost deja actualizată în Listă tabel.
    3. Bazat pe resurse SQL rețea nume, căutare grup de resurse corectă, aplicarea sau consolidare servicii în Windows Server 2008, și apoi mutați acel grup, aplicație sau serviciu la unul dintre nodurile din a doua jumătate.
    4. Utilizând Listă tabel de care ați colectate de la începutul procesului de actualizare, elimina primul jumătate de noduri care sunt patch-uri ca proprietarii posibil pentru SQL Server nume de rețea.
    5. Eliminați actualizare la fiecare dintre aceste noduri de referindu-se la documentația care este furnizat în set de actualizări care aplici.
    6. După actualizare a fost eliminat, utilizați SQL rețea nume de resurse pe instrument Cluster Administrator pentru a adăuga aceste noduri înapoi la Listă tabel proprietarilor posibil în caz de cluster în caz de nereu?ită.
    7. Verificați că cluster se execută fără probleme. Încercați să mutați la instanță de SQL Server între noduri în cluster.
Caz 3B: decide să nu poată continua mai departe cu patch-uri procesului de actualizare: utilizați următoarea procedură.
  1. Eliminați patch-uri pe fiecare de noduri care pot deja s-au actualizat în a doua jumătate referindu-se la documentația care este furnizat în set de actualizări care aplici.
  2. Utilizați nume de sign-in de rețea SQL resurse instrument Cluster Administrator să adăugați a doua jumătate de noduri înapoi la Listă tabel proprietarilor posibil în caz de cluster în caz de nereu?ită.
  3. Pentru a vă asigura că veți adăuga înapoi noduri pentru corect instanțe de SQL Server, utilizați Listă tabel de posibile proprietarii care le colectate înainte de a face actualizarea. Asigurați-vă că vă marca noduri care au fost deja actualizată în Listă tabel.
  4. Bazat pe resurse SQL rețea nume, căutare grup de resurse corectă, aplicarea sau consolidare servicii în Windows Server 2008, și apoi mutați acel grup, aplicație sau serviciu la unul dintre nodurile din a doua jumătate.
  5. Utilizând Listă tabel de care ați colectate de la începutul procesului de actualizare, elimina primul jumătate de noduri care sunt patch-uri ca proprietarii posibil pentru SQL Server nume de rețea.
  6. Eliminați actualizare la fiecare dintre aceste noduri de referindu-se la documentația care este furnizat în set de actualizări care aplici.
  7. După actualizare a fost eliminat, utilizați SQL rețea nume de resurse pe instrument Cluster Administrator pentru a adăuga aceste noduri înapoi la Listă tabel proprietarilor posibil în caz de cluster în caz de nereu?ită.
  8. Verificați că cluster se execută fără probleme. Încercați să mutați la instanță de SQL Server între noduri în cluster.

Proprietă?i

ID articol: 958734 - Ultima examinare: 18 ianuarie 2013 - Revizie: 2.0
Se aplică la:
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Enterprise Evaluation
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2012 Business Intelligence
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Standard
Cuvinte cheie: 
kbexpertiseadvanced kbinfo kbmt KB958734 KbMtro
Traducere automată
IMPORTANT: Acest articol a fost tradus de software-ul de traducere automată Microsoft, si nu de un traducător. Microsoft vă oferă atât articole traduse de persoane, cât și articole traduse automat, astfel incat aveti access la toate articolele din Baza noastră de informatii în limba dvs. materna. Totuși, un articol tradus automat nu este întotdeauna perfect. Acesta poate conține greșeli de vocabular, sintaxă sau gramatică, la fel cum un vorbitor străin poate face greșeli vorbind limba dvs. materna. Compania Microsoft nu este responsabilă pentru nici o inexactitate, eroare sau daună cauzată de traducerea necorespunzătoare a conținutului sau de utilizarea traducerii necorespunzătoare de către clienții nostri. De asemenea, Microsoft actualizează frecvent software-ul de traducere automată.
Face?i clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 958734

Trimite?i feedback

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com