Proceso de paquete de parches y service del balanceo de clúster de conmutación por error de SQL Server

Seleccione idioma Seleccione idioma
Id. de artículo: 958734 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

INTRODUCCIÓN

Este artículo describe cómo aplicar una actualización de Microsoft SQL Server a una instancia de clúster de conmutación por error.

Importante
  • Si actualiza una instancia de clúster de conmutación por error de SQL Server en un nodo activo, se detendrán los servicios de SQL Server. Esto hace que el tiempo de inactividad de SQL Server. Para evitar el tiempo de inactividad, instalar una actualización sucesiva en los nodos pasivos tal como se explica en este artículo.
  • Para evitar una varias versiones de posibles nodos propietarios en la instancia de clúster de conmutación por error, utilice la herramienta Administrador de clústeres (Cluadmin.exe), para quitar nodos de la lista de nodos de posible propietario en la instancia de clúster de conmutación por error. Debe evitar utilizar una versión mixta del posibles nodos propietarios para evitar la corrupción de datos posible.
  • En Microsoft SQL Server 2008 y versiones posteriores, el servicio de Cluster Server comprueba el recurso de nombre de red de SQL para obtener una lista de posibles propietarios. El recurso de nombre de red de SQL también está marcado. Este comportamiento difiere del de Microsoft SQL Server 2005. En SQL Server 2005, el propio recurso de SQL Server está marcado.

Más información

Instalación de SQL Server las sucesivas actualizaciones en un clúster de conmutación por error

Nota La información de esta sección se aplica a SQL Server 2008 y versiones posteriores.
  1. Antes de iniciar las actualizaciones, asegúrese de que recopilar una lista de posibles propietarios para la instancia agrupada de SQL Server específico. Para buscar un nombre de recurso de red de SQL Server específico, ejecute el comando siguiente:
    recursos de Cluster.exe
    Obtener un resultado similar al siguiente:
    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
    
    En este ejemplo, puede utilizar los siguientes comandos para crear una lista de posibles propietarios de cada recurso de nombre de red de SQL:
    • Cluster.exe recurso /listowners de "Nombre de red SQL (SQLVS1)" > c:\SQLVS1_list_of_owners.txt
    • Cluster.exe recurso /listowners de "Nombre de red SQL (SQLVS2)" > c:\SQLVS2_list_of_owners.txt
  2. En la herramienta Administrador de clústeres, utilice el correspondiente recurso de nombre de red de SQL para quitar la mitad de los nodos de la lista de posibles propietarios de las instancias de clúster de conmutación por error en el que va a aplicar las actualizaciones. Quite los nodos pasivos en primer lugar de los posibles propietarios. Mantenga la lista de nodos que quita los posibles propietarios para futuras referencias durante este proceso de actualización.

    Nota Se recomienda que quite la mitad de los nodos de los posibles propietarios para mantener la alta disponibilidad.
  3. Después de haber quitado los nodos de la lista de posibles propietarios de la instancia de clúster de conmutación por error, aplique la actualización de SQL Server en los nodos que ha eliminado en el paso 2. Para aplicar la actualización en cada nodo que se ha quitado de los posibles propietarios, consulte la documentación que se proporciona dentro del paquete de actualización que va a aplicar.

    Nota Si se trata de la primera vez que está aplicando la actualización en una instancia de un nodo, mueva los grupos de recursos activos a otro nodo antes de aplicar la actualización. Esto ayuda a evitar el tiempo de inactividad o una operación de reinicio que se puede producir cuando se actualizan los componentes compartidos que se están utilizando.
  4. Una vez aplicada la actualización en los nodos que se han quitado de los posibles propietarios, utilice el recurso de nombre de red de SQL en la herramienta Administrador de clústeres volver a agregar los nodos actualizados a la lista de posibles propietarios en la instancia de clúster de conmutación por error.

    Para asegurarse de que se agregar nodos de reserva para las instancias de SQL Server correctos, utilice la lista de posibles propietarios que ha recopilado antes de realiza la actualización. Asegúrese de que marca los nodos que ya están actualizados en la lista.
  5. Basado en el recurso nombre de red de SQL, buscar el grupo de recursos correcto, aplicaciones o servicios en Windows Server 2008 y, a continuación, mover, ese grupo, aplicación o servicio a uno de los nodos que se actualizó.
  6. Compruebe que todos los recursos de SQL Server estén en línea en el nodo actualmente activo.
  7. En la herramienta Administrador de clústeres, utilice el recurso de nombre de red de SQL para quitar los nodos que no se han actualizado de los posibles propietarios en la instancia de clúster de conmutación por error.
  8. Aplicar la actualización de SQL Server a los nodos que quitó en el paso 7.
  9. Repita el paso 4 para agregar todos los nodos que se actualizaron a los posibles propietarios de la instancia de clúster de conmutación por error que ha actualizado.
  10. Compruebe que el clúster se está ejecutando sin ningún problema. Intente mover la instancia de SQL Server entre los nodos del clúster.

Desinstalar las revisiones de SQL Server en un clúster de conmutación por error en un escenario de actualización sucesiva

Nota La información de esta sección se aplica a SQL Server 2008 y versiones posteriores.

Utilice el procedimiento que se puede aplicar a su situación:

Escenario 1: Aplicar la revisión de seguridad en todos los nodos del clúster

En este escenario, el procedimiento para desinstalar la revisión de seguridad es el opuesto exacto de la instalación de la revisión, que se describe en la sección anterior. El procedimiento detallado sería como sigue:
  1. Antes de quitar las actualizaciones, asegúrese de que recopilar una lista de posibles propietarios para la instancia agrupada de SQL Server específico. Para buscar un nombre de recurso de red de SQL Server específico, ejecute el comando siguiente:
    cluster.exe resource 
    Obtener un resultado similar al siguiente:
    Recurso grupo nodo Estado------------
    Disco de clúster 1 el nodo grupo de clúster NODE1 Online clúster disco 2 de SQL Server (INST1) 1 en línea
    Nodo del clúster disco3 almacenamiento disponible en disco de clúster en línea de SQL Server (INST2) el nodo 1 4 1 en línea
    Grupo de clústeres de dirección IP de clúster NODE1 en línea grupo de clúster de nombre de clúster NODE1 en línea SQL dirección IP 1 (SQLVS1)
    SQL Server SQL en línea (INST1) el nodo 1 de SQL Server de SQL Server en línea el nodo 1 de nombre de red (SQLVS1) SQL Server (INST1)
    (INST1) El nodo 1 En línea SQL Server Agente SQL Server (INST1) el nodo 1 en línea SQL dirección IP 2 el nodo 1 de SQL Server (SQLVS2) (INST2) en línea
    Nodo SQL red nombre (SQLVS2) de SQL Server de SQL Server en línea el nodo 1 de SQL Server (INST2) (INST2) 1 en línea
    Nodo SQL Server Agente SQL Server (INST2) 1 en línea

    En este ejemplo, puede utilizar los siguientes comandos para crear una lista de posibles propietarios de cada recurso de nombre de red de SQL:
    • Cluster.exe recurso /listowners de "Nombre de red SQL (SQLVS1)" > c:\SQLVS1_list_of_owners.txt
    • Cluster.exe recurso /listowners de "Nombre de red SQL (SQLVS2)" > c:\SQLVS2_list_of_owners.txt
  2. En la herramienta Administrador de clústeres, utilice el correspondiente recurso de nombre de red de SQL para quitar la mitad de los nodos de la lista de posibles propietarios de las instancias de clúster de conmutación por error en el que desea quitar las actualizaciones. Quite los nodos pasivos en primer lugar de los posibles propietarios. Mantenga la lista de nodos que quita los posibles propietarios para futuras referencias durante este proceso de eliminación de actualización.
    NotaSe recomienda que quite la mitad de los nodos de los posibles propietarios para mantener la alta disponibilidad.
  3. Después de haber quitado los nodos de la lista de posibles propietarios de la instancia de clúster de conmutación por error, quite la actualización de SQL Server en los nodos que ha eliminado en el paso 2. Para quitar la actualización en cada nodo que se ha quitado de los posibles propietarios, consulte la documentación que se proporciona dentro del paquete de actualización que va a aplicar.

    NotaSi se trata de la primera vez que va a quitar la actualización en una instancia de un nodo, mueva los grupos de recursos activos a otro nodo antes de quitar la actualización. Esto ayuda a evitar el tiempo de inactividad o una operación de reinicio que se puede producir cuando se actualizan los componentes compartidos que se están utilizando.
  4. Después de quitar la actualización en los nodos que se han quitado de los posibles propietarios, utilice el recurso de nombre de red de SQL en la herramienta Administrador de clústeres volver a agregar los nodos de degradado a la lista de posibles propietarios en la instancia de clúster de conmutación por error.

    Para asegurarse de que se agregar nodos de reserva para las instancias de SQL Server correctos, utilice la lista de posibles propietarios que ha recopilado antes de realiza la actualización. Asegúrese de que marca los nodos que ya se han degradado en la lista.
  5. Según el recurso de nombre de red de SQL, buscar el grupo de recursos correcto, aplicaciones o servicios en Windows Server 2008 y, a continuación, desplazarse, ese grupo, aplicación o servicio a uno de los nodos que haya bajado se categoría.
  6. Compruebe que todos los recursos de SQL Server estén en línea en el nodo actualmente activo.
  7. En la herramienta Administrador de clústeres, utilice el recurso de nombre de red de SQL para quitar los nodos que no fueron degradarse de los posibles propietarios en la instancia de clúster de conmutación por error.
  8. Quitar la actualización de SQL Server a los nodos que quitó en el paso 7.
  9. Repita el paso 4 para agregar todos los nodos que se degradó a los posibles propietarios de la instancia de clúster de conmutación por error degradadas.
  10. Compruebe que el clúster se está ejecutando sin ningún problema. Intente mover la instancia de SQL Server entre los nodos del clúster.

Escenario 2: Está en curso de las sucesivas proceso de actualización y se actualizan sólo algunos nodos.


Pueden existir varias permutaciones de para que esto tal como se describe a continuación:

NotaEn los párrafos siguientes se supone que está siguiendo el procedimiento descrito en la sección "Instalar SQL Server las sucesivas actualizaciones en un clúster de conmutación por error" de este artículo y está en curso de la actualización la mitad de la primera o segunda mitad de los nodos.

Escenarios para la primera mitad-(la primera mitad de los nodos se quitan de posibles propietarios)

Caso 1A: decide no continuar aún más con revisión de proceso de actualización.
Utilice el procedimiento siguiente:
  1. Quitar la actualización en cada nodo que se ha revisado y con nombre de red de SQL recurso en la herramienta Administrador de clústeres para que lo agregue de nuevo a la lista de posibles propietarios de la instancia de clúster de conmutación por error.
  2. Compruebe que el clúster se está ejecutando sin ningún problema. Intente mover la instancia de SQL Server entre los nodos del clúster.

Case 2A. Después de aplicar la revisión de seguridad en algunos nodos, descubrirá (ya sea en el web buscando o cuando se trabaja con Microsoft CSS) que se conocen varios problemas con la revisión de seguridad y, por tanto, no podrá seguir avanzando.
  1. Si hay una versión más reciente de la actualización que corrige el problema, utilizar junto con los pasos 3 a 10 del procedimiento indicado en la sección "Instalación de SQL Server 2008 las sucesivas actualizaciones en un failover clúster" de este artículo para continuar con el proceso de actualización.
  2. Si no está disponible la versión más reciente o no se puede actualizar inmediatamente a la versión más reciente, utilice el procedimiento que se había documentado para casos 1A anterior.

Case 3A. No es posible aplicar la revisión en uno o varios nodos:

En este caso la recomendación sería averiguar por qué la actualización se están produciendo errores en ese nodo y continuar la revisión de los otros nodos con la actualización. Al agregar los nodos como posibles propietarios a recursos de SQL Server, deje el nodo problemático o nodos fuera de esa lista.

Si no es una opción de solución de problemas y necesita todos los nodos que estén disponibles para el funcionamiento del clúster, puede utilizar el procedimiento que se había documentado para Case 1 anterior.

Escenarios para el segundo semestre: (la primera mitad de los nodos ya está actualizado y volver a agregar a la lista de posibles propietarios y se encuentran en proceso de eliminación de o ya ha quitado la segunda mitad de la lista de posibles propietarios:)

Caso 1B: observa que no es posible mover el grupo de SQL Server a los nodos actualizados (punto #5 del proceso de actualización) debido a un posible problema con la revisión de seguridad (grupo de servidores SQL esencialmente conmuta por recuperación al nodo que no se ha actualizado).

Utilice el procedimiento siguiente:

  1. Compruebe si hay disponible una versión más reciente de la revisión que corrige el problema. Si está disponible, utilizarlas en combinación con el procedimiento indicado en la sección "Instalación de SQL Server 2008 las sucesivas actualizaciones en un failover clúster" de este artículo para continuar con el proceso de actualización completa.

    NotaNo es necesario quitar la revisión de regresión de la primera mitad. Sólo debe quitar la primera mitad de los nodos que se actualizan desde la lista de posibles propietarios para la instancia de SQL Server y, a continuación, proceda como si va a actualizar todo el clúster con una nueva revisión mediante el proceso de actualización sucesiva descrito al principio de este artículo.
  2. Si no está disponible la versión más reciente o no se puede actualizar inmediatamente a la versión más reciente, utilice el procedimiento siguiente:
    1. Con la lista que ha recopilado al principio del proceso de actualización, quite la primera mitad de los nodos que se han modificado como posibles propietarios de nombre de red de SQL Server.
    2. La segunda mitad de los nodos "quitado" volver a agregar los posibles propietarios del nombre de red de SQL Server.
      NotaError en la conmutación por error, pero es posible que haya quitado algunos o todos los nodos en la segunda mitad. Tenga en cuenta también que ninguno de los nodos en la segunda mitad se habían actualizado todavía.
    3. Después de quitar la actualización, utilice el recurso de nombre de red de SQL en la herramienta Administrador de clústeres para agregar estos nodos volver a la lista de posibles propietarios de la instancia de clúster de conmutación por error.
    4. Compruebe que el clúster se está ejecutando sin ningún problema. Intente mover la instancia de SQL Server entre los nodos del clúster.
Caso 2B: después de aplicar la revisión de seguridad en algunos nodos, descubrirá (ya sea en el web buscando o cuando se trabaja con Microsoft CSS) que se conocen varios problemas con la revisión de seguridad y, por tanto, no podrá seguir avanzando.(Grupo de SQL Server está conectado en uno de los nodos en primer lugar la mitad que han sido actualizados).

Utilice el procedimiento siguiente:
  1. Compruebe si hay disponible una versión más reciente de la revisión que corrige el problema. Si está disponible, utilice que en conjunto con el procedimiento indicado en la sección "Instalar SQL Server las sucesivas actualizaciones en un clúster de conmutación por error" de este artículo para continuar con la totalidad update proceso pero comenzando con la segunda mitad de la lista completa.

    NotaEn esencia, una vez completado el proceso de actualización, todos los nodos de los primeros nodos de la mitad, así como los que se actualizan en la segunda mitad de la lista obtendrá dos conjuntos de actualizaciones de: el primero con la revisión problemático y el segundo con un parche corregido.
  2. Si no está disponible la versión más reciente o no se puede actualizar inmediatamente a la versión más reciente, utilice el procedimiento siguiente:
    1. Quitar la revisión en cada uno de los nodos que se actualizan en la segunda mitad haciendo referencia a la documentación que se proporciona dentro del paquete de actualización que va a aplicar.
    2. Utilice el recurso de nombre de red de SQL en la herramienta Administrador de clústeres para el segundo semestre de nodos de volver a agregar a la lista de posibles propietarios en la instancia de clúster de conmutación por error.

      Para asegurarse de que se agregar nodos de reserva para las instancias de SQL Server correctos, utilice la lista de posibles propietarios que ha recopilado antes de realiza la actualización. Asegúrese de que marca los nodos que ya están actualizados en la lista.
    3. Según el recurso de nombre de red de SQL, busque el grupo de recursos correcto, aplicaciones o servicios en Windows Server 2008 y, a continuación, mover, ese grupo, aplicación o servicio a uno de los nodos de la segunda mitad.
    4. Con la lista que ha recopilado al principio del proceso de actualización, quite la primera mitad de los nodos que se han modificado como posibles propietarios de nombre de red de SQL Server.
    5. Quitar la actualización en cada uno de estos nodos haciendo referencia a la documentación que se proporciona dentro del paquete de actualización que va a aplicar.
    6. Después de quitar la actualización, utilice el recurso de nombre de red de SQL en la herramienta Administrador de clústeres para agregar estos nodos volver a la lista de posibles propietarios de la instancia de clúster de conmutación por error.
    7. Compruebe que el clúster se está ejecutando sin ningún problema. Intente mover la instancia de SQL Server entre los nodos del clúster.
Caso 3B: decide no continuar aún más con revisión de proceso de actualización: utilice el procedimiento siguiente.
  1. Quitar la revisión en cada uno de los nodos que pueden haber sido actualizados en la segunda mitad haciendo referencia a la documentación que se proporciona dentro del paquete de actualización que va a aplicar.
  2. Utilice el recurso de nombre de red de SQL en la herramienta Administrador de clústeres para el segundo semestre de nodos de volver a agregar a la lista de posibles propietarios en la instancia de clúster de conmutación por error.
  3. Para asegurarse de que se agregar nodos de reserva para las instancias de SQL Server correctos, utilice la lista de posibles propietarios que ha recopilado antes de realiza la actualización. Asegúrese de que marca los nodos que ya están actualizados en la lista.
  4. Según el recurso de nombre de red de SQL, busque el grupo de recursos correcto, aplicaciones o servicios en Windows Server 2008 y, a continuación, mover, ese grupo, aplicación o servicio a uno de los nodos de la segunda mitad.
  5. Con la lista que ha recopilado al principio del proceso de actualización, quite la primera mitad de los nodos que se han modificado como posibles propietarios de nombre de red de SQL Server.
  6. Quitar la actualización en cada uno de estos nodos haciendo referencia a la documentación que se proporciona dentro del paquete de actualización que va a aplicar.
  7. Después de quitar la actualización, utilice el recurso de nombre de red de SQL en la herramienta Administrador de clústeres para agregar estos nodos volver a la lista de posibles propietarios de la instancia de clúster de conmutación por error.
  8. Compruebe que el clúster se está ejecutando sin ningún problema. Intente mover la instancia de SQL Server entre los nodos del clúster.

Propiedades

Id. de artículo: 958734 - Última revisión: viernes, 18 de enero de 2013 - Versión: 2.0
La información de este artículo se refiere a:
  • 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
Palabras clave: 
kbexpertiseadvanced kbinfo kbmt KB958734 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 958734

Enviar comentarios

 

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