Preguntas frecuentes acerca de Réplica de almacenamiento

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 del 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 del 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)
• 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 del 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:

• Hay plantillas de Azure Resource Manager para la agrupación en clústeres de Réplica de almacenamiento basadas en Espacios de almacenamiento directo en Creación de clústeres SOFS de Espacios de almacenamiento directo con Réplica de almacenamiento para la recuperación ante desastres en regiones de Azure.
• La comunicación RPC de clúster a clúster en Azure (requerida por las API de clúster para conceder acceso entre clústeres) requiere configurar el acceso a la red para el CNO. Debe permitir el puerto TCP 135 y el intervalo dinámico por encima del puerto TCP 49152. Consulte Creación de un clúster de conmutación por error de Windows Server en una máquina virtual de IAAS de Azure: Parte 2 Red y creación.
• Es posible usar clústeres invitados de dos nodos, donde cada nodo usa iSCSI de bucle invertido para un clúster asimétrico replicado por Réplica de almacenamiento. Pero esto probablemente tendrá un rendimiento muy deficiente y solo se debe usar para cargas de trabajo o pruebas muy limitadas.

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 obtiene el nombre de los grupos en el destino y luego consulta un grupo denominado Replication 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

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"

No, Réplica de almacenamiento solo es compatible con la replicación uno a uno de un nodo de servidor, clúster o 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.

Puede expandir (aumentar) volúmenes, pero no contraerlos. De manera predeterminada, la Réplica de almacenamiento impide a los administradores ampliar los volúmenes replicados; use la opción Set-SRGroup -AllowVolumeResize $TRUE 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 con cualquier técnica que prefiera
3. Use en el equipo de origen: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE

No en Windows Server 2016. Réplica de almacenamiento desmonta el volumen de destino cuando comienza la replicación.

Sin embargo, en Windows Server 2019 y el Canal Semestral de Windows Server a partir de la versión, 1709, la opción de montar el almacenamiento de destino es ahora posible: esta característica se llama "Prueba de conmutación por error". Para ello, debe tener un volumen con formato NTFS o ReFS sin usar que no se esté replicando actualmente en el destino. Después, puede montar una instantánea del almacenamiento replicado temporalmente para realizar pruebas o copias de seguridad.

Por ejemplo, para crear una conmutación por error de prueba en la que esté replicando un volumen "D:" en el grupo de replicación "RG2" en el servidor de destino "SRV2" y tenga 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 leer 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 el mantenimiento seguro, en la ruta 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 las operaciones temporales a corto plazo. No está pensada para el uso a largo plazo. Cuando está en uso, la replicación continúa con el volumen de destino real.

Aunque es técnicamente posible, no es una configuración recomendada debido a la falta de reconocimiento de sitios en los nodos de proceso al ponerse en contacto con los SOFS. Si usa redes de campus-distancia, donde las latencias normalmente son inferiores a milisegundos, esta configuración suele funcionar sin problema.

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.

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.

No es una configuración compatible con 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.

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.

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.

Para evitar la ejecución de la nueva característica de resistencia de máquina virtual de Hyper-V y, por tanto, poner en pausa las máquinas virtuales en lugar de conmutarlas por error al sitio de recuperación ante desastres, ejecute (Get-Cluster).ResiliencyDefaultPeriod=0

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. Una vez iniciada la replicación inicial, el volumen no podrá reducir o recortar.

También puede usar los volúmenes de datos inicializados para reducir el uso de ancho de banda y, a veces, también el tiempo, asegurándose de que el volumen de destino tenga un subconjunto de datos del principal y, a continuación, usando la opción Inicializado del 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 inicializar datos, con distintos grados de eficacia:

• Replicación anterior: mediante la replicación con sincronización inicial normal local entre los nodos que contienen los discos y los volúmenes, quitando la replicación, enviando los discos de destino a otro lugar y agregando la replicación con la opción de inicialización. Este es el método más eficaz, ya que Réplica de almacenamiento garantiza una réplica de copia de bloques y lo único que hay que replicar son los bloques delta.
• Instantánea restaurada o copia de seguridad basada en instantáneas restaurada: al restaurar una instantánea basada en volúmenes en el volumen de destino, debe haber diferencias mínimas en el diseño de 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: al crear un nuevo volumen en el destino que nunca se ha usado antes y realizar una copia completa robocopy /MIR del árbol de los datos, es probable que haya coincidencias de bloque. El uso del Explorador de archivos de Windows o la copia de alguna parte del árbol no creará muchas coincidencias de bloque. Copiar archivos manualmente es el método menos eficaz de inicialización.

Puede usar el cmdlet Grant-SRDelegation. 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.

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 puede hacer copias de seguridad o restaurar el volumen de destino mientras esté protegido por Réplica de almacenamiento, ya que no está montado ni es accesible. Si experimenta un desastre en el que se pierde el volumen de origen, use Set-SRPartnership para promover el volumen de destino anterior para que sea ahora un origen de lectura/escritura, lo que le permitirá hacer una copia de seguridad o restaurar ese volumen. 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.

Réplica de almacenamiento 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 del clúster)
• 5445 (iWARP SMB: solo es necesario cuando se usan redes RDMA de iWARP)
• 5985 (WSManHTTP: protocolo de administración para WMI/CIM/PowerShell)

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

• Un registro mayor o menor no le hace más rápido o más lento
• Un registro mayor o menor no tiene ningún efecto 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 recoge y retiene más E/S de escritura antes de que se encapsule. Esto permite que una interrupción del servicio entre el equipo de origen y el de destino (como una caída de la red o que el destino esté fuera de línea) dure más tiempo. Si el registro puede contener 10 horas de escrituras, y la red se cae durante 2 horas, cuando la red vuelve el origen puede simplemente reproducir el delta de cambios no sincronizados de vuelta al destino muy rápidamente y usted está protegido 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 reproducir desde un registro diferente llamado mapa de bits, y probablemente tardará más en volver a sincronizarse. Una vez sincronizado, vuelve a usar el registro.

Réplica de almacenamiento se basa en el registro para todo el rendimiento de escritura. Registre el rendimiento 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 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, de la misma manera que nunca permitiría que otras cargas de trabajo se ejecuten en volúmenes de registro de base de datos SQL.

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 usen para otras cargas de trabajo.

Puede obtener recomendaciones de ajuste de tamaño de registro mediante la ejecución de la herramienta Test-SRTopology. Como alternativa, puede usar contadores de rendimiento en servidores existentes para juzgar el tamaño del 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 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 encapsula en 120 GB/50 MB o 2 400 segundos o 40 minutos. Por lo tanto, la cantidad de tiempo que el servidor de destino podría no ser accesible antes de que el registro se encapsule es de 40 minutos. Si el registro se encapsula, pero el destino vuelve a ser accesible, el origen reproduciría bloques a través del registro de mapa de bits en lugar del registro principal. El tamaño del registro no tiene ningún efecto en el rendimiento.

Solo se debe realizar una copia de seguridad del disco de datos del clúster de origen. NO se debe hacer una copia de seguridad de los discos de Réplica de almacenamiento, ya que una copia de seguridad puede entrar en conflicto con las operaciones de Réplica de almacenamiento.

Réplica de almacenamiento incluye tres configuraciones principales: clúster extendido, clúster a clúster y servidor a servidor. Hay diferentes ventajas para cada una.

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 mediante el Administrador de clústeres de conmutación por error. Utiliza la arquitectura de almacenamiento compartido del clúster asimétrico clásico de Espacios de almacenamiento, SAN, iSCSI y RAID a través de la 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 quieran la conmutación por error manual, especialmente cuando el segundo sitio se aprovisiona para la recuperación ante desastres y no para 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éplica de almacenamiento 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úster. Requiere orquestación y conmutación por error manual. 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 para escenarios de recuperación ante desastres de maestro único.

En todos los casos, las topologías admiten la ejecución tanto 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.

Réplica de almacenamiento también tiene un modo de servidor a sí mismo, en el que se apunta la réplica a dos volúmenes diferentes en el mismo equipo.

Sí, la Desduplicación de datos es compatible con la Réplica de almacenamiento. Habilite Desduplicación de datos en un volumen del servidor de origen y, durante la replicación, el servidor de destino recibirá una copia desduplicada del volumen.

Aunque debería instalar Desduplicación de datos tanto en el servidor de origen como en el de destino (consulte Instalación y activación de la Desduplicación de datos), es importante no habilitar la Desduplicación de datos en el servidor de destino. Réplica de almacenamiento solo permite escrituras en el servidor de origen. Dado que Desduplicación de datos realiza escrituras en el volumen, solo debe ejecutarse en el servidor de origen.

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 rendimiento de replicación mejorado 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 inicialización (ya sea al crear la asociación en Windows Admin Center o con el cmdlet New-SRPartnership).

Para obtener asistencia técnica con Réplica de almacenamiento, puede publicar en los foros de Microsoft. También puede enviar un correo electrónico a srfeed@microsoft.com para formular preguntas acerca de Réplica de almacenamiento. Para problemas con esta documentación, consulte la sección Comentarios en la parte inferior de esta página y seleccione Esta página.

Réplica de almacenamiento es una tecnología de replicación unidireccional. Solo se replicará desde el origen al destino por volumen. Esta dirección se puede invertir en cualquier momento, pero sigue siendo solo en una dirección. Sin embargo, eso no significa que no se pueda hacer que un conjunto de volúmenes (origen y destino) se replique en una dirección y un conjunto diferente de unidades (origen y destino) se replique en la dirección opuesta. Por ejemplo, quiere tener configurada la replicación de servidor a servidor. El Servidor1 y el Servidor2 tienen cada uno las letras de unidad L:, M:, N: y O: y usted quiere replicar la unidad M: del Servidor1 al Servidor2 pero la unidad O: replicarla del Servidor2 al Servidor1. Esto se puede hacer siempre y cuando haya unidades de registro independientes para cada uno de los grupos. (Por ejemplo:

• La unidad de origen del Servidor1 M: con la unidad de registro de origen L: replicándose a la unidad de destino del Servidor2 M: con la unidad de registro de destino L:
• La unidad de origen del Servidor2 O: con la unidad de registro de origen N: replicándose a la unidad de destino del Servidor1 O: con la unidad de registro de destino N:

Réplica de almacenamiento 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 estén en modo de mantenimiento, la asociación tendría que romperse primero y crearse de nuevo una vez completada.

• Información general sobre Réplica de almacenamiento
• Replicación de clúster extendido con almacenamiento compartido
• Replicación de almacenamiento de servidor a servidor
• Replicación de almacenamiento de clúster a clúster
• Réplica de almacenamiento: problemas conocidos

• Introducción al almacenamiento
• Espacios de almacenamiento directo