Aggiornamento dell'interoperabilità per System Center Configuration Manager versione 1610

Problemi risolti

• Il parametro della riga di comando per l'installazione client /SkipPrereq non viene riconosciuto. Quando si usa questo parametro, non vengono restituiti errori, ma verranno comunque installati tutti i programmi prerequisiti specificati.
  
  Dopo aver applicato questo aggiornamento, tutti i prerequisiti non installati correttamente nei client possono essere disinstallati.
  
  Nota I client esistenti possono sfruttare questa correzione aggiornando alla versione più recente di CCMSetup.exe. Questa operazione non richiede la reinstallazione del client. Questo file viene invece aggiornato automaticamente se la funzionalità di aggiornamento automatico del client è abilitata.
  
  Altre informazioni
  
  Per altre informazioni, vedere le risorse seguenti:
  

• • Informazioni sulla caratteristica di aggiornamento automatico del client, vedere Come aggiornare i client per Windows computer in System Center Configuration Manager.

  • Per informazioni su CCMSetup.exe, vedere Informazioni sulle proprietà di installazione client in System Center Configuration Manager. CCMSetup.exe possono anche essere distribuiti tramite la distribuzione del software o altri mezzi.
    

• Dopo l'aggiornamento dei client a Configuration Manager, versione 1610, il contenuto della cartella cache di CCM (%windir%\ccmcache per impostazione predefinita) è orfano. Anche se i file sono ancora presenti su disco, non sono disponibili per le installazioni delle applicazioni e non verranno gestiti o eliminati dal client.
  
  L'installazione di questo aggiornamento impedisce il problema della cache per gli aggiornamenti futuri del client. I client aggiornati in precedenza scaricano di nuovo il contenuto applicabile e qualsiasi contenuto scaduto può essere eliminato manualmente in base alle esigenze.
  
  

• Dopo l'aggiornamento di un sito di amministrazione centrale (CAS) a Configuration Manager, versione 1610, il contenuto nuovo o aggiornato del pacchetto non viene elaborato nei siti figlio di versione inferiore. Possono essere inclusi gli aggiornamenti delle immagini di avvio, la distribuzione del software o i pacchetti di aggiornamento software e altri contenuti.
  
  Quando si tenta di elaborare le istruzioni del pacchetto dal sito padre della versione 1610, il componente SMS_Despooler nella versione precedente del sito figlio registra le voci simili alle seguenti nel file despool.log:
  
  

  ~Ricevuto pacchetto package_id versione 570448640. File compresso - PCA come SMS_INSTALL_DIR\Inboxes\despoolr.box\receive\PKGxxxx1.TRY
  ~Il percorso UNC archiviato nel pacchetto precedente è .
  ~Questo pacchetto[package_id] le informazioni non sono ancora arrivate per questa versione [570448640]. Riprova più tardi ...
  ~Created retry instruction for job job_id
  ~Despooler failed to execute the instruction, error code = 12

  
  Note
  
  

  • Il numero di versione del pacchetto registrato nel file di log non corrisponde a nessuna versione prevista.

  • SMS_Despooler nei siti figlio ritenteranno le istruzioni fino a 100 volte.

  • Nei siti della versione 1511 o 1602 ciò equivale a circa 36 ore per gli aggiornamenti dei pacchetti e 8 ore per i nuovi pacchetti. La durata del nuovo tentativo nella versione 1606 e nelle versioni successive è di circa 50 ore per i pacchetti nuovi e aggiornati.

  • I siti aggiornati o installati entro i tempi di ripetizione dei tentativi risolvono automaticamente il problema ed elaborano le istruzioni per il pacchetto.

  • Se tutti i tentativi vengono esauriti prima dell'aggiornamento del sito figlio, nel file despool.log viene registrato il messaggio seguente:
    

    Abbiamo cercato abbastanza volte di lavoro <job_id>, rinuncia.

  • Per i siti che eseguono l'aggiornamento dopo l'esaurimento di tutti i tentativi, il contenuto del pacchetto deve essere aggiornato nella cas dopo l'aggiornamento per risolvere il problema.

Informazioni sull'aggiornamento per System Center Configuration Manager, versione 1610

Questo aggiornamento è disponibile per l'installazione nel nodo Aggiornamenti e manutenzione della console Configuration Manager per gli ambienti installati usando le build della versione 1610 scaricate prima del 20 dicembre 2016.

Per verificare quale build viene utilizzata, cerca uno dei SEGUENTI GUID pacchetto nella console:

• C43A89E4-B642-4FC8-ABF0-255BF5D88D82

• 171DD417-F82A-451D-92B2-35FA0CD073C6

• 91406B1D-7C14-42D8-A68B-484BE5C5E9B8

Per visualizzarlo, aggiungere la colonna GUID pacchetto al riquadro dei dettagli del nodo Aggiornamenti e manutenzione.

Dopo aver installato questo aggiornamento in un sito primario, i siti secondari preesistenti devono essere aggiornati manualmente. Per aggiornare un sito secondario nella console Configuration Manager, fare clic su Amministrazione, su Configurazione sito, su Siti, su Recupera sito secondario e 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:

select dbo.fnGetSecondarySiteCMUpdateStatus ('SiteCode_of_secondary_site')
Se il valore restituito è 1, il sito è aggiornato applicando tutti gli aggiornamenti rapidi nel sito principale padre.

Se il valore restituito è 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.