Editar

Compartir a través de

Preguntas más frecuentes sobre réplica de almacenamiento

  • Preguntas más frecuentes

Este artículo contiene respuestas a las preguntas más frecuentes sobre réplica de almacenamiento.

¿Se admite réplica de almacenamiento en Azure?

Sí. Puede usar los siguientes escenarios con Azure:

  • Replicación de servidor a servidor dentro de Azure (sincrónica o asincrónicamente entre máquinas virtuales (VM) de infraestructura como servicio (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 una red privada virtual (VPN) o Azure ExpressRoute).
  • Replicación de clúster a clúster dentro de Azure (sincrónica o asincrónicamente 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).
  • La 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 del centro de datos o de forma asincrónica entre dos regiones independientes).

Para más información sobre la agrupación en clústeres invitados en Azure, consulte Implementación de clústeres invitados de vm de IaaS en Azure.

Notas importantes:

¿Cómo puedo ver el progreso de la replicación durante la sincronización inicial?

Los mensajes de id. de evento 1237 del registro de eventos administrador de réplica de almacenamiento en el servidor de destino muestran el número de bytes copiados y los bytes restantes cada 10 segundos.

Otra opción es usar el contador de rendimiento réplica de almacenamiento en el servidor de destino en \Estadísticas de réplica de almacenamiento\Total de bytes recibidos para uno o varios volúmenes replicados.

También puede consultar el grupo de replicación mediante Windows PowerShell. Por ejemplo, el siguiente 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

¿Puedo especificar las interfaces de red que se usarán para la replicación?

Sí. Para especificar las interfaces de red que se van a usar para la replicación, use el cmdlet Set-SRNetworkConstraint. Este cmdlet funciona en la capa de interfaz. Puede usarlo tanto en escenarios de clúster como de no clúster.

Por ejemplo, con un servidor independiente (en cada nodo), ejecute estos comandos:

Get-SRPartnership

Get-NetIPConfiguration

Anote la información de la puerta de enlace y la interfaz (en ambos servidores) y las instrucciones de 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, ejecute:

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"

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

No, réplica de almacenamiento solo admite la replicación uno a uno de un servidor, un clúster o un nodo de clúster extendido. Puede configurar la replicación entre varios servidores de un par de volúmenes específico en cualquier dirección. Por ejemplo, Server 1 puede replicar su volumen D en Server 2 y su volumen E de Server 3.

¿Puedo aumentar o reducir los volúmenes replicados que replica la réplica de almacenamiento?

Puede aumentar (ampliar) volúmenes, pero no reducirlos. De forma predeterminada, réplica de almacenamiento impide que los administradores extiendan los volúmenes replicados. Antes de cambiar el tamaño, use la opción Set-SRGroup -AllowVolumeResize $TRUE en el grupo de origen.

Por ejemplo:

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

¿Puedo poner un volumen de destino en línea para el acceso de solo lectura?

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

Windows Server 2019: Sí. Puede montar el almacenamiento de destino mediante la característica prueba de conmutación por error. Para realizar una conmutación por error de prueba, debe tener un volumen con formato NTFS o ReFS sin usar que no se replica actualmente en el destino. A continuación, monte una instantánea del almacenamiento replicado temporalmente con fines de prueba o copia de seguridad.

Para crear una conmutación por error de prueba para el grupo de replicación RG2 en el servidor de destino SRV2, con T: como una unidad temporal que no se está replicando, ejecute el siguiente comando:

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

Ahora se puede acceder al volumen replicado 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. El volumen de T: contiene datos de registro.

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

Dismount-SRDestination -Name RG2 -Computername SRV2

Debe usar la característica de conmutación por error de prueba solo para operaciones temporales a corto plazo. No está pensado para el uso a largo plazo. Cuando está en uso, la replicación continúa con el volumen de destino real.

¿Puedo configurar Scale-Out servidor de archivos (SOFS) en un clúster extendido?

Aunque técnicamente es posible, no se recomienda esta configuración debido a la falta de reconocimiento del sitio en los nodos de proceso que se comuniquen con la instancia de SOFS. Si usa redes de distancia del campus, donde las latencias suelen ser inferiores a un milisegundo, esta configuración normalmente funciona sin problemas.

En una replicación de clúster a clúster, la réplica de almacenamiento es totalmente compatible con SOFS, incluido el uso de Espacios de almacenamiento directo, al replicar entre dos clústeres.

¿Es necesario replicar volúmenes compartidos de clúster en un clúster extendido o entre clústeres?

No. Puede replicar mediante volúmenes compartidos de clúster o una reserva de disco persistente (PDR) propiedad de un recurso de clúster, como un rol de servidor de archivos.

En la replicación de clúster a clúster, la réplica de almacenamiento es totalmente compatible con SOFS, incluido el uso de Espacios de almacenamiento directo, al replicar entre dos clústeres.

¿Puedo configurar Espacios de almacenamiento directo en un clúster extendido con réplica de almacenamiento?

No. Esta configuración no se admite en Windows Server.

En la replicación de clúster a clúster, la réplica de almacenamiento admite totalmente los servidores SOFS y Hyper-V, incluido el uso de Espacios de almacenamiento directo.

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

Ejecute New-SRPartnership -ReplicationMode y proporcione el argumento Asynchronous. De forma predeterminada, toda la replicación en réplica de almacenamiento es sincrónica. También puede cambiar el modo ejecutando Set-SRPartnership -ReplicationMode.

¿Cómo se evita 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. Este comando quita el voto en cada nodo del sitio de recuperación ante desastres. A continuación, puede ejecutar Start-ClusterNode -PreventQuorum en los nodos del sitio primario y Start-ClusterNode -ForceQuorum en los nodos del sitio de desastre para forzar la conmutación por error. La prevención de la conmutación automática por error no está disponible como opción de configuración de la interfaz de usuario y se recomienda no evitar la conmutación automática por error.

¿Cómo se deshabilita la resistencia de las máquinas virtuales?

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

¿Cómo puedo reducir el tiempo de sincronización inicial?

Puede usar el almacenamiento aprovisionado fino para acelerar los tiempos de sincronización iniciales. Las consultas de réplica de almacenamiento para y usan automáticamente almacenamiento aprovisionado fino, incluidos espacios de almacenamiento no agrupados, Hyper-V discos dinámicos y números de unidad lógica (SAN) de red de área de almacenamiento (SAN). Una vez iniciada la replicación inicial, no se puede reducir ni recortar el volumen.

También puede usar volúmenes de datos de inicialización para reducir el uso del ancho de banda y, en algunos escenarios, el tiempo de sincronización. Use la opción Inicializar en el Administrador de clústeres de conmutación por error o use el cmdlet New-SRPartnership para asegurarse de que el volumen de destino tiene algún subconjunto de datos del sitio primario. Si el volumen está principalmente vacío, el uso de la sincronización de inicialización podría reducir el tiempo y el uso del ancho de banda.

Para inicializar los datos, puede elegir entre opciones que ofrecen distintos grados de eficacia:

  • replicación anterior. Replique a través de la sincronización inicial normal localmente entre los nodos que contienen los discos y volúmenes, quite la replicación, envíe los discos de destino en otro lugar y, a continuación, agregue la replicación mediante la opción inicializado. Este método es el más eficaz porque réplica de almacenamiento garantiza un reflejo de copia en bloques y lo único que se va a replicar es bloques delta.
  • copia de seguridad 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 método es el siguiente más eficaz. Es probable que los bloques coincidan porque las instantáneas de volumen son imágenes reflejadas.
  • archivos copiados. Cree un nuevo volumen en el destino que no se usó y, a continuación, realice una copia de árbol de robocopy /MIR completa de los datos. Es probable que haya coincidencias en bloques. El uso del Explorador de archivos de Windows o la copia de alguna parte del árbol no crea muchas coincidencias de bloques. Copiar archivos manualmente es el método menos eficaz de propagación.

¿Puedo delegar a los usuarios para administrar la replicación?

Sí. Use el cmdlet Grant-SRDelegation para delegar usuarios. Puede usar el comando para establecer usuarios específicos en escenarios de replicación de servidor a servidor, clúster a clúster y stretch cluster. El comando delega los permisos para crear, modificar o quitar la replicación sin ser miembro del grupo de administradores locales.

Por ejemplo:

Grant-SRDelegation -UserName contoso\tonywang

El cmdlet le recuerda que el usuario debe cerrar sesión y, a continuación, iniciar sesión en el servidor que planea administrar para que el cambio surta efecto. Puede usar los cmdlets Get-SRDelegation y Revoke-SRDelegation para controlar aún más la delegación.

¿Cuáles son mis opciones de copia de seguridad y restauración para volúmenes replicados?

Réplica de almacenamiento admite la copia de seguridad y restauración del volumen de origen. También admite la creación y 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 por réplica de almacenamiento porque no está montado ni accesible.

Si experimenta un desastre y se pierde el volumen de origen, puede usar el cmdlet Set-SRPartnership para promover el destino como el nuevo volumen de origen. En el origen recién promocionado, puede realizar copias de seguridad o restaurar ese volumen. También puede quitar la replicación con mediante los cmdlets Remove-SRPartnership y Remove-SRGroup para volver a montar el volumen como de lectura y escritura.

Para crear instantáneas periódicas coherentes con la aplicación, puede usar el Servicio de instantáneas de volumen (VSS) ejecutando VSSAdmin.exe en el servidor de origen para instantáneas de volúmenes de datos replicados.

Por ejemplo, donde va a replicar el volumen de F: con réplica de almacenamiento, ejecute este comando:

vssadmin create shadow /for=F:

Después de cambiar la dirección de replicación, quitar la replicación o simplemente está en el mismo volumen de origen, puede restaurar cualquier instantánea a su momento dado.

Por ejemplo, siga usando F:, ejecute:

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 obtener más información sobre el uso de VSS, consulte vssadmin. VSS omite el volumen de registro, por lo que no es necesario realizar una copia de seguridad del volumen de registro.

Réplica de almacenamiento admite copias de seguridad basadas en archivos. Réplica de almacenamiento no admite copias de seguridad y restauración basadas en bloques.

¿Qué puertos de red requiere la réplica de almacenamiento?

Réplica de almacenamiento se basa en el bloque de mensajes del servidor (SMB) y la administración de servicios web (WSMan) para su replicación y administración, por lo 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 de acceso directo a memoria directa (RDMA) de iWARP)
  • 5985 (WSManHTTP; protocolo de administración para Instrumental de administración de Windows (WMI)/Common Information Model (CIM)/PowerShell)

Nota:

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

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

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

  • Un registro mayor o menor no hace que la replicación sea más rápida o lenta.
  • 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 mayor simplemente recopila y conserva más E/S de escritura antes de que se encapsulan. Un registro mayor permite que una interrupción en el servicio entre el equipo de origen y destino, como una interrupción de la red o el destino que esté sin conexión, pase más tiempo. Por ejemplo, el registro está configurado para contener hasta 10 horas de escritura y la red deja de funcionar durante 2 horas. Cuando se devuelve la red, el origen solo puede reproducir la diferencia de los cambios no asincrónicos en el destino. Si el registro contiene 10 horas y la interrupción es de dos días, el origen ahora tiene que reproducirse desde otro registro denominado mapa de bits y no suele ser más lento para volver a sincronizarse. Cuando está sincronizado, vuelve al uso del registro.

Réplica de almacenamiento se basa en el registro para todo el rendimiento de escritura. El rendimiento del registro es fundamental para el rendimiento de la replicación. Debe asegurarse de que el volumen de registro funciona mejor que el volumen de datos porque el registro serializa y secuencializa todas las E/S de escritura. Siempre debe usar medios flash como una unidad de estado sólido (SSD) en volúmenes de registro. Nunca debe permitir que ninguna otra carga de trabajo se ejecute 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.

Importante

Se recomienda 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.

Para obtener recomendaciones de ajuste de tamaño de registro, ejecute el cmdlet 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 (Avg Write Bytes/Sec) en la carga de trabajo y úselo para calcular la cantidad de tiempo que se tarda en rellenar el registro de diferentes tamaños. Por ejemplo, el rendimiento del disco de datos de 50 MB/s hace que el registro de 120 GB se ajuste en 120 GB dividido entre 50 MB por segundos, que es de 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, la reproducción de origen se bloquea 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 el disco de datos del clúster de origen. Los discos de registro de réplica de almacenamiento deben no realizar una copia de seguridad porque una copia de seguridad puede entrar en conflicto con las operaciones de réplica de almacenamiento.

¿Qué topología debo elegir: stretch cluster, cluster-to-cluster o server-to-server?

Réplica de almacenamiento incluye tres configuraciones principales: stretch cluster, cluster-to-cluster y server-to-server. Cada topología tiene diferentes ventajas.

La topología de clúster extendido es ideal si la carga de trabajo requiere conmutación automática por error con orquestación, como en un clúster de nube privada de Hyper-V o para la FCI de SQL Server. También tiene una interfaz gráfica integrada, administrador de clústeres de conmutación por error, para facilitar el uso. Usa la arquitectura clásica de almacenamiento compartido de clúster asimétrico de Espacios de almacenamiento, SAN, iSCSI y RAID a través de la reserva persistente. Puede ejecutar esta topología con tan solo dos nodos.

La topología de clúster a clúster usa dos clústeres independientes. Esta topología es ideal si desea la conmutación por error manual o cuando se aprovisiona el segundo sitio para la recuperación ante desastres y no para uso diario. La orquestación es manual. A diferencia de en una topología de clúster extendido, puede usar Espacios de almacenamiento directo en esta configuración (para obtener advertencias, consulte las preguntas más frecuentes de réplica de almacenamiento y la documentación de clúster a clúster). Puede ejecutar esta topología con tan solo cuatro nodos.

La topología de servidor a servidor es ideal si está ejecutando hardware que no se puede agrupar en clúster. 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 con replicación del sistema de archivos distribuidos (replicación DFS) que se usan para escenarios de recuperación ante desastres de un solo patrón.

En todos los casos, las topologías admiten la ejecución en hardware físico y la ejecución en máquinas virtuales. En una máquina virtual, el hipervisor subyacente no requiere Hyper-V. Puede usar, por ejemplo, VMware, KVM o Xen.

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

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

Sí. Habilite Desduplicación de datos en un volumen en el 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 Instalar y habilitar desduplicación de datos), es importante no habilitar 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 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 asociación de nueva 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 cualquier asociación de existente siga funcionando.

Para obtener el rendimiento de replicación mejorado de Windows Server 2019, todos los miembros de la asociación deben ejecutar Windows Server 2019. También debe eliminar las asociaciones existentes y los grupos de replicación asociados y, a continuación, volver a crearlas con datos iniciales (ya sea al crear la asociación en Windows Admin Center o mediante el cmdlet New-SRPartnership).

¿Cómo se notifica un problema con la réplica de almacenamiento o con la documentación?

Para obtener asistencia técnica con réplica de almacenamiento, puede publicar en Microsoft Q & A o póngase en contacto con soporte técnico de Microsoft Business.

Para ver los problemas con esta documentación, consulte la sección Comentarios en la parte inferior de esta página y seleccione Esta página.

¿Se puede configurar réplica de almacenamiento para replicar en ambas direcciones?

Réplica de almacenamiento es una tecnología de replicación unidireccional. Solo se replica desde el origen hasta el destino por volumen. La dirección se puede invertir en cualquier momento, pero todavía se replica en una sola dirección.

Puede tener un conjunto de volúmenes (origen y destino) replicados en una dirección y un conjunto diferente de unidades (origen y destino) replicados en la dirección opuesta.

Por ejemplo, quiere configurar la replicación de servidor a servidor. Server1 y Server2 tienen letras de unidad L:, M:, N:y O:. Quiere replicar M: de unidad de Server1 a Server2y replicar O: de unidad de Server2 a Server1. Siempre que haya unidades de registro independientes para cada uno de los grupos, puede usar esta configuración:

  • Server1 unidad de origen M: con la unidad de registros de origen L: replicación en Server2drive M: de destino con la unidad de registros de destino L:.
  • Server2 unidad de origen O: con la unidad de registro de origen N: replicación en Server1drive O: de destino con la unidad de registro de destino N:.

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

Réplica de almacenamiento impide que los discos de clúster entren en modo de mantenimiento. Para algunas tareas, como habilitar o deshabilitar BitLocker, los discos deben estar en modo de mantenimiento. Para las tareas que requieren que los discos estén en modo de mantenimiento, la asociación primero debe romperse y, a continuación, volver a crearse cuando se complete la tarea.

¿Puede configurar réplica de almacenamiento entre diferentes versiones del sistema operativo?

Réplica de almacenamiento bloquea una nueva asociación si las versiones del registro de replicación no coinciden o si ambos servidores no admiten una funcionalidad. La compresión de réplica de almacenamiento es un ejemplo de una funcionalidad que no coincide entre las versiones del sistema operativo porque se agregó por primera vez en Windows Server 2022. Al intentar configurar una asociación con un servidor que no admite una funcionalidad, se devuelve el error "No se admite la operación solicitada".

En la tabla siguiente se muestra la matriz de interoperabilidad de la versión de registro actual:

Replicación de /a Windows Server 2016 Windows Server 2019 Windows Server 2022
Windows Server 2016
Windows Server 2019
Windows Server 2022

Contenido relacionado