Compartir a través de

Problemas conocidos en la réplica de almacenamiento

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

Los discos están sin conexión después de quitar 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 resolver el problema, borre la partición réplica de almacenamiento oculta de los discos y vuelva a un estado que se puede escribir mediante el Clear-SRMetadata cmdlet .

  • Para quitar todas las ranuras huérfanas de la base de datos de particiones de réplica de almacenamiento y volver a montar todas las particiones, use el parámetro -AllPartitions.

    Clear-SRMetadata -AllPartitions

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

    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:

    Clear-SRMetadata -AllConfiguration

  • Para quitar metadatos de grupo de replicación individuales, use el -Name parámetro y especifique un grupo de replicación:

    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 temporalmente que el servidor se reinicie mediante el -NoRestart parámetro , pero no debe omitir el reinicio si el cmdlet solicita un reinicio. Este cmdlet no quita los volúmenes de datos ni los datos incluidos en esos volúmenes.

Durante la sincronización inicial, las advertencias del identificador de evento 4004 aparecen en el registro de eventos.

Durante la sincronización inicial después de configurar la replicación, tanto el origen como los servidores de destino pueden mostrar varios eventos de advertencia con el identificador de evento 4004 en el StorageReplica\Admin registro de eventos. La descripción del evento muestra el estado "existen recursos del sistema insuficientes para completar la API". Es probable que también vea errores de identificador de evento 5014. Estos eventos indican que los servidores no tienen suficiente memoria disponible (RAM) para realizar la sincronización inicial y ejecutar 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.

Configuración de la replicación en invitado: las máquinas virtuales dejan de responder

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 disco duro virtual compartido v2 (VHDX) y no en un volumen compartido de clúster (CSV). Si reinicia el host de Hyper-V, las máquinas virtuales comienzan a responder, pero la configuración de replicación no se completa y no se produce ninguna replicación.

Este escenario se produce si se usa fltmc.exe attach svhdxflt para omitir el requisito del host de Hyper-V que ejecuta un CSV. Este comando no se admite y solo está pensado para fines de prueba y demostración.

La causa de la ralentización es un problema de interoperabilidad entre la calidad de servicio de almacenamiento (QoS de almacenamiento) en Windows Server y el filtro VHDX compartido asociado 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

Configuración de la replicación mediante New-Volume y almacenamiento diferente

Al usar el New-Volume cmdlet con diferentes conjuntos de almacenamiento en el servidor de origen y destino, como dos SAN o dos JBOD diferentes con discos diferentes, es posible que no pueda configurar la replicación mediante el New-SRPartnership cmdlet .

El error que se muestra podría incluir esta salida:

Data partition sizes are different in those two groups

Use el New-Partition cmdlet en lugar de New-Volume para crear volúmenes y darles formato. El New-Volume cmdlet puede redondear el tamaño del volumen en matrices de almacenamiento diferentes. Si ya ha creado un volumen del Nuevo Sistema de Archivos de Tecnología (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 del Sistema de Archivos Resiliente (ReFS). Si usa Diskmgmt o Administrador del servidor, no se produce ningún redondeo.

Al intentar usar Test-SRTopology, se produce 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 informes de errores limitados en Windows Server y devuelve la misma salida 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.

Error al intentar configurar una nueva asociación: "No se pudo aprovisionar la partición"

Al intentar crear una nueva asociación de replicación mediante New-SRPartnership, se produce el siguiente error:

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

Este error se produce al seleccionar un volumen de datos que se encuentra en la misma partición que la unidad del sistema (es decir, en C: la carpeta Windows). Por ejemplo, en una unidad que contiene los volúmenes C: y D:, ambos creados a partir de la misma partición. No se admite el uso de una unidad del sistema en réplica de almacenamiento. En este escenario, debe elegir un volumen diferente para replicar.

Error al extender un volumen replicado debido a una actualización que falta

Intenta aumentar o ampliar un volumen replicado y se produce este error:

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

Usa el complemento MMC de administración de discos y se produce este error:

Element not found

Aparece el mensaje de error "Error en la operación con el código de retorno 8", aunque habilite correctamente el cambio de tamaño del volumen en el servidor de origen mediante el comando Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE.

The issue was fixed in Cumulative Update for Windows 10 version 1607 (Anniversary Update) and Windows Server 2016: December 9, 2016 (KB3201845).

El intento de extender un volumen replicado falla debido a un paso omitido.

Intenta cambiar el tamaño de un volumen replicado en el servidor de origen sin establecer -AllowResizeVolume $TRUE primero y se produce este error:

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 ejecutando 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 haya suficiente espacio en el volumen de destino, normalmente porque no saben que la réplica de almacenamiento está en uso.

Traslado de un recurso de disco físico entre sitios en un clúster extendido asincrónico

Intenta mover un rol asociado a un recurso de disco físico (PDR) para mover el almacenamiento asociado en un clúster extendido asincrónico y se produce un error. Por ejemplo, intentó 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 usa el Cluster cmdlet de PowerShell:

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

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

Agregar discos a un clúster asimétrico de dos nodos: "No se encontraron discos adecuados para los discos de clúster"

Para aprovisionar un clúster que tenga solo dos nodos, antes de agregar la replicación de extensión de Réplica de almacenamiento, intente agregar los discos en el segundo sitio a los discos disponibles. Se produce 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 funciona con el almacenamiento local del nodo. Puede usar réplica de almacenamiento para replicar un clúster extendido entre dos nodos totales, cada uno con su propio conjunto de almacenamiento compartido.

El aviso del identificador de evento 1241 se repite durante la sincronización inicial.

Especifique 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. For example:

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

Id. de evento 1241, "El objetivo de punto de recuperación (RPO) del destino asincrónico no está disponible", normalmente se produce por uno de los siguientes motivos:

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

  • El destino asincrónico no puede seguir el ritmo del origen, por lo que el registro de registro de destino más reciente ya no está presente en el registro de origen. El destino comienza a bloquear la copia. El RPO debe estar disponible una vez completada la copia en bloque.

Durante la sincronización inicial, se espera este evento y se puede omitir de forma segura. El comportamiento del evento podría 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).

La advertencia del identificador de evento 4004 se repite después de reiniciar un nodo replicado.

En raras circunstancias, al reiniciar un servidor que se encuentra en una asociación, se produce un error en la replicación. El nodo reiniciado registra el identificador de evento 4004 como evento de advertencia, 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.

Note Status: "{Access Denied}" and the message A process has requested access to an object, but has not been granted those access rights. This is a known issue within Storage Replica and was fixed in Quality Update September 12, 2017 KB4038782 (OS Build 14393.1715).

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

Para poner en línea un disco de clúster después de una conmutación por error correcta, se intenta hacer que el sitio de origen original vuelva a ser el primario y se produce un error en el Administrador de clústeres de conmutación por error.

For example:

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, se produce otro error. For example:

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 produce cuando uno o varios discos sin inicializar están conectados a uno o varios nodos de clúster. Para resolver el problema, inicialice todo el almacenamiento conectado mediante DiskMgmt.msc, DiskPart.exeo el Initialize-Disk cmdlet de PowerShell.

Estamos trabajando para proporcionar una actualización que resuelva permanentemente este problema. Para obtener más información, póngase en contacto con el equipo de soporte técnico de Microsoft.

Error de GPT al intentar crear una nueva asociación de réplica de almacenamiento

Ejecute el New-SRPartnership cmdlet, pero se produce un error y muestra este error:

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

No puede configurar la replicación para el disco mediante el Administrador de clústeres de conmutación por error.

Ejecute el Test-SRTopology cmdlet, pero se produce un error y muestra la salida siguiente:

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 produce porque el nivel funcional del clúster todavía está establecido en Windows Server 2012 R2 (es decir, FL 8). Se espera que Storage Replica devuelva un error específico aquí, pero en vez de ello, devuelve una asignación de error incorrecta.

En una sesión de PowerShell con permisos de administrador, ejecute el siguiente comando en cada nodo:

Get-Cluster | fl *

Si el ClusterFunctionalLevel atributo es 9 o superior, el valor incorrecto se establece para implementar réplica de almacenamiento. Si ClusterFunctionalLevel no es 9, ClusterFunctionalLevel se debe actualizar para implementar la Réplica de almacenamiento en este nodo.

To resolve the issue, raise the cluster functional level by running the PowerShell cmdlet Update-ClusterFunctionalLevel.

El volumen desconocido pequeño aparece en DISKMGMT para cada volumen replicado

Al ejecutar el complemento Administración de discos (DiskMgmt.msc), verá que uno o varios volúmenes aparecen sin etiqueta ni letra de unidad. Los volúmenes tienen un tamaño de 1 MB. Es posible que pueda eliminar los volúmenes desconocidos o que vea este error:

An Unexpected Error has Occurred

Este mensaje es previsto y está diseñado así. Los elementos enumerados son particiones, no volúmenes. Storage Replica crea una partición de 512 KB como espacio en la base de datos para las operaciones de replicación (la herramienta heredada DiskMgmt.msc redondea al megabyte más cercano). Es habitual tener una partición como esta para cada volumen replicado. Cuando Storage Replica ya no usa el disco, puede eliminar esta partición de 512 KB. No se puede eliminar una partición si está en uso. El tamaño de la partición nunca cambia. Si va a crear la replicación, se recomienda eliminar la partición porque Réplica de almacenamiento reclama particiones sin usar.

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

Un nodo réplica de almacenamiento deja de responder al crear instantáneas

You create a Volume Shadow Copy Service (VSS) snapshot, such as through backup or by using vssadmin, and a Storage Replica node stops responding, or hangs. Debe forzar un reinicio del nodo para recuperarse.

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 cuando se toma 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 escenario, no realice instantáneas de los volúmenes de registro de Réplica de almacenamiento. Los registros no se pueden restaurar, por lo que no es necesario realizar instantáneas de los volúmenes de registro. Además, el volumen de registro nunca debe contener ninguna otra carga de trabajo, por lo que no se necesita ninguna instantánea en general.

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 express de memoria no volátil (NVMe) o una memoria caché de unidad de estado sólido (SSD), verá un aumento mayor de lo esperado en la latencia al configurar la replicación de 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. En la caché de Espacios de almacenamiento directo, todas las E/S de registro de Réplica de almacenamiento y todas las E/S de lectura y escritura recientes de las aplicaciones se producen en la memoria caché y nunca en los niveles de rendimiento o capacidad. Toda la actividad de réplica de almacenamiento se produce en medios de la misma velocidad. Se admite la configuración, pero no se recomienda. Para obtener recomendaciones de logs, consulte Preguntas más frecuentes sobre réplica de almacenamiento.

Cuando se usan Espacios de almacenamiento directo con HDD, no se puede deshabilitar ni evitar la creación de una memoria caché. Como solución alternativa, si solo usa SSD y NVMe, solo puede configurar los niveles de rendimiento y capacidad. En ese escenario, si solo coloca los registros de Réplica de almacenamiento en el nivel de rendimiento y coloca solo los volúmenes de datos que aparecen en el nivel de capacidad, se evita un escenario de latencia alta. Puede obtener un resultado similar mediante una combinación de SSD más rápidos y lentos y sin NVMe.

Esta solución alternativa no es ideal y es posible que algunos clientes no puedan usarlo. El equipo de Réplica de almacenamiento está trabajando en optimizaciones y un mecanismo de registro actualizado para reducir estos cuellos de botella artificiales. Este registro v1.1 primero se puso a disposición en Windows Server 2019. Su rendimiento mejorado se describe en Almacenamiento en Microsoft.

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

Ejecuta el cmdlet Test-SRTopology entre dos clústeres, pero sus rutas de acceso CSV fallan y ves este 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 produce debido 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

Ejecuta el cmdlet Test-SRTopology entre dos clústeres, pero sus rutas de acceso CSV fallan y ves este 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 archivo CSV al nodo especificado o cambiar el nombre del nodo que estableció en -SourceComputerName. Se introdujo un mensaje mejorado a partir de Windows Server 2019.

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

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

Para recuperar los datos o acceder a la unidad, desbloquee primero la unidad de registro y, a continuación, abra Diskmgmt.msc para buscar la unidad de datos. Marca el disco de datos como sin conexión y luego vuelve a marcarlo como en línea. Busque el icono de BitLocker en la unidad y desbloquee la unidad.

No se puede desbloquear la unidad de datos en el servidor secundario después de interrumpir la asociación de Réplica de almacenamiento

Después de deshabilitar la asociación de Réplica de almacenamiento y, a continuación, quitar la asociación, no puede desbloquear la unidad de datos del servidor secundario mediante el uso de su respectiva contraseña o clave.

Para desbloquear la unidad de datos del servidor secundario, debe usar la clave o la contraseña de la unidad de datos del servidor principal.

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

Ejecute el cmdlet Mount-SRDestination para poner un volumen de destino en línea durante la conmutación por error de prueba y verá este 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
        + FullyQualifiedErrorId : Windows System Error 5823, Mount-SRDestination.

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

Un defecto de código conocido en la versión 1709 de Windows Server provoca este error. Para resolver este problema, instale la actualización del 18 de octubre de 2018. El problema no está presente en Windows Server 2019 y versiones posteriores.

No se puede configurar la réplica de almacenamiento con un tamaño de sector físico superior a 4 KB.

Actualmente, la réplica de almacenamiento no admite discos que tengan un tamaño de sector físico superior a 4 KB. Para obtener más información y aprender sobre las resoluciones, consulte Solución de problemas de tamaño del sector de disco de 4 KB.

Related content