Come migrare documenti su SharePoint senza perdere dati e permessi

Migrare documenti su SharePoint non significa copiare una cartella di rete nel cloud. La migrazione cambia il modo in cui i file vengono organizzati, cercati, condivisi e protetti. Per questo il risultato dipende soprattutto dalle decisioni prese prima del trasferimento: cosa portare, dove collocarlo, quali permessi mantenere e come verificare che utenti e processi continuino a funzionare.

Per le condivisioni file, Microsoft mette a disposizione Migration Manager nel centro migrazione dell'interfaccia di amministrazione di SharePoint. Lo strumento usa uno o più agenti installati su computer Windows o macchine virtuali che possono leggere le sorgenti. Esegue scansione, packaging, caricamento e importazione, genera report e consente di ripetere le attività in modalità incrementale.

La sequenza più sicura è: inventario, progettazione della destinazione, scansione, correzione, pilot, migrazione per ondate, passaggio incrementale finale, cutover e validazione. Saltare una di queste fasi può produrre un ambiente tecnicamente popolato ma difficile da usare, con permessi incoerenti o copie duplicate ancora attive sul file server.

RISPOSTA BREVE
Il modo più facile è rendere prevedibile il progetto
Migration Manager automatizza il trasferimento, ma non decide l'architettura delle informazioni. Prima del primo job occorre definire proprietari, siti, librerie, metadati, gruppi, criteri di condivisione e condizioni di successo.

SharePoint, OneDrive o Teams: scegliere la destinazione corretta

La prima scelta riguarda la destinazione. Spostare tutto in un unico sito SharePoint replica nel cloud i limiti del vecchio file server. Il criterio utile è la responsabilità del contenuto e il modo in cui viene usato.

Se l'organizzazione deve prima chiarire struttura e casi d'uso, è utile partire dalla guida che spiega cos’è SharePoint e come usarlo in azienda.

Quale strumento Microsoft usare

Migration Manager è adatto alla gestione centralizzata di migrazioni da condivisioni file verso SharePoint, OneDrive o Teams. Gli agenti possono distribuire le attività e le sorgenti vengono analizzate prima dell'importazione. Per contenuti provenienti da versioni locali di SharePoint, Microsoft rende disponibile anche SharePoint Migration Tool, che supporta gli scenari dichiarati nella documentazione corrente.

La scelta non deve basarsi sul nome dello strumento, ma sulla sorgente, sulla quantità di dati, sulla complessità dei permessi, sulle personalizzazioni e sui requisiti di audit. Contenuti applicativi, workflow, link incorporati, attributi non supportati e componenti personalizzati richiedono una verifica separata: un file trasferito non equivale sempre a un processo migrato.

Fase 1 - Inventario e pulizia della sorgente

Prima di installare gli agenti, creare un inventario leggibile anche dai responsabili di reparto. Il censimento deve associare ogni condivisione a un proprietario, una finalità, un livello di criticità e una destinazione proposta.

1. Quantità e distribuzione: numero di file, dimensione, crescita, file molto grandi, profondità delle cartelle e presenza di molteplici file piccoli.
2. Qualità: duplicati, contenuti obsoleti, cartelle vuote, file temporanei, nomi o percorsi che il controllo segnala come problematici.
3. Proprietà: reparto responsabile, utenti che modificano i dati e soggetto autorizzato ad approvare la destinazione.
4. Permessi: gruppi, autorizzazioni ereditate e uniche, account cessati, deny espliciti e accessi concessi direttamente a singoli utenti.
5. Vincoli: applicazioni che leggono percorsi UNC, macro, collegamenti interni, processi di stampa, integrazioni e requisiti di conservazione.

La pulizia deve essere approvata: eliminare dati senza proprietario o regole di conservazione può creare un problema di compliance. Per un approfondimento sul disegno del progetto, collegare l'articolo migrazione di file server in cloud su SharePoint Online.

Fase 2 - Progettare siti, librerie e permessi

La destinazione deve essere pronta prima della copia. Definire quali siti rappresentano reparti, progetti o processi; quali librerie contengono i documenti; quali metadati rendono i contenuti ricercabili; quali gruppi possono leggere, modificare o amministrare.

1. Ridurre i permessi unici: preferire gruppi e livelli standard, limitando eccezioni su singoli file e cartelle.
2. Separare collaborazione e pubblicazione: distinguere aree di lavoro dai contenuti ufficiali destinati a un pubblico più ampio.
3. Definire la condivisione esterna: stabilire chi può invitare ospiti, durata degli accessi e controlli periodici.
4. Assegnare proprietari: ogni sito e libreria deve avere responsabili che validano struttura, accessi e ciclo di vita.
5. Preparare identità e gruppi: mappare account sorgente e destinazione; rimuovere riferimenti a identità non più valide.

Migration Manager può migrare le autorizzazioni insieme ai file, in base alle impostazioni e alle identità disponibili. Nella sincronizzazione incrementale, le modifiche ai permessi non vengono trattate come un flusso indipendente: Microsoft indica che i permessi sono aggiornati quando viene trasferito il file corrispondente. Per questo la validazione degli accessi deve essere parte del cutover.

Fase 3 - Installare e proteggere gli agenti

Dal centro migrazione nell'interfaccia di amministrazione di SharePoint è possibile configurare uno o più agenti Windows. L'account usato per la sorgente deve avere accesso in lettura alle condivisioni interessate; sul tenant è preferibile usare il ruolo amministrativo meno privilegiato che consenta l'operazione. Microsoft raccomanda di limitare il ruolo Global Administrator agli scenari in cui non è disponibile un ruolo meno esteso.

6. Collocazione: usare computer o VM stabili, vicini alle sorgenti e non dipendenti da una sessione utente occasionale.
7. Connettivita: verificare endpoint richiesti, proxy, firewall, banda disponibile e possibili finestre di saturazione.
8. Scalabilita: aggiungere agenti quando il volume e le finestre operative lo richiedono; misurare il pilot prima di stimare la durata complessiva.
9. Credenziali: proteggere account e segreti, applicare il minimo privilegio e documentare chi può creare o riavviare le attività.

Fase 4 - Scansionare e correggere prima di migrare

La scansione verifica l'accesso alla sorgente e alla destinazione e produce report utili a individuare elementi che possono bloccare o degradare il trasferimento. Scaricare il riepilogo e i log di dettaglio, classificare gli errori e assegnare un responsabile alla correzione.

Fase 5 - Eseguire un pilot rappresentativo

Il pilot deve includere contenuti reali e abbastanza diversi da far emergere le eccezioni: cartelle profonde, file grandi, molti file piccoli, permessi non uniformi, versioni, metadati e utenti con profili differenti. Un test composto solo da pochi documenti semplici misura l'accesso allo strumento, non il rischio del progetto.

10. Completezza: confrontare conteggi, dimensioni, errori ed esclusioni tra sorgente e destinazione.
11. Integrità: aprire un campione di file, verificare versioni e confermare che i documenti critici siano utilizzabili.
12. Autorizzazioni: provare accessi consentiti e negati con utenti reali o account di test equivalenti.
13. Prestazioni: misurare throughput e durata in condizioni realistiche, considerando che Microsoft 365 applica regole di throttling per proteggere il servizio.
14. Esperienza: far trovare, modificare e condividere i documenti a un gruppo di utenti rappresentativo.

Migrare per ondate e usare il passaggio incrementale

Dopo il pilot, pianificare ondate per reparto, sito o livello di criticità. La prima esecuzione trasferisce il volume principale mentre gli utenti continuano a lavorare sulla sorgente. Le esecuzioni successive recuperano le modifiche intervenute; Migration Manager supporta migrazioni incrementali e la funzionalità delta sync migliora l'efficienza dei passaggi successivi per le condivisioni file.

L'incrementale riduce la finestra di fermo, ma non elimina il cutover. Deve esistere un momento dichiarato in cui la condivisione sorgente diventa sola lettura o viene disabilitata, si esegue l'ultimo passaggio e gli utenti vengono indirizzati alla nuova destinazione. Lasciare entrambe le copie modificabili genera divergenze e rende impossibile stabilire quale sia quella autorevole.

Fase 7 - Cutover, validazione e stabilizzazione

Il go-live deve seguire una checklist approvata e produrre evidenze. Non basta vedere lo stato Completato nell'interfaccia: i report devono essere letti, gli errori residui risolti o accettati e i proprietari devono confermare che il nuovo spazio supporti il lavoro quotidiano.

1. Congelare la sorgente: applicare la modalità sola lettura concordata e registrare l'ora del cutover.
2. Eseguire il delta finale: trasferire le ultime modifiche e scaricare report e log prima della scadenza della loro disponibilità.
3. Confrontare: conteggi, dimensioni, errori, esclusioni e campioni di file tra sorgente e destinazione.
4. Verificare permessi: provare accessi per reparti, ospiti e contenuti riservati; correggere le eccezioni documentate.
5. Aggiornare dipendenze: collegamenti, procedure, preferiti, integrazioni e istruzioni che puntavano al percorso precedente.
6. Stabilizzare: mantenere la sorgente protetta e non modificabile per il periodo concordato; dismetterla solo dopo approvazione formale.

Indicatori per dichiarare conclusa la migrazione

La procedura si compone principalmente di operazioni all’interno dell’interfaccia di amministrazione di Sharepoint, la vediamo nei passaggi seguenti. 

• Dopo avere fatto l’accesso al pannello di amministrazione di Sharepoint, sulla sinistra, nel menu clicchiamo subito su Migrazione, poi Selezioniamo Condivisioni File 

• La procedura ci guida subito verso il download di un agente che si occuperà di fare da tramite tra il nostro tenant e la struttura documenti in locale. Quindi procediamo con Scarica agente 
• Durante l’installazione, fornire i dati di un account di dominio con i permessi necessari ad accedere a tutte le cartelle che si vogliono migrare. Al termine del processo, nella sezione di sinistra, avremo la possibilità di Aggiungere un percorso di origine (nell’immagine qui sopra in grigio). 

Nota: l’agente verrà installato come servizio nel caso la macchina sia associata ad un dominio, viceversa verrà eseguito come applicazione. 

• Selezionare ora il percorso completo che l’agente andrà ad analizzare, comprese le sottocartelle. Subito dopo inizierà il controllo dei files e dei percorsi. Questo risultato lo visualizziamo nella sezione Analisi nel punto successivo.
• Nella parte di Analisi avremo un resoconto utile ad ottenere le informazioni sulle cartelle e sui files che stanno per essere migrati e soprattutto su possibili percorsi che potrebbero causare problemi al job effettivo.

• Sempre nella sezione Analisi, vengono visualizzati i percorsi in “verde” che sono già pronti per essere copiati in migrazioni, mentre sono da analizzare quelli con avvisi o errori.  
  Nota: in genere il problema è legato alla lunghezza del percorso completo, spesso sono segnalati come “avvisi” anche percorsi con all’interno cartelle vuote.
  
• Cliccando Copia in migrazioni si apre la schermata seguente. Selezioniamo Sharepoint e proseguiamo con la selezione della posizione.
• Inserire il sito che andrà ad ospitare i documenti ed il percorso come da figura.
• Una volta inserito il nome deciso per distinguere il job ed in caso la sua pianificazione, si possono configurare le impostazioni.
• Tra le opzioni più utili troviamo il filtro per data, i files nascosti e la sostituzione dei caratteri non validi con uno di nostra scelta. A questo punto la migrazione può essere eseguita.
• Nella sezione Migrazioni abbiamo il risultato dei job eseguiti o in corso e possiamo verificare il progresso come il numero di files copiati. Inoltre, è possibile eseguire nuovamente le singole attività per effettuare una copia incrementale. 

Nota: per avere un accesso controllato alle cartelle dei documenti aziendali è bene prevedere anche la configurazione di determinati criteri di accesso in base al gruppo di sicurezza o all’account utente. 

Vantaggi della migrazione a SharePoint

La migrazione dei dati aziendali dal file server a SharePoint Online offre numerosi vantaggi. Ecco alcuni di essi:

• Gestione semplificata dei documenti: Microsoft SharePoint consente di organizzare le informazioni in modo migliore e accessibile, semplificando il flusso di informazioni e l'archiviazione cloud.
• Sicurezza avanzata dei dati: SharePoint offre una sicurezza avanzata per proteggere i tuoi dati da interruzioni e accessi non autorizzati.
• Velocizzazione dei processi aziendali: Una piattaforma di collaborazione come SharePoint Online consente di organizzare e raccogliere i dati in un unico luogo, velocizzando i processi aziendali.
• Accessibilità di SharePoint Online ovunque: Con SharePoint Online, puoi accedere facilmente da qualsiasi luogo.

Errori frequenti da evitare

1. Copiare tutta la struttura delle cartelle senza riprogettarla. Il risultato è un file server in browser, con navigazione e permessi difficili da mantenere.
2. Comprare spazio e iniziare subito il trasferimento. Capacita, licenze e strumenti non sostituiscono assessment, proprietari e criteri di accettazione.
3. Migrare account non validi. Identita cessate e gruppi non più governati producono accessi mancanti o eccezioni manuali.
4. Ignorare applicazioni e link. Un file aperto correttamente può comunque essere inutilizzabile se macro, integrazioni o procedure dipendono dal vecchio percorso.
5. Lasciare aperte due copie. Gli utenti modificano sorgente e destinazione e il delta finale non può più ricostruire una storia coerente.
6. Chiudere senza formazione. SharePoint richiede nuove abitudini su ricerca, condivisione, versioni, sincronizzazione e permessi.

ADOZIONE
Preparare utenti e help desk prima del cutover
La formazione deve usare i siti e i processi reali dell'organizzazione. Il corso Nexsys copre gestione documentale, librerie, versioning, permessi, ricerca e integrazione con Microsoft 365.
Scopri il corso SharePoint per utenti aziendali

Se la migrazione fa parte di una revisione più ampia di collaborazione, governance e lavoro ibrido, collegare anche le soluzioni Modern Workplace.

Domande frequenti sulla migrazione a SharePoint

Qual è il modo più sicuro per migrare documenti su SharePoint?

Il metodo più sicuro prevede inventario, progettazione della destinazione, scansione e correzione, pilot rappresentativo, migrazione per ondate, passaggi incrementali, cutover con sorgente bloccata e validazione di dati e permessi. Lo strumento automatizza il trasferimento, ma non sostituisce queste decisioni.

Qual è la differenza tra Migration Manager e SharePoint Migration Tool?

Migration Manager offre una gestione centralizzata nel centro migrazione di SharePoint ed è indicato, tra gli altri scenari, per condivisioni file verso SharePoint, OneDrive o Teams tramite agenti. SharePoint Migration Tool supporta anche migrazioni da versioni locali di SharePoint previste dalla documentazione Microsoft. La scelta dipende dalla sorgente e dal perimetro.

I permessi del file server vengono migrati automaticamente?

Migration Manager può trasferire le autorizzazioni insieme ai file se identità, mapping e impostazioni sono coerenti. Deny espliciti, account non validi e permessi molto frammentati richiedono analisi. Nei passaggi delta, i permessi vengono aggiornati quando è trasferito il file corrispondente, quindi devono essere verificati al cutover.

È possibile migrare senza interrompere il lavoro degli utenti?

La maggior parte dei dati può essere trasferita in background e aggiornata con migrazioni incrementali. Serve comunque un cutover controllato: la sorgente diventa sola lettura, si esegue il delta finale e gli utenti passano alla nuova destinazione. Mantenere due copie modificabili crea divergenze.

Conviene migrare tutti i documenti nello stesso sito SharePoint?

Di norma no. Siti e librerie devono riflettere proprietà, processi, pubblico e requisiti di accesso. Un unico sito può replicare la complessità del file server. OneDrive è più adatto ai file individuali, SharePoint ai contenuti condivisi e Teams alla collaborazione collegata ai servizi Microsoft 365.

Come si controlla che la migrazione sia completa?

Occorre confrontare conteggi e dimensioni, leggere report e log, gestire ogni errore o esclusione, aprire campioni di file, verificare versioni e metadati richiesti e testare accessi consentiti e negati. L'approvazione finale deve provenire anche dai proprietari dei dati.

Quando si può dismettere il vecchio file server?

Solo dopo il completamento dei controlli, la risoluzione delle eccezioni, un periodo di stabilizzazione e l'approvazione formale. Nel frattempo la sorgente deve restare protetta e non modificabile, con un piano di ritorno documentato per gli scenari concordati.