Preguntas más frecuentes sobre Storage replicación

Se aplica a: Windows Server 2019, Windows Server 2016

Este tema contiene respuestas a las preguntas frecuentes (P+F) acerca de Réplica de almacenamiento.

¿Storage replicación es compatible con Azure?

Sí. Puede usar los siguientes escenarios con Azure:

  • Replicación de servidor a servidor dentro de Azure (de forma sincrónica o asincrónica entre máquinas virtuales IaaS en uno o dos dominios de error de centro de datos, o de forma asincrónica entre dos regiones independientes)
  • Replicación asincrónica de servidor a servidor entre Azure y el entorno local (mediante VPN o Azure ExpressRoute)
  • Replicación de clúster a clúster dentro de Azure (de forma sincrónica o asincrónica entre máquinas virtuales IaaS en uno o dos dominios de error de centro de datos, o de forma asincrónica entre dos regiones independientes)
  • Replicación asincrónica de clúster a clúster entre Azure y el entorno local (mediante VPN o Azure ExpressRoute)
  • Agrupación en clústeres extendidos mediante Discos compartidos de Azure (de forma sincrónica o asincrónica entre máquinas virtuales IaaS en uno o dos dominios de error de centro de datos, o de forma asincrónica entre dos regiones independientes)

Puede encontrar más notas sobre la agrupación en clústeres invitados en Azure en: Implementación de clústeres invitados de máquinas virtuales IaaS en Microsoft Azure.

Notas importantes:

¿Cómo se puede ver el progreso de una replicación durante la sincronización inicial?

Los mensajes de evento 1237 que aparecen en el registro de eventos de administración de Réplica de almacenamiento del servidor de destino muestran el número de bytes copiados y los bytes restantes cada 10 segundos. También puede utilizar el contador de rendimiento de Réplica de almacenamiento en el que aparece \Estadística de Réplica de almacenamiento\Total de bytes recibidos para uno o varios volúmenes replicados. Además, puede consultar el grupo de replicación mediante Windows PowerShell. Por ejemplo, este comando de ejemplo obtiene el nombre de los grupos en el destino y, a continuación, consulta un grupo denominado Replicación 2 cada 10 segundos para mostrar el progreso:

Get-SRGroup

do{
    $r=(Get-SRGroup -Name "Replication 2").replicas
    [System.Console]::Write("Number of remaining bytes {0}`n", $r.NumOfBytesRemaining)
    Start-Sleep 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Write-Output "Replica Status: "$r.replicationstatus

¿Se pueden especificar interfaces de red específicas para usarse para replicación?

Sí, mediante Set-SRNetworkConstraint. Este cmdlet funciona en el nivel de interfaz y se utiliza en escenarios de clúster y de no clúster. Por ejemplo, con un servidor independiente (en cada nodo):

Get-SRPartnership

Get-NetIPConfiguration

Observe la información de la interfaz y la puerta de enlace (en ambos servidores) y las instrucciones de la asociación. A continuación, ejecute:

Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01

Get-SRNetworkConstraint

Update-SmbMultichannelConnection

Para configurar restricciones de red en un clúster extendido:

Set-SRNetworkConstraint -SourceComputerName sr-cluster01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1","Cluster Network 2" -DestinationComputerName sr-cluster02 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1","Cluster Network 2"

¿Se puede configurar la replicación uno o varios o la replicación transitiva (A a B a C)?

No, Storage replicación admite solo de una a una replicación de un servidor, clúster o nodo de clúster extendido. Esto puede cambiar en una versión posterior. Puede configurar la replicación entre varios servidores de un par de volumen específico, en cualquier dirección. Por ejemplo, el servidor 1 puede replicar su volumen D en el servidor 2, y su volumen E desde el servidor 3.

¿Puedo aumentar o reducir los volúmenes replicados replicados por Storage Replicación?

Puede aumentar (ampliar) volúmenes, pero no reducirlos. De forma predeterminada, Storage replicación impide que los administradores extiendas los volúmenes replicados; use Set-SRGroup -AllowVolumeResize $TRUE la opción en el grupo de origen, antes de cambiar el tamaño. Por ejemplo:

  1. Use en el equipo de origen: Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE
  2. Aumentar el volumen mediante la técnica que prefiera
  3. Use en el equipo de origen: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE

¿Se puede conectar un volumen de destino para el acceso de solo lectura?

No en Windows Server 2016. Storage replicación desmonta el volumen de destino cuando comienza la replicación.

Sin embargo, en Windows Server 2019 y Windows Server Semi-Annual Channel a partir de la versión 1709, la opción de montar el almacenamiento de destino ahora es posible: esta característica se denomina "Conmutación por error de prueba". Para ello, debe tener un volumen con formato NTFS o ReFS sin usar que no se esté replicando actualmente en el destino. A continuación, puede montar temporalmente una instantánea del almacenamiento replicado con fines de prueba o copia de seguridad.

Por ejemplo, para crear una conmutación por error de prueba en la que va a replicar un volumen "D:" en el grupo de replicación "RG2" en el servidor de destino "SRV2" y tener una unidad "T:" en SRV2 que no se está replicando:

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

El volumen replicado D: ahora es accesible en SRV2. Puede leerlo y escribir en él normalmente, copiar archivos fuera de él o ejecutar una copia de seguridad en línea que guarde en otro lugar para su mantenimiento seguro, en la ruta de acceso D:. El volumen T: solo contendrá datos de registro.

Para quitar la instantánea de conmutación por error de prueba y descartar sus cambios:

Dismount-SRDestination -Name RG2 -Computername SRV2

Solo debe usar la característica de conmutación por error de prueba para operaciones temporales a corto plazo. No está pensado para uso a largo plazo. Cuando se usa, la replicación continúa hasta el volumen de destino real.

¿Se puede configurar el servidor de archivos de escalabilidad horizontal (SOFS) en un clúster extendido?

Aunque técnicamente es posible, esta no es una configuración recomendada debido a la falta de reconocimiento del sitio en los nodos de proceso que se pondrán en contacto con el SOFS. Si usa redes de campus-distancia, donde las latencias suelen ser de sub milisegundos, esta configuración normalmente funciona sin problemas.

Si configura la replicación de clúster a clúster, Réplica de almacenamiento es totalmente compatible con los Servidores de archivos de escalabilidad horizontal, incluido el uso de Espacios de almacenamiento directo, al replicar entre dos clústeres.

¿Se necesita CSV para replicar en un clúster extendido o entre clústeres?

No. Puede replicar con CSV o reserva de disco persistente (PDR) propiedad de un recurso de clúster, como un rol de servidor de archivos.

Si configura la replicación de clúster a clúster, Réplica de almacenamiento es totalmente compatible con los Servidores de archivos de escalabilidad horizontal, incluido el uso de Espacios de almacenamiento directo, al replicar entre dos clústeres.

¿Se pueden configurar los Espacios de almacenamiento directo en un clúster extendido con Réplica de almacenamiento?

No se trata de una configuración admitida en Windows Server. Esto puede cambiar en una versión posterior. Si configura la replicación de clúster a clúster, Réplica de almacenamiento es totalmente compatible con los Servidores de archivos de escalabilidad horizontal y los servidores de Hyper-V, incluido el uso de Espacios de almacenamiento directo.

¿Cómo se configura la replicación asincrónica?

Especifique New-SRPartnership -ReplicationMode y proporcione el argumento Asincrónico. De forma predeterminada, toda la replicación en Réplica de almacenamiento es sincrónica. También puede cambiar el modo con Set-SRPartnership -ReplicationMode.

¿Cómo se impide la conmutación automática por error de un clúster extendido?

Para evitar la conmutación automática por error, puede usar PowerShell para configurar Get-ClusterNode -Name "NodeName").NodeWeight=0. Esto quita el voto de cada nodo en el sitio de recuperación ante desastres. Puede usar Start-ClusterNode -PreventQuorum en los nodos del sitio primario y Start-ClusterNode -ForceQuorum en los nodos del sitio para desastres a fin de forzar la conmutación por error. No hay ninguna opción gráfica para evitar la conmutación por error automática, y esta opción no es recomendable.

¿Cómo se deshabilita la resistencia de la máquina virtual?

Para evitar que la nueva característica de resistencia de máquinas virtuales de Hyper-V se ejecute y, por tanto, pausar las máquinas virtuales en lugar de realizar la con error en el sitio de recuperación ante desastres, ejecute . (Get-Cluster).ResiliencyDefaultPeriod=0

¿Cómo se reduce el tiempo para la sincronización inicial?

Puede utilizar el almacenamiento de aprovisionamiento fino como una manera de acelerar los tiempos de sincronización inicial. Réplica de almacenamiento consulta el almacenamiento de aprovisionamiento fino y lo utiliza automáticamente, incluidos los Espacios de almacenamiento no agrupados en clúster, los discos dinámicos de Hyper-V y los LUN de SAN.

También puede usar volúmenes de datos de eded para reducir el uso de ancho de banda y, en ocasiones, el tiempo, asegurándose de que el volumen de destino tiene algún subconjunto de datos del principal y, a continuación, mediante la opción Seeded en Administrador de clústeres de conmutación por error o New-SRPartnership. Si el volumen está principalmente vacío, mediante la sincronización de la inicialización puede reducir el uso de ancho de banda y el tiempo. Hay varias maneras de seedar datos, con distintos grados de eficacia:

  • Replicación anterior: replicando con sincronización inicial normal localmente entre los nodos que contienen los discos y volúmenes, quitando la replicación, enviando los discos de destino a otro lugar y, a continuación, agregando la replicación con la opción inicializada. Este es el método más eficaz, ya que Storage replicación garantiza un reflejo de copia en bloque y lo único que se puede replicar son los bloques delta.
  • Instantánea restaurada o copia de seguridad basada en instantáneas restaurada: al restaurar una instantánea basada en volumen en el volumen de destino, debe haber diferencias mínimas en el diseño del bloque. Este es el siguiente método más eficaz, ya que es probable que los bloques coincidan gracias a que las instantáneas de volumen son imágenes reflejadas.
  • Archivos copiados: mediante la creación de un nuevo volumen en el destino que nunca se ha usado antes y la realización de una copia completa del árbol robocopy /MIR de los datos, es probable que haya coincidencias de bloque. El Windows Explorador de archivos o copiar alguna parte del árbol no creará muchas coincidencias de bloque. Copiar archivos manualmente es el método menos eficaz de eding.

¿Se puede delegar en los usuarios para administrar la replicación?

Puede usar el Grant-SRDelegation cmdlet . Esto le permite configurar usuarios específicos en escenarios de replicación de servidor a servidor, de clúster a clúster y de clúster extendido con el permiso de crear, modificar o quitar la replicación, sin formar parte del grupo de administradores global. Por ejemplo:

Grant-SRDelegation -UserName contso\tonywang

El cmdlet le recordará que el usuario debe cerrar sesión y volver a abrirla en el servidor que tiene previsto administrar para que el cambio surta efecto. Puede utilizar Get-SRDelegation y Revoke-SRDelegation para tener un mayor control.

¿Qué son las opciones de copia de seguridad y restauración para volúmenes replicados?

Réplica de almacenamiento admite la copia de seguridad y la restauración del volumen de origen. También admite la creación y la restauración de instantáneas del volumen de origen. No se puede realizar una copia de seguridad ni restaurar el volumen de destino mientras está protegido Storage réplica, ya que no está montado ni accesible. Si experimenta un desastre en el que se pierde el volumen de origen, Set-SRPartnership el uso de para promover el volumen de destino anterior para que sea ahora un origen de lectura o escritura le permitirá realizar una copia de seguridad de ese volumen o restaurarlo. También puede quitar la replicación con Remove-SRPartnership y Remove-SRGroup para volver a montar dicho volumen como de lectura/escritura.

Para crear instantáneas coherentes de aplicación periódicas, puede usar VSSADMIN. EXE en el servidor de origen para tomar la instantánea de los volúmenes de datos replicados. Por ejemplo, donde está replicando el volumen F: con Réplica de almacenamiento:

vssadmin create shadow /for=F:

A continuación, después de cambiar la dirección de la replicación, quitar la replicación o simplemente tomar la instantánea en el mismo volumen de origen, puede restaurar la instantánea a su punto en el tiempo. Por ejemplo, tome la instantánea usando F:

vssadmin list shadows
vssadmin revert shadow /shadow={shadown copy ID GUID listed previously}

También puede programar esta herramienta para que se ejecute periódicamente mediante una tarea programada. Para más información sobre el uso de VSS, revise Vssadmin. No es necesario ni sirve de nada realizar una copia de seguridad de los volúmenes de registros. Si intenta hacerlo, VSS lo ignorará.

El uso de Copias de seguridad de Windows Server, Microsoft Azure Backup, Microsoft DPM u otra instantánea, VSS, máquina virtual o tecnologías basadas en archivos es compatible con Réplica de almacenamiento siempre que trabajen en el nivel de volumen. Réplica de almacenamiento no admite la copia de seguridad y restauración basada en bloques.

¿Qué puertos de red Storage replicación?

Storage Replica se basa en SMB y WSMAN para su replicación y administración. Esto significa que se requieren los siguientes puertos:

  • 445 (SMB: protocolo de transporte de replicación, protocolo de administración RPC de clúster)
  • 5445 (SMB iWARP: solo es necesario cuando se usan redes RDMA de iWARP)
  • 5985 (WSManHTTP: protocolo de administración para WMI/CIM/PowerShell)

Nota

El cmdlet Test-SRTopology requiere ICMPv4/ICMPv6, pero no para la replicación o administración.

¿Cuáles son los procedimientos recomendados del volumen de registro?

El tamaño óptimo del registro varía ampliamente según el entorno y la carga de trabajo, y viene determinado por la cantidad de E/S de escritura que realiza la carga de trabajo.

  • Un registro más grande o más pequeño no hace que sea más rápido o más lento.
  • Un registro más grande o más pequeño no tiene ninguna incidencia en un volumen de datos de 10 GB frente a un volumen de datos de 10 TB, por ejemplo.

Un registro más grande simplemente recopila y conserva más E/S de escritura antes de que se encapsulan. Esto permite que una interrupción del servicio entre el equipo de origen y el de destino (por ejemplo, una interrupción de la red o que el destino esté sin conexión) sea mayor. Si el registro puede contener 10 horas de escrituras y la red se queda fuera de servicio durante 2 horas, cuando la red devuelve el origen simplemente puede reproducir la diferencia de los cambios no asincrónicos en el destino muy rápido y se protege de nuevo muy rápidamente. Si el registro contiene 10 horas y la interrupción es de 2 días, el origen ahora tiene que reproducirse desde un registro diferente denominado mapa de bits y probablemente será más lento para volver a sincronizarse. Una vez sincronizado, vuelve a usar el registro.

Storage replicación se basa en el registro para todo el rendimiento de escritura. Rendimiento del registro crítico para el rendimiento de la replicación. Debe asegurarse de que el volumen de registro funciona mejor que el volumen de datos, ya que el registro serializará y secuencializará todas las operaciones de E/S de escritura. Siempre debe usar medios flash como SSD en volúmenes de registro. Nunca debe permitir que otras cargas de trabajo se ejecuten en el volumen de registro, del mismo modo que nunca permitiría que otras cargas de trabajo se ejecutara en SQL de registro de base de datos.

De nuevo: Microsoft recomienda encarecidamente que el almacenamiento de registros sea más rápido que el almacenamiento de datos y que los volúmenes de registro nunca se deben usar para otras cargas de trabajo.

Puede obtener recomendaciones de tamaño de registro mediante la ejecución de Test-SRTopology herramienta. Como alternativa, puede usar contadores de rendimiento en servidores existentes para hacer un criterio de tamaño de registro. La fórmula es sencilla: supervise el rendimiento del disco de datos (promedio de bytes de escritura por segundo) en la carga de trabajo y úselo para calcular la cantidad de tiempo que se va a tardar en rellenar el registro de diferentes tamaños. Por ejemplo, el rendimiento del disco de datos de 50 MB/s hará que el registro de 120 GB se ajuste en 120 GB/50 MB segundos o 2400 segundos o 40 minutos. Por lo tanto, la cantidad de tiempo que el servidor de destino podría ser inaccesible antes de que el registro encapsulado sea de 40 minutos. Si el registro se ajusta pero el destino vuelve a ser accesible, el origen reproduciría los bloques a través del registro de mapa de bits en lugar del registro principal. El tamaño del registro no afecta al rendimiento.

Solo se debe realizar una copia de seguridad del disco de datos del clúster de origen. No Storage copia de seguridad de los discos de registro de réplicas, ya que una copia de seguridad puede entrar en conflicto con Storage replicación.

¿Por qué elegiría un clúster extendido frente a una topología de clúster a clúster frente a una topología de servidor a servidor?

Storage replicación viene en tres configuraciones principales: stretch cluster, cluster-to-cluster y server-to-server. Cada uno tiene diferentes ventajas.

La topología de clúster extendido es ideal para cargas de trabajo que requieren conmutación automática por error con orquestación, como clústeres de nube privada de Hyper-V y SQL Server FCI. También tiene una interfaz gráfica integrada que usa Administrador de clústeres de conmutación por error. Utiliza la arquitectura de almacenamiento compartido de clúster asimétrico clásico de Espacios de almacenamiento, SAN, iSCSI y RAID a través de una reserva persistente. Puede ejecutar esto con tan solo 2 nodos.

La topología de clúster a clúster usa dos clústeres independientes y es ideal para los administradores que desean la conmutación por error manual, especialmente cuando el segundo sitio se aprovisiona para la recuperación ante desastres y no el uso diario. La orquestación es manual. A diferencia del clúster extendido, Espacios de almacenamiento directo se puede usar en esta configuración (con advertencias; consulte las preguntas más frecuentes sobre réplicas de Storage y la documentación de clúster a clúster). Puede ejecutar esto con tan solo cuatro nodos.

La topología de servidor a servidor es ideal para los clientes que ejecutan hardware que no se puede agrupar en clústeres. Requiere conmutación por error manual y orquestación. Es ideal para implementaciones económicas entre sucursales y centros de datos centrales, especialmente cuando se usa la replicación asincrónica. Esta configuración a menudo puede reemplazar instancias de servidores de archivos protegidos por DFSR que se usan en escenarios de recuperación ante desastres de un solo maestro.

En todos los casos, las topologías admiten tanto la ejecución en hardware físico como en máquinas virtuales. Cuando se encuentra en máquinas virtuales, el hipervisor subyacente no requiere Hyper-V; puede ser VMware, KVM, Xen, etc.

Storage réplica también tiene un modo de servidor a uno mismo, donde la replicación apunta a dos volúmenes diferentes en el mismo equipo.

¿Se admite la desduplicación de datos Storage réplica?

Sí, la desduplización de datos se admite con Storage replicación. Habilite Desduplicación de datos en un volumen del servidor de origen y, durante la replicación, el servidor de destino recibe una copia desduplicada del volumen.

Aunque debe instalar Desduplicación de datos en los servidores de origen y de destino (consulte Instalación y habilitación de Desduplicación de datos), es importante no habilitar Desduplicación de datos en el servidor de destino. Storage replicación permite escrituras solo en el servidor de origen. Dado que Desduplicación de datos realiza escrituras en el volumen, solo se debe ejecutar en el servidor de origen.

¿Puedo replicar entre Windows Server 2019 y Windows Server 2016?

Desafortunadamente, no se admite la creación de una nueva asociación entre Windows Server 2019 y Windows Server 2016. Puede actualizar de forma segura un servidor o clúster que ejecute Windows Server 2016 a Windows Server 2019 y las asociaciones existentes seguirán funcionando.

Sin embargo, para obtener el mejor rendimiento de replicación de Windows Server 2019, todos los miembros de la asociación deben ejecutar Windows Server 2019 y debe eliminar las asociaciones existentes y los grupos de replicación asociados y volver a crearlos con datos de ed. (ya sea al crear la asociación en Windows Admin Center o con el cmdlet New-SRPartnership).

¿Cómo se informa de un problema con Réplica de almacenamiento o esta guía?

Para obtener ayuda técnica con Storage replicación, puede publicar en los foros de Microsoft. También puede enviar por correo electrónico srfeed@microsoft.com preguntas sobre Storage replicación. Para problemas con esta documentación, consulte la sección Comentarios en la parte inferior de esta página y seleccione Esta página.

¿Storage replicación se puede configurar para replicar en ambas direcciones?

Storage replicación es una tecnología de replicación un solo sentido. Solo se replicará desde el origen al destino por volumen. Esta dirección se puede invertir en cualquier momento, pero sigue estando solo en una dirección. Sin embargo, eso no significa que no pueda tener un conjunto de volúmenes (origen y destino) replicados en una dirección y un conjunto diferente de unidades (origen y destino) replicadas en la dirección opuesta. Por ejemplo, quiere tener configurada la replicación de servidor a servidor. Server1 y Server2 tienen letras de unidad L:, M:, N:, y O: y desea replicar la unidad M: de Server1 a Server2, pero unidad O: replicar de Server2 a Server1. Esto puede hacerse siempre que haya unidades de registro independientes para cada uno de los grupos. (Por ejemplo:

  • Server1 source drive M: with source log drive L: replicating to Server2 destination drive M: with destination log drive L:
  • Unidad de origen server2 O: con la unidad de registro de origen N: replicando en la unidad de destino Server1 O: con la unidad de registro de destino N:

¿Puede colocar discos de clúster en modo de mantenimiento?

Storage replicación impedirá que los discos del clúster entren en modo de mantenimiento. Para tareas como habilitar o deshabilitar Bitlocker, los discos deben estar en modo de mantenimiento. Para realizar tareas que requieren que los discos se ejecuten en modo de mantenimiento, la asociación tendría que dividirse primero y crearse de nuevo una vez que se haya completado.

Temas relacionados

Vea también