Problemas conocidos de Réplica de almacenamiento

Se aplica a Azure Stack HCI, Windows Server 2022, Windows Server 2019 y Windows Server 2016

Este artículo describe algunos de los problemas conocidos con la Réplica de almacenamiento en Windows Server.

Discos sin conexión después de eliminar la replicación y no se puede configurar la replicación

Es posible que no sea capaz de aprovisionar la replicación en un volumen que se replicó previamente o que encuentre volúmenes que no se pueden montar. Los discos pueden permanecer sin conexión cuando la replicación no se quita o cuando se vuelve a instalar el sistema operativo en un equipo que anteriormente replicaba datos.

Para solucionar el problema, debe borrar la partición oculta de Réplica de almacenamiento de los discos y devolver a estos a un estado de escritura con el cmdlet Clear-SRMetadata.

• Para quitar todas las ranuras huérfanas de bases de datos de partición de Réplica de almacenamiento y volver a montar todas las particiones, use el parámetro -AllPartitions como sigue:

  Clear-SRMetadata -AllPartitions
  

• Para quitar todos los datos de registro huérfanos de Réplica de almacenamiento, utilice el parámetro -AllLogs como sigue:

  Clear-SRMetadata -AllLogs
  

• Para quitar todos los datos de configuración huérfanos del clúster de conmutación por error, utilice el parámetro -AllConfiguration como sigue:

  Clear-SRMetadata -AllConfiguration
  

• Para quitar los metadatos individuales del grupo de replicación, utilice el parámetro -Name y especifique un grupo de replicación como sigue:

  Clear-SRMetadata -Name RG01 -Logs -Partition
  

Es posible que el servidor tenga que reiniciarse después de limpiar la base de datos de partición. Puede impedir que el servidor se reinicie temporalmente con -NoRestart, pero no debe omitir el reinicio si lo solicita el cmdlet. Este cmdlet no elimina los volúmenes de datos ni los datos contenidos dentro de esos volúmenes.

Durante la sincronización inicial, las advertencias de evento id. 4004 se pueden ver en el registro de eventos

Después de configurar la replicación, durante la sincronización inicial, los servidores de origen y destino pueden mostrar varios eventos de advertencia con el identificador de evento 4004 en el registro de eventos StorageReplica\Admin. La descripción del evento muestra el estado "existen recursos del sistema insuficientes para completar la API". Es probable que vea también errores 5014. Estos eventos indican que los servidores no tienen suficiente memoria disponible (RAM) para realizar la sincronización inicial y ejecutar las cargas de trabajo. Agregue RAM o reduzca la cantidad de RAM usada en características y aplicaciones que no sean de Réplica de almacenamiento.

Las máquinas virtuales dejan de responder después de configurar la replicación en invitado

Las máquinas virtuales dejan de responder después de configurar la replicación al usar la agrupación en clústeres invitados y la réplica de almacenamiento en un VHDX compartido (no un volumen compartido de clúster). Si reinicia el host de Hyper-V, las máquinas virtuales empiezan a responder, pero la configuración de replicación no se completará y no se producirá ninguna replicación.

Este comportamiento se produce cuando se usa fltmc.exe attach svhdxflt para omitir el requisito para el host de Hyper-V que ejecuta un CSV. El uso de este comando no se admite y está destinado únicamente a fines de prueba y demostración.

La causa de la ralentización es un problema de interoperabilidad entre Calidad de servicio de almacenamiento de Windows Server y el filtro de VHDX compartido adjunto manualmente. Para resolver este problema, deshabilite el controlador de filtro de calidad de servicio de almacenamiento y reinicie el host de Hyper-V:

SC config storqosflt start= disabled

No se puede configurar la replicación al usar New-Volume y un almacenamiento diferente

Cuando se usa el cmdlet New-Volume con diferentes conjuntos de almacenamiento en el servidor de origen y de destino, como dos SAN diferentes o dos JBOD con discos diferentes, es posible que no pueda configurar la replicación mediante New-SRPartnership. El error que aparece puede incluir:

Data partition sizes are different in those two groups

Use el cmdlet New-Partition** para crear volúmenes y darles formato en lugar de New-Volume, ya que este último puede redondear el tamaño del volumen en diferentes matrices de almacenamiento. Si ya ha creado un volumen NTFS, puede usar Resize-Partition para aumentar o reducir uno de los volúmenes para que coincida con el otro. No puede usar este método con volúmenes ReFS. Si usa Diskmgmt o el Administrador del servidor, no se producirá ningún redondeo.

Error al ejecutarTest-SRTopology con errores relacionados con el nombre

Al intentar utilizar Test-SRTopology, recibirá uno de los siguientes errores:

EJEMPLO DE ERROR 1:

WARNING: Invalid value entered for target computer name: sr-srv03. Test-SrTopology cmdlet does not accept IP address as input for target computer name parameter. NetBIOS names and fully qualified domain names are acceptable inputs
WARNING: System.Exception
WARNING: at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.BeginProcessing()
Test-SRTopology : Invalid value entered for target computer name: sr-srv03. Test-SrTopology cmdlet does not accept IP address as input for target computer name parameter. NetBIOS names and fully qualified domain names are acceptable inputs
At line:1 char:1
+ Test-SRTopology -SourceComputerName sr-srv01 -SourceVolumeName d: -So ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : InvalidArgument: (:) [Test-SRTopology], Exception
+ FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand

EJEMPLO DE ERROR 2:

WARNING: Invalid value entered for source computer name

EJEMPLO DE ERROR 3:

The specified volume cannot be found G: cannot be found on computer SRCLUSTERNODE1

Este cmdlet tiene limitado el informe de errores en Windows Server y devolverá el mismo resultado para muchos problemas comunes. El error puede aparecer por las razones siguientes:

• Ha iniciado sesión en el equipo de origen como usuario local, no como usuario de dominio.

• El equipo de destino no se está ejecutando o no es accesible a través de la red.

• Ha especificado un nombre incorrecto para el equipo de destino.

• Ha especificado una dirección IP para el servidor de destino.

• El firewall del equipo de destino está bloqueando el acceso a PowerShell o las llamadas de CIM.

• El equipo de destino no está ejecutando el servicio WMI.

• No utilizó CREDSSP al ejecutar el cmdlet Test-SRTopology remotamente desde un equipo de administración.

• El volumen de origen o de destino especificado es un disco local en un nodo de clúster, no discos agrupados.

La configuración de nueva asociación de Réplica de almacenamiento devuelve un error que especifica que no se pudo aprovisionar la partición.

Al intentar crear una nueva asociación de replicación con New-SRPartnership, recibe el error siguiente:

New-SRPartnership : Unable to create replication group test01, detailed reason: Failed to provision partition ed0dc93f-107c-4ab4-a785-afd687d3e734.
At line: 1 char: 1
+ New-SRPartnership -SourceComputerName srv1 -SourceRGName test01
+ Categorylnfo : ObjectNotFound: (MSFT_WvrAdminTasks : root/ Microsoft/. . s) CNew-SRPartnership], CimException
+ FullyQua1ifiedErrorId : Windows System Error 1168 ,New-SRPartnership

Experimentará este error cuando seleccione un volumen de datos que se encuentre en la misma partición que la unidad del sistema (es decir, la unidad C: con su carpeta de Windows). Por ejemplo, en una unidad que contiene los volúmenes C: y D: creados desde la misma partición. El uso de una unidad del sistema no es compatible con Réplica de almacenamiento; debe elegir un volumen diferente para replicar.

Se produce un error al intentar aumentar un volumen replicado debido a la falta de actualización

Cuando intenta aumentar o extender un volumen replicado, recibe el error siguiente:

Resize-Partition -DriveLetter d -Size 44GB
Resize-Partition : The operation failed with return code 8
At line:1 char:1
+ Resize-Partition -DriveLetter d -Size 44GB
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : NotSpecified: (StorageWMI:ROOT/Microsoft/.../MSFT_Partition
[Resize-Partition], CimException
+ FullyQualifiedErrorId : StorageWMI 8,Resize-Partition

Si utiliza el complemento de MMC de administración de discos, recibe este error:

Element not found

Recibirá The operation failed with return code 8 incluso si activa correctamente el cambio de tamaño del volumen en el servidor de origen usando el comando Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE.

El problema se corrigió en la actualización acumulativa de Windows 10, versión 1607 (actualización de aniversario) y Windows Server 2016: 9 de diciembre de 2016 (KB3201845).

El intento de hacer crecer un volumen replicado falla debido a que falta un paso

Si intenta cambiar el tamaño de un volumen replicado en el servidor de origen sin establecer -AllowResizeVolume $TRUE primero, recibirá los siguientes errores:

Resize-Partition -DriveLetter I -Size 8GB
Resize-Partition : Failed

Activity ID: {87aebbd6-4f47-4621-8aa4-5328dfa6c3be}
At line:1 char:1
+ Resize-Partition -DriveLetter I -Size 8GB
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (StorageWMI:ROOT/Microsoft/.../MSFT_Partition) [Resize-Partition], CimException
     + FullyQualifiedErrorId : StorageWMI 4,Resize-Partition

Storage Replica Event log error 10307:

Attempted to resize a partition that is protected by Storage Replica.

DeviceName: \Device\Harddisk1\DR1
PartitionNumber: 7
PartitionId: {b71a79ca-0efe-4f9a-a2b9-3ed4084a1822}

Guidance: To grow a source data partition, set the policy on the replication group containing the data partition.

Set-SRGroup -ComputerName [ComputerName] -Name [ReplicationGroupName] -AllowVolumeResize $true

Antes de aumentar la partición de datos de origen, asegúrese de que la partición de datos de destino tenga suficiente espacio para crecer hasta un tamaño igual. Se bloquea la reducción de la partición de datos protegida por réplica de almacenamiento.

Error del complemento de administración de discos:

An unexpected error has occurred

Después de cambiar el tamaño del volumen, recuerde deshabilitar el cambio de tamaño con Set-SRGroup -Name rg01 -AllowVolumeResize $FALSE. Este parámetro impide que los administradores intenten cambiar el tamaño de los volúmenes antes de asegurarse de que hay suficiente espacio en el volumen de destino, normalmente porque no eran conscientes de la presencia de la Réplica de almacenamiento.

El movimiento de un recurso de disco físico entre sitios en un clúster extendido asíncrono falla

Al intentar mover un rol adjunto de recurso de disco físico (PDR) para mover el almacenamiento asociado en un clúster extendido asíncrono, recibe un error. Por ejemplo, intenta mover un rol de servidor de archivos al sitio asincrónico.

Si usa el complemento Administrador de clústeres de conmutación por error:

Error
The operation has failed.
The action 'Move' did not complete.
Error Code: 0x80071398
The operation failed because either the specified cluster node is not the owner of the group, or the node is not a possible owner of the group

Si utiliza el cmdlet de PowerShell de clúster:

Move-ClusterGroup -Name sr-fs-006 -Node sr-srv07
Move-ClusterGroup : An error occurred while moving the clustered role 'sr-fs-006'.
The operation failed because either the specified cluster node is not the owner of the group, or the node is not a possible owner of the group
At line:1 char:1
+ Move-ClusterGroup -Name sr-fs-006 -Node sr-srv07
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : NotSpecified: (:) [Move-ClusterGroup], ClusterCmdletException
+ FullyQualifiedErrorId : Move-ClusterGroup,Microsoft.FailoverClusters.PowerShell.MoveClusterGroupCommand

Usa Set-SRPartnership para mover estos discos de PDR a un clúster extendido asincrónico. El comportamiento movido ha cambiado a partir de Windows Server 2019 para permitir conmutaciones por error manuales y automatizadas con replicación asincrónica, en función de los comentarios de los clientes.

Al intentar agregar discos a un clúster asimétrico de dos nodos, se devuelve "No hay discos adecuados para los discos de clúster encontrados"

Al intentar aprovisionar un clúster con solo dos nodos, antes de añadir la replicación elástica de réplica de almacenamiento, intente agregar los discos en el segundo sitio a los discos disponibles. Recibe el siguiente error:

No disks suitable for cluster disks found. For diagnostic information about disks available to the cluster, use the Validate a Configuration Wizard to run Storage tests.

No experimentará el error si tiene al menos tres nodos en el clúster. Para agregar el almacenamiento, puede ejecutar el siguiente comando en el nodo en el segundo sitio:

Get-ClusterAvailableDisk -All | Add-ClusterDisk

El comando no funcionará con el almacenamiento local del nodo. Puede usar Réplica de almacenamiento para replicar un clúster extendido entre dos nodos totales, cada uno usando su propio conjunto de almacenamiento compartido.

Aviso de id. de evento 1241 repetido durante la sincronización inicial

Cuando se especifica que una asociación de replicación es asíncrona, el equipo de origen registra repetidamente eventos de advertencia con el id. de evento 1241 en el canal de administración de Réplica de almacenamiento. Por ejemplo:

Log Name:      Microsoft-Windows-StorageReplica/Admin
Source:        Microsoft-Windows-StorageReplica
Date:          3/21/2017 3:10:41 PM
Event ID:      1241
Task Category: (1)
Level:         Warning
Keywords:      (1)
User:          SYSTEM
Computer:      sr-srv05.corp.contoso.com
Description:
The Recovery Point Objective (RPO) of the asynchronous destination is unavailable.

LocalReplicationGroupName: rg01
LocalReplicationGroupId: {e20b6c68-1758-4ce4-bd3b-84a5b5ef2a87}
LocalReplicaName: f:\
LocalPartitionId: {27484a49-0f62-4515-8588-3755a292657f}
ReplicaSetId: {1f6446b5-d5fd-4776-b29b-f235d97d8c63}
RemoteReplicationGroupName: rg02
RemoteReplicationGroupId: {7f18e5ea-53ca-4b50-989c-9ac6afb3cc81}
TargetRPO: 30

El id. de evento 1241, "El objetivo de punto de recuperación (RPO) del destino asincrónico no está disponible" suele deberse a uno de los siguientes motivos:

• El destino asincrónico está desconectado actualmente. El RPO puede estar disponible después de restaurar la conexión.

• El destino asincrónico no puede mantener el ritmo con el origen de modo que el registro de destino más reciente ya no esté presente en el registro de origen. El destino comenzará a bloquear la copia. El RPO debe estar disponible una vez completada la copia en bloque.

Durante la sincronización inicial, el evento es el comportamiento esperado y se puede omitir de forma segura. El comportamiento de evento puede cambiar en una versión posterior. Si ve este comportamiento durante la replicación asincrónica en curso, investigue la asociación para determinar por qué la replicación se retrasa más allá del RPO configurado (30 segundos, de forma predeterminada).

Advertencia del identificador de evento 4004 repetida después de reiniciar un nodo replicado

En raras circunstancias, el reinicio de un servidor que está en una asociación hace que falle la replicación y que el nodo reiniciado registre eventos de advertencia con id. de evento 4004 con un error de acceso denegado.

Log Name:      Microsoft-Windows-StorageReplica/Admin
Source:        Microsoft-Windows-StorageReplica
Date:          3/21/2017 11:43:25 AM
Event ID:      4004
Task Category: (7)
Level:         Warning
Keywords:      (256)
User:          SYSTEM
Computer:      server.contoso.com
Description:
Failed to establish a connection to a remote computer.

RemoteComputerName: server
LocalReplicationGroupName: rg01
LocalReplicationGroupId: {a386f747-bcae-40ac-9f4b-1942eb4498a0}
RemoteReplicationGroupName: rg02
RemoteReplicationGroupId: {a386f747-bcae-40ac-9f4b-1942eb4498a0}
ReplicaSetId: {00000000-0000-0000-0000-000000000000}
RemoteShareName:{a386f747-bcae-40ac-9f4b-1942eb4498a0}.{00000000-0000-0000-0000-000000000000}
Status: {Access Denied}
A process has requested access to an object, but has not been granted those access rights.

Guidance: Possible causes include network failures, share creation failures for the remote replication group, or firewall settings. Make sure SMB traffic is allowed and there are no connectivity issues between the local computer and the remote computer. You should expect this event when suspending replication or removing a replication partnership.

Observe el Status: "{Access Denied}" y el mensaje A process has requested access to an object, but has not been granted those access rights. Este es un problema conocido dentro de la Réplica de almacenamiento y se solucionó en la Actualización de calidad del 12 de septiembre de 2017 KB4038782 (compilación del sistema operativo 14393.1715).

Error "No se pudo conectar el recurso "Cluster Disk x" con un clúster extendido

Al intentar poner en línea un disco de clúster tras una conmutación por error satisfactoria, en la que se intenta convertir de nuevo en primario el sitio de origen, se recibe un error en el Administrador de clústeres de conmutación por error. Por ejemplo:

Error
The operation has failed.
Failed to bring the resource 'Cluster Disk 2' online.

Error Code: 0x80071397
The operation failed because either the specified cluster node is not the owner of the resource, or the node is not a possible owner of the resource.

Si intenta mover el disco o CSV manualmente, recibirá otro error. Por ejemplo:

Error
The operation has failed.
The action 'Move' did not complete.

Error Code: 0x8007138d
A cluster node is not available for this operation

Este problema se debe a que uno o varios discos no inicializados se conectan a uno o varios nodos de clúster. Para resolver el problema, inicialice todo el almacenamiento conectado mediante DiskMgmt.msc, DISKPART.EXE o el cmdlet Initialize-Disk de PowerShell.

Estamos trabajando para proporcionar una actualización que resuelva permanentemente este problema. Póngase en contacto con el Soporte técnico de Microsoft para más información.

Error de GPT al intentar crear una nueva asociación de SR

Se produce un error al ejecutarse New-SRPartnership:

Disk layout type for volume \\?\Volume{GUID}\ is not a valid GPT style layout.
New-SRPartnership : Unable to create replication group SRG01, detailed reason: Disk layout type for volume
\\?\Volume{GUID}\ is not a valid GPT style layout.
At line:1 char:1
+ New-SRPartnership -SourceComputerName nodesrc01 -SourceRGName SRG01 ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (MSFT_WvrAdminTasks:root/Microsoft/...T_WvrAdminTasks) [New-SRPartnership], CimException
+ FullyQualifiedErrorId : Windows System Error 5078,New-SRPartnership

En la GUI del Administrador de clústeres de conmutación por error, no hay ninguna capacidad para configurar la replicación para el disco.

La ejecución de Test-SRTopology falla con la siguiente salida:

WARNING: Object reference not set to an instance of an object.
WARNING: System.NullReferenceException
WARNING:    at Microsoft.FileServices.SR.Powershell.MSFTPartition.GetPartitionInStorageNodeByAccessPath(String AccessPath, String ComputerName, MIObject StorageNode)
    at Microsoft.FileServices.SR.Powershell.Volume.GetVolume(String Path, String ComputerName)
    at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.BeginProcessing()
Test-SRTopology : Object reference not set to an instance of an object.
At line:1 char:1
+ Test-SRTopology -SourceComputerName nodesrc01 -SourceVolumeName U: - ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [Test-SRTopology], NullReferenceException
+ FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand

El error se debe a que el nivel funcional del clúster sigue establecido en Windows Server 2012 R2 (es decir, FL 8). Se supone que Réplica de almacenamiento debe devolver aquí un error específico, pero en su lugar devuelve una asignación de error incorrecta.

Desde una sesión de PowerShell con privilegios elevados, ejecute el siguiente comando en cada nodo.

Get-Cluster | fl *

Si el atributo ClusterFunctionalLevel es 9 o superior, esa es la versión necesaria para implementar la Réplica de almacenamiento. Si ClusterFunctionalLevel no es 9, habrá que actualizar ClusterFunctionalLevel para implementar la Réplica de almacenamiento en este nodo.

Para resolver el problema, aumente el nivel funcional del clúster ejecutando el cmdlet de PowerShell: Update-ClusterFunctionalLevel.

Volumen pequeño desconocido que aparece en DISKMGMT para cada volumen replicado

Al ejecutar el complemento de Administración de discos (DISKMGMT.MSC), observa que aparecen enumerados uno o varios volúmenes sin etiquetado ni letra de unidad y con un tamaño de 1 MB. Es posible que pueda eliminar el volumen desconocido o puede recibir:

An Unexpected Error has Occurred

El mensaje anterior es el comportamiento esperado y es por diseño. Los elementos enumerados no son volúmenes, son particiones. Réplica de almacenamiento crea una partición de 512 KB como ranura de base de datos para las operaciones de réplica (la herramienta DiskMgmt.msc heredada redondea al MB más próximo). Tener una partición como esta para cada volumen replicado es normal y deseable. Una vez que la réplica de almacenamiento ya no use el disco, podrá eliminar esta partición de 512 KB; no se pueden eliminar las particiones en uso. La partición nunca aumentará ni se reducirá. Si va a volver a crear la réplica, le recomendamos que deje la partición, ya que la Réplica de almacenamiento reclamará las que no utilice.

Para ver los detalles, use la herramienta DISKPART o el cmdlet Get-Partition. Estas particiones tendrán un tipo GPT de 558d43c5-a1ac-43c0-aac8-d1472b2923d1.

Un nodo de Réplica de almacenamiento se cuelga al crear instantáneas

La creación de una instantánea de VSS (a través de una copia de seguridad, VSSADMIN, etc.) provoca la caída de un nodo de Réplica de almacenamiento, deberá forzar un reinicio del nodo para recuperarlo. No hay ningún error, solo un cuelgue brusco del servidor.

Este problema se produce al crear una instantánea de VSS del volumen de registro. La causa subyacente es un aspecto de diseño heredado de VSS, no de Réplica de almacenamiento. El comportamiento resultante al realizar una instantánea del volumen de registro de Réplica de almacenamiento es un mecanismo de cola de E/S del VSS que bloquea el servidor.

Para evitar este comportamiento, no realice instantáneas de los volúmenes de registro de Réplica de almacenamiento. No es necesario realizar instantáneas de los volúmenes de registro de Réplica de almacenamiento, ya que estos registros no se pueden restaurar. Además, el volumen de registro nunca debería contener otras cargas de trabajo, por lo que en general no se necesita ninguna instantánea.

Latencia de E/S elevada al usar Espacios de almacenamiento directo con Réplica de almacenamiento

Al usar Espacios de almacenamiento directo con un dispositivo NVMe (memoria rápida no volátil) o una caché de SSD (unidad de estado sólido), se ve un aumento de la latencia mayor de lo esperado al configurar la Réplica de almacenamiento entre clústeres de Espacios de almacenamiento directo. El cambio de latencia es proporcionalmente mucho mayor que el que se ve cuando se usa NVMe y SSD en una configuración de rendimiento y capacidad y no hay ningún nivel de HDD ni nivel de capacidad.

Este problema se produce debido a limitaciones arquitectónicas en el mecanismo de registro de Réplica de almacenamiento combinado con la baja latencia de NVMe en comparación con medios más lentos. Con la caché de Espacios de almacenamiento directo, toda la E/S de los registros de Réplica de almacenamiento, junto con toda la E/S de lectura/escritura reciente de las aplicaciones, se producirá en la caché y nunca en los niveles de rendimiento o capacidad. Esto significa que toda la actividad de Réplica de almacenamiento tiene lugar en el mismo medio de velocidad: la configuración es compatible pero no se recomienda (consulte Preguntas frecuentes sobre Réplica de almacenamiento para obtener recomendaciones sobre registros).

Al usar Espacios de almacenamiento directo con HDD, no se puede deshabilitar ni evitar la memoria caché. Como solución alternativa, si usa solo SSD y NVMe, puede configurar solo los niveles de rendimiento y capacidad. Si usa esa configuración y coloca los registros de SR en el nivel de rendimiento solo con los volúmenes de datos que aparecen en el nivel de capacidad, evitará el problema de latencia alta descrito anteriormente. Lo mismo podría hacerse con una combinación de SSD más rápidos y más lentos y sin NVMe.

Esta solución alternativa no es ideal y es posible que algunos clientes no puedan usarla. El equipo de Réplica de almacenamiento está trabajando en optimizaciones y un mecanismo de registro actualizado para el futuro para reducir estos cuellos de botella artificiales. Este registro v1.1 se puso a disposición por primera vez en Windows Server 2019 y su rendimiento mejorado se describe en el Blog de Almacenamiento del servidor.

Error "No se encontró el archivo" al ejecutar Test-SRTopology entre dos clústeres

La ejecución de Test-SRTopology entre dos clústeres y las rutas de acceso de sus CSV produce el error:

Validating data and log volumes...
Measuring Storage Replica recovery and initial synchronization performance...
WARNING: Could not find file '\\SERVER01\C$\CLUSTERSTORAGE\VOLUME1TestSRTopologyRecoveryTest\SRRecoveryTestFile01.txt'.
WARNING: System.IO.FileNotFoundException
WARNING:    at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options) at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.GenerateWriteIOWorkload(String Path, UInt32 IoSizeInBytes, UInt32 Parallel IoCount, UInt32 Duration)at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.<>c__DisplayClass75_0.<PerformRecoveryTest>b__0()at System.Threading.Tasks.Task.Execute()
Test-SRTopology : Could not find file '\\SERVER01\C$\CLUSTERSTORAGE\VOLUME1TestSRTopologyRecoveryTest\SRRecoveryTestFile01.txt'.
At line:1 char:1
+ Test-SRTopology -SourceComputerName ClusterA -SourceVolumeName  ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : ObjectNotFound: (:) [Test-SRTopology], FileNotFoundException
+ FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand

El error que se muestra en el ejemplo se debe a un defecto de código conocido en Windows Server 2016. Este problema se ha corregido en Windows Server 2019 y en las herramientas de RSAT asociadas. Para obtener una resolución de menor nivel, póngase en contacto con el Soporte técnico de Microsoft. No hay ninguna solución alternativa.

Error "No se encontró el volumen especificado" al ejecutar Test-SRTopology entre dos clústeres

La ejecución de Test-SRTopology entre dos clústeres y las rutas de acceso de sus CSV produce un error:

Test-SRTopology : The specified volume C:\ClusterStorage\Volume1 cannot be found on computer RRN44-14-09. If this is a cluster node, the volume must be part of a role or CSV; volumes in Available Storage are not accessible
At line:1 char:1
+ Test-SRTopology -SourceComputerName RRN44-14-09 -SourceVolumeName C:\ ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : ObjectNotFound: (:) [Test-SRTopology], Exception
    + FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand

Al especificar el nodo CSV de origen como volumen de origen, debe seleccionar el nodo propietario del CSV. Puede mover el CSV al nodo especificado o cambiar el nombre del nodo que especificó en -SourceComputerName. Se introdujo un mensaje mejorado a partir de Windows Server 2019.

No se puede acceder a la unidad de datos en Réplica de almacenamiento tras un reinicio inesperado cuando BitLocker está habilitado

Si BitLocker está activado en ambas unidades (la unidad de registro y la unidad de datos), el servidor principal se reinicia y después no puede acceder a la unidad principal, incluso después de desbloquear la unidad de registro de BitLocker.

Para recuperar los datos o acceder a la unidad, primero debe desbloquear la unidad de registro y, a continuación, abrir Diskmgmt.msc para buscar la unidad de datos. Marque la unidad de datos como desconectada y vuelva a conectarla. Busque el icono de BitLocker en la unidad y desbloquee la unidad.

Problema al desbloquear la unidad de datos en el servidor secundario después de interrumpir la asociación de Réplica de almacenamiento

Tras desactivar la asociación de Réplica de almacenamiento y eliminarla, es de esperar que no pueda desbloquear la unidad de datos del servidor secundario con su respectiva contraseña o clave.

Debe usar la clave o la contraseña de la unidad de datos del servidor principal para desbloquear la unidad de datos del servidor secundario.

La conmutación por error de prueba no se monta cuando se usa la replicación asincrónica

La ejecución de Mount-SRDestination para poner un volumen de destino en línea como parte de la conmutación por error de prueba produce un error:

Mount-SRDestination: Unable to mount SR group <TEST>, detailed reason: The group or resource is not in the correct state to perform the supported operation.
    At line:1 char:1
    + Mount-SRDestination -ComputerName SRV1 -Name TEST -TemporaryP . . .
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : NotSpecified: (MSFT WvrAdminTasks : root/Microsoft/...(MSFT WvrAdminTasks : root/Microsoft/. T_WvrAdminTasks) (Mount-SRDestination], CimException
        + FullyQua1ifiedErrorId : Windows System Error 5823, Mount-SRDestination.

Si usa un tipo de asociación sincrónica, la conmutación por error de prueba funciona normalmente.

Hay un defecto de código conocido en Windows Server, versión 1709, que provocó este error. Para resolver este problema, instale la actualización del 18 de octubre de 2018. Este problema no está presente en Windows Server 2019 ni en versiones posteriores.

No se puede configurar la Réplica de almacenamiento con tamaños de sector físico mayores que 4K

En la actualidad, la réplica de almacenamiento no admite discos con tamaños de sector físico superiores a 4K. Estamos estudiando la posibilidad de incluir esta función en futuras versiones.

Consulte este documento para obtener más información y soluciones alternativas.

Pasos siguientes

Ahora que comprende algunos de los problemas conocidos de Réplica de almacenamiento en servidores Windows, estos son algunos artículos que pueden ayudarle a usarlo.

• 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: Preguntas más frecuentes
• Espacios de almacenamiento directo