Migrare email e file da Aruba a Microsoft 365: guida operativa per PMI italiane

Tantissime PMI italiane hanno hosting email e file su Aruba Business o Aruba PEC: caselle email IMAP da pochi GB, file su NAS di rete o spazio cloud Aruba, gestione DNS sul pannello cliente Aruba. Funziona, ma con limiti significativi nel 2026: niente sincronizzazione moderna fra device, niente co-authoring documenti, niente Teams, niente Defender, niente conformità EU Data Boundary nativa. Quando l’azienda decide di passare a Microsoft 365 (o Google Workspace), la migrazione è un progetto che richiede pianificazione attenta — non basta “spostare le email”.

Questa guida descrive la pianificazione operativa di 8 settimane che eseguiamo con i clienti SynSphere per migrare da Aruba a Microsoft 365: caselle email standard + PEC, file aziendali su NAS, gestione DNS, archivi storici. È pensata per PMI italiane con 20-100 utenti, lo scenario più frequente sul mercato.

Pre-requisiti

Prima di iniziare, raccolta informazioni di base:

• Numero caselle email da migrare (con dimensione MB/GB di ciascuna).
• Casella PEC: una o più? Provider PEC stesso di Aruba o terzo?
• Volume file aziendali: GB totali su NAS o cloud Aruba (escluso archivi storici).
• Domini: dominio principale + alias (es. nomeazienda.it + nomeazienda.com).
• Utenti attivi vs inattivi: utenti ex-dipendenti con caselle ancora attive ma non utilizzate.
• Licensing M365 scelto: Business Standard, Business Premium, E3 (vedi confronto piani correlato).
• Tenant Microsoft 365 esistente? Se l’azienda ha già provato setup pilot M365, verificare stato tenant.

Tipica PMI italiana: 30-50 utenti, 20-50 GB totali email, 100-500 GB file aziendali, 1-2 caselle PEC, 1 dominio principale. Pianificazione baseline assume questi numeri.

Settimane 1-2 — Discovery e preparazione tenant

Provisioning tenant Microsoft 365

1. Acquisto licenze M365 (tramite SynSphere o partner Microsoft) per il numero di utenti previsto.
2. Setup tenant: scelta tenant name (es. nomeazienda.onmicrosoft.com), regione (sempre EU per PMI italiane).
3. Configurazione baseline tenant: branding aziendale (logo, colori), policy admin di default, security defaults attivati temporaneamente.
4. Aggiunta dominio: il dominio aziendale (es. nomeazienda.it) viene aggiunto al tenant ma non ancora attivato per email (DNS cutover viene dopo).

Discovery utenti e mailbox

1. Estrazione lista utenti da pannello Aruba (export CSV con email, nome, dim casella).
2. Identificazione utenti attivi (da migrare) vs dormienti (ex-dipendenti, da archiviare).
3. Misurazione dimensione casella per stimare tempi migrazione (regola pratica: 1-2 GB/ora di migrazione IMAP).
4. Identificazione caselle condivise (info@, amministrazione@, vendite@): in M365 verranno create come shared mailbox (no licenza richiesta, fino a 50 GB).

Provisioning utenti M365

1. Creazione utenti M365 in Entra ID (importazione bulk via CSV o PowerShell).
2. Assegnazione licenza appropriata.
3. Setup MFA (al primo login l’utente verrà guidato a configurare un metodo MFA, raccomandato Microsoft Authenticator app).
4. Comunicazione utenti: email a tutti gli interessati con istruzioni “il giorno X migreremo le tue email, segui le istruzioni che riceverai”.

Settimane 3-5 — Migrazione mailbox

Setup migration batch

Microsoft offre il tool Migration Manager (gratuito, parte di Exchange Online) per migrare caselle IMAP da provider esterni. Setup:

1. Creazione migration endpoint verso Aruba (imap.aruba.it con credenziali admin).
2. Suddivisione utenti in batch (max 20-30 utenti per batch — più utenti = più tempo di migrazione contemporanea).
3. Per ogni batch: avvio migrazione, monitoring progress, verifica errori.

Tempo migrazione tipico: 8-12 ore per batch da 20 utenti con caselle 2-5 GB ciascuna.

Coexistenza durante la migrazione

Durante le 2-3 settimane di migrazione mailbox, le email continuano ad arrivare su Aruba: il DNS MX punta ancora ad Aruba. Microsoft 365 ha le caselle in fase di sync, ma non riceve ancora email nuove.

Pattern operativo:

• Forwarding temporaneo da casella Aruba → casella M365 per gli utenti già migrati (così gli utenti possono già usare Outlook M365, ricevendo le email forwardate da Aruba).
• Email outbound parte da Aruba per evitare problematiche SPF/DKIM/DMARC mid-transition.
• Calendari: per scenari complessi con calendari condivisi, può servire un “freeze” delle prenotazioni 1-2 giorni durante il cutover.

Caselle PEC

Le caselle PEC italiane (es. nomeazienda@pec.aruba.it) sono un tema separato: non si possono “migrare” le PEC su Microsoft 365 nativamente, perché il sistema PEC è italiano e specifico (CAdES, gestori autorizzati). Opzioni:

• Mantenere PEC su Aruba (o altro provider PEC) e inoltrare a M365 per lettura comoda. Sending PEC continua via webmail Aruba o app PEC dedicata.
• Migrare PEC a un altro provider (es. Aruba PEC → InfoCert PEC) — operazione separata, non automatica.
• Continuare a usare PEC standalone senza M365 integration: gli utenti accedono da app PEC dedicata.

Setup raccomandato per la maggior parte delle PMI: mantenere PEC su provider attuale + forward in M365 per lettura unificata in Outlook. Sending PEC continua via canale dedicato.

Settimane 6-7 — Migrazione file aziendali

Discovery file su NAS / Aruba Drive

1. Mappatura cartelle principali (Amministrazione, Commerciale, HR, Tecnico, ecc.).
2. Volume per cartella + numero file + età ultimo accesso.
3. Identificazione cartelle archive (file >5 anni non più toccati) — possono essere archiviati altrove o messi in cold storage.

Strutturazione SharePoint / OneDrive

Microsoft 365 separa file in due categorie:

• OneDrive for Business: file personali dell’utente (1 TB/utente). Equivalente cartella “Documenti” dell’utente.
• SharePoint Sites: file di team/azienda condivisi. Strutturati in siti (uno per dipartimento, progetto, area aziendale).

Pattern raccomandato per PMI italiane:

• OneDrive personale: per file utente “in lavorazione” che non devono essere visti da altri.
• SharePoint sito Amministrazione: con permessi ristretti (CFO + 2-3 contabili). Cartelle Fatture, Bilanci, Contratti.
• SharePoint sito Commerciale: con permessi commerciali. Cartelle Clienti, Offerte, Campagne.
• SharePoint sito HR: con permessi HR molto ristretti.
• SharePoint sito Tecnico/Operativo: visibilità più ampia.

Migrazione file con SharePoint Migration Tool

Microsoft offre SharePoint Migration Tool (SPMT, gratuito) per migrare file da:

• File share di rete (NAS, Windows Server file sharing).
• OneDrive for Business sources.
• Box, Dropbox.

Per Aruba Drive non c’è connettore diretto: workaround = download da Aruba in folder locale → upload via SPMT a SharePoint.

Setup:

1. Mappatura source folder (es. \\nas-aruba\share\Amministrazione) → target SharePoint URL (es. https://nomeazienda.sharepoint.com/sites/amministrazione).
2. Mantenimento metadata: data creazione, data modifica, autore (dove possibile).
3. Mantenimento permessi (per scenari complessi richiede mapping manuale).
4. Esecuzione migrazione in batch incrementali (ultime 24h fra il backup iniziale e il cutover finale).

Tempo migrazione tipico: 5-10 GB/ora dipendente da connettività e dimensione file.

Settimana 8 — DNS cutover ed end-of-life Aruba

DNS cutover

Il momento critico della migrazione: lo switch dei record DNS che indirizzano email e accessi al nuovo tenant.

1. Pre-cutover (1-2 giorni prima): comunicazione finale a tutti gli utenti, cleanup ultimi forwarding, stop ferie/eventi rischio durante il cutover.
2. Cutover (ore lavorative serali, idealmente venerdì sera):
   • Modifica record MX del dominio: da Aruba → Microsoft 365 (<dominio>-com.mail.protection.outlook.com).
   • Modifica SPF: aggiunta include:spf.protection.outlook.com.
   • Aggiunta DKIM Microsoft 365 (selettori auto-generati nel tenant).
   • Aggiunta DMARC record (raccomandato, anche solo p=none per monitoring iniziale).
   • Configurazione autodiscover per Outlook mobile/desktop.
3. Propagazione DNS: 4-24 ore tipiche per propagazione globale.
4. Verifica: invio email di test da Gmail/iCloud al dominio aziendale per verificare arrivo in M365 e da M365 verso esterno per verificare delivery (SPF/DKIM passing).

Sync delta finale

Dopo il cutover DNS le email nuove arrivano direttamente in M365. Resta da fare un sync delta finale delle ultime ore di email arrivate su Aruba (prima della propagazione DNS completa) per non perdere nulla.

Decommissioning Aruba

Dopo 1-2 settimane di stabilità su M365:

1. Esportazione finale archivio Aruba in formato PST per ogni utente, archiviato su SharePoint compliance (per backup compliance fiscale).
2. Disattivazione caselle Aruba (passaggio a stato “spento” mantenendo accesso lettura per qualche mese).
3. Cancellazione finale caselle Aruba dopo periodo di sicurezza (3-6 mesi).
4. Disdetta servizio Aruba quando appropriato.

Costi tipici migrazione 50 utenti

Esempio PMI 50 utenti, 100 GB email totali, 500 GB file aziendali:

Esclusi: servizi PEC mantenuti (Aruba o altro), eventuale backup M365 con Veeam (2.500 €/anno per 50 utenti).

Pitfall comuni

• ❌ Sottovalutare il PEC: PEC e M365 non si fondono, va gestito separatamente. Aspettarsi un workflow ibrido permanente.
• ❌ DNS cutover di lunedì mattina: massimo rischio impatto utenti. Sempre venerdì sera o weekend.
• ❌ Forwarding permanente da Aruba a M365: tentazione di “tenere forwarding sempre attivo per sicurezza”. Crea problemi compliance, dovrebbe essere temporaneo (max 3 mesi).
• ❌ Migrare archivi storici “tutto in SharePoint”: 10 anni di file vecchi non servono in SharePoint (rallenta indicizzazione, occupa storage). Archiviare in OneDrive personali archive o Azure Blob cold storage.
• ❌ Skip della formazione utenti: utenti ricevono Outlook nuovo ma non sanno usare Teams/SharePoint/co-authoring. Adoption fallisce, ROI investimento si dimezza.

Conclusioni

La migrazione Aruba → Microsoft 365 è uno dei progetti più frequenti che facciamo per le PMI italiane nel 2026. Il pattern di 8 settimane è consolidato, prevedibile, ripetibile. Le complicazioni reali sono quasi sempre le PEC (workflow ibrido permanente) e la gestione del cambiamento utenti (più tempo formazione che tecnologia).

Per chi vuole pianificare una migrazione 2026: l’inverno-primavera è il periodo migliore (utenti più disponibili, meno ferie, meno periodi business critical). Settembre-ottobre è la seconda finestra. Evitare luglio-agosto e dicembre.

Per pianificare la migrazione della tua azienda da Aruba a Microsoft 365, contattaci: assessment gratuito del tuo setup attuale, business case quantificato sui tuoi specifici utenti/volumi, roadmap personalizzata.