Esempi di ticket dei clienti.
Risoluzione più rapida dei ticket di assistenza da parte dei team interni statunitensi, con copertura di tutti i software Microsoft
Argomenti in questa pagina
Azure
Azure
Problema: un utente segnala che la propria macchina virtuale (VM) Azure non si avvia dopo aver ridimensionato le risorse della VM, come CPU o memoria. L'utente aveva spento la VM prima del ridimensionamento e aveva seguito la procedura documentata per il ridimensionamento. Dopo il ridimensionamento e l'avvio della VM, il portale Azure mostra che la VM è in esecuzione, ma l'utente non è in grado di connettersi ad essa utilizzando il protocollo RDP (Remote Desktop Protocol).
Risoluzione: dopo aver esaminato il problema, è stato riscontrato che l'agente della macchina virtuale su Azure VM non rispondeva correttamente. Ciò era dovuto all'operazione di ridimensionamento delle risorse che interrompeva la comunicazione tra l'agente della macchina virtuale e il controller fabric di Azure. Per risolvere il problema, l'agente della macchina virtuale è stato riavviato manualmente utilizzando il modulo Azure PowerShell. Dopo il riavvio dell'agente, la macchina virtuale è stata avviata correttamente e l'utente è riuscito a connettersi tramite RDP.
Azure
Problema: un cliente segnala che i propri Azure Virtual Machine Scale Sets (VMSS) non vengono scalati per soddisfare l'aumento della domanda sul proprio sito Web durante le ore di punta. Ha controllato le proprie politiche di scalabilità e verificato che dovrebbero essere scalati, ma le istanze VMSS non vengono create.
Risoluzione: il team di supporto Azure esamina il problema e scopre che le regole di autoscale sono configurate per utilizzare la metrica "utilizzo medio della CPU", che non aumenta durante le ore di punta a causa di altri fattori. Per risolvere il problema, il team consiglia di modificare le regole di autoscale in modo da utilizzare una metrica diversa, ad esempio "richieste al secondo", che è più indicativa dell'aumento della domanda del sito Web. Il cliente implementa questa modifica e le istanze VMSS iniziano a scalare con successo durante le ore di punta. Il problema è risolto.
Azure Intune
Problema: il cliente stava tentando di impostare criteri per i dispositivi gestiti da Intune per due fasi al fine di forzare l'elaborazione degli aggiornamenti di Windows. I criteri sono stati applicati, ma i dispositivi corrispondenti non hanno eseguito alcuna azione. Il cliente ha aperto un ticket con US Cloud per richiedere assistenza nella revisione dei criteri e capire cosa potesse mancare affinché i dispositivi elaborassero gli aggiornamenti in sospeso.
Risoluzione: US Cloud ha esaminato il problema e ha quindi informato il cliente che il problema probabile riguardava l'app Microsoft Teams Rooms (MTR). MTR ha integrato una logica per una funzionalità di Windows 10 che consente gli aggiornamenti (per i dispositivi che eseguono Microsoft Teams Rooms) solo sei mesi dopo il rilascio di un aggiornamento di Windows. Ciò viene realizzato inserendo un blocco speciale per i dispositivi Microsoft Teams Rooms sul canale Windows Update for Business (ovvero il canale semestrale) e tramite le impostazioni dell'app. Durante questo periodo di blocco, Microsoft esegue vari test sia internamente che tramite i partner OEM dei dispositivi per assicurarsi che la nuova versione di Windows 10 funzioni in armonia con l'app Microsoft Teams Rooms e le periferiche ad essa collegate.
Ciò è importante sia per garantire la sicurezza dei dispositivi e un'esperienza utente coerente, sia per assicurare la qualità delle esperienze offerte tramite l'app Microsoft Teams Rooms. Il problema e la causa sono stati chiariti in dettaglio al cliente e il reparto IT è stato in grado di ridefinire le aspettative relative a tali aggiornamenti ritardati.
Azure AD
Problema: su un server Windows che esegue Azure AD Connect, il processo di sincronizzazione non funziona correttamente. Lo stato di sincronizzazione mostra che l'ultima sincronizzazione non è stata eseguita correttamente e le modifiche apportate in Active Directory locale non vengono replicate in Azure AD.
Risoluzione: dopo aver controllato l'installazione di Azure AD Connect e verificato che il servizio fosse in esecuzione, è emerso che il problema era correlato alle impostazioni del firewall. Le porte necessarie per la comunicazione con Azure AD non erano aperte nel firewall di Windows. Per risolvere il problema, sono state aperte le porte richieste nel firewall creando regole in entrata e in uscita. Dopo aver apportato queste modifiche, il processo di sincronizzazione è stato eseguito correttamente e le modifiche nell'Active Directory locale sono state replicate in Azure AD.
Azure DevOps
Problema: durante il processo di distribuzione, una pipeline Azure DevOps non è stata eseguita, causando un ritardo nel rilascio dell'applicazione. Il messaggio di errore indicava che mancava un pacchetto richiesto, ma non era chiaro il motivo per cui il pacchetto non fosse stato trovato.
Risoluzione: il problema è stato risolto aggiungendo il pacchetto mancante alle dipendenze del progetto e ricompilando l'applicazione. Inoltre, la pipeline è stata aggiornata per includere un controllo di tutte le dipendenze richieste prima dell'esecuzione, il che ha contribuito a prevenire problemi simili in futuro. Il team ha anche implementato test automatizzati per individuare eventuali problemi prima che potessero causare ritardi nel processo di rilascio.
Azure Resource Manager
Problema: durante la distribuzione di un nuovo modello Azure Resource Manager (ARM), la distribuzione non riesce e viene visualizzato un messaggio di errore che indica che non è stato possibile creare o aggiornare una risorsa.
Risoluzione: per risolvere il problema, è stato verificato che il gruppo di risorse esistesse e che fossero state assegnate le autorizzazioni corrette. È stato riscontrato che mancavano le autorizzazioni necessarie, pertanto sono state concesse le autorizzazioni appropriate all'utente e all'entità di servizio necessari. La distribuzione è stata quindi riprovata e completata con successo. La risorsa è stata aggiornata come previsto.
Microsoft 365
M365 Difensore
Problema: M365 Defender non rileva le minacce sui dispositivi Windows anche se sono state implementate le politiche appropriate e i dispositivi sono aggiornati.
Risoluzione: il problema è stato risolto controllando le impostazioni di M365 Defender e verificando che tutte le politiche fossero configurate correttamente. Il passo successivo è stato quello di verificare se gli ultimi aggiornamenti per Windows Defender fossero stati installati sui dispositivi interessati. Dopo aver confermato che gli aggiornamenti erano stati installati, i dispositivi sono stati nuovamente sottoposti a scansione alla ricerca di minacce e il problema è stato risolto. Infine, sono state messe in atto misure aggiuntive per garantire che M365 Defender monitorasse e rilevasse continuamente le minacce su tutti i dispositivi Windows.
M365 Power BI
Problema: un utente ha segnalato che la propria dashboard Power BI non si aggiornava automaticamente, nonostante avesse impostato l'aggiornamento automatico secondo una pianificazione.
Risoluzione: dopo aver esaminato il problema, è stato determinato che le credenziali dell'origine dati dell'utente non erano state salvate correttamente, causando il fallimento dell'aggiornamento. Le credenziali dell'origine dati sono state aggiornate con le informazioni di accesso corrette e la pianificazione dell'aggiornamento automatico è stata riavviata. Il dashboard è stato quindi in grado di aggiornarsi correttamente secondo la pianificazione impostata. All'utente è stato consigliato di ricontrollare le credenziali dell'origine dati in futuro, qualora dovesse riscontrare problemi simili.
M365 PowerApps
Problema: il modulo PowerApps non invia i dati all'elenco SharePoint
Risoluzione: abbiamo innanzitutto verificato che l'elenco SharePoint fosse configurato correttamente per accettare i dati dal modulo PowerApps. Quindi, abbiamo verificato che la connessione del modulo all'elenco SharePoint funzionasse correttamente. Successivamente, abbiamo esaminato la funzione OnSelect del pulsante di invio per assicurarci che fosse correttamente collegata all'elenco SharePoint. Infine, abbiamo verificato la presenza di formule o espressioni mancanti o errate all'interno del modulo che potessero causare il problema. Dopo questi passaggi, siamo riusciti a inviare correttamente i dati dal modulo PowerApps all'elenco SharePoint.
M365 SharePoint
Problema: un utente ha segnalato di non riuscire a visualizzare il contenuto di un elenco SharePoint in M365. Ogni volta che cliccava sull'elenco, la pagina veniva caricata, ma gli elementi dell'elenco non venivano visualizzati.
Risoluzione: il nostro team ha esaminato il problema e ha scoperto che l'utente aveva inavvertitamente modificato le impostazioni di visualizzazione dell'elenco. Abbiamo consigliato all'utente di selezionare una visualizzazione diversa o di ripristinare le impostazioni predefinite della visualizzazione corrente. Dopo aver seguito le nostre istruzioni, l'utente è stato in grado di visualizzare il contenuto dell'elenco senza ulteriori problemi. Abbiamo anche ricordato all'utente di prestare attenzione quando modifica le impostazioni dell'elenco per evitare conseguenze indesiderate.
M365 Squadre
Problema: il cliente era passato recentemente all'utilizzo di Teams e gli errori degli utenti erano ancora frequenti. Si è scoperto che alcuni messaggi critici di Teams erano stati accidentalmente cancellati e tutti i tentativi di recuperarli da parte del team IT interno erano stati vani.
Risoluzione: US Cloud ha prima ottenuto informazioni generali e dettagli sui messaggi e ha confermato che essi/il Team erano stati effettivamente cancellati anziché archiviati, come invece era avvenuto. Gli ingegneri di US Cloud hanno quindi verificato se l'istanza di Microsoft Teams del cliente fosse stata configurata con "Legal Hold". Sebbene non sia una funzione comunemente utilizzata dai team IT, Legal Hold viene spesso abilitata durante la configurazione per garantire che tutte le informazioni e le interazioni all'interno di Teams siano conservate a tempo indeterminato, in modo che qualcuno possa cercare ed esportare le prove per un tribunale. Litigation Hold conserverà una copia dei dati anche dopo che sono stati eliminati. Un utente può comunque eliminare il contenuto come previsto, ma Microsoft continuerà a conservare i dati in una posizione nascosta accessibile solo agli amministratori.
Il team di US Cloud ha scoperto che la Teams Room cancellata era stata effettivamente salvata su Litigation e i messaggi sono stati ripristinati. I registri di audit sono stati esaminati durante una condivisione dello schermo e si è scoperto che non esistevano livelli di audit per questo particolare tipo di evento. US Cloud ha consigliato al cliente di effettuare una verifica dal lato Exchange e ha scoperto l'utente che aveva cancellato i messaggi. È stato quindi guidato nella regolazione delle autorizzazioni pertinenti per risolvere il problema e impedire che l'incidente si ripetesse.
M365 Exchange
Problema: un server Exchange ha smesso di inviare o ricevere e-mail. Dopo aver effettuato alcune verifiche, si è scoperto che i servizi di trasporto del server Exchange hanno smesso di funzionare. La causa principale del problema è stata ricondotta a un certificato SSL scaduto, necessario per garantire la sicurezza delle comunicazioni tra il server Exchange e i client di posta elettronica.
Risoluzione: il certificato SSL scaduto viene sostituito con uno valido e i servizi di trasporto di Exchange Server vengono riavviati. Viene quindi verificata la funzionalità di invio e ricezione delle e-mail di Exchange Server e si conferma che il problema è stato risolto. Per evitare problemi simili in futuro, viene configurato un sistema di monitoraggio che avvisa il team IT se uno qualsiasi dei certificati SSL sta per scadere.
M365 OneDrive
Problema: gli utenti riscontrano problemi nella sincronizzazione dei documenti Office con OneDrive, con conseguenti errori di sincronizzazione. Alcuni utenti vedono anche file duplicati creati nella loro cartella OneDrive.
Risoluzione: dopo aver esaminato il problema, è emerso che gli errori di sincronizzazione erano causati da un conflitto con Office Upload Center. La soluzione consisteva nel disattivare Office Upload Center e quindi riparare Microsoft Office. I file duplicati sono stati risolti disattivando Files On-Demand nelle impostazioni di OneDrive. Dopo aver apportato queste modifiche, gli errori di sincronizzazione e i file duplicati sono stati risolti e gli utenti hanno potuto sincronizzare i propri documenti Office con OneDrive senza alcun problema.
Flusso M365
Problema: un utente ha segnalato che il proprio flusso di lavoro Microsoft Flow non si attivava nonostante fossero soddisfatte le condizioni di attivazione. Aveva già verificato che la condizione di attivazione fosse soddisfatta e che il proprio account disponesse delle autorizzazioni necessarie per eseguire il flusso di lavoro.
Risoluzione: il team di assistenza ha esaminato il problema e ha scoperto che era correlato a un bug noto nel servizio Microsoft Flow. Ha applicato una patch al server interessato e il flusso di lavoro dell'utente è stato quindi in grado di attivarsi correttamente. Il team ha consigliato all'utente di controllare il dashboard dello stato di integrità del servizio Microsoft Flow in caso di future interruzioni o problemi con il servizio.
M365 Planner
Problema: un team segnala che le assegnazioni delle attività in Microsoft Planner non vengono aggiornate per i piani condivisi. Quando a un membro del team viene assegnata un'attività, le modifiche non vengono riportate in tempo reale agli altri membri del team. Il team ha verificato che tutti gli utenti siano correttamente connessi al piano condiviso e dispongano delle autorizzazioni necessarie.
Risoluzione: dopo un'approfondita indagine, si scopre che il problema deriva da un ritardo di sincronizzazione tra il server Planner e la cache locale dell'utente. Il team di supporto applica una patch per migliorare il processo di sincronizzazione e ridurre il ritardo. Inoltre, il team consiglia agli utenti interessati di aggiornare manualmente la cache locale cancellando i file temporanei e riavviando l'applicazione Planner. Ciò garantisce che l'assegnazione dei compiti venga aggiornata in modo accurato e tempestivo per tutti i membri del team nel piano condiviso.
Dinamica
Dynamics 365
Problema: gli utenti riscontravano prestazioni lente durante l'utilizzo di Dynamics 365 nel client web. Ciò causava frustrazione e rallentava la produttività.
Risoluzione: dopo aver esaminato il problema, è stato scoperto che alcuni script personalizzati erano in esecuzione in background e non erano ottimizzati per le prestazioni. Questi script causavano un rallentamento del client web. La soluzione è stata quella di ottimizzare gli script personalizzati rimuovendo i loop non necessari, riducendo il numero di manipolazioni DOM e ottimizzando le query. Dopo aver implementato gli script ottimizzati, le prestazioni del client web sono migliorate in modo significativo e gli utenti non hanno più riscontrato rallentamenti.
Dynamics AX
Problema: durante l'installazione di un aggiornamento per Dynamics AX, viene visualizzato un messaggio di errore che indica che l'installazione non è riuscita a causa di dipendenze mancanti. Dopo aver verificato le dipendenze, si riscontra che uno dei componenti di terze parti richiesti non è installato sul server.
Risoluzione: il componente mancante viene identificato e installato sul server. L'installazione dell'aggiornamento viene quindi riprovata e completata con successo. Il sistema viene testato per assicurarsi che l'aggiornamento non abbia causato alcun problema con la funzionalità di Dynamics AX. Infine, la documentazione viene aggiornata per riflettere il componente appena installato come dipendenza richiesta per future installazioni o aggiornamenti.
Dynamics GP
Problema: un utente segnala un messaggio di errore quando tenta di registrare una transazione in Dynamics GP. Il messaggio di errore indica che il batch è in fase di modifica da parte di un altro utente e non può essere registrato. Tuttavia, l'utente conferma di essere l'unico utente ad accedere al batch.
Risoluzione: il problema è stato individuato come causato da un blocco nel database. Il team di assistenza ha identificato e rimosso il blocco, consentendo all'utente di registrare correttamente la transazione. Il team raccomanda all'utente di eseguire regolarmente attività di manutenzione del database, come controlli di integrità e cancellazione dei dati relativi alle transazioni precedenti, per evitare problemi simili in futuro.
Dinamiche F&O
Problema: un utente di Dynamics F&O ha segnalato un messaggio di errore visualizzato durante l'apertura di un modulo specifico. Il messaggio di errore indicava un problema con un oggetto nel modulo e impediva all'utente di aprirlo. L'utente ha provato ad aggiornare il modulo, a svuotare la cache e persino a riavviare il sistema, ma l'errore persisteva.
Risoluzione: il problema è stato causato da un'incongruenza dei dati nel database Dynamics F&O. L'amministratore del database ha eseguito una query per identificare l'incongruenza specifica e l'ha corretta. Una volta risolta l'incongruenza dei dati, l'utente è stato in grado di aprire il modulo senza ricevere il messaggio di errore. L'amministratore ha consigliato all'utente di segnalare immediatamente eventuali problemi simili per evitare ulteriori incongruenze nel database.
Windows Server
Windows Server
Problema: il cliente aveva Windows Server 2012 che eseguiva un'attività ricorrente programmata per riavviare un server ogni settimana. Senza alcuna causa apparente, il server ha iniziato a eseguire tale attività all'inizio della settimana e poi di nuovo all'ora prevista.
Risoluzione: US Cloud ha prima verificato che il sistema non fosse in modalità di ibernazione. Inoltre, nei registri degli eventi non erano presenti eventi relativi alla perdita di alimentazione del kernel, né un ID evento 42. I tecnici di US Cloud hanno istruito il cliente a rimuovere la condizione AC dall'attività e ad assicurarsi che non fossero presenti impostazioni GPO o una configurazione SCCM Reboot Schedule. Il cliente ha reimpostato l'utilità di pianificazione delle attività per configurarla per Windows Server 2012 r2, poiché era impostata per 2008. Dopo aver apportato le modifiche, il cliente ha lasciato eseguire l'attività con la modifica durante il fine settimana e ha confermato che il problema era stato risolto.
Windows Server
Problema: un amministratore di Windows Server ha segnalato che il proprio server continuava a bloccarsi e a non rispondere. Dopo aver effettuato alcune verifiche, è emerso che il server si bloccava a causa di un particolare servizio che non rispondeva, ma non è stato possibile determinare la causa del problema. È stato provato a riavviare il servizio e il server, ma il problema persisteva.
Risoluzione: il team ha consigliato di usare lo strumento Debug Diagnostic Tool per capire perché il servizio non rispondeva. Hanno dato un'occhiata al dump di memoria creato dallo strumento e hanno scoperto che il problema era causato da una funzione specifica del servizio. Hanno controllato la funzione e hanno scoperto che cercava di accedere a una risorsa che non era più disponibile. Hanno aggiornato la funzione per gestire bene questo caso e il server ha smesso di bloccarsi.
Windows Server
Problema: una macchina virtuale (VM) Windows Server 2019 non è riuscita a connettersi al dominio, anche dopo aver fornito le credenziali corrette. Il messaggio di errore indicava un problema con il canale sicuro, che impediva alla VM di stabilire una connessione con il controller di dominio. L'amministratore ha provato a reimpostare l'account del computer e a ripristinare il canale sicuro utilizzando il comando Netdom, ma il problema persisteva.
Risoluzione: il team ha scoperto che l'orologio della VM era fuori sincrono con quello del controller di dominio di oltre 5 minuti, causando il malfunzionamento del canale sicuro. L'amministratore ha aggiornato l'orologio della VM in modo che corrispondesse a quello del controller di dominio e la VM è riuscita a connettersi al dominio. Il team ha anche raccomandato di configurare la sincronizzazione dell'ora sulla VM per garantire che l'orologio rimanesse sincronizzato con quello del controller di dominio.
Windows Server - Active Directory
Problema: un amministratore di Windows Server ha segnalato un problema con la replica di Active Directory tra due controller di dominio. L'amministratore ha verificato la connettività di rete e la configurazione DNS, ma non è riuscito a risolvere l'errore di replica. Il canale sicuro tra i controller di dominio è stato reimpostato, ma il problema persisteva.
Risoluzione: il team di assistenza ha indagato e ha riscontrato una discrepanza nell'identificatore di sicurezza (SID) dei controller di dominio. Per risolvere il problema, il team ha consigliato di eseguire una pulizia dei metadati dei controller di dominio per rimuovere eventuali voci non valide o orfane. La pulizia è stata eseguita e i SID sono stati quindi allineati tra i controller di dominio. La replica è stata riavviata e i controller di dominio sono stati in grado di comunicare tra loro e replicare correttamente i dati di Active Directory, risolvendo il problema.
Windows Server - Federazione AD
Problema: un amministratore di Windows Server ha segnalato problemi con l'autenticazione ADFS, poiché gli utenti non riuscivano ad accedere all'applicazione federata. Dopo aver verificato che i certificati fossero validi e che la relazione di trust tra i server federati funzionasse correttamente, l'amministratore ha controllato i registri eventi e ha trovato messaggi di errore che indicavano che il servizio ADFS non era in grado di connettersi al database SQL.
Risoluzione: il team di assistenza ha esaminato il problema e ha scoperto che era causato da una configurazione errata dell'account di servizio ADFS nel database SQL. Il team ha consigliato all'amministratore di controllare le autorizzazioni del database SQL Server per l'account di servizio ADFS e di assicurarsi che avesse le autorizzazioni appropriate per accedere alle tabelle richieste. L'amministratore ha seguito la raccomandazione del team e ha aggiornato le autorizzazioni dell'account di servizio nel database SQL. Successivamente, il servizio ADFS è stato in grado di connettersi al database e autenticare gli utenti senza alcun problema. Il problema è stato risolto.
Windows Server - Criteri di gruppo
Problema: un amministratore di Windows Server ha segnalato che le impostazioni dei criteri di gruppo non vengono applicate ai computer client nel dominio. L'amministratore ha verificato che gli oggetti dei criteri di gruppo siano collegati alle unità organizzative (OU) appropriate e che le autorizzazioni siano impostate correttamente, ma le impostazioni continuano a non essere applicate. L'amministratore ha anche controllato i registri eventi sui computer client e ha trovato messaggi di errore che indicano che l'elaborazione dei criteri di gruppo non riesce.
Risoluzione: dopo aver esaminato il problema, il team di assistenza ha stabilito che il problema era causato dal danneggiamento della cache dei criteri di gruppo sui computer client. Per risolvere il problema, il team ha consigliato di cancellare la cache dei criteri di gruppo sui computer client eliminando il contenuto della cartella C:\Windows\System32\GroupPolicy. L'amministratore ha eseguito questa operazione sui computer client e le impostazioni dei criteri di gruppo sono state applicate correttamente. Il problema è stato risolto e i computer client hanno ricevuto e applicato correttamente le impostazioni dei Criteri di gruppo.
Windows Server - PowerShell
Problema: un amministratore di Windows Server segnala che i comandi PowerShell non funzionano sul proprio server. L'amministratore ha provato a eseguire comandi di base come Get-ChildItem e Get-Service, ma tutti falliscono con messaggi di errore che indicano che i comandi non sono riconosciuti. L'amministratore ha anche verificato che la versione di PowerShell installata sul server sia aggiornata e che la politica di esecuzione sia impostata per consentire l'esecuzione degli script.
Risoluzione: il team di assistenza determina che il problema è causato dalla mancanza di una variabile di ambiente necessaria per il corretto funzionamento di PowerShell. Per risolvere il problema, il team consiglia di impostare la variabile di ambiente PATH in modo da includere il percorso della cartella contenente l'eseguibile di PowerShell. L'amministratore aggiunge il percorso della cartella alla variabile di ambiente PATH e i comandi di PowerShell possono quindi essere eseguiti correttamente. Il problema è risolto e l'amministratore può ora utilizzare i comandi di PowerShell sul server.
Windows Server - Hyper-V
Problema: abbiamo riscontrato un problema comune in cui una macchina virtuale non era in grado di connettersi alla rete su un server Hyper-V. Ciò ha causato problemi di comunicazione tra la macchina virtuale e altri dispositivi di rete.
Risoluzione: il problema della connettività di rete della macchina virtuale sul server Hyper-V è stato risolto controllando la configurazione dello switch virtuale e aggiornando le impostazioni della scheda di rete della macchina virtuale. Abbiamo riscontrato che la configurazione dello switch virtuale era errata e doveva essere aggiornata per consentire alla macchina virtuale di connettersi alla rete. Inoltre, abbiamo aggiornato le impostazioni della scheda di rete della macchina virtuale per utilizzare la configurazione di rete corretta.
Windows Server - Desktop remoto
Problema: abbiamo riscontrato un problema comune in cui una connessione desktop remoto non funzionava su un server Windows. Ciò impediva l'accesso remoto al server e causava problemi di comunicazione tra il server e i dispositivi remoti.
Risoluzione: per risolvere il problema, abbiamo controllato i registri eventi dei Servizi Desktop remoto e abbiamo trovato un errore che indicava che il listener RDP non era disponibile. Abbiamo quindi eseguito uno script PowerShell per riavviare il servizio listener RDP, risolvendo così il problema e consentendo l'accesso remoto al server.
Windows Server - IIS
Problema: abbiamo riscontrato un problema comune in cui il server web non rispondeva su un server Windows con IIS. Ciò impediva l'accesso al sito web e causava problemi di comunicazione tra il server e i dispositivi remoti.
Risoluzione: per risolvere il problema, abbiamo controllato i log IIS e abbiamo trovato un errore che indicava che il sito web non era in grado di collegarsi a un indirizzo IP specifico. Abbiamo quindi controllato la configurazione di rete e abbiamo scoperto che l'indirizzo IP non era configurato correttamente. Abbiamo aggiornato la configurazione di rete per utilizzare l'indirizzo IP corretto e abbiamo riavviato il sito web, risolvendo così il problema e consentendo l'accesso al sito.
Windows Server - DFS
Problema: la replica DFS smette di funzionare tra due computer Windows Server, con conseguente mancata sincronizzazione dei file e incongruenze nei dati.
Risoluzione: abbiamo scoperto che il problema era dovuto a un driver di rete obsoleto su uno dei computer. Dopo aver aggiornato il driver, abbiamo riavviato il servizio di replica DFS e forzato una sincronizzazione tra i due server. Questo ha risolto il problema e garantito la corretta sincronizzazione dei file tra i server.
Windows Server - Gestione identità
Problema: gli utenti non riescono ad accedere alle applicazioni a causa di problemi di sincronizzazione tra Windows Server Active Directory e il sistema Identity Manager.
Risoluzione: abbiamo scoperto che l'account del servizio di sincronizzazione non disponeva delle autorizzazioni sufficienti per accedere alle risorse Active Directory necessarie. Abbiamo aggiornato l'account del servizio con le autorizzazioni appropriate e riavviato il servizio di sincronizzazione. Dopo aver verificato che il processo di sincronizzazione funzionasse correttamente, gli utenti sono stati in grado di accedere alle applicazioni interessate senza ulteriori problemi.
In sede
On-Premise - System Center
Problema: la console System Center Operations Manager (SCOM) è lenta nel caricamento e risponde con lentezza agli input dell'utente.
Risoluzione: abbiamo individuato che il database SCOM presentava problemi di prestazioni dovuti a una crescita eccessiva del database. Abbiamo eseguito un processo di pulizia e ottimizzazione del database che ha comportato l'eliminazione dei dati obsoleti, la reindicizzazione delle tabelle e l'aggiornamento delle statistiche. Dopo aver completato il processo di ottimizzazione, le prestazioni della console SCOM sono migliorate in modo significativo e gli utenti hanno segnalato tempi di caricamento più rapidi e una maggiore reattività.
On-Premise - SharePoint
Problema: un amministratore Sharepoint segnala che gli utenti non riescono ad accedere a una libreria di documenti specifica sul sito Sharepoint. L'amministratore ha controllato le autorizzazioni sulla libreria e verificato che gli utenti dispongano delle autorizzazioni appropriate, ma il problema persiste. L'amministratore ha anche controllato i log del sito e del server e non ha trovato errori correlati al problema.
Risoluzione: dopo ulteriori indagini, il team di assistenza scopre che il problema è causato da autorizzazioni danneggiate nella libreria. Per risolvere il problema, il team consiglia di ripristinare le autorizzazioni della libreria alle impostazioni predefinite utilizzando PowerShell. L'amministratore esegue lo script PowerShell e verifica che le autorizzazioni della libreria siano state ripristinate. Gli utenti sono quindi in grado di accedere alla libreria e il problema è risolto.
On-Premise - Scambio
Problema: il database MS Exchange non viene montato e gli utenti non riescono ad accedere alle loro e-mail. L'amministratore di Exchange ha verificato che il database si trova in uno stato di arresto corretto e che lo spazio su disco disponibile è sufficiente. Tuttavia, quando si tenta di montare il database, l'operazione fallisce con un messaggio di errore che indica che il database è danneggiato.
Risoluzione: dopo aver esaminato il problema, il team di assistenza determina che il database Exchange è danneggiato e che i log non vengono riprodotti. Per risolvere il problema, il team consiglia di ripristinare il database dall'ultimo backup e di riprodurre i log. L'amministratore ripristina il database dal backup e riproduce i log, quindi il database viene montato correttamente. Il problema è risolto e gli utenti possono ora accedere alle loro e-mail.
On-Premise - BizTalk
Problema: un amministratore BizTalk segnala un problema con l'invio e la ricezione di messaggi tra due sistemi. L'amministratore ha verificato che la porta di invio e le posizioni di ricezione siano configurate correttamente, ma i messaggi continuano a non essere elaborati. L'amministratore ha anche controllato i registri eventi e ha trovato messaggi di errore che indicano che i messaggi sono stati sospesi a causa di un errore di convalida dello schema.
Risoluzione: dopo aver esaminato il problema, il team di assistenza determina che il problema è causato da una discrepanza tra lo schema del messaggio e lo schema previsto dal sistema ricevente. Per risolvere il problema, il team consiglia di aggiornare lo schema del messaggio in modo che corrisponda allo schema previsto dal sistema ricevente. L'amministratore aggiorna lo schema del messaggio e riavvia la porta di invio e la posizione di ricezione, dopodiché i messaggi vengono elaborati correttamente. Il problema è risolto.
On-Premise - SQL Server
Problema: un amministratore di Windows Server segnala che un database SQL Server locale non risponde e gli utenti non riescono ad accedervi. L'amministratore ha verificato che l'hardware del server funzioni correttamente e che non vi siano problemi di connettività di rete. L'amministratore ha anche controllato i log degli errori di SQL Server e ha trovato messaggi di errore che indicano che il database sta riscontrando deadlock transazionali.
Risoluzione: dopo aver analizzato le informazioni relative al deadlock, il team di assistenza determina che il problema è causato da query in conflitto provenienti da transazioni diverse. Per risolvere il problema, il team consiglia di modificare le query SQL in modo da garantire che non entrino in conflitto tra loro. L'amministratore collabora con gli sviluppatori dell'applicazione per modificare le query SQL e il database torna a essere reattivo. Il problema è risolto e gli utenti possono accedere al database senza alcuna difficoltà.
On-Premise - Skype Business
Problema: un utente segnala di non riuscire a visualizzare i messaggi in una chat room persistente in Skype for Business. Gli altri utenti riescono a vedere i messaggi, ma questo utente no. L'amministratore ha verificato che l'utente disponga delle autorizzazioni appropriate per la chat room e che la chat room funzioni correttamente, ma l'utente continua a non riuscire a vedere i messaggi.
Risoluzione: dopo aver esaminato il problema, il team di assistenza scopre che il client Skype for Business dell'utente non si sincronizza correttamente con il server. Per risolvere il problema, il team consiglia di svuotare la cache di Skype for Business dell'utente eliminando il contenuto delle seguenti cartelle: \Lync e \Lync\sip_USERNAME. L'utente esegue questa operazione sul proprio client e i messaggi nella chat room persistente vengono visualizzati correttamente. Il problema è risolto.
Sviluppatore
Sviluppatore - Browser Edge
Problema: quando si accede a una pagina web da un dominio diverso, il browser Edge visualizza un messaggio di errore che indica che non è possibile accedere alla pagina web a causa di un problema relativo alla politica "Cross-Origin Resource Sharing" (CORS). Questo errore impedisce il corretto caricamento della pagina web e può compromettere l'esperienza di navigazione dell'utente.
Risoluzione: per risolvere il problema CORS, abbiamo abilitato l'opzione "Accedi alle origini dati tra domini" nelle impostazioni "Opzioni Internet" all'interno di Edge. Abbiamo anche aggiornato il codice lato server per includere le intestazioni CORS appropriate per consentire le richieste cross-origin. Dopo aver apportato queste modifiche, abbiamo testato nuovamente l'applicazione e abbiamo verificato che il problema CORS fosse stato risolto.
Sviluppatore - Visual Studio
Problema: uno sviluppatore ha segnalato che la compilazione di Visual Studio non riusciva a causa di un errore MSB3073, che indicava che un comando era stato chiuso con un codice di uscita diverso da zero. Questo errore si verificava quando lo sviluppatore tentava di eseguire un comando post-compilazione che copiava i file compilati in una posizione specifica del file system. Lo sviluppatore aveva verificato che il comando funzionasse correttamente quando eseguito manualmente dalla riga di comando.
Risoluzione: dopo aver effettuato alcune verifiche, il team di assistenza ha scoperto che l'errore MSB3073 era causato dal tentativo di Visual Studio di eseguire il comando post-build prima che fosse stata completata la compilazione di tutte le dipendenze del progetto. Per risolvere il problema, il team di assistenza ha consigliato di aggiungere una dipendenza all'attributo "BeforeTargets" del target "Copy" nel file di progetto. In questo modo è stato garantito che il comando post-build venisse eseguito dopo che tutte le dipendenze erano state compilate correttamente. Lo sviluppatore ha apportato questa modifica al file di progetto ed è riuscito a eseguire la compilazione senza incorrere nell'errore MSB3073.
Sviluppatore - Sviluppo .Net
Problema: uno sviluppatore .NET ha segnalato che la propria applicazione ASP.NET Core generava un errore System.InvalidOperationException all'avvio con il messaggio "Impossibile risolvere il servizio per il tipo". Nonostante avessero provato diverse soluzioni, come ricostruire il progetto, pulire la soluzione e svuotare la cache del pacchetto NuGet, l'errore continuava a impedire il corretto avvio dell'applicazione.
Risoluzione: dopo aver esaminato il problema, il team di assistenza ha scoperto che l'errore era causato da una discrepanza tra i servizi registrati e le dipendenze nell'applicazione. Per risolvere il problema, ha consigliato di controllare il metodo ConfigureServices nel file Startup.cs per assicurarsi che tutte le dipendenze fossero registrate correttamente. Lo sviluppatore ha aggiornato il codice di registrazione e l'applicazione è stata quindi in grado di avviarsi senza l'errore System.InvalidOperationException.
Sviluppatore - Outlook
Problema: questo grande e rinomato rivenditore statunitense con 100 anni di storia alle spalle, che si è recentemente convertito all'e-commerce, ha improvvisamente scoperto che nessuno dei suoi dipendenti era in grado di accedere al sito SharePoint. L'azienda utilizzava questa piattaforma come hub principale per la condivisione e l'accesso ai documenti interni e l'impossibilità di accedervi stava causando notevoli interruzioni all'attività.
Risoluzione: è stato aperto un ticket US Cloud. Dopo una rapida risposta iniziale e una valutazione, è stato coinvolto un ingegnere Premier. Dopo aver esaminato le attività recenti con il cliente, è stato scoperto che il certificato per i server SharePoint era stato aggiornato di recente. US Cloud ha stabilito che questa era molto probabilmente la causa del problema e ha consigliato al cliente di importare il certificato "SharePoint Root Authority" nell'archivio Trusted Root Cert su tutti i server SharePoint. Il cliente ha completato questa operazione e la possibilità di accesso per tutti gli utenti è stata ripristinata.
Sviluppatore - Suite per ufficio
Problema: uno sviluppatore ha segnalato che la macro VBA in Excel funzionava lentamente e consumava molta memoria, causando il crash di Excel. In precedenza la macro funzionava senza problemi, ma dopo l'aggiunta di nuove funzionalità e l'aumento delle dimensioni dei dati elaborati, non era più stabile. Lo sviluppatore ha provato a ottimizzare il codice e a ridurre le dimensioni dei dati, ma il problema persisteva.
Risoluzione: è stato determinato che le prestazioni lente e il consumo di memoria erano causati dall'uso inefficiente degli oggetti intervallo e dal calcolo ripetuto delle formule. Il team ha raccomandato di rifattorizzare il codice della macro per utilizzare array invece di oggetti intervallo e di utilizzare il metodo .Calculate per attivare il calcolo della formula una sola volta. Lo sviluppatore ha apportato queste modifiche al codice della macro e i problemi di prestazioni e stabilità sono stati risolti. La macro ora funziona in modo efficiente e non causa il crash di Excel.
