Configuración de la replicación de almacenamiento de servidor a servidor mediante réplica de almacenamiento

2025-04-22
Se aplica a: ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016

Puede utilizar la Réplica de almacenamiento para configurar dos servidores para sincronizar datos, de forma que cada uno tenga una copia idéntica del mismo volumen. En este artículo se describe la configuración de replicación de servidor a servidor y cómo configurar y administrar el entorno.

Para administrar la réplica de almacenamiento, puede usar Windows Admin Center o PowerShell.

Para obtener información general sobre cómo usar réplica de almacenamiento en Windows Admin Center, consulte el vídeo siguiente:

Requisitos previos

Un bosque de Active Directory Domain Services. (No es necesario ejecutar Windows Server 2016).
Dos servidores que ejecutan Windows Server 2019 o Windows Server 2016 Datacenter.

Si ejecuta Windows Server 2019, puede optar por usar Standard Edition si la replicación de un solo volumen de hasta 2 TB de tamaño resulta apropiado para su caso.
Dos conjuntos de almacenamiento que pueden incluir contenedores con la arquitectura JBOD (que es el acrónimo de "just a bunch of disk") con SCSI conectado en serie (SAS), una red de área de almacenamiento de Canal de fibra (FC SAN), un destino de interfaz de sistemas de equipos pequeños de Internet (iSCSI) o Serial Advanced Technology Attachment (SATA) local o SCSI local. El almacenamiento debe contener una combinación de unidades de disco duro (HDD) y medios de unidad de estado sólido (SSD). Cada conjunto de almacenamiento solo está disponible para cada uno de los servidores, sin acceso compartido.

Cada conjunto de almacenamiento debe admitir la creación de al menos dos discos virtuales, uno para los datos replicados y otro para los 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 Ethernet/TCP en cada servidor para la replicación sincrónica, pero se prefiere el acceso directo a memoria remota (RDMA).
Reglas adecuadas para el firewall y el enrutador que permitan el tráfico bidireccional con el protocolo de mensajes de control de Internet (ICMP), el bloque de mensajes del servidor (SMB) (puerto 445 y el puerto 5445 para SMB directo) y la administración de servicios web (WS-Man) (puerto 5985) entre todos los nodos.
Una red entre servidores que tiene suficiente ancho de banda para contener la carga de trabajo de escritura de entrada y salida (E/S) y un promedio de latencia de ida y vuelta de 5 ms para la replicación sincrónica. La replicación asíncrona no tiene una recomendación de latencia.

Si replica entre servidores locales y máquinas virtuales de Azure, debe crear un vínculo de red entre los servidores locales y las máquinas virtuales de Azure. Para crear el vínculo, use Azure ExpressRoute, use una conexión vpn gateway de sitio a sitio o instale software VPN en las máquinas virtuales de Azure para conectarlos con la red local.
El almacenamiento replicado no se puede encontrar en la unidad que contiene la carpeta del sistema operativo Windows.

Importante

En este escenario, cada servidor debe estar en un sitio físico diferente o en otro sitio lógico. Cada servidor debe poder comunicarse con el otro servidor a través de una red.

Puede comprobar muchos de estos requisitos mediante el Test-SRTopology cmdlet . Para acceder a esta herramienta es preciso instalar Réplica de Almacenamiento o las características de Herramientas de administración de Réplica de Almacenamiento en al menos un servidor. Para usar la herramienta, instale y ejecute el cmdlet . Más información se incluye más adelante en el artículo.

Requisitos de Windows Admin Center

Para usar la réplica de almacenamiento y Windows Admin Center juntas, necesita los siguientes elementos:

Sistema	Sistema operativo	Se requiere para
Dos servidores (cualquier combinación de hardware local, máquinas virtuales y máquinas virtuales en la nube, incluidas las máquinas virtuales de Azure)	Windows Server 2019, Windows Server 2016 o Windows Server (Canal semestral)	Réplica de almacenamiento
Un PC	Windows 10	Centro de Administración de Windows (Windows Admin Center)

Nota

Actualmente, no puede usar Windows Admin Center en Azure Portal para administrar la réplica de almacenamiento. Windows Admin Center versión 2410 y posteriores se pueden usar para administrar réplica de almacenamiento.

Términos

En este tutorial se utiliza como ejemplo el siguiente entorno:

Dos servidores: SR-SRV05 y SR-SRV06
Un par de "sitios" lógicos que representan dos centros de datos diferentes: Redmond y Bellevue

Diagrama que muestra un servidor en el Edificio 5 replicando con un servidor en el Edificio 9.

Paso 1: Instalar y configurar Windows Admin Center en el equipo

Si usa Windows Admin Center para administrar la réplica de almacenamiento, siga estos pasos para configurar el equipo para administrar la réplica de almacenamiento.

Descargue e instale Windows Admin Center.
Descargue e instale las Herramientas de administración remota del servidor.

Si usa Windows 10 versión 1809 o posterior, instale la característica RSAT: Módulo de réplica de almacenamiento para Windows PowerShell desde características a petición.
Abra una sesión de PowerShell como administrador:
1. Seleccione Inicio.
2. Escriba PowerShell.
3. Haga clic con el botón derecho en Windows PowerShell.
4. Seleccione Ejecutar como administrador.
Escriba el siguiente comando para habilitar el protocolo WS-Man en el equipo local y configurar la configuración predeterminada para la administración remota en el cliente:
```
winrm quickconfig
```
Escriba Y para habilitar los servicios winRM y para habilitar una excepción de firewall de WinRM.

Paso 2: Aprovisionar el sistema operativo, las características, los roles, el almacenamiento y la red

Instale Windows Server en ambos nodos de servidor mediante el tipo de instalación Windows Server (Experiencia de escritorio).

Puede usar una máquina virtual de Azure que esté conectada a la red a través de ExpressRoute.

Nota

A partir de Windows Admin Center versión 1910, puede configurar automáticamente un servidor de destino en Azure. Si elige esa opción, instale Windows Server en el servidor de origen y vaya al Paso 3: Configurar la replicación de servidor a servidor.
Agregue información de red, una los servidores al mismo dominio que el equipo de administración de Windows 10 (si usa uno) y reinicie los servidores.

Nota

Para los pasos restantes, inicie sesión como un usuario de dominio que sea miembro del grupo de administradores integrado en todos los servidores. Asegúrese de elevar los privilegios de PowerShell y de los símbolos de comandos en los restantes pasos si ejecuta una instalación de servidor gráfico o en un equipo con Windows 10.
Conecte el primer conjunto de contenedores de almacenamiento JBOD, destino iSCSI, FC SAN o almacenamiento conectado directamente (DAS) a un disco fijo local al servidor del sitio Redmond.
Conecte el segundo conjunto de almacenamiento al servidor del sitio Bellevue.
Como corresponda, instale el firmware de almacenamiento del proveedor más reciente, el firmware del gabinete del proveedor más reciente, los controladores más recientes del adaptador de bus de host (HBA) del proveedor, el firmware BIOS/UEFI más reciente del proveedor, los controladores de red del proveedor más recientes y los controladores del conjunto de chips de la placa base más recientes en ambos 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.
Asegúrese de que la configuración de BIOS/UEFI para los servidores habilite el alto rendimiento, como deshabilitar el estado C, establecer la velocidad de QPI, habilitar el acceso a memoria no sin formato (NUMA) y establecer la frecuencia de memoria más alta. Asegúrese de que la administración de energía en Windows Server se establezca en alto rendimiento. Reinicie si es necesario.
Configura los roles como se describe en las siguientes secciones.
- Método de Windows Admin Center
  1. En Windows Admin Center, vaya al Administrador del servidor y seleccione uno de los servidores.
  2. Vaya a Roles y características.
  3. Seleccione Características>Réplica de almacenamiento y, a continuación, seleccione Instalar.
  4. Repita estos pasos en el otro servidor.
- Método del Administrador del servidor
  1. Ejecute ServerManager.exe y cree un grupo de servidores. Agregue todos los nodos de servidor.
  2. Instale los roles y características del servidor de archivos y réplica de almacenamiento en cada uno de los nodos. A continuación, reinicie los nodos.
- Método de Windows PowerShell
  
  En SR-SRV06 o en un equipo de administración remota, ejecute el siguiente comando en una consola de Windows PowerShell para instalar las características y roles necesarios. A continuación, reinicie los nodos.
1. En el Administrador del servidor, seleccione Crear un grupo de servidores y agregue todos los nodos de servidor.
2. Instale el rol servidor de archivos y la característica Réplica de almacenamiento en cada uno de los nodos y reinícielos. Para obtener más información, consulte Instalar o desinstalar roles, servicios de rol o características.
  
  Para obtener más información sobre estos pasos, consulte Instalación o desinstalación de roles, servicios de rol o características.
Configure el almacenamiento como se describe en los pasos siguientes.
Importante
- Debe crear dos volúmenes en cada contenedor: uno para datos y otro para registros.
- Los discos de registro y de datos deben inicializarse como tabla de particiones GUID (GPT), no como registro de arranque maestro (MBR).
- Los dos volúmenes de datos deben ser el mismo tamaño.
- Los dos volúmenes de registro deben ser el mismo tamaño.
- 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. Se recomienda el almacenamiento de registros que sea más rápido. 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 capas y pueden utilizar espacios de almacenamiento reflejados o espacios de paridad, o RAID 1, RAID 10, RAID 5, o RAID 50.
- El tamaño del registro tiene como valor predeterminado 8 GB si no se especifica. El volumen de registro debe tener al menos 10 GB o más en función de los requisitos de registro y las necesidades de la organización.
- El rol Servidor de archivos solo es necesario para que Test-SRTopology funcione. Abre los puertos de firewall necesarios para las pruebas.
- Para carcasas JBOD:
  1. Asegúrese de que cada servidor solo puede ver los gabinetes de almacenamiento del sitio y que las conexiones SAS están configuradas correctamente.
  2. Aprovisionar el almacenamiento mediante Espacios de almacenamiento: complete los pasos 1 a 3 en Implementar espacios de almacenamiento en un servidor de Stand-Alone mediante Windows PowerShell o el Administrador del servidor.
- Para el almacenamiento iSCSI:
  1. Asegúrese de que cada clúster solo pueda ver los gabinetes de almacenamiento de ese sitio. Debe usar más de un único adaptador de red si usa iSCSI.
  2. Utilice la documentación del proveedor para aprovisionar el almacenamiento. Si usa iSCSI Targeting basado en Windows, consulte Almacenamiento en bloque de destino de iSCSI: Cómo hacerlo.
- Para el almacenamiento FC SAN:
  1. Asegúrese de que cada clúster pueda ver solo los contenedores de almacenamiento de ese sitio y de que la colocado los hosts en la zona correcta.
  2. Utilice la documentación del proveedor para aprovisionar el almacenamiento.
- Para el almacenamiento de disco fijo local:
  - Asegúrese de que el almacenamiento no contiene ningún volumen del sistema, archivo de paginación ni archivos de volcado de memoria.
  - Utilice la documentación del proveedor para aprovisionar el almacenamiento.
Inicie Windows PowerShell y use el Test-SRTopology cmdlet para determinar si cumple todos los requisitos de réplica de almacenamiento. Puede usar el cmdlet en un modo de solo requisitos para una prueba rápida o en un modo de evaluación de rendimiento de larga duración.

Por ejemplo, para validar que los nodos propuestos tienen un volumen F: y un volumen G: y para ejecutar la prueba durante 30 minutos, use este comando:
```
MD c:\temp
```
Importante

Si usa 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 para generar un informe útil. Debería probar con cargas de trabajo similares a las de producción para ver resultados reales y los tamaños de registro recomendados. Como alternativa, copie algunos archivos en el volumen de origen durante la prueba o descargue y ejecute DISKSPD para generar E/S de escritura. Por ejemplo, copie un ejemplo con una carga de trabajo de E/S de escritura baja que se ejecute durante 10 minutos en el volumen D:

Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test
Examine el informe TestSrTopologyReport.html para asegurarse de que se cumplen los requisitos de Storage Replica.

Paso 3: Configurar la replicación de servidor a servidor

Uso de Windows Admin Center

Agregue el servidor de origen:
1. Selecciona Agregar.
2. Seleccione Agregar conexión de servidor.
3. Escriba el nombre del servidor y seleccione Enviar.
En el panel Todas las conexiones , seleccione el servidor de origen.
En el panel Herramientas , seleccione Réplica de almacenamiento.
Seleccione Nueva para crear una nueva asociación.

Para crear una nueva máquina virtual de Azure que se usará como destino de la asociación:
1. En Replicar con otro servidor, seleccione Usar una nueva máquina virtual de Azure y, a continuación, seleccione Siguiente. Si no ve esta opción, asegúrese de que usa Windows Admin Center versión 1910 o una versión posterior.
2. Especifique la información del servidor de origen y el nombre del grupo de replicación y, a continuación, seleccione Siguiente.
  
  Este paso comienza un proceso que selecciona automáticamente una máquina virtual de Azure de Windows Server 2019 o Windows Server 2016 como destino para el origen de migración. Storage Migration Service recomienda tamaños de máquina virtual que coincidan con el origen, pero puede invalidar esta limitación seleccionando Ver todos los tamaños. Los datos de inventario se usan para configurar automáticamente los discos administrados y sus sistemas de archivos, y para unir la nueva máquina virtual de Azure al dominio de Active Directory.
3. Después de que Windows Admin Center cree la máquina virtual de Azure, proporcione un nombre de grupo de replicación y, a continuación, seleccione Crear. En ese momento Windows Admin Center comienza el proceso de sincronización inicial normal de Réplica de almacenamiento para empezar a proteger los datos.
Este es un vídeo que muestra cómo usar réplica de almacenamiento para migrar a máquinas virtuales de Azure:
Proporcione los detalles de la asociación y seleccione Crear.

Nota

La eliminación de la asociación de Réplica de almacenamiento en Windows Admin Center no elimina el nombre del grupo de replicación.

Uso de Windows PowerShell

A continuación, configure la replicación de servidor a servidor mediante Windows PowerShell. Debe realizar todos los pasos siguientes directamente en los nodos o desde un equipo de administración remota que contenga herramientas de administración remota del servidor de Windows Server.

Compruebe que usa una consola de PowerShell con privilegios elevados como administrador.
Configure la replicación de servidor a servidor. Especifique los discos de origen y destino, los registros de origen y destino, los nodos de origen y destino y el tamaño del registro.
```
New-SRPartnership -SourceComputerName sr-srv05 -SourceRGName rg01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName sr-srv06 -DestinationRGName rg02 -DestinationVolumeName f: -DestinationLogVolumeName g: -LogType Raw
```
Esta es la salida de ejemplo:
```
DestinationComputerName : SR-SRV06
DestinationRGName       : RG02
SourceComputerName      : SR-SRV05
PSComputerName          :
```
Importante

El tamaño de registro predeterminado es de 8 GB. En función de los resultados del Test-SRTopology cmdlet, puede optar por usar el -LogSizeInBytes parámetro para establecer un valor superior o inferior.

Para obtener el estado de origen y destino de replicación, use los cmdlets Get-SRGroup y Get-SRPartnership:

Get-SRGroup
Get-SRPartnership
(Get-SRGroup).replicas

Esta es la salida de ejemplo:

CurrentLsn             : 0
DataVolume             : F:\
LastInSyncTime         :
LastKnownPrimaryLsn    : 1
LastOutOfSyncTime      :
NumOfBytesRecovered    : 37731958784
NumOfBytesRemaining    : 30851203072
PartitionId            : c3999f10-dbc9-4a8e-8f9c-dd2ee6ef3e9f
PartitionSize          : 68583161856
ReplicationMode        : synchronous
ReplicationStatus      : InitialBlockCopy
PSComputerName         :

Determine el progreso de la replicación tal como se describe en los pasos siguientes.
1. En el servidor de origen, ejecute el siguiente comando y examine los identificadores de evento 5015, 5002, 5004, 1237, 5001 y 2200:
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20
```
2. En el servidor de destino, ejecute el comando siguiente para ver los eventos de réplica de almacenamiento que muestran la creación de asociaciones. Este evento indica el número de bytes copiados y el tiempo necesario para crear la asociación.
  
  Por ejemplo:
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | fl
```
  Esta es la salida de ejemplo:
```
TimeCreated  : 4/8/2016 4:12:37 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.

> [!NOTE]
> By design, Storage Replica dismounts the destination volumes and their drive letters or mount points.
```
3. Como alternativa, el grupo de servidores de destino de la réplica siempre indica el número de bytes restantes que se van a copiar. Puede usar PowerShell para consultar la información.
  
  Por ejemplo:
```
(Get-SRGroup).Replicas | Select-Object numofbytesremaining
```
  Este es un ejemplo de progreso (que no finaliza):
```
while($true) {

$v = (Get-SRGroup -Name "RG02").replicas | Select-Object numofbytesremaining
[System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
Start-Sleep -s 5
}
```
4. En el servidor de destino, ejecute el siguiente comando y examine los identificadores de evento 5009, 1237, 5001, 5015, 5005 y 2200 para comprender el progreso del procesamiento. No debería haber ninguna advertencia de error en esta secuencia. Habrá muchos identificadores de evento 1237, que indican el progreso del procesamiento.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
```

Paso 4: Administrar la replicación

Por último, administre y opere la infraestructura replicada de servidor a servidor. Puede realizar todos los pasos siguientes directamente en los nodos directamente o desde un equipo de administración remota que contenga herramientas de administración remota del servidor de Windows Server.

Usa los cmdlets Get-SRPartnership y Get-SRGroup para determinar el origen actual y el destino de la replicación y su estado.
Para medir el rendimiento de la replicación, utilice el cmdlet Get-Counter en los 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
- \Estadísticas de E/S de partición de réplica de almacenamiento(*)\Promedio. 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
- \Estadísticas de E/S de partición de Réplica de almacenamiento(*)\Promedio de Número de solicitudes por escritura en registro
- \Estadísticas de E/S de partición de réplica de almacenamiento(*)\Promedio. latencia de escritura de aplicación
- \Estadísticas de E/S de partición de réplica de almacenamiento(*)\Promedio. latencia de lectura de aplicación
- \Estadísticas de Réplica de almacenamiento(*)\RPO de destino
- \Estadísticas de Réplica de almacenamiento(*)\RPO actual
- \Estadísticas de Réplica de almacenamiento(*)\Promedio de longitud de 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
- \Estadísticas de réplica de almacenamiento(*)\Promedio. Latencia de envío de red
- \Estadísticas de Storage Replica(*)\Estado de la replicación
- \Estadísticas de réplica de almacenamiento(*)\Promedio. Latencia del recorrido de ida y vuelta de mensaje
- \Estadísticas de réplica de almacenamiento(*)\Último tiempo transcurrido de 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 vacías
- \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.
Para cambiar el sentido de la replicación desde un sitio, utilice el cmdlet Set-SRPartnership.
```
  $params = @{
  NewSourceComputerName  = 'SR-SRV06'
  SourceRGName           = 'RG02'
  DestinationComputerName = 'SR-SRV05'
  DestinationRGName      = 'RG01'
}
Set-SRPartnership @params
```
Advertencia

Windows Server impide el cambio de rol cuando la sincronización inicial está en curso. Es posible que se produzca 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 del cambio de replicación y el modo de recuperación y, a continuación, concilie. Después, las E/S de escritura pueden escribir en el almacenamiento del nuevo servidor de origen. El cambio de la dirección de replicación bloquea las operaciones de E/S de escritura en el equipo de origen.
Para quitar la replicación, use Get-SRGroup, Get-SRPartnership, Remove-SRGroup y Remove-SRPartnership en cada nodo. Asegúrese de ejecutar el Remove-SRPartnership cmdlet solo en el origen actual de replicación, no en el servidor de destino. Ejecute Remove-SRGroup en ambos servidores.

Por ejemplo, para quitar toda la replicación de dos servidores, ejecute estos comandos:
```
Get-SRPartnership
Get-SRPartnership | Remove-SRPartnership
Get-SRGroup | Remove-SRGroup
```

Reemplazar replicación DFS por réplica de almacenamiento

Muchos clientes de Microsoft implementan la replicación DFS del servicio de Windows como una solución de recuperación ante desastres para datos de usuario no estructurados, como carpetas principales y recursos compartidos de departamento. La replicación DFS se distribuye en todas las versiones desde Windows Server 2003 R2 y funciona en redes de bajo ancho de banda. Es una alternativa atractiva para entornos de alto cambio y latencia baja que tienen muchos nodos.

Sin embargo, la Replicación DFS tiene limitaciones importantes como una solución de replicación de datos:

No replica los archivos abiertos o en uso.
No se replica sincrónicamente.
La latencia de replicación asincrónica puede ser de muchos minutos, horas o incluso días.
Depende de una base de datos que puede requerir comprobaciones de coherencia tediosas tras una interrupción de la alimentación.
Por lo general, se configura como arquitectura multimaestro, lo que permite que los cambios fluyan en ambas direcciones y podría sobrescribir los datos más recientes.

La réplica de almacenamiento no tiene ninguna de estas limitaciones.

Sin embargo, la réplica de almacenamiento tiene varias limitaciones que pueden hacer que sea menos atractiva en algunos entornos:

Solo permite la replicación uno a uno entre volúmenes. Es posible replicar volúmenes distintos entre varios servidores.
Aunque admite la replicación asincrónica, no está diseñada para redes de baja latencia y ancho de banda bajo.
No permite a los usuarios acceder a datos protegidos en el servidor de destino mientras la replicación está en curso.

Si estos factores no bloquean su escenario, puede usar Réplica de Almacenamiento para reemplazar los servidores de Replicación DFS por la tecnología de Réplica de almacenamiento, que es más reciente.

El proceso, en un nivel alto, tiene estos pasos:

Instale Windows Server en dos servidores y configure el almacenamiento. Es posible que tenga que actualizar un conjunto existente de servidores o realizar instalaciones limpias del sistema operativo.
Asegúrese de que los datos que quiera replicar existan en uno o varios volúmenes de datos y no en la unidad C:.
- También puede inicializar los datos en el otro servidor para ahorrar tiempo, usar una copia de seguridad o copias de archivos, o usar almacenamiento aprovisionado fino. A diferencia de Replicación DFS, no es necesario que la coincidencia de seguridad del tipo metadatos sea perfecta.
Comparta los datos en el servidor de origen y haga que sean accesibles a través de un espacio de nombres DFS Namespaces. Este paso es importante para asegurarse de que los usuarios todavía pueden acceder a él si el nombre del servidor cambia a un espacio de nombres DFS en un sitio de desastre.
- Puede crear recursos compartidos coincidentes en el servidor de destino, que no está disponible durante las operaciones normales.
- No agregue el servidor de destino al espacio de nombres DFS Namespaces. Si lo hace, asegúrese de que todos sus destinos de carpeta están deshabilitados.
Habilite la Réplica de almacenamiento y complete la sincronización inicial. La replicación puede ser sincrónica o asincrónica.
- Se recomienda la replicación sincrónica para garantizar la coherencia de los datos de E/S en el servidor de destino.
- Se recomienda encarecidamente habilitar la opción Instantáneas de volumen y tomar instantáneas periódicamente mediante vssadmin, o cualquier otra herramienta. Esta acción garantiza que las aplicaciones vacían sus archivos de datos en el disco de forma coherente. Si se produce algún desastre, puede recuperar los archivos de instantáneas en el servidor de destino que se puedan replicar parcialmente de forma asincrónica. Las instantáneas se replican junto con los archivos.
Opera normalmente hasta que se produzca un desastre.
Cambie el servidor de destino para que sea el nuevo origen, lo que expone sus volúmenes replicados a los usuarios.
Si decide usar la replicación sincrónica, no es necesario restaurar datos a menos que un usuario estuviera usando una aplicación que estuviera escribiendo datos sin protección de transacciones (la replicación no tiene ningún efecto en este escenario) cuando se pierde el servidor de origen. Si decide usar la replicación asincrónica, la necesidad de un montaje de instantáneas del Servicio de instantáneas de volumen (VSS) es mayor, pero considere la posibilidad de usar VSS en todas las circunstancias para las instantáneas consistentes entre aplicaciones.
Agregue el servidor y sus recursos compartidos como destino de carpeta DFS Namespaces.

Así los usuarios podrán acceder a sus datos.

Nota

El planeamiento de la recuperación ante desastres es un tema complejo y requiere una atención significativa y detallada al plan. Se recomienda encarecidamente crear runbooks y realice simulacros de conmutación por error en directo anualmente. Cuando ocurre un desastre real, reina el caos y es posible que el personal experimentado no esté disponible.

Incorporación de una máquina virtual de Azure conectada a la red a través de ExpressRoute

En Azure Portal, cree una instancia de ExpressRoute.

Una vez aprobada expressRoute, se agrega un grupo de recursos a la suscripción. Para ver este nuevo grupo, vaya a Grupos de recursos. Anote el nombre de la red virtual.
Cree un nuevo grupo de recursos.
Agregue un grupo de seguridad de red. Al crear el grupo de seguridad de red, seleccione el identificador de suscripción asociado a la instancia de ExpressRoute que creó y seleccione el grupo de recursos asociado a ExpressRoute.

Agregue las reglas de seguridad entrantes y salientes que necesite al grupo de seguridad de red. Por ejemplo, puede querer permitir el acceso de Escritorio Remoto a la máquina virtual.
Cree una máquina virtual de Azure que tenga la siguiente configuración:
- Dirección IP pública: Ninguna
- Red virtual: seleccione el nombre de red virtual que anotó en el grupo de recursos agregado con la instancia de ExpressRoute.
- Grupo de seguridad de red (firewall): seleccione el grupo de seguridad de red que creó.
Una vez creada la máquina virtual, consulte Paso 2: Aprovisionamiento del sistema operativo, características, roles, almacenamiento y una red.

Introducción a Réplica de almacenamiento
Replicación de clústeres extendidos mediante almacenamiento compartido
replicación de almacenamiento de clúster a clúster
Réplica de almacenamiento: problemas conocidos
Storage Replica: Preguntas más frecuentes
Espacios de almacenamiento directo

Compartir a través de

Configuración de la replicación de almacenamiento de servidor a servidor mediante réplica de almacenamiento

Requisitos previos

Requisitos de Windows Admin Center

Términos

Paso 1: Instalar y configurar Windows Admin Center en el equipo

Paso 2: Aprovisionar el sistema operativo, las características, los roles, el almacenamiento y la red

Paso 3: Configurar la replicación de servidor a servidor

Uso de Windows Admin Center

Uso de Windows PowerShell

Paso 4: Administrar la replicación

Reemplazar replicación DFS por réplica de almacenamiento

Incorporación de una máquina virtual de Azure conectada a la red a través de ExpressRoute

Contenido relacionado

Comentarios

Recursos adicionales