SQL Server резервний кластера прокатки патч і служба pack процесу.

Переклади статей Переклади статей
Номер статті: 958734 - Показ продуктів, яких стосується ця стаття.
Розгорнути все | Згорнути все

На цій сторінці

ВВЕДЕННЯ

У цій статті описується стосуються екземплярів кластера або відновлення після відмови оновлення Microsoft SQL Server.

Важливо
  • Якщо оновити кластера резервний екземпляра SQL Server на активному вузлу служби SQL Server буде припинено. Це викликає простою сервера SQL. Щоб уникнути простою, встановити коченню оновлення на пасивний вузлів, як описано в цій статті.
  • Щоб уникнути змішаних Версія можливим власником вузлів у випадку відмови кластера, інструмент кластера (Cluadmin.exe), видалення вузлів зі списку можливих власник вузлів у випадку відмови кластера. Ви повинні уникати, мають змішані Версія можливим власником вузлів для запобігання корупції можливі дані.
  • У Microsoft SQL Server 2008 та пізніших версій служби кластерів перевіряє SQL мережне ім'я ресурсу список можливих власників. Ресурс SQL мережне ім’я є також checkpointed. Ця ситуація відрізняється від Microsoft SQL Server 2005. У SQL Server 2005 SQL Server ресурс, сама є checkpointed.

Додаткові відомості

Інсталяції SQL Server прокатки оновлення або відновлення після відмови кластера

Примітка. Інформація в цьому розділі стосується SQL Server 2008 і пізніших версій.
  1. Перед початком оновлення переконайтеся, що ви зібрати список можливих власників для конкретних звичайна екземпляра SQL Server. Щоб знайти конкретні ім'я ресурсу мережі SQL Server, запустіть таку команду:
    Cluster.exe ресурсу
    Ви бачите вивід приблизно такого вигляду:
    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
    
    У цьому прикладі можна використовувати наступні команди Створити список можливих власників для кожного SQL мережне ім'я ресурсу:
    • Cluster.exe ресурсу "SQL мережне ім'я (SQLVS1)" /listowners > c:\SQLVS1_list_of_owners.txt
    • Cluster.exe ресурсу "SQL мережне ім'я (SQLVS2)" /listowners > c:\SQLVS2_list_of_owners.txt
  2. У засобі кластера на відповідний SQL мережне ім'я ресурсу можна видалити половині з вузлів з екземплярів кластера резервний, на якому ви хочете, щоб застосувати оновлення, список можливих власників. Видалити пасивний вузлів спочатку з можливих власників. Тримайте список вузлів, що ви видалити від можливих власників для подальшого сценарій виконання під Вільний час процесу оновлення.

    Примітка. Рекомендовано видалити половині з вузлів з можливих власників підтримувати високу доступність.
  3. Після видалення вузлів зі списку можливих власників у випадку відмови кластера застосувати оновлення SQL Server на вузлах, який було викручено у кроці 2. Щоб застосувати оновлення на кожному вузлі, які було видалено з можливих власників, зверніться до документації, яка постачається у пакеті оновлення, які ви подаєте.

    Примітка. Якщо це перший раз, що ви подаєте оновлення на екземпляр для вузла, перемістити будь-який Активний ресурс груп на інший вузол, перш ніж застосовувати оновлення. Це допоможе уникнути простою або операції перезавантаження, яка виникає, коли оновлюються загальні компоненти, які використовуються.
  4. Після оновлення було застосовано до вузлів, які були видалені з можливих власників, використовувати SQL мережне ім'я ресурсу кластера інструмент Додати Останні вузлів кластера екземпляр резервний, список можливих власників.

    Щоб переконатися, що ви додати назад вузлів для правильного екземплярів SQL Server, сценарій виконання списку можливих власників, які ви зібрали, перш ніж виконати оновлення. Переконайтеся, що Марк вузлів, які вже було оновлено у вашому списку.
  5. На основі SQL мережне ім'я ресурсу, знайти правильний ресурс група, застосунку або застосунок-служба в Windows Server 2008 а потім перемістити, що група, застосунку або застосунок-служба на один із вузлів, які було оновлено.
  6. Перевірте, чи всі ресурси сервера SQL онлайн на цей Вільний час активний вузол.
  7. У засобі кластера використовувати SQL мережне ім'я ресурсу для видалення вузлів, які не були оновлені з можливих власників у випадку відмови кластера.
  8. Застосувати оновлення SQL Server на вузли, який було викручено у кроці 7.
  9. Повторіть крок 4, щоб додати всі вузли, які було оновлено до можливих власників для екземпляра резервний кластера, оновлений.
  10. Переконайтеся, що кластера працює без будь-яких питань. Спробуйте перемістити екземпляр SQL Server між вузлів у кластері.

Видалення програми SQL Server патчі на резервний кластера в коченню сценарій оновлення

Примітка. Інформація в цьому розділі стосується SQL Server 2008 і пізніших версій.

сценарій виконання процедури, що застосовуються до вашої ситуації:

Сценарій 1: Ви застосувати патч на всіх вузлах ваш кластера

У цьому випадку процедурою, щоб видалити патч є повною протилежністю установки патча, що обговорюється в розділі вище. Докладні процедури буде виглядати наступним чином:
  1. Перед видаленням оновлення, переконайтеся, що ви зібрати список можливих власників для конкретних звичайна екземпляра SQL Server. Щоб знайти конкретні ім'я ресурсу мережі SQL Server, запустіть таку команду:
    cluster.exe resource 
    Ви бачите вивід приблизно такого вигляду:
    Стан вузла групи ресурсів-----------
    Диску кластера 1 Група кластера NODE1 онлайн кластера дублювання диска 2 SQL Server (INST1) NODE1 онлайн
    Кластер дублювання диска 3 SQL Server (INST2) NODE1 онлайн кластера 4 доступні місця NODE1 онлайн
    Кластер IP адреса кластера Група NODE1 онлайн кластера ім'я кластера NODE1 онлайн SQL IP адреса групи 1 (SQLVS1)
    SQL Server (INST1) NODE1 онлайн SQL Назва мережі (SQLVS1) SQL Server (INST1) NODE1 онлайн SQL сервера SQL Server
    (INST1) NODE1 Онлайн SQL Server агент SQL Server (INST1) NODE1 онлайн SQL IP адреса 2 (SQLVS2) SQL Server (INST2) NODE1 онлайн
    SQL мережі ім'я (SQLVS2) SQL Server (INST2) NODE1 онлайн SQL сервера SQL Server (INST2) NODE1 онлайн
    SQL Server агент SQL Server (INST2) NODE1 онлайн

    У цьому прикладі можна використовувати наступні команди Створити список можливих власників для кожного SQL мережне ім'я ресурсу:
    • Cluster.exe ресурсу "SQL мережне ім'я (SQLVS1)" /listowners > c:\SQLVS1_list_of_owners.txt
    • Cluster.exe ресурсу "SQL мережне ім'я (SQLVS2)" /listowners > c:\SQLVS2_list_of_owners.txt
  2. У засобі кластера на відповідний SQL мережне ім'я ресурсу можна видалити половині з вузлів з екземплярів кластера резервний, на якому ви хочете, щоб видалити оновлення, список можливих власників. Видалити пасивний вузлів спочатку з можливих власників. Тримайте список вузлів, що ви видалити від можливих власників для подальшого сценарій виконання під Вільний час процесу Видалення цього оновлення.
    ПриміткаРекомендовано видалити половині з вузлів з можливих власників підтримувати високу доступність.
  3. Після видалення вузлів зі списку можливих власників у випадку відмови кластера видалити оновлення SQL Server на вузлах, який було викручено у кроці 2. Щоб видалити оновлення на кожному вузлі, які було видалено з можливих власників, зверніться до документації, яка постачається у пакеті оновлення, які ви подаєте.

    ПриміткаЯкщо це перший раз, видалення оновлення на екземпляр для вузла, перемістити будь-який Активний ресурс групи до іншого вузла, перед видаленням оновлення. Це допоможе уникнути простою або операції перезавантаження, яка виникає, коли оновлюються загальні компоненти, які використовуються.
  4. Після видалення оновлення на вузли, які були видалені з можливих власників використовувати SQL мережне ім'я ресурсу кластера інструмент Додати знизило вузлів кластера екземпляр резервний, список можливих власників.

    Щоб переконатися, що ви додати назад вузлів для правильного екземплярів SQL Server, сценарій виконання списку можливих власників, які ви зібрали, перш ніж виконати оновлення. Переконайтеся, що Марк вузлів, які вже були знижений у вашому списку.
  5. На основі SQL мережне ім'я ресурсу, знайти правильний ресурс група, застосунку або застосунок-служба в Windows Server 2008 а потім перемістити, що група, застосунку або застосунок-служба на один із вузлів, що був знижений.
  6. Перевірте, чи всі ресурси сервера SQL онлайн на цей Вільний час активний вузол.
  7. У засобі кластера використовувати SQL мережне ім'я ресурсу для видалення вузлів, що не понизили з можливих власників у випадку відмови кластера.
  8. Видалити вузли, який було викручено у кроці 7, оновлення SQL Server.
  9. Повторіть крок 4, щоб додати всі вузли, які були знижений до можливих власників для екземпляра резервний скупчення, що ви знижений.
  10. Переконайтеся, що кластера працює без будь-яких питань. Спробуйте перемістити екземпляр SQL Server між вузлів у кластері.

Сценарій 2: Ви знаходитесь в центрі рухомого процес оновлення та оновлюється лише деякі вузли.


Там може бути різних перестановок для цього, як обговорюється нижче:

ПриміткаТакі обговорення припускає, що ви після процедури, описані в розділі "Інсталяція SQL Server прокатки оновлень на резервний кластер" цієї статті, і ви перебуваєте в оновлення або першої половини або друга половина вузли.

Сценарії для першої половини-(перший половині з вузлів видаляються з можливих власників)

Випадок 1 а: ви не вирішили продовжити подальше виправленнями оновлення процес.
Виконайте такі дії:
  1. Видалити оновлення на кожному вузлі, що має Латка і сценарій виконання SQL мережне ім'я ресурсу кластера інструмент додати їх до списку можливих власників у випадку відмови кластера.
  2. Переконайтеся, що кластера працює без будь-яких питань. Спробуйте перемістити екземпляр SQL Server між вузлів у кластері.

Випадку 2A. Після застосування виправлення на кілька вузлів, виявити (або пошуком в Інтернеті або при роботі з Microsoft CSS) які відомі проблеми з патчем і тому не може рухатися далі.
  1. Якщо новіша версія оновлення, яке усуває проблему, використовувати це в поєднанні з 3 кроки до 10 процедура, описана в розділі "Встановлення SQL Server 2008 прокатки оновлень на за резервний кластера" цієї статті продовжити процес оновлення.
  2. Якщо новіша версія недоступна, або не можна оновити до новішої версії негайно, використовувати процедура, яка є задокументовані для випадку 1A вище.

Випадку 3A. Ви не в змозі застосовувати патч на один або кілька вузлів:

У цьому випадку рекомендація буде для подальшого виправлення чому оновлення не вдається на цей вузол і продовжити внесення виправлень на інші вузли, з оновленням. Під Вільний час запит на додавання вузли назад в якості можливих власників до SQL Server ресурсу, залишити проблематично вузол або вузлів з цього списку.

Якщо вам потрібні всі ваші вузлів, доступні для вашої роботи кластера, усунення несправностей це не варіант, за допомогою процедури, які є задокументовані для випадку 1A вище.

Сценарії для другої половини: (першій половині з вузлів вже оновив і додав до списку можливих власників і ви, або в процесі видалення або вже видалено другу половину списку можливих власників):

Випадку 1B: ви помітили, що ви не в змозі перемістити групу SQL Server Оновлено вузлів (кроці #5 процесу оновлення) через можливі проблеми з патчем (SQL server Група по суті не назад вузол, що не було оновлено).

Виконайте такі дії:

  1. Перевірити наявність новішої версії виправлення, яке усуває цю проблему. Якщо доступно, використовувати, що у зв'язок "один-до-одного" з процедура, описана в розділі "Встановлення SQL Server 2008 прокатки оновлень на за резервний кластера" цієї статті, приступити до всієї оновлення процесу.

    ПриміткаВам не потрібно видалити regressed патч від першої половини. Вам просто потрібно видалити перший половині з вузлів, що оновлюються, зі списку можливих власника для екземпляра SQL Server а потім приступити, як, якщо потрібно оновити весь кластера з новий патч, за допомогою рухомого процес оновлення, обговорювали на початку цієї статті.
  2. Якщо новіша версія недоступна, або не можна оновити до новішої версії негайно, виконайте такі дії:
    1. За допомогою списку, що ви зібрали на початку процесу оновлення, видалення перша половина вузлів, що латками як можливих власників мережне ім'я сервера SQL.
    2. Додати друга половина вузлів "Видалені" до можливих власників мережне ім'я сервера SQL.
      ПриміткаВідмови не вдалося, але ви, можливо, видалено деякі або всі вузли в другій половині. Також, зверніть увагу, що жоден з вузлами в другій половині було оновлено ще.
    3. Після видалення оновлення використовувати SQL мережне ім'я ресурсу кластера інструмент Додати ці вузли до списку можливих власників у випадку відмови кластера.
    4. Переконайтеся, що кластера працює без будь-яких питань. Спробуйте перемістити екземпляр SQL Server між вузлів у кластері.
Випадку 2B: після застосування виправлення на кілька вузлів, виявити (або пошуком в Інтернеті або при роботі з Microsoft CSS) які відомі проблеми з патчем і тому не може рухатися далі.(Група SQL Server в Інтернеті на одному з першої половини вузлів, які було оновлено).

Виконайте такі дії:
  1. Перевірити наявність новішої версії виправлення, яке усуває цю проблему. Якщо доступно, використовувати, що у зв'язок "один-до-одного" з процедура, описана в розділі "Інсталяція SQL Server прокатки оновлень на резервний кластер" цієї статті, приступити до всієї оновлення процес, але починаючи з повним другу половину списку.

    ПриміткаПо суті, після завершення процесу оновлення всіх вузлів за першу половину як ті вузлів, що оновлюються в другій половині свого списку буде отримати два набори оновлень - перший проблематично виправленнями а другий виправлений виправленнями.
  2. Якщо новіша версія недоступна, або не можна оновити до новішої версії негайно, виконайте такі дії:
    1. Видалити патч на кожному вузлів, які оновлюються у другій половині, посилаючись на документацію, яка постачається у пакеті оновлення, які ви подаєте.
    2. Використовувати SQL мережне ім'я ресурсу кластера інструмент Додати другій половині з вузлів кластера екземпляр резервний, список можливих власників.

      Щоб переконатися, що ви додати назад вузлів для правильного екземплярів SQL Server, сценарій виконання списку можливих власників, які ви зібрали, перш ніж виконати оновлення. Переконайтеся, що Марк вузлів, які вже було оновлено у вашому списку.
    3. На основі SQL мережне ім'я ресурсу, знайти правильний ресурс група, застосунку або застосунок-служба в Windows Server 2008 а потім перемістити, що група, застосунку або застосунок-служба для одного з вузлів з другої половини.
    4. За допомогою списку, що ви зібрали на початку процесу оновлення, видалення перша половина вузлів, що латками як можливих власників мережне ім'я сервера SQL.
    5. Видалити оновлення на кожен з цих вузлів, посилаючись на документацію, яка постачається у пакеті оновлення, які ви подаєте.
    6. Після видалення оновлення використовувати SQL мережне ім'я ресурсу кластера інструмент Додати ці вузли до списку можливих власників у випадку відмови кластера.
    7. Переконайтеся, що кластера працює без будь-яких питань. Спробуйте перемістити екземпляр SQL Server між вузлів у кластері.
Випадку 3B: ви не вирішили продовжити подальше виправленнями оновлення процес:, виконайте такі інтерактивні елементи.
  1. Видалити патч на кожному з вузлів, що може вже оновлено у другій половині, посилаючись на документацію, яка постачається у пакеті оновлення, які ви подаєте.
  2. Використовувати SQL мережне ім'я ресурсу кластера інструмент Додати другій половині з вузлів кластера екземпляр резервний, список можливих власників.
  3. Щоб переконатися, що ви додати назад вузлів для правильного екземплярів SQL Server, сценарій виконання списку можливих власників, які ви зібрали, перш ніж виконати оновлення. Переконайтеся, що Марк вузлів, які вже було оновлено у вашому списку.
  4. На основі SQL мережне ім'я ресурсу, знайти правильний ресурс група, застосунку або застосунок-служба в Windows Server 2008 а потім перемістити, що група, застосунку або застосунок-служба для одного з вузлів з другої половини.
  5. За допомогою списку, що ви зібрали на початку процесу оновлення, видалення перша половина вузлів, що латками як можливих власників мережне ім'я сервера SQL.
  6. Видалити оновлення на кожен з цих вузлів, посилаючись на документацію, яка постачається у пакеті оновлення, які ви подаєте.
  7. Після видалення оновлення використовувати SQL мережне ім'я ресурсу кластера інструмент Додати ці вузли до списку можливих власників у випадку відмови кластера.
  8. Переконайтеся, що кластера працює без будь-яких питань. Спробуйте перемістити екземпляр SQL Server між вузлів у кластері.

Властивості

Номер статті: 958734 - Востаннє переглянуто: 18 січня 2013 р. - Редакція: 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 KbMtuk
Машинний переклад
УВАГА! Цю статтю переклала програма машинного перекладу Microsoft, а не людина. Корпорація Microsoft пропонує вам як машинні переклади, так і переклади фахівців, щоб Ви мали доступ до всіх статей бази знань рідною мовою. Проте стаття, яку переклав комп’ютер, не завжди бездоганна. Вона може містити лексичні, синтаксичні або граматичні помилки. Так само помиляється іноземець, спілкуючись вашою рідною мовою. Корпорація Microsoft не несе відповідальність за жодні неточності, помилки або шкоду, завдану неправильним перекладом змісту або його використанням з боку користувачів. Крім того, корпорація Microsoft часто оновлює програму машинного перекладу.
Клацніть тут, щоб переглянути цю статтю англійською мовою: 958734

Надіслати відгук

 

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