Windows Server 2008 R2 mejora a la migración de Windows 2012 Método Alwayson AG

El clúster de Windows requiere que todas las versiones de Windows en el mismo clúster sean iguales, por lo que existe un problema cuando queremos actualizar Windows ( Por ejemplo, la actualización de Windows 2008 R2 a Windows 2012 tuvo que crear un nuevo clúster de Windows. Puede elegir compilar con nuevo hardware, o desalojar un nodo en el clúster de Windows existente, reinstalar /actualizar el sistema y agregarlo al nuevo clúster de Windows. No discutiré el plan específico de actualización de clúster aquí. Vaya al tema inmediatamente:

Grupo de disponibilidad AlwaysOn del servidor SQL (en lo sucesivo, AG) Un requisito es que todas las réplicas deben pertenecer al mismo clúster de Windows.

Por lo tanto, cuando actualizamos el clúster de Windows, no pudimos establecer una AG entre el clúster de Windows nuevo y el clúster de Windows existente. Luego, durante el proceso de migración, AG no podrá proporcionar servicios externos durante un período de tiempo.

Desde el punto de vista de la base de datos, tenemos que hacer las siguientes cosas

A continuación detener la aplicación y eliminar cluster1 en el oyente, asegúrese de que no hay acceso desde el exterior a la utilización del servidor SQL.

Base de datos de copia de seguridad

Registro de cola de copia de seguridad

Copie el archivo de copia de seguridad al nuevo servidor

Restaure a cada servidor

y vuelva a establecer AG

Crear un agente de escucha

Reiniciar la aplicación

Necesitamos hacer una copia de seguridad y restaurar la base de datos a la nueva réplica principal y la réplica secundaria. El tiempo de inactividad correspondiente es el tiempo que desea 1 + 2 + 3 + 4 + 5 + 6 + 7 + 8. Tal vez piense en crear una duplicación entre los clústeres antiguos y nuevos, pero desafortunadamente, la base de datos creada por AG ya no puede crear una duplicación.

¿Cómo se debe migrar? A partir de SQL Server 2012 SP1, se permite crear una AG entre dos conjuntos diferentes de clústeres de Windows. Los siguientes ejemplos explican con un

tiene tres nodo de clúster de Windows, versión de las ventanas de Windows 2008 R2
copiar el código de código
es el siguiente: Dominio: liweiyin3.lab < /p > < p > nombre de cluster: cluster1 < /p > < p > Server002 < /p > < p > Server003 < /p > < p > Server004 < /p > < p > nombre Listener: listener1 tres nodos Una instancia independiente con SQL Server 2012 SP1 instalado. Ambas son instancias por defecto.

El mapa de topología AG. se establece de la siguiente manera:

Ahora cree un conjunto de dos nodos, ventanas, ventanas, clúster

dominio: liweiyin3.lab

nombre de cluster: cluster2

Server005

Server006

en la base de datos de cluster1 AG copia de seguridad, que comprende copia de seguridad completa intermedio y registro de clúster de copia de seguridad creado dos AG:

obtenido en el primer paso para restaurar el archivo en el nodo cluster2, designado con NORECOVERY

contacto.
abajo ejecute la siguiente instrucción en la cluster2 tres bases de datos copiar el código de código
es el siguiente: la configuración del conjunto de ALTER SERVER CLUSTER HADR CONTEXTO = 'cluster1.liweiyin3.lab' esta declaración está terminado, esta El contexto de clúster de la base de datos cambiará a cluster1. Este resultado se puede comprobar desde abajo en el DMV
copiar el código
código es el siguiente: seleccione cluster_name de sys.dm_hadr_cluster

puede tomar el relevo y en cluster2 cluster1 Establecer una AG entre. Podemos usar UI o T-SQL.

Debe tenerse en cuenta que el modo de sincronización de al menos un servidor SQL en cluster2 debe configurarse en Confirmación síncrona para garantizar que no haya pérdida de datos en la migración.

De esta manera, hemos construido un entorno AG que incluye tanto ganar 2008R2 como ganar 2012. Y también puede proporcionar servicios al mundo exterior normalmente. Todo el proceso no requiere tiempo de inactividad.

De esta manera, hemos establecido un entorno AG que incluye ganar 2008R2 y ganar 2012. Y normalmente también proporcionar servicios para el mundo exterior, todo el proceso no requiere tiempo de inactividad.

De este modo, se han establecido tanto una victoria 2008R2, también contiene ganar 2.012 del medio ambiente AG. Y normalmente también proporcionar servicios para el mundo exterior, todo el proceso no requiere tiempo de inactividad.

Sin embargo, tenga en cuenta que este caso no permite la conmutación por error entre los dos clúster . mensaje apropiado es el siguiente

Un intento de conmutación por error o crear un grupo de disponibilidad falló. Esta operación no se admite cuando grupos de disponibilidad AlwaysOn está ejecutando bajo una conmutación por error de Windows Server remoto (WSFC) cúmulo contexto. en un contexto clúster remoto, la conmutación por error o la creación de grupos de disponibilidad no son compatibles.

a continuación detener la aplicación y eliminar cluster1 en el oyente, asegúrese de que no hay acceso desde el exterior al uso de SQL SERVER

en la AG para un funcionamiento sin conexión Clúster1
GRUPO

ALTER DISPONIBILIDAD dbName desconectado

toda la cluster2 el interruptor del servidor SQL CLUSTER CONTEXTO volver

ALTER CONFIGURACIÓN dEL sERVIDOR SET HADR CLUSTER CONTEXTO = local

recrear AG

cluster2 en crear una nueva escucha

reinicie la aplicación

en este cluster2 la inactividad inherente Eso es 5 + 6 + 7 + 8 + 9 + 10

En comparación con la solución anterior, se omiten el tiempo de copia de seguridad, copia de archivo y restauración. El resto de las operaciones son operaciones de sentencias, lo que reduce considerablemente el tiempo de inactividad.

Más información

===

Antes de la migración, el servidor SQL en Cluster2 no permite la creación de AG.

necesidad de otorgar acceso a la cuenta de SQL Server registro cluster1 inicio Cluster2 los derechos

Antes de migrar cambiar el contexto de clústeres HADR de instancia de servidor (SQL Server)