Migrating a 2-node, 3TB file server cluster from Windows Server 2012 R2 to Windows Server 2019 can be achieved using Storage Migration Service (SMS) or by breaking the cluster and migrating each node individually.
Migrating using Storage Migration Service (SMS)
Storage Migration Service (SMS) is a Microsoft tool that simplifies the migration of data, applications, and operating systems between Windows Server and Windows client operating systems. It provides a user-friendly interface and automates many of the tasks involved in migration.
High-level guide for migrating using SMS:
- Prepare the source and destination environments: Ensure that both the source and destination environments meet the SMS requirements. This includes installing the SMS proxy on the source and destination servers, configuring network connectivity, and preparing the destination storage.
- Create a migration project: Launch the SMS console and create a new migration project. Specify the source and destination servers, select the migration type (clustered file server), and choose the migration options.
- Scan the source data: SMS will scan the source cluster to identify the data to be migrated. This includes identifying the shared folders, file permissions, and other relevant metadata.
- Start the migration: Once the scan is complete, you can initiate the migration process. SMS will copy the data from the source cluster to the destination cluster, maintaining file permissions and other metadata.
- Verify the migration: After the migration is complete, verify that the data has been successfully copied and that all file permissions and configurations are intact.
Migrating by breaking the cluster
Breaking the cluster and migrating each node individually is a more complex approach but can be necessary in certain situations, such as when SMS is not an option.
High-level guide for migrating by breaking the cluster:
Evacuate the node: Disconnect the node from the cluster and transfer its workload to the remaining node. This may involve temporarily increasing the storage capacity of the remaining node.
Decommission the node: Remove the node from the cluster and prepare it for migration. This includes updating the node's operating system to Windows Server 2019 and configuring it as a standalone file server.
Migrate the node: Use a suitable migration method, such as Hyper-V migration or SAN replication, to move the decommissioned node to the new datacenter.
Join the new cluster: Once the node is in the new datacenter, join it to the new Windows Server 2019 file server cluster. This may involve reconfiguring the cluster and replicating the data.
Verify the migration: After the migration is complete, verify that the node has been successfully added to the cluster and that all data and configurations are intact.
Recommendations:
- Consult with a Microsoft-certified engineer: For a complex migration, it is advisable to consult with a Microsoft-certified engineer who has expertise in file server clustering and migration. They can provide guidance and ensure that the migration is performed smoothly and efficiently.
- Test the migration plan: Before executing the migration, thoroughly test the migration plan in a staging environment. This will help identify and address any potential issues and ensure a successful migration.
- Minimize downtime: Plan the migration during a time when downtime is minimal to minimize disruption to users. Consider scheduling the migration during off-peak hours or weekends.
- Maintain backups: Throughout the migration process, maintain regular backups of the data to safeguard against data loss or corruption.
Also you can take a look at some available migration tools that can handle this case easily and quickly such as Goodsync and Gs Richcopy360 , both are GUI and If you are familiar with CLI , you can use Rclone , it is the best