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

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

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
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             OnlineCluster Disk 2                    SQL Server (INST1)                NODE1             OnlineCluster Disk 3                    SQL Server (INST2)                NODE1             OnlineCluster Disk 4                    Available Storage                 NODE1             OnlineCluster IP Address                Cluster Group                     NODE1             OnlineCluster Name                      Cluster Group                     NODE1             OnlineSQL IP Address 1 (SQLVS1)         SQL Server (INST1)                NODE1             OnlineSQL Network Name (SQLVS1)         SQL Server (INST1)                NODE1             OnlineSQL Server                        SQL Server (INST1)                NODE1             OnlineSQL Server Agent                  SQL Server (INST1)                NODE1             OnlineSQL IP Address 2 (SQLVS2)         SQL Server (INST2)                NODE1             OnlineSQL Network Name (SQLVS2)         SQL Server (INST2)                NODE1             OnlineSQL Server                        SQL Server (INST2)                NODE1             OnlineSQL 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.

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 958734 - Ultima examinare: 01/18/2013 06:58:00 - Revizie: 2.0

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

  • kbexpertiseadvanced kbinfo kbmt KB958734 KbMtro
Feedback
error="var m=document.createElement('meta');m.name='ms.dqp0';m.content='true';document.getElementsByTagName('head')[0].appendChild(m);" onload="var m=document.createElement('meta');m.name='ms.dqp0';m.content='false';document.getElementsByTagName('head')[0].appendChild(m);" src="http://c1.microsoft.com/c.gif?">