Cos’è Storage Migration Service e quando sceglierlo

Storage Migration Service (SMS) è la feature di Windows Server, pilotata da Windows Admin Center, pensata per spostare interi file server verso destinazioni più recenti — Windows Server 2019, 2022, 2025 o una VM Azure — senza ricreare a mano share, permessi e identità. A differenza di uno script Robocopy, che copia solo i file, SMS orchestra la migrazione in tre fasi (inventory, transfer, cutover), preserva le ACL NTFS, ricrea gli utenti e i gruppi locali sulla destinazione e, soprattutto, trasferisce l’identità di rete: al termine il nuovo server assume nome e indirizzi IP del vecchio, così client e applicazioni continuano a puntare allo stesso \\server\share senza riconfigurazioni.

Serve un orchestrator con la feature Storage Migration Service installata (può essere anche uno dei server di destinazione) e Windows Admin Center per gestire i job. Le origini supportate vanno da Windows Server 2003 in su, includono failover cluster e server Samba/Linux e array NetApp FAS. Scegli SMS quando devi consolidare vecchi file server o portarli in Azure mantenendo trasparenza per gli utenti; preferisci Azure File Sync o DFS Replication quando l’obiettivo è una sincronizzazione continua e non un rimpiazzo one-shot.

Fase 1: inventory

L’inventory è la fase di sola lettura: SMS interroga i server di origine via SMB, WMI e Netlogon e cataloga volumi, share SMB, configurazioni di rete, file e utenti/gruppi locali. Da qui capisci quanti dati sposterai e individui in anticipo i problemi — share nascoste, adattatori multipli, dati in uso. Perché funzioni servono le regole firewall File and Printer Sharing e WMI e, per i domain-joined, un account con diritti amministrativi sull’origine. L’inventory non muove nulla: puoi rilanciarlo senza rischi.

Fase 2: transfer

Nel transfer mappi ogni volume o share di origine verso un volume della destinazione e SMS copia dati, share e ACL, ricreando localmente gli account necessari. La destinazione deve avere volumi già predisposti e capienti: SMS non ridimensiona i dischi al posto tuo. Installare la feature Storage Migration Service Proxy sui server di destinazione Windows Server accelera sensibilmente il trasferimento (traffico diretto invece che passante dall’orchestrator) ed è richiesta per destinazioni in cluster. Il transfer è ripetibile: puoi rieseguirlo per copiare i delta e riprovare i file falliti prima di procedere. Nulla cambia ancora per i client: origine e destinazione convivono con nomi e IP distinti.

Fase 3: cutover

Il cutover è il momento percepito come irreversibile: la destinazione assume nome e indirizzi IP dell’origine, che viene contestualmente rinominata e spostata su un IP nuovo (resta online, utile per validazione o rollback). Da questo istante i client raggiungono il nuovo server allo stesso path, senza toccare mapping o GPO. Per i domain-joined il cutover rinomina l’account computer in Active Directory, quindi serve un account con i permessi per farlo e le repliche DNS/AD devono propagarsi. Origine e destinazione devono stare sulla stessa subnet, perché l’IP viene letteralmente traslato. Il cutover non è supportato quando l’origine è un domain controller.

Trappole tipiche d’esame

  • La migrazione deve preservare nome e IP per non riconfigurare i client → soluzione: è la fase di cutover a trasferire l’identità di rete; inventory e transfer da soli lasciano il nuovo server con nome e IP propri.
  • Trasferimento lento perché passa dall’orchestrator → soluzione: installa la feature Storage Migration Service Proxy sulle destinazioni Windows Server; è anche obbligatoria per destinazioni in failover cluster.
  • Origine e destinazione su subnet diverse → soluzione: il cutover richiede la stessa subnet perché l’IP dell’origine viene assegnato alla destinazione; rivedi la topologia prima di procedere.
  • Domain controller da spostare come file server → soluzione: SMS non supporta il cutover di un DC; migra prima ruoli e dati con un altro approccio, non affidarti al cutover.
  • Inventory o transfer falliscono con errori di connessione → soluzione: mancano le regole firewall (File and Printer Sharing, WMI, Netlogon) o i diritti amministrativi sull’origine, non è un problema di dati.
  • Migrare verso Azure mantenendo l’identità → soluzione: SMS con Windows Admin Center può deployare una VM Azure come destinazione e completare transfer e cutover come on-premises, senza un tool separato.