Replicación de almacenamiento de servidor a servidor

  • Artículo

Se aplica a Azure Stack HCI, Windows Server 2022, Windows Server 2019 y 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. Este tema proporciona cierta información general de esta configuración de replicación de servidor a servidor, además de cómo configurar y administrar el entorno.

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

Aquí tiene un vídeo de introducción al uso de la Réplica de almacenamiento en Windows Admin Center.

Requisitos previos

  • 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 Edition. Si ejecuta Windows Server 2019, en su lugar puede usar Standard Edition si está replicando solo un solo volumen hasta 2 TB de tamaño.
  • Dos conjuntos de almacenamiento, mediante JBOD de SAS, SAN de canal de fibra, destino iSCSI o almacenamiento SCSI/SATA local. El almacenamiento debe contener una combinación de medios de disco duro (HDD) y unidades de estado sólido (SSD). Hará que cada conjunto de almacenamiento esté disponible solo para cada uno de los servidores, sin acceso compartido.
  • Cada conjunto de almacenamiento debe permitir la creación de al menos dos discos virtuales, uno para datos replicados y otro para registros. El almacenamiento físico debe tener los mismos tamaños de sector en todos los discos de datos. El almacenamiento físico debe tener los mismos tamaños de sector en todos los discos de registro.
  • Al menos una conexión de Ethernet/TCP en cada servidor para replicación sincrónica, pero preferiblemente RDMA.
  • Reglas de firewall y enrutador correspondientes para permitir tráfico bidireccional ICMP, SMB (puerto 445, más 5445 para SMB directo) y WS-MAN (puerto 5985) entre todos los nodos.
  • Una red entre servidores con ancho de banda suficiente para contener la carga de trabajo de escritura de E/S y un promedio de =5 ms de latencia de ida y vuelta para la replicación sincrónica. Este tipo de replicación no tiene una recomendación de latencia.
    Si está replicando 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 ello, use Express Route, una conexión de puerta de enlace VPN de sitio a sitio, o instale software de VPN en sus máquinas virtuales de Azure para conectarlas con su red local.
  • El almacenamiento de información replicada no se encuentra en la unidad que contiene la carpeta del sistema operativo Windows.

Importante

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

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

Requisitos de Windows Admin Center

Para usar conjuntamente la Réplica de almacenamiento y Windows Admin Center, necesita lo siguiente:

Sistema Sistema operativo Requerido para
Dos servidores
(cualquier mezcla 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 equipo Windows 10 Windows Admin Center

Nota

Ahora mismo no puede usar Windows Admin Center en un servidor para administrar la Réplica de almacenamiento.

Términos

En este tutorial se utiliza como ejemplo el siguiente entorno:

  • Dos servidores, llamados SR-SRV05 y SR SRV06.

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

Diagrama que muestra un servidor en la replicación de la compilación 5 con un servidor de la compilación 9

Ilustración 1: Replicación de servidor a servidor

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

Si usa Windows Admin Center para administrar la Réplica de almacenamiento, use los siguientes pasos para preparar su PC para administrar la Réplica de almacenamiento.

  1. Descargue e instale Windows Admin Center.

  2. Descargue e instale las Herramientas de administración remota del servidor.

    • Si usa Windows 10, versión 1809 o posterior, instale el módulo "RSAT: Módulo de Réplica de almacenamiento para Windows PowerShell" de Características a petición.

  3. Abra una sesión de PowerShell como administrador seleccionando el botón Inicio, escribiendo PowerShell, haciendo clic con el botón derecho del ratón en Windows PowerShell, y seleccionando Ejecutar como administrador.

  4. Escriba el siguiente comando para habilitar el protocolo WS-Management en el equipo local y establecer la configuración predeterminada para la administración remota en el cliente.

    winrm quickconfig

  5. Escriba Y para habilitar los servicios de WinRM y habilitar la excepción del Firewall de WinRM.

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

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

    Para usar una máquina virtual de Azure conectada a la red a través de ExpressRoute, consulte Incorporación de una máquina virtual de Azure 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.

  2. 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

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

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

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

  5. Según corresponda, instale el firmware y los controladores más recientes de almacenamiento y alojamiento de proveedores, los controladores HBA más recientes de los proveedores, el firmware UEFI y BIOS más reciente de los proveedores, los controladores de red más recientes de los proveedores y los controladores más recientes de conjunto de chips de placa base en 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.

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

  7. Configure los roles de la manera siguiente:

    • Método de Windows Admin Center

      1. En Windows Admin Center, vaya a 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 haga clic en Instalar.
      4. Repita la operación en el otro servidor.

    • Método del Administrador del servidor

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

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

    • Método de Windows PowerShell

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

      $Servers = 'SR-SRV05','SR-SRV06'

$Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,FS-FileServer -IncludeManagementTools -restart }

      Para más información sobre estos pasos, consulte Instalación o desinstalación de roles, servicios de rol o características.

  8. Configure el almacenamiento como sigue:

    Importante

    • Debe crear dos volúmenes en cada contenedor: uno para datos y otro para registros.
    • Los discos de datos y de registros deben inicializarse como GPT, no MBR.
    • Los dos volúmenes de datos deben tener un tamaño idéntico.
    • Los dos volúmenes de registros deben tener un tamaño idéntico.
    • Todos los discos de datos replicados deben tener los mismos tamaños de sector.
    • Todos los discos de registro deben tener los mismos tamaños de sector.
    • Los volúmenes de registro deben usar almacenamiento basado en flash, como SSD. Microsoft recomienda que el almacenamiento de registros sea más rápido que el almacenamiento de datos. Los volúmenes de registro nunca se deben usar para otras cargas de trabajo.
    • Los discos de datos pueden usar HDD, SSD o una combinación en niveles, y pueden usar tanto espacios de paridad o reflejados como RAID 1 o 10, o RAID 5 o RAID 50.
    • El volumen del registro debe ser al menos de 9 GB de forma predeterminada, aunque puede ser mayor o menor en función de los requisitos de registro.
    • El rol Servidor de archivos solo es necesario para el funcionamiento de Test-SRTopology, ya que abre los puertos de firewall necesarios para las pruebas.

    • Para contenedores JBOD:

      1. Asegúrese de que cada servidor pueda ver solo contenedores de almacenamiento de ese sitio y que las conexiones de SAS estén configuradas correctamente.

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

    • Para el almacenamiento iSCSI:

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

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

    • Para el almacenamiento SAN de FC:

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

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

    • Para el almacenamiento de disco fijo local:

      • Asegúrese de que el almacenamiento no contenga un volumen del sistema, un archivo de paginación o archivos de volcado.

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

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

    Por ejemplo, para validar los nodos propuestos que tiene cada uno un volumen F: y G: y ejecutar la prueba durante 30 minutos:

    MD c:\temp

Test-SRTopology -SourceComputerName SR-SRV05 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName SR-SRV06 -DestinationVolumeName f: -DestinationLogVolumeName g: -DurationInMinutes 30 -ResultPath c:\temp

    Importante

    Al usar un servidor de prueba sin carga de E/S de escritura en el volumen de origen especificado durante el período de evaluación, considere la posibilidad de agregar una carga de trabajo o no se generará un informe útil. Pruebe con cargas de trabajo del estilo de producción para ver números reales y tamaños de registro recomendados. Otra alternativa es copiar algunos archivos en el volumen de origen durante la prueba o descargar y ejecutar DISKSPD para generar E/S de escritura. Por ejemplo, una muestra con una carga de trabajo de E/S de escritura baja durante diez minutos en el volumen D:

    Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test

  10. Examine el informe TestSrTopologyReport.html que se muestra en la figura 2 para asegurarse de que cumple los requisitos de la Réplica de almacenamiento.

    Pantalla que muestra el informe de topología

    Figura 2: Informe de topología de replicación de almacenamiento

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

Uso de Windows Admin Center

  1. Agregue el servidor de origen.

    1. Seleccione el botón Agregar.
    2. Seleccione Agregar conexión de servidor.
    3. Escriba el nombre del servidor y seleccione Enviar.

  2. En la página Todas las conexiones, seleccione el servidor de origen.

  3. Seleccione Réplica de almacenamiento en el panel Herramientas.

  4. Seleccione Nueva para crear una credencial. 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 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.

      Esto inicia 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 la migración. El Servicio de migración de almacenamiento recomienda tamaños de máquina virtual para que coincidan con el origen, pero puede reemplazalos seleccionando Ver todos los tamaños. Los datos de inventario se usan para configurar automáticamente los discos administrados y sus sistemas de archivos, así como para replicar la nueva máquina virtual de Azure en el 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 seleccione Crear. Windows Admin Center comienza entonces el proceso de sincronización inicial normal de Réplica de almacenamiento para empezar a proteger los datos.

    En este vídeo se muestra cómo usar Réplica de almacenamiento para migrar a máquinas virtuales de Azure.

  5. Proporcione los detalles de la asociación y seleccione Crear (como se muestra en la figura 3).
    La pantalla de Nueva asociación que muestra los detalles de la asociación, como un tamaño de registro de 8 GB.

    Figura 3: Creación de una nueva asociación

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

Ahora configurará la replicación de servidor a servidor mediante Windows PowerShell. Debe realizar todos los pasos que se indican a continuación en los nodos directamente o desde un equipo de administración remota que contenga las Herramientas de administración remota del servidor de Windows Server.

  1. Asegúrese de que está utilizando una consola de Powershell con privilegios elevados como administrador.

  2. Configure la replicación de servidor a servidor y especifique los discos de origen y destino, los registros de origen y destino, los nodos de origen y de 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

    Salida:

    DestinationComputerName : SR-SRV06
DestinationRGName       : rg02
SourceComputerName      : SR-SRV05
PSComputerName          :

    Importante

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

  3. Para obtener el estado de origen y destino de replicación, use Get-SRGroup y Get-SRPartnership de la manera siguiente:

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

    Salida:

    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         :

  4. Determine el progreso de la replicación del modo siguiente:

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

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -max 20

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

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

      A continuación se muestra una salida de ejemplo:

      TimeCreated  : 4/8/2016 4:12:37 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.

ReplicationGroupName: rg02
ReplicationGroupId: {616F1E00-5A68-4447-830F-B0B0EFBD359C}
ReplicaName: f:\
ReplicaId: {00000000-0000-0000-0000-000000000000}
End LSN in bitmap:
LogGeneration: {00000000-0000-0000-0000-000000000000}
LogFileId: 0
CLSFLsn: 0xFFFFFFFF
Number of Bytes Recovered: 68583161856
Elapsed Time (ms): 117

      Nota

      Réplica de almacenamiento desmonta los volúmenes de destino y sus puntos de montaje o letras de unidad. es así por diseño.

    3. Como alternativa, el grupo de servidores de destino de la réplica indica el número de bytes que quedan por copiar en todo momento y se puede consultar mediante PowerShell. Por ejemplo:

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

      Como ejemplo de progreso (que no terminará):

      while($true) {

 $v = (Get-SRGroup -Name "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 eventos 5009, 1237, 5001, 5015, 5005 y 2200 para entender el progreso del procesamiento. No debería haber ninguna advertencia de error en esta secuencia. Habrá muchos eventos 1237; estos indican el progreso.

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

Paso 4: Administrar la replicación

Ahora administrará y usará su infraestructura replicada de servidor a servidor. Puede realizar todos los pasos que se indican a continuación en los nodos directamente o desde un equipo de administración remota que contenga las Herramientas de administración remota del servidor de Windows Server.

  1. Use Get-SRPartnership y Get-SRGroup para determinar el origen y el destino actuales de la replicación y su estado.

  2. 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(*)\Longitud media de la 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(*)\Número medio de solicitudes por escritura del registro

    • \Estadísticas de E/S de partición de Réplica de almacenamiento(*)\Latencia media de escritura de la aplicación

    • \Estadísticas de E/S de partición de Réplica de almacenamiento(*)\Latencia media de lectura de la aplicación

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

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

    • \Estadísticas de Réplica de almacenamiento(*)\Longitud media de cola del 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(*)\Latencia media de envío de red

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

    • \Estadísticas de Réplica de almacenamiento(*)\Latencia media de ida y vuelta de mensajes

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

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

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

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

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

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

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

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

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

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

    Set-SRPartnership -NewSourceComputerName sr-srv06 -SourceRGName rg02 -DestinationComputerName sr-srv05 -DestinationRGName rg01

    Advertencia

    Windows Server impide el cambio de rol cuando la sincronización inicial está en curso, lo que puede dar lugar a pérdida de datos si intenta cambiar antes de dejar que finalice la replicación inicial. No fuerce el cambio de dirección hasta que la sincronización inicial se haya completado.

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

  4. Para quitar la replicación, use Get-SRGroup, Get-SRPartnership, Remove-SRGroup y Remove-SRPartnership en cada nodo. Asegúrese de ejecutar el cmdlet Remove-SRPartnership únicamente 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:

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

Reemplazo de la Replicación DFS por la Réplica de almacenamiento

Muchos clientes de Microsoft implementan la Replicación DFS como solución de recuperación ante desastres para los datos de usuario no estructurados como las carpetas particulares y los recursos compartidos de departamentos. Replicación DFS se incluye en Windows Server 2003 R2 y en todos los sistemas operativos posteriores y funciona en redes de ancho de banda bajo, lo que resulta atractivo para entornos de alta latencia y bajo cambio con muchos nodos. Sin embargo, la Replicación DFS tiene limitaciones importantes como una solución de replicación de datos:

  • No se replica en 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 cambios fluyan en ambas direcciones, sobrescribiendo posiblemente los datos más recientes.

La Réplica de almacenamiento no tiene ninguna de estas limitaciones. Sin embargo, tienen varias que podrían hacerla menos interesante 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 con poco ancho de banda y alta latencia.
  • No permite el acceso de usuario a los datos protegidos en el destino mientras la replicación está en curso

Si no se trata de factores de bloqueo, la Réplica de almacenamiento permite reemplazar servidores de Replicación DFS por esta tecnología más reciente. Se trata de un proceso de alto nivel:

  1. Instale Windows Server en dos servidores y configure el almacenamiento. Para ello podría ser necesario actualizar un conjunto existente de servidores o realizar una instalación limpia.

  2. Asegúrese de que los datos que quiera replicar existan en uno o varios volúmenes de datos y no en la unidad C:. a. También puede inicializar los datos en el otro servidor para ahorrar tiempo, mediante una copia de seguridad o copias de archivos, así como usar almacenamiento con aprovisionamiento fino. No es necesario que la seguridad de metadatos coincida exactamente, a diferencia de la Replicación DFS.

  3. Comparta los datos en el servidor de origen y permita que sean accesibles a través de un espacio de nombres DFS. Esto es importante para asegurarse de que los usuarios pueden seguir teniendo acceso a él si el nombre del servidor cambia por uno de un sitio de desastres. a. Puede crear recursos compartidos coincidentes en el servidor de destino, que no estarán disponibles durante las operaciones normales, b. No agregue el servidor de destino al espacio de nombres de Espacios de nombres DFS, o si lo hace, asegúrese de que todos sus destinos de carpeta estén deshabilitados.

  4. Habilite la Réplica de almacenamiento y complete la sincronización inicial. La replicación puede ser sincrónica o asincrónica. a. Sin embargo, se recomienda sincrónica con el fin de garantizar la coherencia de datos de E/S en el servidor de destino. b. Se recomienda firmemente habilitar las instantáneas de volumen y tomar periódicamente instantáneas con VSSADMIN u otras herramientas de su elección. De esta forma se garantiza que las aplicaciones vacían sus archivos de datos en el disco de forma coherente. En caso de desastres, puede recuperar archivos de instantáneas en el servidor de destino que se podrían haber replicado parcialmente de manera asincrónica. Las instantáneas se replican junto con los archivos.

  5. Funcionan normalmente hasta que hay un desastre.

  6. Cambie el servidor de destino para que sea el nuevo origen, lo que expone sus volúmenes replicados a los usuarios.

  7. Si usa replicación sincrónica, no será necesaria ninguna restauración de datos a menos que el usuario estuviera usando una aplicación que estaba escribiendo datos sin protección de transacciones (esto es independiente de la replicación) durante la pérdida del servidor de origen. Si usa replicación asincrónica, la necesidad de un montaje de instantáneas de VSS es mayor, pero considere el uso de VSS en todas las circunstancias para instantáneas coherentes de aplicación.

  8. Agregue el servidor y sus recursos compartidos como destino de carpeta de espacio de nombres DFS.

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

    Nota

    El planeamiento de la recuperación ante desastres es un tema complejo que requiere prestar una gran atención al detalle. Es muy recomendable la creación de Runbooks y la ejecución de exploraciones anuales en vivo de conmutación por error. Cuando se produzca un desastre real, reinará la confusión y puede que no esté disponible personal con experiencia.

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

  1. Cree una instancia de ExpressRoute en el Azure Portal.
    Una vez aprobada la ExpressRoute, se agrega un grupo de recursos a la suscripción: navegue hasta Grupos de recursos para ver este nuevo grupo. Tome nota del nombre de la red virtual. Azure Portal mostrando el grupo de recursos agregado con ExpressRoute

    Figura 4: Los recursos asociados a una ExpressRoute, tome nota del nombre de la red virtual

  2. Cree un nuevo grupo de recursos.

  3. Agregue un grupo de seguridad de red. Al crearlo, seleccione el id. de suscripción asociado a la ExpressRoute que ha creado y seleccione también el grupo de recursos que acaba de crear.

    Agregue las reglas de seguridad entrantes y salientes que necesite al grupo de seguridad de red. Por ejemplo, puede permitir el acceso de Escritorio remoto a la máquina virtual.

  4. Cree una máquina virtual de Azure con la siguiente configuración (se muestra en la figura 5):

    • Dirección IP pública: Ninguna
    • Red virtual: Seleccione la red virtual de la que tomó nota del grupo de recursos agregado con la ExpressRoute.
    • Grupo de seguridad de red (firewall): Seleccione el grupo de seguridad de red que creó anteriormente. Creación de una máquina virtual mostrando la configuración de red de ExpressRouteFigura 5: Creación de una máquina virtual mientras se selecciona la configuración de red de ExpressRoute

  5. Una vez creada la máquina virtual, consulte Paso 2: Aprovisionamiento del sistema operativo, características, roles, almacenamiento y red.