Replicación de almacenamiento de clúster a clúster

Se aplica a: Windows Server 2022, Windows Server 2019, Windows Server 2016

Storage Replicación puede replicar volúmenes entre clústeres, incluida la replicación de clústeres mediante Espacios de almacenamiento Direct. La administración y la configuración es similar a la replicación de servidor a servidor.

Configurará estos equipos y el almacenamiento en una configuración de clúster a clúster, donde un clúster replica su propio conjunto de almacenamiento con otro clúster y su conjunto de almacenamiento. Estos nodos y su almacenamiento deberían encontrarse en distintos sitios físicos, aunque no es necesario.

Importante

En esta prueba, los cuatro servidores son un ejemplo. Puede usar cualquier número de servidores compatibles con Microsoft en cada clúster, que actualmente es 8 para un clúster de Espacios de almacenamiento Direct y 64 para un clúster de almacenamiento compartido.

Esta guía no trata la configuración de Espacios de almacenamiento directo. Para obtener información sobre cómo configurar Espacios de almacenamiento Direct, consulte Espacios de almacenamiento direct overview (Introducción a Direct).

En este tutorial se utiliza como ejemplo el siguiente entorno:

  • Dos servidores miembros, denominados SR-SRV01 y SR-SRV02 que se forman posteriormente en un clúster denominado SR-SRVCLUSA.

  • Dos servidores miembros denominados SR-SRV03 y SR-SRV04 que se forman posteriormente en un clúster denominado SR-SRVCLUSB.

  • Un par de "sitios" lógicos que representan dos centros de datos diferentes, uno llamado Redmond y otro llamado Bellevue.

Diagram showing an example environment with a cluster in the Redmond site replicating with a cluster in the Bellevue site

FIGURA 1: Replicación de clúster a clúster

Prerrequisitos

  • Bosque de Active Directory Domain Services (no es necesario ejecutar Windows Server 2016).
  • Entre 4 y 128 servidores (dos clústeres de 2 a 64 servidores) que ejecutan Windows Server 2019 o Windows Server 2016, Datacenter Edition. Si ejecuta Windows Server 2019, en su lugar puede usar Standard Edition si está de acuerdo replicando solo un único volumen de hasta 2 TB de tamaño.
  • Dos conjuntos de almacenamiento, mediante JBOD sas, SAN de canal de fibra, VHDX compartido, Espacios de almacenamiento directo o destino iSCSI. El almacenamiento debe contener una combinación de medios de disco duro (HDD) y unidades de estado sólido (SSD). Hará que cada conjunto de almacenamiento esté disponible solo para cada uno de los clústeres, sin acceso compartido entre clústeres.
  • Cada conjunto de almacenamiento debe permitir la creación de al menos dos discos virtuales, uno para datos replicados y otro para registros. El almacenamiento físico debe tener los mismos tamaños de sector en todos los discos de datos. El almacenamiento físico debe tener los mismos tamaños de sector en todos los discos de registro.
  • Al menos una conexión de Ethernet/TCP en cada servidor para replicación sincrónica, pero preferiblemente RDMA.
  • Reglas de firewall y enrutador correspondientes para permitir tráfico bidireccional ICMP, SMB (puerto 445, más 5445 para SMB directo) y WS-MAN (puerto 5985) entre todos los nodos.
  • Una red entre servidores con ancho de banda suficiente para contener la carga de trabajo de escritura de E/S y un promedio de =5 ms de latencia de ida y vuelta para la replicación sincrónica. La replicación asincrónica no tiene una recomendación de latencia.
  • El almacenamiento de información replicada no se encuentra en la unidad que contiene la carpeta del sistema operativo Windows.
  • Existen consideraciones importantes sobre las & limitaciones de la replicación Espacios de almacenamiento direct: revise la información detallada que se muestra a continuación.

Muchos de estos requisitos se pueden determinar mediante el cmdlet Test-SRTopology. Puede obtener acceso a esta herramienta si instala las características Réplica de almacenamiento o Herramientas de administración de réplica de almacenamiento en al menos un servidor. No es necesario configurar Réplica de almacenamiento para utilizar esta herramienta, solo para instalar el cmdlet. Se incluye más información en los pasos siguientes.

Paso 1: Aprovisionamiento de sistema operativo, características, roles, almacenamiento y red

  1. Instale Windows Server en los cuatro nodos de servidor con un tipo de instalación de Windows Server (experiencia de escritorio).

  2. Agregue información de red y una los nodos al dominio; a continuación, reinícielos.

    Importante

    A partir de este punto, inicie sesión siempre como un usuario de dominio que sea miembro del grupo de administradores integrado en todos los servidores. Recuerde siempre elevar sus solicitudes de CMD y Windows PowerShell en el futuro cuando se ejecute en una instalación de servidor gráfico o en un equipo de Windows 10.

  3. Conecte el primer conjunto de contenedores de almacenamiento JBOD, el destino de iSCSI, la SAN de FC o el almacenamiento de disco local fijo (DAS) al servidor del sitio Redmond.

  4. Conecte el segundo conjunto de almacenamiento al servidor del sitio Bellevue.

  5. Según corresponda, instale el firmware y los controladores más recientes de almacenamiento y alojamiento de proveedores, los controladores HBA más recientes de los proveedores, el firmware UEFI y BIOS más reciente de los proveedores, los controladores de red más recientes de los proveedores y los controladores más recientes de conjunto de chips de placa base en los cuatro nodos. Reinicie los nodos según sea necesario.

    Nota

    Consulte la documentación del proveedor de hardware para configurar el almacenamiento compartido y el hardware de red.

  6. Asegúrese de que la configuración de BIOS o UEFI para los servidores permite un alto rendimiento; por ejemplo, deshabilite el estado C, establezca la velocidad de QPI, habilite NUMA y configure la frecuencia de la memoria en el valor más elevado. Asegúrese de que la administración de energía en Windows Server se establezca en alto rendimiento. Reinicie si es necesario.

  7. Configure los roles de la manera siguiente:

    • Método gráfico

      1. Ejecute ServerManager.exe y cree un grupo de servidores, agregando todos los nodos de servidor.

      2. Instale los roles y las características de Servidor de archivos y Réplica de almacenamiento en cada uno de los nodos y reinícielos.

    • Método de Windows PowerShell

      En SR-SRV04 o un equipo de administración remota, ejecute el siguiente comando en una consola de Windows PowerShell para instalar las características y los roles necesarios para un clúster extendido en los cuatro nodos de clúster y reinícielos:

      $Servers = 'SR-SRV01','SR-SRV02','SR-SRV03','SR-SRV04'
      
      $Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,Failover-Clustering,FS-FileServer -IncludeManagementTools -restart }
      

      Para obtener más información sobre estos pasos, vea Instalar o desinstalar roles, servicios de rol o características.

  8. Configure el almacenamiento como sigue:

    Importante

    • Debe crear dos volúmenes en cada contenedor: uno para datos y otro para registros.
    • Los discos de registro y de datos se deben inicializar como GPT,no como MBR.
    • Los dos volúmenes de datos deben tener un tamaño idéntico.
    • Los dos volúmenes de registros deben tener un tamaño idéntico.
    • Todos los discos de datos replicados deben tener los mismos tamaños de sector.
    • Todos los discos de registro deben tener los mismos tamaños de sector.
    • Los volúmenes de registro deben usar almacenamiento basado en flash, como SSD. Microsoft recomienda que el almacenamiento de registros sea más rápido que el almacenamiento de datos. Los volúmenes de registro nunca se deben usar para otras cargas de trabajo.
    • Los discos de datos pueden usar HDD, SSD o una combinación en niveles, y pueden usar tanto espacios de paridad o reflejados como RAID 1 o 10, o RAID 5 o RAID 50.
    • El volumen de registro debe tener al menos 8 GB de forma predeterminada y puede ser mayor o menor en función de los requisitos de registro.
    • Al usar Espacios de almacenamiento Direct (Espacios de almacenamiento Direct) con una caché DE NVME o SSD, verá un aumento mayor del esperado en la latencia al configurar la replicación de réplicas Storage entre clústeres de Espacios de almacenamiento Direct. El cambio en la latencia es proporcionalmente mucho mayor de lo que se ve cuando se usa NVME y SSD en una configuración de rendimiento y capacidad y no hay ningún nivel hdd ni nivel de capacidad.

    Este problema se produce debido a limitaciones de arquitectura dentro del mecanismo de registro de SR combinado con la latencia extremadamente baja de NVME en comparación con medios más lentos. Al usar Espacios de almacenamiento Direct Espacios de almacenamiento Direct Cache, todos los registros de E/S de SR, junto con todas las E/S de lectura y escritura recientes de las aplicaciones, se producirán en la memoria caché y nunca en los niveles de rendimiento o capacidad. Esto significa que toda la actividad de SR se produce en el mismo medio de velocidad; no se recomienda esta configuración (consulte las recomendaciones https://aka.ms/srfaq de registro).

    Al usar Espacios de almacenamiento Direct con DS, no se puede deshabilitar ni evitar la caché. Como solución alternativa, si solo usa SSD y NVME, puede configurar solo los niveles de rendimiento y capacidad. Si usa esa configuración y coloca los registros de SR en el nivel de rendimiento solo con los volúmenes de datos a los que se proporciona servicio solo en el nivel de capacidad, evitará el problema de latencia alta descrito anteriormente. Lo mismo se podría hacer con una combinación de unidades de estado más rápidas y lentas y sin NVME.

    Por supuesto, esta solución alternativa no es ideal y es posible que algunos clientes no puedan usarla. El equipo de SR está trabajando en optimizaciones y en un mecanismo de registro actualizado para el futuro con el fin de reducir estos cuellos de botella artificiales que se producen. No hay ninguna ETA para esto, pero cuando esté disponible para los clientes de TAP para las pruebas, se actualizarán estas preguntas más frecuentes.

  • Para contenedores JBOD:
  1. Asegúrese de que cada clúster pueda ver solo contenedores de almacenamiento de ese sitio y que las conexiones de SAS estén configuradas correctamente.

  2. Aprovisione el almacenamiento con Espacios de almacenamiento siguiendo los pasos 1 a 3 especificados en Implementar Espacios de almacenamiento en un servidor independiente por medio de Windows PowerShell o el Administrador del servidor.

  • Para almacenamiento de destino iSCSI:
  1. Asegúrese de que cada clúster pueda ver solo los contenedores de almacenamiento de ese sitio. Debe usar más de un único adaptador de red si utiliza iSCSI.

  2. Aprovisione el almacenamiento mediante la documentación del proveedor. Si usa destinos iSCSI basados en Windows, consulte Procedimientos de almacenamiento de bloque de destino iSCSI.

  • Para el almacenamiento SAN de FC:
  1. Asegúrese de que cada clúster pueda ver solo los contenedores de almacenamiento de ese sitio y que esté en la zona correcta en los hosts.

  2. Aprovisione el almacenamiento mediante la documentación del proveedor.

  • Para Espacios de almacenamiento Direct:
  1. Asegúrese de que cada clúster puede ver los gabinetes de almacenamiento de ese sitio solo implementando Espacios de almacenamiento Direct. (https://docs.microsoft.com/windows-server/storage/storage-spaces/hyper-converged-solution-using-storage-spaces-direct)

  2. Asegúrese de que los volúmenes de registro sr siempre estarán en el almacenamiento flash más rápido y los volúmenes de datos en un almacenamiento de alta capacidad más lento.

  3. Inicie Windows PowerShell y use el cmdlet Test-SRTopology para determinar si se cumplen todos los requisitos de Réplica de almacenamiento. Puede usar el cmdlet en modo de solo requisitos para una prueba rápida, o en modo de evaluación de rendimiento de ejecución más larga. Por ejemplo,

    MD c:\temp
    
    Test-SRTopology -SourceComputerName SR-SRV01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName SR-SRV03 -DestinationVolumeName f: -DestinationLogVolumeName g: -DurationInMinutes 30 -ResultPath c:\temp
    

    Importante

    Al usar un servidor de prueba sin carga de E/S de escritura en el volumen de origen especificado durante el período de evaluación, considere la posibilidad de agregar una carga de trabajo o no se generará un informe útil. Pruebe con cargas de trabajo del estilo de producción para ver números reales y tamaños de registro recomendados. Como alternativa, simplemente copie algunos archivos en el volumen de origen durante la prueba o descargue y ejecute DISKSPD para generar E/S de escritura. Por ejemplo, un ejemplo con una carga de trabajo de E/S de escritura baja durante cinco minutos en el volumen D:: Diskspd.exe -c1g -d300 -W5 -C5 -b8k -t2 -o2 -r -w5 -h d:\test.dat

  4. Examine el informe TestSrTopologyReport.html para asegurarse de que cumple los requisitos de la Réplica de almacenamiento.

    Screen showing replication topology report results

Paso 2: Configurar dos clústeres de conmutación por error Scale-Out servidor de archivos

Ahora creará dos clústeres de conmutación por error normal. Después de la configuración, la validación y las pruebas, los replicará con Réplica de almacenamiento. Puede realizar todos los pasos siguientes en los nodos del clúster directamente o desde un equipo de administración remota que contenga el Windows Server Herramientas de administración remota del servidor.

Método gráfico

  1. Ejecute cluadmin.msc en un nodo de cada sitio.

  2. Valide el clúster propuesto y analice los resultados para asegurarse de que puede continuar. En el ejemplo usado a continuación son SR-SRVCLUSA y SR-SRVCLUSB.

  3. Cree los dos clústeres. Asegúrese de que los nombres de clúster contiene 15 caracteres o menos.

  4. Configure un testigo de recurso compartido de archivos o un testigo en la nube.

    Nota

    WIndows Server ahora incluye una opción para el testigo basado en la nube (Azure). Puede elegir esta opción de cuórum en lugar del testigo de recurso compartido de archivos.

    Advertencia

    Para obtener más información sobre la configuración de cuórum, vea la sección Configuración del testigo en Configurar y administrar cuórum. Para más información sobre el cmdlet Set-ClusterQuorum, consulte Set-ClusterQuorum.

  5. Agregue un disco en el sitio de Redmond al CSV del clúster. Para ello, haga clic con el botón derecho en un disco de origen el nodo Discos de la sección Almacenamiento y, a continuación, haga clic en Agregar a volúmenes compartidos de clúster.

  6. Cree los servidores de archivos de escalabilidad horizontal en clúster en ambos clústeres con las instrucciones del artículo sobre configuración de un servidor de archivos de escalabilidad horizontal.

Método de Windows PowerShell

  1. Pruebe el clúster propuesto y analice los resultados para asegurarse de que puede continuar:

    Test-Cluster SR-SRV01,SR-SRV02
    Test-Cluster SR-SRV03,SR-SRV04
    
  2. Cree los clústeres (debe especificar sus propias direcciones IP estáticas para los clústeres). Asegúrese de que cada nombre de clúster contiene 15 caracteres o menos:

    New-Cluster -Name SR-SRVCLUSA -Node SR-SRV01,SR-SRV02 -StaticAddress <your IP here>
    New-Cluster -Name SR-SRVCLUSB -Node SR-SRV03,SR-SRV04 -StaticAddress <your IP here>
    
  3. Configure un testigo de recurso compartido de archivos o un testigo en la nube (Azure) en cada clúster que apunta a un recurso compartido hospedado en el controlador de dominio o algún otro tipo de servidor independiente. Por ejemplo:

    Set-ClusterQuorum -FileShareWitness \\someserver\someshare
    

    Nota

    WIndows Server ahora incluye una opción para el testigo basado en la nube (Azure). Puede elegir esta opción de cuórum en lugar del testigo de recurso compartido de archivos.

    Advertencia

    Para obtener más información sobre la configuración de cuórum, vea la sección Configuración del testigo en Configurar y administrar cuórum. Para más información sobre el cmdlet Set-ClusterQuorum, consulte Set-ClusterQuorum.

  4. Cree los servidores de archivos de escalabilidad horizontal en clúster en ambos clústeres con las instrucciones del artículo sobre configuración de un servidor de archivos de escalabilidad horizontal.

Paso 3: Configurar la replicación de clúster a clúster mediante Windows PowerShell

Ahora configurará la replicación de clúster a clúster mediante Windows PowerShell. Puede realizar todos los pasos siguientes en los nodos directamente o desde un equipo de administración remota que contenga el Windows Server Herramientas de administración remota del servidor

  1. Conceda al primer clúster acceso completo al otro clúster mediante la ejecución del cmdlet Grant-SRAccess en cualquier nodo del primer clúster o de forma remota. Windows Server Herramientas de administración remota del servidor

    Grant-SRAccess -ComputerName SR-SRV01 -Cluster SR-SRVCLUSB
    
  2. Conceda al segundo clúster acceso completo al otro clúster mediante la ejecución del cmdlet Grant-SRAccess en cualquier nodo del segundo clúster o de forma remota.

    Grant-SRAccess -ComputerName SR-SRV03 -Cluster SR-SRVCLUSA
    
  3. Configure la replicación de clúster a clúster y especifique los discos de origen y destino, los registros de origen y destino, los nombres de clúster de origen y de destino y el tamaño del registro. Puede realizar este comando localmente en el servidor o mediante un equipo de administración remota.

    New-SRPartnership -SourceComputerName SR-SRVCLUSA -SourceRGName rg01 -SourceVolumeName c:\ClusterStorage\Volume2 -SourceLogVolumeName f: -DestinationComputerName SR-SRVCLUSB -DestinationRGName rg02 -DestinationVolumeName c:\ClusterStorage\Volume2 -DestinationLogVolumeName f:
    

    Advertencia

    El tamaño de registro predeterminado es 8 GB. En función de los resultados del cmdlet Test-SRTopology, puede decidir usar -LogSizeInBytes con un valor mayor o inferior.

  4. Para obtener el estado de origen y destino de replicación, utilice Get-SRGroup y Get-SRPartnership como sigue:

    Get-SRGroup
    Get-SRPartnership
    (Get-SRGroup).replicas
    
  5. Determine el progreso de la replicación del modo siguiente:

    1. En el servidor de origen, ejecute el siguiente comando y examine los eventos 5015, 5002, 5004, 1237, 5001 y 2200:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -max 20
      
    2. En el servidor de destino, ejecute el siguiente comando para ver los eventos de Réplica de almacenamiento que muestran la creación de la asociación. Este evento indica el número de bytes copiados y el tiempo insumido. Ejemplo:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | Format-List
      

      A continuación, presentamos un ejemplo de la salida:

      TimeCreated  : 4/8/2016 4:12:37 PM
      ProviderName : Microsoft-Windows-StorageReplica
      Id           : 1215
      Message      : Block copy completed for replica.
          ReplicationGroupName: rg02
          ReplicationGroupId:
          {616F1E00-5A68-4447-830F-B0B0EFBD359C}
          ReplicaName: f:\
          ReplicaId: {00000000-0000-0000-0000-000000000000}
          End LSN in bitmap:
          LogGeneration: {00000000-0000-0000-0000-000000000000}
          LogFileId: 0
          CLSFLsn: 0xFFFFFFFF
          Number of Bytes Recovered: 68583161856
          Elapsed Time (seconds): 117
      
    3. También es posible que el grupo de servidores de destino de la réplica indique el número de bytes que quedan por copiar en todo momento, lo cual se puede consultar mediante PowerShell. Por ejemplo:

      (Get-SRGroup).Replicas | Select-Object numofbytesremaining
      

      Como ejemplo de progreso (que no terminará):

        while($true) {
        $v = (Get-SRGroup -Name "Replication 2").replicas | Select-Object numofbytesremaining
        [System.Console]::Write("Number of bytes remaining: {0}`n", $v.numofbytesremaining)
        Start-Sleep -s 5
       }
      
  6. En el servidor de destino del clúster de destino, ejecute el siguiente comando y examine los eventos 5009, 1237, 5001, 5015, 5005 y 2200 para entender el progreso del procesamiento. No debería haber ninguna advertencia de error en esta secuencia. Habrá muchos eventos 1237; estos indican el progreso.

    Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
    

    Nota

    El disco de clúster de destino siempre se mostrará como En línea (sin acceso) cuando se replica.

Paso 4: Administrar la replicación

Ahora podrá administrar y operar la replicación de clúster a clúster. Puede realizar todos los pasos siguientes en los nodos del clúster directamente o desde un equipo de administración remota que contenga el Windows Server Herramientas de administración remota del servidor.

  1. Use Get-ClusterGroup o Administrador de clústeres de conmutación por error para determinar el origen y el destino actuales de la replicación y su estado. Windows Server Herramientas de administración remota del servidor

  2. Para medir el rendimiento de la replicación, utilice el cmdlet Get-Counter en nodos de origen y de destino. Los nombres de contador son:

    • \Estadísticas de E/S de partición de Réplica de almacenamiento(*)\Número de veces que se pausó el vaciado

    • \Estadísticas de E/S de partición de Réplica de almacenamiento(*)\Número de E/S de vaciado pendientes

    • \Estadísticas de E/S de partición de Réplica de almacenamiento(*)\Número de solicitudes para la última escritura del registro

    • \Storage estadísticas de E/S de partición de réplica (*)\Avg. Longitud de cola de vaciado

    • \Estadísticas de E/S de partición de Réplica de almacenamiento(*)\Longitud actual de la cola de vaciado

    • \Estadísticas de E/S de partición de Réplica de almacenamiento(*)\Número de solicitudes de escritura en aplicación

    • \Storage estadísticas de E/S de partición de réplica (*)\Avg. Número de solicitudes por escritura de registro

    • \Storage estadísticas de E/S de partición de réplica (*)\Avg. Latencia de escritura de aplicaciones

    • \Storage estadísticas de E/S de partición de réplica (*)\Avg. Latencia de lectura de la aplicación

    • \Estadísticas de Réplica de almacenamiento(*)\RPO de destino

    • \Estadísticas de Réplica de almacenamiento(*)\RPO actual

    • \Storage estadísticas de réplica (*)\Avg. Longitud media de la cola de registro

    • \Estadísticas de Réplica de almacenamiento(*)\Longitud de cola del registro actual

    • \Estadísticas de Réplica de almacenamiento(*)\Nº total de bytes recibidos

    • \Estadísticas de Réplica de almacenamiento(*)\Nº total de bytes enviados

    • \Storage estadísticas de réplicas(*)\Avg. Latencia de envío de red

    • \Estadísticas de Réplica de almacenamiento(*)\Estado de la replicación

    • \Storage estadísticas de réplicas(*)\Avg. Latencia de ida y vuelta de mensajes

    • \Estadísticas de Réplica de almacenamiento(*)\Tiempo transcurrido de la última recuperación

    • \Estadísticas de Réplica de almacenamiento(*)\Número de transacciones de recuperación vaciadas

    • \Estadísticas de Réplica de almacenamiento(*)\Número de transacciones de recuperación

    • \Estadísticas de Réplica de almacenamiento(*)\Número de transacciones de replicación vaciadas

    • \Estadísticas de Réplica de almacenamiento(*)\Número de transacciones de replicación

    • \Estadísticas de Réplica de almacenamiento(*)\Número máximo de secuencia de registro

    • \Estadísticas de Réplica de almacenamiento(*)\Número de mensajes recibidos

    • \Estadísticas de Réplica de almacenamiento(*)\Número de mensajes enviados

    Para más información sobre los contadores de rendimiento en Windows PowerShell, consulte Get-Counter.

  3. Para mover la dirección de replicación de un sitio, use el cmdlet Set-SRPartnership.

    Set-SRPartnership -NewSourceComputerName SR-SRVCLUSB -SourceRGName rg02 -DestinationComputerName SR-SRVCLUSA -DestinationRGName rg01
    

    Nota

    Windows Server impide el cambio de roles cuando la sincronización inicial está en curso, ya que puede provocar una pérdida de datos si intenta cambiar antes de permitir que se complete la replicación inicial. No fuerce el cambio de dirección hasta que la sincronización inicial se haya completado.

    Compruebe los registros de eventos para ver la dirección en que se producen el cambio de replicación y el modo de recuperación y luego concílielos. Las E/S de escritura se pueden escribir luego en el almacenamiento propiedad del nuevo servidor de origen. Al cambiar la dirección de replicación se bloquearán las E/S de escritura en el equipo de origen anterior.

    Nota

    El disco de clúster de destino siempre se mostrará como En línea (sin acceso) cuando se replica.

  4. Para cambiar el tamaño del registro del valor predeterminado de 8 GB, use Set-SRGroup en los grupos de réplicas de origen y Storage destino.

    Importante

    El tamaño de registro predeterminado es 8 GB. Según los resultados del cmdlet Test-SRTopology, puede decidir usar -LogSizeInBytes con un valor superior o inferior.

  5. Para quitar la replicación, use Get-SRGroup, Get-SRPartnership, Remove-SRGroup y Remove-SRPartnership en cada clúster.

    Get-SRPartnership | Remove-SRPartnership
    Get-SRGroup | Remove-SRGroup
    

    Nota

    Storage replicación desmonta los volúmenes de destino. es así por diseño.

Referencias adicionales