Questo browser non è più supportato.
Esegui l'aggiornamento a Microsoft Edge per sfruttare i vantaggi di funzionalità più recenti, aggiornamenti della sicurezza e supporto tecnico.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(0, 23%, 10%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EMC%3C/text%3E%3C/svg%3E)
Buongiorno, mi occupo del laboratorio di informatica in una scuola. Sono tutti pc desk Windows 11 sotto dominio.
Quando gli alunni fanno il login con le loro credenziali d'istituto capita spesso che appaia la scritta "L'operazione può richiedere alcuni minuti" ma il caricamento del profilo fino all'apparizione del desktop possa impiegare anche mezz'ora.
Ho già disabilitato l'avvio automatico delle app e sospeso gli aggiornamenti automatici, ma non ho risolto nulla.
Da cosa potrebbe dipendere?
Ciao. Potresti fornire qualche dettaglio in più per capire meglio il problema? Gli account degli studenti usano profili mobili (roaming profiles) o il reindirizzamento delle cartelle (folder redirection)? I login restano lenti anche se uno studente accede nuovamente allo stesso PC (profilo già memorizzato in cache)? C’è un solo domain controller o ce ne sono diversi su VLAN o subnet differenti?
Ciao, il dominio è uno solo e i profili sono in roaming.
Da come mi hanno segnalato, alcuni profili mettono tempo anche se usano la stessa postazione...
Grazie. Allora, ci sono molti fattori che possono causare lentezza, quindi dovrai controllare diverse impostazioni.
Apri gpedit.msc → Configurazione computer → Modelli amministrativi → Sistema → Profili utente. Assicurati che “Consenti solo profili utente locali” sia disattivato e che “Elimina copie memorizzate nella cache dei profili mobili” non sia configurato o sia disattivato.
Vai anche su Registri applicazioni e servizi → Microsoft → Windows → Servizio profili utente → Operational. Cerca gli eventi 1530–1534 (ritardo nella sincronizzazione del profilo) o 1509 (file bloccato o AppData di grandi dimensioni).
Quest’ultima parte è importante per analizzare cosa sta succedendo: verifica e facci sapere cosa trovi.
Allora, questa è la situazione. Ho acceso un pc a caso adesso:
Grazie per gli screenshot. Sembra che tutte le policy dei profili siano impostate su “Non configurato”, il che significa che a ogni accesso viene risincronizzato l’intero profilo mobile, causando lunghi tempi di attesa. L’evento 67 indica caricamenti parziali del profilo, di solito a causa di cartelle AppData troppo grandi o accesso lento alle condivisioni di rete.
Ecco alcune modifiche consigliate nell’Editor Criteri di Gruppo (gpedit.msc o GPO di dominio):
AppData\Local; AppData\LocalLow; Downloads; Temp
Dopo aver applicato queste modifiche, esegui gpupdate /force su un PC del laboratorio e testa l’accesso di un utente due volte. Se il problema di lentezza persiste, controlla l’evento 67 → Dettagli → annota ErrorCode e FilePath, e condividi questi dettagli per aiutare a individuare il collo di bottiglia.
Ci tengo a precisare che in laboratorio usano Autocad e Inventor, programmi molto pesanti. Potrebbe influire sui tempi di caricamento?
Sì, in realtà questo influisce molto. Queste applicazioni salvano grandi quantità di dati nelle cartelle:
AppData\Roaming\Autodesk AppData\Local\Autodesk Documents\Inventor\
Ogni volta che un utente accede o esce, Windows copia queste cartelle da e verso la condivisione di rete. Anche solo qualche centinaio di MB per profilo può facilmente trasformarsi in diversi minuti di trasferimento.
Puoi escludere questi file dalla sincronizzazione roaming tramite gpedit:
Configurazione utente → Modelli amministrativi → Sistema → Profili utente → Escludi directory dal profilo utente mobile
Aggiungi:
AppData\Local; AppData\LocalLow; AppData\Roaming\Autodesk; Downloads; Temp
Poi esegui gpupdate /force e prova di nuovo.
Nota: L’aspetto negativo dell’esclusione delle cartelle dal roaming è che i dati in queste cartelle non seguiranno più l’utente sugli altri PC.
Scusa, non trovo le voci che hai elencato in gpedit
Scusa, non trovo le voci che hai elencato in gpedit
Queste dove le trovo?
Ecco alcune modifiche consigliate nell’Editor Criteri di Gruppo (gpedit.msc o GPO di dominio):
Puoi trovare queste impostazioni nell’Editor Criteri di gruppo (gpedit.msc) oppure, per modifiche a livello di dominio, in Gestione Criteri di gruppo sul server.
Controlla questi percorsi principali:
Configurazione computer → Modelli amministrativi → Sistema → Profili utente
• Abilita Elimina i profili utente più vecchi di X giorni al riavvio (imposta 1–2).
• Disattiva Attendere la rete prima di applicare i criteri utente.
• Abilita Consenti solo profili utente locali se non servono i profili itineranti.Configurazione computer → Modelli amministrativi → Sistema → Criteri di gruppo
• Abilita Consenti l’elaborazione asincrona dei criteri di gruppo.
• Abilita Configura il ritardo di esecuzione degli script di accesso = 0.Applica le modifiche, poi esegui gpupdate /force e riavvia un PC di prova.
Ok, lo farò.
Se può essere utile ti segnalo che adesso un alunno il cui profilo ha impiegato 20 minuti a caricarsi, loggandosi su un altro pc ha impiegato invece 2 minuti.
Molto probabilmente, lo studente aveva già utilizzato quel computer, quindi non sta sincronizzando alcuna informazione dal server. Ecco perché è più veloce.
Eseguendo quanto segue:
AppData\Local; AppData\LocalLow; Downloads; Temp
Continueranno ad avere le cartelle roaming oppure vedranno i loro files solo sul pc in cui staranno lavorando? Grazie.
That's correct. Like I said before:
Note: The downside of excluding folders from roaming is that the data in these folders will no longer follow you on your other PCs.
Roaming won't be available, so if you keep it, you'll need to find another way to optimize. The issue is that those software packages take up a lot of space because of the cached info. You could either assign them to a specific computer or accept that the files won't follow them, which defeats the purpose of roaming.
Ciao Emmanuel, ti chiedo un'ultima cosa.
Il seguente procedimento può risolvere il problema, MANTENENDO comunque le cartelle in roaming? grazie.
“Elimina copie memorizzate nella cache dei profili mobili” → Disattivato
AppData\Local; AppData\LocalLow; Downloads; Temp
Sì, questa configurazione mantiene attive le cartelle in roaming. Serve solo a ottimizzare il modo in cui Windows le gestisce.
Ecco cosa succede con le impostazioni indicate:
AppData\Local, LocalLow, Downloads, Temp) restano solo in locale, quindi la parte in roaming diventa più leggera e veloce.Quindi sì, questa procedura mantiene il roaming funzionante e migliora sensibilmente prestazioni e stabilità.
Buongiorno e grazie. Devo modificare queste impostazioni direttamente agendo su Windows Server da gpedit oppure devo farlo all'interno di Active Directory?
Non si modificano queste impostazioni direttamente con gpedit sui singoli PC del laboratorio. Vanno create o modificate in un Oggetto Criteri di Gruppo (GPO) tramite la Group Policy Management Console (GPMC) sul server Windows. gpedit.msc influisce solo sul computer locale e dovresti ripetere la procedura su ogni PC, quindi non è pratico.