Hyper-V y almacenamiento de réplicas: validación con PowerShell

En un artículo anterior de esta serie, expliqué que la replicación del repositorio se puede realizar de forma sincrónica o asincrónica. Siempre es preferible la replicación síncrona porque ocurre casi en tiempo real. A pesar de esto, la replicación sincrónica no siempre es una opción porque la replicación sincrónica es sensible al retraso.

Afortunadamente, Microsoft proporciona una herramienta que se puede usar para probar sistemas y hacer cumplir los requisitos de replicación síncrona. La herramienta es un comando de PowerShell llamado Test-SRTopology.

Como se mencionó en el artículo anterior, el comando Test-SRTopology no se instala de forma predeterminada, pero se incluye en Windows Server 2016. Para acceder a este cmdlet, deberá instalar el módulo de réplica de almacenamiento para Windows PowerShell. Este módulo es parte de las herramientas de administración de funciones. El proceso de instalación de este módulo lo mostré en el artículo anterior.

Lo bueno del comando Test-SRTopology es que le permite probar la conexión entre los dos servidores que planea configurar como socios de replicación. En otras palabras, actualmente no es necesario que los servidores sean socios de replicación. Puede probar la conexión entre los dos servidores antes de habilitar la replicación.

Índice

Sintaxis del comando Test-SRTopology

La sintaxis del equipo Test-SRTopology es relativamente simple. De hecho, su uso me recuerda el proceso utilizado para habilitar la replicación. Entonces, dicho esto, aquí está la sintaxis básica del comando:

Test-SRTopology -SourceComputerName <імя зыходнага кампутара> -SourceVolumeName <зыходны том> -SourceLogVolumeName <аб'ём часопіса> -DestinationComputerName <імя мэтавага кампутара> -DestinationVolumeName <імя мэтавага тома> -DestinationLogVolumeName <назва аб'ёму мэтавага тома> <назва тэставага тома прызначэння> -ResultPath <шлях прызначэння для вынікаў тэставання>

Es cierto que este es un equipo largo, pero afortunadamente, los parámetros necesarios del cmdlet no son demasiado complicados. De hecho, describí algunos de estos parámetros en un artículo anterior cuando le mostré cómo configurar la replicación. A pesar de esto, hay algunas cosas que quiero señalar.

Primero, este cmdlet ha cambiado un poco desde que Windows Server 2016 estaba en el lanzamiento de una vista previa técnica. Por lo tanto, algunos sitios web que enumeran la sintaxis de los comandos usan versiones en plural (con S al final) de los parámetros SourceVolumeName y DestinationVolumeName. Sin embargo, la versión actual de Commander utiliza parámetros únicos (los nombres de los parámetros no terminan en S). Algunos de los primeros documentos también se referían a un parámetro llamado IntervalInSeconds, que permitía determinar el intervalo de prueba. Sin embargo, esta opción se eliminó de la versión final del comando.

Si desea ver la sintaxis del comando actual, ingrese:

Get-Help Prueba-SRTopología

Puede ver los resultados de este comando a continuación.

Otra cosa que quiero señalar sobre el equipo Test-SRTopology: no funcionará si los sistemas ya son socios de replicación. Si intenta ejecutar este comando en un sistema que ya se está replicando con otro sistema, recibirá un mensaje de error que indica que el sistema de destino tiene un sistema de archivos incorrecto.

Si desea probar el comando Test-SRTopology en servidores que configuró como socios de replicación anteriormente en esta serie, deberá deshabilitar la asociación de replicación. Puede hacerlo ejecutando el comando Remove-SRPartnership y luego ingresando valores para SourceRGName, DestinationRGName y DestinationComputerName.

Otra cosa que debo tener en cuenta antes de mostrarle cómo ejecutar una prueba de topología es que la duración de la prueba es engañosa. Durante mis pruebas, inicialmente establecí la duración de la prueba en un minuto. Sin embargo, el proceso tomó unos minutos porque el equipo de Test-SRTopology realizó una serie de pruebas de un minuto cada una.

Poniendolo todo junto

Entonces, veamos cómo funciona este equipo. A los efectos de este artículo, configuré dos servidores, a los que denominé Repl1 y Repl2. Repl1 representa mi servidor de origen previsto y Repl2 representa mi servidor de destino. Asigné discos a estos servidores de la misma manera que antes, con D: usado para datos y L: usado para registros. Así que el comando que usé:

Test-SRTopology -SourceComputerName Repl1 -SourceVolumeName D: -SourceLogVolumeName D: -DestinationComputerName Repl2 -DestinationVolumeName D: -DestinationLogVolumeName L: -DurationInMinutes 1 -ResultPath C:

Puede ver cómo se ve el proceso de prueba a continuación.

Réplica del repositorio: Validación con PowerShell

Así es como se ve cuando ejecuta una prueba.

Como puede ver en la imagen, los resultados de la prueba se guardaron en el informe HTML en la carpeta C:Data. Puede ver informes de muestra en las dos capturas de pantalla a continuación.

Réplica del repositorio: Validación con PowerShell

Réplica del repositorio: Validación con PowerShell

Como puede ver en la captura de pantalla anterior, el equipo Test-SRTopology verifica más que solo la demora entre los dos servidores. Comprueba los volúmenes para asegurarse de que sean adecuados para su uso con la replicación de almacenamiento e incluso comprueba la cantidad de memoria instalada en los servidores.

A medida que se desplaza hacia abajo en el informe, encontrará una serie de gráficos que muestran la latencia de almacenamiento y la latencia de red. Estos gráficos muestran cambios en la demora durante un período de tiempo. Cuando ejecuté mi prueba, ajusté la duración de la prueba a un minuto. Sin embargo, probar los sistemas durante un minuto no proporciona una muestra realista de las condiciones que se pueden esperar en el mundo real. Como sabes, el pico de actividad de la red se produce a determinadas horas del día y en determinados días de la semana. Por lo tanto, es una buena idea ejecutar esta prueba durante el mayor tiempo posible. Por ejemplo, puede especificar una duración de unos pocos días o más.
El cmdlet Test-SRTopology puede ayudarlo a asegurarse de que sus servidores estén bien equipados para la replicación del repositorio. Estas pruebas deben realizarse antes de habilitar la replicación.

Si desea leer otras partes de esta serie, vaya a:

Foto: Microsoft


Artículos de interés

Subir