J’ai un serveur WSUS sur une machine virtuelle Windows Server 2012R2. L’ajout d’un réel serveur de base de donnée induisait une consommation de ressources et ce n’était plus vraiment rentable sur la machine virtuelle. On a récupéré un serveur lame en fin de garantie pour remplacer la machine virtuelle et par la même occasion passé à windows 2016 Server.
Le premier réflexe a été d’utiliser les outils de migration autrement appelés Windows Server Migration Tools (WSMT).
Je me suis appuyé sur :
Migrating a file server including share and NTFS rights
Preparing Tools For Migration to Windows Server 2012
Je passerai les détails. Il y a quantité de choses à faire pour permettre le dialogue des deux serveurs via WSMT.
- Générer le paquet WSMT à partir du serveur destination pour le serveur source avec une ligne de commande comme celle-ci :
SmigDeploy.exe /package /architecture amd64 /os WS12R2 /path
- Executer le paquet généré sur le serveur source.
- Lancer les commandes :
ServerMigration.pcs1
Add-PSSnapin Microsoft.Windows.ServerManager.Migration
Get-Command -Module Microsoft.Windows.ServerManager.Migration
Sur la machine destination dans une fenêtre powershell avec une élévation de droit :
Receive-SmigServerData
Sur la machine destination, toujours dans la même fenêtre powershell :
Send-SmigServerData -ComputerName "NLWADVMFIL001" -DestinationPath "X:\Users" -Include All -SourcePath "F:\users" -Recurse
Après plusieurs tentatives. J’ai abandonné! Si USMT est au point, WSMT ne l’est pas du tout bien que nous somme passés à Windows Server 2016.
J’ai alors opté pour une solution bien moins pénible et surtout particulièrement fonctionnelle.
Robocopy et SQL server management.
Administration Système & Windows 