StorageReplica - dismount volume and lost data

Nikolay 0 Reputation points
2025-11-19T11:53:30.4533333+00:00

Hello everyone!

2*Win2025 DC (WAN 1gbit/s)

Storage Replica

D: 15 Gb - data

L: 16 Gb - logs

The 2025-09 update caused StorageReplica to malfunction.

The replica goes to FAIL when installing 2025-10 and 2025-11 (already 2 times, not counting the less significant failures, which were restored by restarting the dst-server).

After 2025-09 the replica may cause Disk D: to dismount and even result in some data loss after a period of inactivity in the FAIL state (the server is running in RD with an application that writes little to D: in some files).

Before the 2025-09 StorageReplica update, this didn't happen, and if there were WaitingForDestination issues, they were resolved by restarting the dst service or the entire server.

However, disabling the D: drive and causing data loss is nonsensical.

Raw Log reconcile completed with status: An invalid parameter was passed to a service or function. .

ReconcileStartLsn: 0x7FF78
Windows for business | Windows Server | Storage high availability | Other
{count} votes

2 answers

Sort by: Most helpful
  1. Q&A Assist
    2025-11-19T11:53:53.0366667+00:00
    AI generated content. This question contains an answer created with AI from Q&A Assist. Learn more

    It seems you are experiencing issues with Storage Replica after the 2025-09 update, leading to the dismounting of the D: drive and potential data loss. Here are some steps and considerations based on common issues and resolutions related to Storage Replica:

    1. Check for Known Bugs: The issues you are facing may be related to known bugs in the Storage Replica or S2D code. It is advisable to update to the latest cumulative and out-of-band updates, as these may include fixes for the problems you are encountering.
    2. Clear Metadata: If the replica goes to a FAIL state and the D: drive dismounts, you might want to clear any orphaned Storage Replica partition database slots. You can use the Clear-SRMetadata cmdlet to remove orphaned logs and partitions, which may help in restoring the drive to a writable state.
      • For example, you can run:
             Clear-SRMetadata -AllPartitions
        
      • Ensure to restart the server if prompted after clearing the metadata.
    3. Monitor System Resources: The event log message you provided indicates an invalid parameter issue. This could be due to insufficient system resources. Ensure that your servers have adequate RAM and resources to handle the workloads alongside Storage Replica operations.
    4. Review Configuration: Make sure that your replication topology complies with the supported configurations. Storage Replica supports only one-to-one replication, and any misconfigurations could lead to failures.
    5. Consult Microsoft Documentation: For detailed troubleshooting steps and further guidance, refer to Microsoft’s documentation on troubleshooting Storage Replica issues.

    If the problem persists, consider reaching out to Microsoft support for assistance, especially since it involves potential data loss.


    References:

    0 comments No comments

  2. Nikolay 0 Reputation points
    2025-11-19T11:55:08.4866667+00:00
    ReplicationGroupName: rg
    ReplicationGroupId: {8dbe1e9e-838f-40c3-9ec3-9a47559e1a8f}
    ReplicaName: D:\
    LogPath: \??\L:\System Volume Information\StorageReplicaLogs\{8dbe1e9e-838f-40c3-9ec3-9a47559e1a8f}
    Status: An invalid parameter was passed to a service or function.
    Start replication for replica.
    
    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.