SQL Server 2008 отказоустойчивый кластер чередующегося обновления и обновления пакета процесса

Переводы статьи Переводы статьи
Код статьи: 958734 - Vizualiza?i produsele pentru care se aplic? acest articol.
Развернуть все | Свернуть все

В этой статье

Введение эта ссылка может указывать на содержимое полностью или частично на английском языке

В данной статье описывается, как для установки обновления Microsoft SQL Server 2008 для экземпляра отказоустойчивого кластера.

Существенный:
  • При обновлении экземпляра отказоустойчивого кластера SQL Server на активный узел, необходимо остановить службы SQL Server. В результате простоя SQL Server. Чтобы избежать простоев, установите пошаговое обновление на пассивные узлы как описано в этой статье.
  • Чтобы избежать со смешанной версией возможных владельцев узлов экземпляра отказоустойчивого кластера, используйте инструмент «Администратор кластеров» (Cluadmin.exe), для удаления узлов из списка возможных владельцев узлов экземпляра отказоустойчивого кластера. Следует иметь смешанного возможных владельцев узлов, чтобы не допустить повреждения данных.
  • В SQL Server 2008 служба кластеров проверяет ресурс сетевого имени SQL для получения списка возможных владельцев. Ресурс сетевого имени SQL также регистрируется. В отличие от SQL Server 2005. В SQL Server 2005 регистрируется сам ресурс 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 Server (SQLVS1) ” /listofowners > c:\SQLVS1_list_of_owners.txt
    • ресурс Cluster.exe “ сетевое имя SQL Server (SQLVS2) ” /listofowners > c:\SQLVS2_list_of_owners.txt
  2. В инструмент «Администратор кластеров» используйте соответствующий ресурс сетевого имени SQL для удаления половины узлов из списка возможных владельцев экземплярами отказоустойчивого кластера, на котором требуется применять обновления. Сначала удалите пассивные узлы из возможных владельцев. Сохранить перечень узлов, удаление возможных владельцев для последующих ссылок в процессе обновления.

    Примечание.Корпорация Майкрософт рекомендует удалить половины узлов из возможных владельцев для поддержания высокого уровня доступности.
  3. После удаления узлов из списка возможных владельцев в экземпляр отказоустойчивого кластера следует установите обновление SQL Server на узлах, удаленные на шаге 2. Чтобы установить обновление на каждом узле, который был удален из возможных владельцев, обратитесь к документации, поставляемый в пакете обновления, в случае применения.

    Примечание.Если при применении обновления экземпляра для узла, переместите все группы ресурсов, активных на другой узел перед установкой обновления. Это позволяет избежать простоя или перезагрузку, которая может возникнуть при обновлении общих компонентов, которые уже используются.
  4. После применения обновления на узлах, которые были удалены из возможных владельцев, добавить обновленные узлы в список возможных владельцев в экземпляр отказоустойчивого кластера с помощью ресурса имени SQL Network Name на инструмент «Администратор кластеров».

    Убедитесь, что будет добавлять узлы назад для правильного экземпляров SQL Server, используйте список возможных владельцев, которые собираются перед выполнить обновление. Убедитесь, что пометить узлы, которые уже были добавлены в список.
  5. В зависимости от ресурса сетевого имени SQL, найти правильный ресурсной группы, приложения или службы в Windows Server 2008 и переместите группы, приложения или службы к одному из узлов, которые были обновлены.
  6. Убедитесь, что все ресурсы SQL Server через Интернет на данный момент на активном узле.
  7. В инструмент «Администратор кластеров» следует используйте ресурс сетевого имени SQL для удаления узлов, которые не были обновлены из возможных владельцев в экземпляр отказоустойчивого кластера.
  8. Примените обновление к узлам, удаленные на шаге 7.
  9. Повторите шаг 4 для добавления всех узлов, которые были обновлены в возможных владельцев для экземпляра отказоустойчивого кластера, который был обновлен.
  10. Убедитесь, что кластер работает без проблем. Попробуйте переместить экземпляр SQL Server между узлами в кластере.

Отмена установки обновлений SQL Server 2008 на отказоустойчивом кластере в случае чередующегося обновления

Используйте процедуру, которая применяется к данной ситуации:

В сценарии 1: При применении исправления на всех узлах кластера

В этом случае процедура для удаления исправления будет точно противоположно установить исправление, описанное в предыдущем разделе. Подробное описание процедуры будет выглядеть следующим образом:
  1. Прежде чем удалить обновление, убедитесь, что собрать список возможных владельцев для конкретных кластеризованного экземпляра SQL Server. Чтобы найти определенное имя ресурса сети SQL Server, выполните следующую команду:
    cluster.exe resource 
    Просмотреть выходные данные, подобные приведенным ниже:
    Ресурс Группа узел состояние--------------------------------------------------------
    Диск кластера 1 SQL Server (INST1) Кластерная группа NODE1 сети кластеров диска 2 Node1 через Интернет
    Диск 3 сети хранения доступные сети кластера SQL Server (INST2) NODE1 диск 4 NODE1 кластера
    Кластер IP адрес кластерной группы Node1 сети кластеров имя кластерной группы NODE1 Online SQL IP адрес 1 (SQLVS1)
    SQL Server (INST1) NODE1 Online SQL Network Name (SQLVS1) SQL Server (INST1) NODE1 сети SQL Server SQL Server
    (INST1) IP NODE1 Online SQL агента SQL Server (INST1) NODE1 Online SQL-адрес сервера 2 NODE1 (SQLVS2) SQL Server (INST2) через Интернет
    NODE1 NODE1 сети SQL Server SQL Server (INST2) SQL Server (INST2) (SQLVS2) имя сети SQL через Интернет
    SQL Server агент SQL Server (INST2) NODE1 через Интернет

    In this example, you can use the following commands to create a list of possible owners for each SQL Network Name resource:
    • cluster.exe resource “SQL Network Name (SQLVS1)” /listofowners > c:\SQLVS1_list_of_owners.txt
    • cluster.exe resource “SQL Network Name (SQLVS2)” /listofowners > c:\SQLVS2_list_of_owners.txt
  2. In the Cluster Administrator tool, use the corresponding SQL Network Name resource to remove half of the nodes from the possible owners list in the failover cluster instances on which you want to remove the updates. Remove the passive nodes first from the possible owners. Keep the list of nodes that you remove from the possible owners for future reference during this updateremovalПроцесс.
    Примечание.We recommend that you remove half of the nodes from the possible owners to maintain high availability.
  3. After you have removed the nodes from the possible owners list in the failover cluster instance, remove the SQL Server update on the nodes that you removed in step 2. To remove the update on each node that has been removed from the possible owners, refer to the documentation that is supplied within the update package that you are applying.

    Примечание.If this is the first time that you are removing the update on an instance for a node, move any active resource groups to another node before you remove the update. This helps avoid downtime or a restart operation that may occur when shared components that are being used are updated.
  4. After the update has been removed on the nodes that were removed from the possible owners, use the SQL Network Name resource on the Cluster Administrator tool to add the downgraded nodes back to the possible owners list in the failover cluster instance.

    To make sure that you will add back nodes for the correct SQL Server instances, use the list of possible owners that you collected before you performed the update. Make sure that you mark nodes that were already downgraded in your list.
  5. Based on the SQL Network Name resource, find the correct resource group, application, or services in Windows Server 2008, and then move that group, application, or service to one of the nodes that was downgraded.
  6. Verify that all SQL Server resources are online on the currently active node.
  7. In the Cluster Administrator tool, use the SQL Network Name resource to remove the nodes that were not downgraded from the possible owners in the failover cluster instance.
  8. Remove the SQL Server update to the nodes that you removed in step 7.
  9. Repeat step 4 to add all the nodes that were downgraded back to the possible owners for the failover cluster instance that you downgraded.
  10. Verify that the cluster is running without any issues. Try to move the instance of SQL Server between nodes in the cluster.

Scenario 2: You are in the middle of rolling update process and only some nodes are updated.


There could be various permutations for this as discussed below:
Примечание.The following discussion assumes that you are following the procedure discussed in the "Installing SQL Server 2008 rolling updates on a failover cluster" section of this article and you are in the middle of updating either the first half or second half of the nodes.

Scenarios for first half - (the first half of the nodes are removed from possible owners)

Case 1A: You decide not to proceed further with patch update process.
Use the following procedure:
  1. Remove the update on each node that has been patched and using SQL Network Name resource on the Cluster Administrator tool to add them back to the possible owners list in the failover cluster instance.
  2. Убедитесь, что кластер работает без проблем. Попробуйте переместить экземпляр SQL Server между узлами в кластере.

Регистр 2A. После установки исправления на нескольких узлах, вы обнаружите (путем поиска в Интернете или при работе с Microsoft CSS), перечислены известные проблемы, связанные с исправлениями и поэтому невозможно выполнить Дополнительно.
  1. Если имеется более новая версия обновления, устраняет проблему, используйте в сочетании с шага 3 до 10 процедуры, описанные в разделе «Установка SQL 2008 чередующегося обновления на отказоустойчивый кластер сервера» данной статьи для продолжения процесса обновления.
  2. Если новая версия недоступна или нельзя обновить до более новой версии немедленно, используйте процедуру, которая описана для регистра 1A выше.

Регистр 3A. Не удается установить обновление для системы на один или несколько узлов:

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

Устранение неполадок не является параметром, необходимо, чтобы все узлы будут доступны для проведения операции кластера можно использовать процедуры, описанной для регистра 1A выше.

Сценарии для второй половиной.(в первой половине узлов уже обновлены и добавлены в список возможных владельцев и находятся в процессе для удаления или удален ранее второй половиной из списка возможных владельцев):

Случае 1B: вы обратите внимание, что вы не можете переход группы SQL Server для обновленных узлов (шаг # 5 процесс обновления) из-за возможных проблем с исправлением (группы серверов SQL фактически сбоя обратно на узел, который не был обновлен).

Используйте следующую процедуру:

  1. Проверьте, доступен ли новая версия исправление, устраняющее эту проблему. Если это возможно, используйте в сочетании с процедурой, описанной в разделе «Установка SQL 2008 чередующегося обновления на отказоустойчивый кластер сервера» данной статьи для продолжения процесса обновления всей.

    Примечание.Удалить регрессировавших исправлений из первой половины необязательно. Необходимо удалить первой половины узлов, которые обновляются из списка возможных владельцев для экземпляра SQL Server, а затем продолжить работу, если при обновлении всего кластера с помощью новых исправлений, используя процесс чередующегося обновления описанные в начале данной статьи.
  2. Если новая версия недоступна или нельзя обновить до более новой версии немедленно, используйте следующую процедуру:
    1. Using the list that you collected at the beginning of the update process, remove the first half of the nodes that are patched as possible owners for the SQL Server network name.
    2. Add the second half of “removed” nodes back to the possible owners of the SQL Server network name.
      Примечание.The failover failed, but you might have removed some or all the nodes on the second half. Also notice that none of the nodes on the second half had been updated yet.
    3. After the update has been removed, use the SQL Network Name resource on the Cluster Administrator tool to add these nodes back to the possible owners list in the failover cluster instance.
    4. Verify that the cluster is running without any issues. Try to move the instance of SQL Server between nodes in the cluster.
Case 2B: After applying the patch on few nodes, you discover (either by searching the web or when working with Microsoft CSS) that there are known issues with the patch and hence cannot proceed further.(SQL Server group is online on one of the first half nodes that have been updated).

Use the following procedure:
  1. Check if a newer version of patch that fixes the issue is available. If it is available, use that in conjunction with the procedure documented in "Installing SQL Server 2008 rolling updates on a failover cluster" section of this article to proceed with the whole update process, but starting with the complete second half in your list.

    Примечание.Essentially, when the update process is complete, all the nodes from the first half as well as those nodes that are updated in the second half of your list will get two sets of updates - the first with the problematic patch and the second with a corrected patch.
  2. If either newer version is unavailable or you cannot upgrade to the newer version immediately, use the following procedure:
    1. Remove the patch on each of the nodes that are updated in the second half by referring to the documentation that is supplied within the update package that you are applying.
    2. Use the SQL Network Name resource on the Cluster Administrator tool to add the second half of nodes back to the possible owners list in the failover cluster instance.
      To make sure that you will add back nodes for the correct SQL Server instances, use the list of possible owners that you collected before you performed the update. Make sure that you mark nodes that were already updated in your list.
    3. Based on the SQL Network Name resource, find the correct resource group, application, or services in Windows Server 2008, and then move that group, application, or service to one of the nodes from the second half.
    4. Using the list that you collected at the beginning of the update process, remove the first half of the nodes that are patched as possible owners for the SQL Server network name.
    5. Remove the update on each of these nodes by referring to the documentation that is supplied within the update package that you are applying.
    6. After the update has been removed, use the SQL Network Name resource on the Cluster Administrator tool to add these nodes back to the possible owners list in the failover cluster instance.
    7. Verify that the cluster is running without any issues. Try to move the instance of SQL Server between nodes in the cluster.
Case 3B: You decide not to proceed further with patch update process: Use the following procedure.
  1. Remove the patch on each of the nodes that may have already been updated in the second half by referring to the documentation that is supplied within the update package that you are applying.
  2. Use the SQL Network Name resource on the Cluster Administrator tool to add the second half of nodes back to the possible owners list in the failover cluster instance.
    To make sure that you will add back nodes for the correct SQL Server instances, use the list of possible owners that you collected before you performed the update. Make sure that you mark nodes that were already updated in your list.
  3. Based on the SQL Network Name resource, find the correct resource group, application, or services in Windows Server 2008, and then move that group, application, or service to one of the nodes from the second half.
  4. Using the list that you collected at the beginning of the update process, remove the first half of the nodes that are patched as possible owners for the SQL Server network name.
  5. Remove the update on each of these nodes by referring to the documentation that is supplied within the update package that you are applying.
  6. After the update has been removed, use the SQL Network Name resource on the Cluster Administrator tool to add these nodes back to the possible owners list in the failover cluster instance.
  7. Verify that the cluster is running without any issues. Try to move the instance of SQL Server between nodes in the cluster.

Свойства

Код статьи: 958734 - Последний отзыв: 29 ноября 2010 г. - Revision: 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
Ключевые слова: 
kbexpertiseadvanced kbinfo kbmt KB958734 KbMtru
Переведено с помощью машинного перевода
ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода.
Эта статья на английском языке: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