Clúster de SQL Server las sucesivas proceso de pack de parches y service

INTRODUCCIÓN

En este artículo se 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 produce un tiempo de inactividad de SQL Server. Para evitar el downtime, instalar una actualización sucesiva en los nodos pasivos como se explica en este artículo.
  • Para evitar una versión mixta 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 propietario posibles en la instancia de clúster de conmutación por error. Debe evitar tener una versión mixta de posibles nodos propietarios para evitar la posible corrupción de datos.
  • En Microsoft SQL Server 2008 y versiones posteriores, el servicio de Cluster Server comprueba el recurso nombre de red de SQL para obtener una lista de posibles propietarios. El recurso nombre de red SQL también está marcado. Este comportamiento difiere 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 empezar las actualizaciones, asegúrese de que recopilar una lista de posibles propietarios para la instancia agrupada de SQL Server específica. Para buscar un nombre específico de recursos de red de SQL Server, ejecute el siguiente comando:
    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 SQL:
    • Cluster.exe recurso /listowners "Nombre de red SQL (SQLVS1)" > c:\SQLVS1_list_of_owners.txt
    • Cluster.exe recurso /listowners "Nombre de red SQL (SQLVS2)" > c:\SQLVS2_list_of_owners.txt
  2. En la herramienta Administrador de clústeres, utilice el recurso nombre de red SQL correspondiente para quitar de la mitad de los nodos de la lista de posibles propietarios en instancias de clúster de conmutación por error en el que desea aplicar las actualizaciones. Quitar primero los nodos pasivos de posibles propietarios. Mantener la lista de nodos que quite los posibles propietarios para futura referencia durante este proceso de actualización.

    Nota: Le recomendamos que quite la mitad de los nodos de los posibles propietarios para mantener una alta disponibilidad.
  3. Después de haber quitado los nodos de la lista de posibles propietarios en la instancia de clúster de conmutación por error, aplique la actualización de SQL Server en los nodos que quitó 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 en el paquete de actualización que se aplica.

    Nota: Si es la primera vez que va a aplicar 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 puede producirse cuando se actualizan los componentes compartidos que se utilizan.
  4. Después de aplicar la actualización en los nodos que se han quitado de los posibles propietarios, utilice el recurso nombre de red de SQL en la herramienta Administrador de clústeres para 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 agregue nodos back para las instancias de SQL Server correctos, utilice la lista de posibles propietarios que recopiló antes de realiza la actualización. Asegúrese de marcar en la lista de nodos que ya están actualizados.
  5. Basado en el recurso nombre de red SQL, encontrar el grupo de recursos correcto, aplicaciones o servicios en Windows Server 2008 y, a continuación, mover dicho grupo, aplicación o servicio en uno de los nodos que se actualizó.
  6. Compruebe que todos los recursos de SQL Server están conectados en el nodo actualmente activo.
  7. En la herramienta Administrador de clústeres, utilice el recurso 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. Aplique la actualización de SQL Server en 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 para la instancia de clúster de conmutación por error que se ha actualizado.
  10. Compruebe que el clúster se ejecuta sin ningún problema. Pruebe a mover la instancia de SQL Server entre los nodos del clúster.

Desinstalar 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 aplica a su situación:

Escenario 1: Aplicado la revisión en todos los nodos del clúster

En este escenario, el procedimiento para desinstalar la revisión 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ífica. Para buscar un nombre específico de recursos de red de SQL Server, ejecute el siguiente comando:
    cluster.exe resource 
    Obtener un resultado similar al siguiente:
    Recurso grupo nodo estado------------
    Clúster disco 1 grupo de clúster NODE1 Cluster en línea disco 2 SQL Server (INST1) Nodo1 en línea
    Disco 3 SQL Server (INST2) Nodo1 Cluster en línea disco 4 almacenamiento disponible Nodo1 en línea del clúster
    Grupo de clústeres de dirección IP de clúster NODE1 grupo de clúster de nombre de clúster en línea Nodo1 IP de SQL en línea dirección 1 (SQLVS1)
    SQL Server (INST1) Nodo1 SQL en línea red nombre (SQLVS1) SQL Server (INST1) Nodo1 en pantalla de SQL Server SQL Server
    (INST1) Nodo1 En pantalla de SQL Server Agente SQL Server (INST1) Nodo1 en línea SQL dirección IP de 2 (SQLVS2) SQL Server (INST2) Nodo1 en línea
    SQL red nombre (SQLVS2) SQL Server (INST2) Nodo1 en pantalla de SQL Server SQL Server (INST2) Nodo1 en línea
    SQL Server Agente SQL Server (INST2) Nodo1 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 SQL:
    • Cluster.exe recurso /listowners "Nombre de red SQL (SQLVS1)" > c:\SQLVS1_list_of_owners.txt
    • Cluster.exe recurso /listowners "Nombre de red SQL (SQLVS2)" > c:\SQLVS2_list_of_owners.txt
  2. En la herramienta Administrador de clústeres, utilice el recurso nombre de red SQL correspondiente para quitar de la mitad de los nodos de la lista de posibles propietarios en instancias de clúster de conmutación por error en el que desea quitar las actualizaciones. Quitar primero los nodos pasivos de posibles propietarios. Mantener la lista de nodos que quite los posibles propietarios para futura referencia durante este proceso de eliminación de la actualización.
    Nota: Le recomendamos que quite la mitad de los nodos de los posibles propietarios para mantener una alta disponibilidad.
  3. Después de haber quitado los nodos de la lista de posibles propietarios en la instancia de clúster de conmutación por error, quite la actualización de SQL Server en los nodos que quitó 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 en el paquete de actualización que se aplica.

    Nota: Si es 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 puede producirse cuando se actualizan los componentes compartidos que se utilizan.
  4. Después de quitar la actualización en los nodos que se han quitado de los posibles propietarios, utilice el recurso nombre de red de SQL en la herramienta Administrador de clústeres para agregar los nodos descalificados volver a la lista de posibles propietarios en la instancia de clúster de conmutación por error.

    Para asegurarse de que se agregue nodos back para las instancias de SQL Server correctos, utilice la lista de posibles propietarios que recopiló antes de realiza la actualización. Asegúrese de que se marcan como nodos que ya se han bajado de categoría en la lista.
  5. Basado en el recurso nombre de red SQL, encontrar el grupo de recursos correcto, aplicaciones o servicios en Windows Server 2008 y, a continuación, mover dicho grupo, aplicación o servicio en uno de los nodos que se degradó.
  6. Compruebe que todos los recursos de SQL Server están conectados en el nodo actualmente activo.
  7. En la herramienta Administrador de clústeres, utilice el recurso nombre de red de SQL para quitar los nodos que no fueron degradados de los posibles propietarios en la instancia de clúster de conmutación por error.
  8. Quite la actualización de SQL Server en 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 para la instancia de clúster de conmutación por error degradó.
  10. Compruebe que el clúster se ejecuta sin ningún problema. Pruebe a mover la instancia de SQL Server entre los nodos del clúster.

Escenario 2: Está en el centro de proceso de actualización de balanceo y sólo algunos nodos se actualizan.


Pueden existir varias permutaciones para esto como se explica a continuación:

Nota: La siguiente discusión asume que está siguiendo el procedimiento descrito en la sección "de SQL Server instalar sucesivas actualizaciones en un clúster de conmutación por error" de este artículo y en el medio de actualización de 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 los posibles propietarios)

Caso 1A: decide no continuar más con revisión 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 SQL recursos en la herramienta Administrador de clústeres para agregarlos a la lista de posibles propietarios en la instancia de clúster de conmutación por error.
  2. Compruebe que el clúster se ejecuta sin ningún problema. Pruebe a mover la instancia de SQL Server entre los nodos del clúster.

Caso 2A. Después de aplicar la revisión en algunos nodos, descubrirá (buscando en el web o cuando se trabaja con CSS de Microsoft) que hay problemas con la revisión conocidos y, por tanto, no es posible continuar.
  1. Si hay una versión más reciente de la actualización que corrige el problema, utilice junto con los pasos del 3 al 10 del procedimiento que se documenta en la sección "Instalar SQL Server 2008 sucesivas actualizaciones on a failover cluster" 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 puede actualizar a la versión más reciente inmediatamente, utilice el procedimiento que se documenta para 1A caso anterior.

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

En este caso, la recomendación sería averiguar por qué falla la actualización en ese nodo y continuar la revisión de los otros nodos con la actualización. Al agregar los nodos como posibles propietarios para el recurso 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 es necesario que todos los nodos estén disponibles para el funcionamiento del clúster, puede utilizar el procedimiento que se documenta para 1A caso anterior.

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

Caso 1B: observa que no son capaces de mover el grupo de SQL Server con los nodos actualizados (paso #5 del proceso de actualización) debido a un posible problema con la revisión (grupo SQL server básicamente se produce un error en un nodo que no se ha actualizado).

Utilice el procedimiento siguiente:

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

    Nota: No es necesario quitar la revisión de regresión de la primera mitad. Necesitará 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, proceder como si está actualizando el clúster entero 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 puede actualizar a la versión más reciente inmediatamente, utilice el procedimiento siguiente:
    1. Mediante la lista recopilada 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.
      Nota: Falló la conmutación por error, pero puede que se haya quitado algunos o todos los nodos en la segunda mitad. Observe 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 nombre de red de SQL en la herramienta Administrador de clústeres para agregar estos nodos a la lista de posibles propietarios en la instancia de clúster de conmutación por error.
    4. Compruebe que el clúster se ejecuta sin ningún problema. Pruebe a mover la instancia de SQL Server entre los nodos del clúster.
Caso 2B: después de aplicar la revisión en algunos nodos, descubrirá (buscando en el web o cuando se trabaja con CSS de Microsoft) que hay problemas con la revisión conocidos y, por tanto, no es posible continuar. (Grupo de SQL Server está conectado en uno de los nodos de primer semestre que se han actualizado).

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

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

      Para asegurarse de que se agregue nodos back para las instancias de SQL Server correctos, utilice la lista de posibles propietarios que recopiló antes de realiza la actualización. Asegúrese de marcar en la lista de nodos que ya están actualizados.
    3. Basado en el recurso nombre de red SQL, encontrar el grupo de recursos correcto, aplicaciones o servicios en Windows Server 2008 y a continuación, mueva ese grupo, aplicación o servicio en uno de los nodos de la segunda mitad.
    4. Mediante la lista recopilada 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 en el paquete de actualización que se aplica.
    6. Después de quitar la actualización, utilice el recurso nombre de red de SQL en la herramienta Administrador de clústeres para agregar estos nodos a la lista de posibles propietarios en la instancia de clúster de conmutación por error.
    7. Compruebe que el clúster se ejecuta sin ningún problema. Pruebe a mover la instancia de SQL Server entre los nodos del clúster.
Caso 3B: decide no continuar más con parche actualizar proceso: utilice el siguiente procedimiento.
  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 en el paquete de actualización que se aplica.
  2. Utilice el recurso nombre de red de SQL en la herramienta Administrador de clústeres para volver a agregar la segunda mitad de los nodos a la lista de posibles propietarios en la instancia de clúster de conmutación por error.
  3. Para asegurarse de que se agregue nodos back para las instancias de SQL Server correctos, utilice la lista de posibles propietarios que recopiló antes de realiza la actualización. Asegúrese de marcar en la lista de nodos que ya están actualizados.
  4. Basado en el recurso nombre de red SQL, encontrar el grupo de recursos correcto, aplicaciones o servicios en Windows Server 2008 y a continuación, mueva ese grupo, aplicación o servicio en uno de los nodos de la segunda mitad.
  5. Mediante la lista recopilada 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 en el paquete de actualización que se aplica.
  7. Después de quitar la actualización, utilice el recurso nombre de red de SQL en la herramienta Administrador de clústeres para agregar estos nodos a la lista de posibles propietarios en la instancia de clúster de conmutación por error.
  8. Compruebe que el clúster se ejecuta sin ningún problema. Pruebe a mover la instancia de SQL Server entre los nodos del clúster.
Propiedades

Id. de artículo: 958734 - Última revisión: 14 ene. 2017 - Revisión: 1

Comentarios