Aggiornamento cumulativo per il ramo corrente di Microsoft Endpoint Configuration Manager, versione 2010

Riepilogo

Questo articolo descrive i problemi risolti in questo aggiornamento cumulativo per il ramo corrente di Microsoft Endpoint Configuration Manager, versione 2010. Questo aggiornamento si applica sia ai clienti che hanno acconsentito esplicitamente tramite uno script di PowerShell alla distribuzione dell'anello di aggiornamento anticipato, sia ai clienti che hanno installato la versione disponibile a livello globale.
Per altre informazioni sulle modifiche nella versione 2010 di Configuration Manager, vedere: Novità della versione 2010 del ramo corrente di Configuration Manager Riepilogo delle modifiche nel ramo corrente di

Microsoft Endpoint Configuration Manager, versione 2010

Problemi risolti

Eccezioni della console di
Configuration Manager La console termina o genera un'eccezione in una delle condizioni seguenti. 

• Se il processo di aggiornamento delle immagini di avvio nei punti di distribuzione richiede più di otto minuti, vengono visualizzati i dettagli delle eccezioni simili ai seguenti.

• Se il processo di onboarding del tenant è completato e i caricamenti dei dispositivi sono limitati a una raccolta specifica, l'utente non può modificare la raccolta di limiti al termine della console. Questo problema si verifica se all'utente viene negato l'accesso se gli viene negato l'accesso all'elemento padre della raccolta di limiti.

• Quando si modifica un tipo di distribuzione dell'applicazione che in precedenza non includeva un percorso di contenuto.

• Il problema relativo alla console descritto in dettaglio nell'articolo seguente.
  La console KB 4599924 termina in modo imprevisto nel ramo corrente di Configuration Manager, versione 2010

SMS_Executive (smsexec.exe) del servizio
Il SMS_Executive termina in una delle condizioni seguenti.

• Nei server del sito di Windows Server 2012 R2 dopo l'aggiornamento a Configuration Manager versione 2010. Questo problema si verifica se Internet Information Services (IIS) non è mai stato installato in precedenza nel server.

• Se il file di blocco dell'installazione del client ha una data di file non valida.

• Se per il punto di aggiornamento software è abilitata l'impostazione "Usare un server proxy durante il download del contenuto usando le regole di distribuzione automatica".

Altri problemi

• Il passaggio della sequenza di attività Esegui script di PowerShell non rispetta la variabile SMSTSDisableStatusRetry. Questo comporta più tentativi di invio di messaggi di stato anche quando un computer è offline, causando ritardi crescenti nel completamento della sequenza di attività.

• I criteri del firewall assegnati tramite l'interfaccia di amministrazione di Microsoft Endpoint Manager non si applicano ai client Windows 10, versione 20H1 e successive.

• I client di Configuration Manager che aggiornano il BIOS potrebbero essere elencati due volte in più posizioni nella console di Configuration Manager.

• Più file di log del client, ad esempio CoManagementHandler.log e execmgr.log, contengono la seguente voce di log falso negativo. Questo comporta la sovrascrittura di informazioni potenzialmente preziose per la risoluzione dei problemi.

  Impossibile ottenere GetDeviceManagementConfigInfo, rispettare l'autorità MEM. Errore (0x00000000).

• Se si eliminano i contenuti scaricati dall'hub community, il contenuto non viene eliminato dall'hub community > Pagina download e non è possibile scaricare di nuovo il contenuto.

• Il pulsante Aggiorna push non è abilitato per il contenuto modificato dell'hub community.

• Il contenuto temporaneo non viene sempre eliminato dopo l'esecuzione di una sequenza di attività.

• La casella di controllo Imposta pianificazione personalizzata è deselezionata e tutte le impostazioni di pianificazione personalizzate vengono rimosse quando l'elenco dei cataloghi di aggiornamenti software dei partner viene aggiornato.

• I client aggiunti ad Azure Active Directory ibridi possono apparire duplicati nella console di Configuration Manager, ma con GUID diversi (SMSID). Questo problema si verifica durante una distribuzione del sistema operativo al client in cui il punto di gestione è configurato per la comunicazione HTTPS.

• La proprietà di installazione del client CCMDEBUGLOGGING non funziona quando viene passata durante il passaggio della sequenza di attività di Configurazione di Windows e ConfigMgr.

• Il dashboard di gestione client di Office 365 visualizza tutti i canali client come Altro.

• I dati dell'inventario hardware client non vengono replicati da un sito primario al sito di amministrazione centrale quando la creazione di report è abilitata per la classe CCM_SoftwareDistributionClientConfig nello spazio dei nomi ROOT\ccm\Policy\Machine\ActualConfig. Gli errori simili ai seguenti vengono registrati nel file dataldr.log nel sito principale.

  I nomi di colonna in ogni visualizzazione o funzione devono essere univoci. Il nome di colonna 'ADV_RebootLogoffNotification0' nella visualizzazione o nella funzione 'v_GS_CCM_SOFTWAREDISTRIBUTIONCLIENTCONFIG' è specificato più di una volta.

• Gli aggiornamenti software distribuiti tramite sequenza di attività durante una finestra di manutenzione potrebbero non riavviare il computer come previsto. Il file Update Deployment.log contiene un errore simile al seguente.

  InstallTargetedUpdates non riuscito, errore 87d00708

• Un utente con accesso di sola lettura alle applicazioni non è in grado di copiare o scorrere verso il basso il contenuto dello script nella finestra Editor script.

• L'elaborazione delle regole di distribuzione automatica non riesce dopo l'aggiornamento a Configuration Manager versione 2010. Nella descrizione dell'ultimo errore viene visualizzato il messaggio "Download della regola di distribuzione automatica non riuscito". Questo problema si verifica a causa dei file temporanei a byte zero lasciati nella cartella Windows\Temp durante il processo di download.
   

• Software Center non si apre in alcuni client correnti di Configuration Manager, versione 2010. Il SCClient_<dominio>@<nome utente>_1.log contiene errori simili ai seguenti. Si noti che il numero di riga potrebbe essere diverso dall'esempio seguente.

  Chiamata a ExecuteQuery non riuscita, Query: "Select * From CCM_Application WHERE UserUIExperience = TRUE"
  Eccezione rilevata in ExecuteQuery, riga 465...
  (Microsoft.SoftwareCenter.Client.Data.WmiConnectionManager in ExecuteQuery)

  Il file DCMAgent.log contiene anche un errore simile al seguente, registrato contemporaneamente alla voce del log SCClient.  Il 0x87d00315 errore si traduce in "I dati delle informazioni sulla versione CI non sono disponibili".  

  ExecuteApplicationQuery: impossibile ottenere le applicazioni di destinazione del computer (0x87d00315).

• I computer client potrebbero ricevere in modo imprevisto una distribuzione di aggiornamento software se la raccolta di destinazione viene modificata da "Tutti i sistemi" a un'altra raccolta.

• Il contenuto del pacchetto oltre il primo pacchetto non viene memorizzato nella cache locale nel client quando l'impostazione Salva percorso come variabile è abilitata per il passaggio della sequenza di attività Scarica contenuto pacchetto.

• I computer segnalano erroneamente la non conformità con un criterio di crittografia dell'unità dati fisso di BitLocker. Questo problema si verifica per i computer con una sola unità e una sola partizione, anche se crittografati con BitLocker.

• La sincronizzazione del driver di Surface non riesce se il punto di aggiornamento software si trova in un dominio non attendibile separato dal server del sito. L'errore simile al seguente viene registrato nel file wsyncmgr.log.

  Sincronizzazione non riuscita: la richiesta non è riuscita con stato HTTP 401: Non autorizzato. Origine: Microsoft.UpdateServices.Internal.ApiRemoting.ExecuteSPSearchUpdates

• Le opzioni di distribuzione e Consenti ai client di usare i punti di distribuzione dalle impostazioni predefinite del gruppo di limiti del sito nella scheda Contenuto delle proprietà di distribuzione potrebbero tornare in modo imprevisto al valore predefinito dopo il salvataggio delle modifiche.

• I criteri di co-gestione esistenti non si applicano a Windows Virtual Desktop.

• I client aggiunti a un dominio connessi a Internet, ma non connessi tramite VPN a una rete aziendale, ora possono ricevere i dati dei criteri di Microsoft Defender.

Informazioni sull'aggiornamento per il ramo corrente di Microsoft Endpoint Configuration Manager, versione 2010

Questo aggiornamento è disponibile nel nodo Aggiornamenti e manutenzione della console di Configuration Manager per gli ambienti installati usando l'anello di aggiornamento anticipato o le build disponibili a livello globale della versione 2010.

I membri del programma TAP (Technology Adoption Program) di Configuration Manager devono prima applicare l'aggiornamento cumulativo tap privato prima di visualizzare questo aggiornamento.

Per verificare quale build è in uso, cercare un GUID pacchetto aggiungendo la colonna GUID pacchetto al riquadro dei dettagli del nodo Aggiornamenti e manutenzione nella console. L'aggiornamento si applica alle installazioni da pacchetti che hanno i GUID seguenti:

• 8DD2203C-3250-4FEA-996E-CBB17B96BB7E

• D5054056-F41C-4E61-90A7-4F135B76F806

• AC764035-EEE2-4E87-A5D2-1F666A328A8D

• 6B4F84B7-5555-48B0-AECC-74FB5A8AA24B

L'aggiornamento è applicabile anche alle build TAP con l'aggiornamento cumulativo tap privato (6EB8FDAB-5ECE-4A05-8BDA-E175ED7F12D3) installato.

Informazioni sul riavvio

Questo aggiornamento non richiede il riavvio del computer, ma avvia una reimpostazione del sito dopo l'installazione.

Informazioni aggiuntive sull'installazione

Dopo aver installato questo aggiornamento in un sito principale, è necessario aggiornare manualmente i siti secondari preesiste. Per aggiornare un sito secondario nella console di Configuration Manager, fare clic su Amministrazione,su Configurazione sito,su Siti,su Recupera sito secondarioe quindi selezionare il sito secondario. Il sito principale reinstalla quindi il sito secondario usando i file aggiornati. Le configurazioni e le impostazioni per il sito secondario non sono interessate da questa reinstallazione. I siti secondari nuovi, aggiornati e reinstallati nel sito principale ricevono automaticamente questo aggiornamento.

Eseguire il comando SQL Server seguente nel database del sito per verificare se la versione di aggiornamento di un sito secondario corrisponde a quella del sito principale padre:

selezionare dbo.fnGetSecondarySiteCMUpdateStatus ('SiteCode_of_secondary_site')

Se viene restituito il valore 1, il sito è aggiornato, con tutti gli aggiornamenti rapidi applicati al sito principale padre.

Se viene restituito il valore 0, il sito non ha installato tutte le correzioni applicate al sito principale ed è consigliabile usare l'opzione Recupera sito secondario per aggiornare il sito secondario.