Kumulativní aktualizace pro microsoft endpointovou Správce konfigurace větev, verze 2010

Shrnutí

Tento článek popisuje problémy opravené v této kumulativní aktualizaci pro Microsoft Endpoint Správce konfigurace větev, verze 2010. Tato aktualizace platí jak pro zákazníky, kteří se rozhodli použít skript PowerShellu pro nasazení okruhu rané aktualizace, tak pro zákazníky, kteří nainstalovali globálně dostupnou verzi.
Další informace o změnách ve verzi 2010 Správce konfigurace najdete v tématu: Co je nového ve verzi 2010 aktuální větve Správce konfigurace Souhrn změn v aktuální větvi

microsoft endpointu Správce konfigurace verze 2010

Opravené problémy

Správce konfigurace výjimky konzoly
Konzola ukončí nebo vygeneruje výjimku za následujících podmínek. 

• Pokud proces aktualizace spouštěcích bitových kopií v distribučních bodech trvá déle než osm minut, zobrazí se podrobnosti o výjimce připomínající následující.

• Pokud je proces registrace tenanta dokončený a nahrávání zařízení je omezeno na konkrétní kolekci, uživatel nemůže limitující kolekci změnit, jakmile se konzola ukončí. K tomu dochází, pokud je uživateli odepřen přístup, pokud je jim odepřen přístup k nadřazenému prvku limitující kolekce.

• Při úpravách typu nasazení aplikace, který dříve neobsahuje cestu k obsahu.

• Problém s konzolou, který je podrobně popsané v následujícím článku.
  Konzola KB 4599924 se neočekávaně ukončí v Správce konfigurace větvi, verze 2010

SMS_Executive (smsexec.exe) služby
Služba SMS_Executive ukončí za následujících podmínek.

• Na serverech webu Windows Serveru 2012 R2 po aktualizaci na Správce konfigurace verze 2010. K tomu dochází, Internetová informační služba (IIS) nikdy předtím na serveru nenainstalovaný.

• Pokud má soubor zámku instalace klienta neplatné datum souboru.

• Pokud má bod aktualizace softwaru povolené nastavení Použít proxy server při stahování obsahu pomocí pravidel automatického nasazení.

Další problémy

• Krok pořadí úkolů Spustit skript PowerShellu neuctí proměnnou SMSTSDisableStatusRetry. Výsledkem je několik pokusů o odeslání stavových zpráv, i když je počítač offline, což vede ke zvýšení zpoždění při dokončení pořadí úkolů.

• Zásady brány firewall přiřazené prostřednictvím Centra pro správu Microsoft Endpoint Manageru se ve Windows 10, verzi 20H1 a novějších klientech nevztahují.

• Správce konfigurace klienti, kteří aktualizují svůj systém BIOS, mohou být ve více umístěních v Správce konfigurace systému.

• Několik souborů protokolu klienta, například CoManagementHandler.log a execmgr.log, obsahuje následující falešně zápornou položku protokolu. Výsledkem je potenciálně cenné informace o řešení potíží, které se přepíšou.

  Nepodařilo se získat příkaz GetDeviceManagementConfigInfo, respektujte autoritu MEM. Chyba (0x00000000).

• Pokud stahovaný obsah odstraníte z Centra komunity, obsah se z centra komunity > Vaše soubory ke stažení a nemůžete obsah znovu stáhnout.

• U revidovaného obsahu Centra komunity není tlačítko Push Update povolené.

• Dočasný obsah se po spuštění posloupnosti úkolů ne vždy odstraní.

• Zaškrtávací políčko Nastavit vlastní plán se zaškrtnuté a při aktualizaci seznamu katalogů aktualizací softwaru partnera se odebere veškeré vlastní nastavení plánu.

• Klienti připojení k hybridní službě Azure Active Directory se dají Správce konfigurace konzole, ale s jiným identifikátorem GUID (SMSID). K tomu dochází během nasazení operačního systému do klienta, kde je bod správy nakonfigurovaný pro komunikaci HTTPS.

• Vlastnost instalace klienta CCMDEBUGLOGGING nefunguje, když se předá během kroku posloupnosti úloh Setup Windows a ConfigMgr.

• Řídicí panel správy klientů Office 365 zobrazuje všechny kanály klientů jako Jiné.

• Data inventáře hardwaru klienta se nereplikují z primární lokality do lokality centrální správy (CAS), pokud je pro třídu CCM_SoftwareDistributionClientConfig v oboru názvů ROOT\ccm\Policy\Machine\ActualConfig povoleno vytváření sestav. Do souboru dataldr.log na primárním webu se zaznamenávají chyby připomínající následující položky.

  Názvy sloupců v každém zobrazení nebo funkci musí být jedinečné. Název sloupce "ADV_RebootLogoffNotification0" v zobrazení nebo funkci "v_GS_CCM_SOFTWAREDISTRIBUTIONCLIENTCONFIG" je zadaný více než jednou.

• Aktualizace softwaru nasazené prostřednictvím posloupnosti úkolů během okna údržby nemusí restartovat počítač podle očekávání. Soubor Update Deployment.log obsahuje chybu podobající se následujícímu.

  Chyba InstallTargetedUpdates, chyba 87d00708

• Uživatel s přístupem jen pro čtení k aplikacím nemůže kopírovat nebo procházet obsah skriptu v okně Editoru skriptů.

• Zpracování pravidel automatického nasazení se po aktualizaci Správce konfigurace verze 2010 nezdaří. V popisu poslední chyby se zobrazí zpráva o neúspěšném stažení pravidla automatického nasazení. K tomu dochází kvůli dočasným souborům s nulovým nulou, které zůstaly během stahování ve složce Windows\Temp.
   

• Centrum softwaru se neotevře v některé Správce konfigurace větvi , klienti verze 2010. Název SCClient_<domény>@<uživatelské jméno>_1.log obsahuje chyby, které se podobá následujícímu. Všimněte si, že se číslo řádku může lišit od následujícího příkladu.

  Volání executeQuery se nezdařilo, dotaz: "Select * From CCM_Application WHERE UserUIExperience = TRUE"
  Výjimka zachycená v executequery, řádek 465...
  (Microsoft.SoftwareCenter.Client.Data.WmiConnectionManager ve společnosti ExecuteQuery)

  Soubor DCMAgent.log také obsahuje chybu podobající se následující, zaznamenané současně s položkami protokolu SCClient.  Kód 0x87d00315 chyby se přeloží na "Informace o verzi ci nejsou k dispozici".  

  ExecuteApplicationQuery – Nepodařilo se získat aplikace zaměřené na počítač (0x87d00315).

• Klientské počítače mohou neočekávaně obdržet nasazení aktualizace softwaru, pokud se cílová kolekce změní z "Všechny systémy" na jinou kolekci.

• Obsah balíčku nad rámec prvního balíčku není v klientovi uložen do mezipaměti místně, pokud je pro krok pořadí úkolů Stáhnout obsah balíčku povolena možnost Uložit cestu jako proměnnou.

• Počítače nesprávně hlásí, že není v souladu se zásadou šifrování pevné datové jednotky nástrojem BitLocker. K tomu dochází u počítačů s jedinou jednotku a oddílem, i když jsou zašifrované nástrojem BitLocker.

• Synchronizace ovladačů zařízení Surface se nezdaří, pokud je bod aktualizace softwaru v samostatné nedůvěryhodné doméně od serveru webu. A v souboru wsyncmgr.log se zaznamená chyba připomínající následující.

  Synchronizace se nezdařila: Žádost se nezdařila se stavem HTTP 401: Neautorizované. Zdroj: Microsoft.UpdateServices.Internal.ApiRemoting.ExecuteSPSearchUpdates

• Možnosti nasazení a Povolit klientům používat distribuční body z výchozího nastavení skupiny hranic webu na kartě Obsah vlastností nasazení se po uložení změn neočekávaně vrátí do výchozího nastavení.

• Stávající zásady spolus správy se nevztahují na virtuální plochu Windows.

• Klienti připojení k doméně, kteří jsou připojení k internetu, ale nejsou připojení přes VPN k podnikové síti, teď mohou přijímat data zásad v programu Microsoft Defender.

Informace o aktualizaci pro Microsoft Endpoint Správce konfigurace větev, verze 2010

Tato aktualizace je dostupná v uzlu Aktualizace a údržba konzoly Správce konfigurace pro prostředí nainstalovaná pomocí okruhu rané aktualizace nebo globálně dostupných buildů verze 2010.

Členové programu Správce konfigurace Technology Adoption Program (TAP) musí před zobrazením této aktualizace nejdřív použít soukromou kumulativní aktualizaci TAP.

Pokud chcete ověřit, který build se používá, vyhledejte identifikátor GUID balíčku přidáním sloupce Identifikátor GUID balíčku do podokna podrobností uzlu Aktualizace a údržba v konzole. Aktualizace se týká instalací z balíčků, které mají následující identifikátory GUID:

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

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

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

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

Aktualizace se vztahuje také na buildy TAP s nainstalovanou soukromou kumulativní aktualizací TAP (6EB8FDAB-5ECE-4A05-8BDA-E175ED7F12D3).

Informace o restartování

Tato aktualizace nevyžaduje restartování počítače, ale po instalaci zahájí resetování webu.

Další informace o instalaci

Po instalaci této aktualizace na primární web musí být stávající sekundární weby ručně aktualizovány. Pokud chcete aktualizovat sekundární web v Správce konfigurace, klikněte na Správa,klikněte na Konfigurace webu,klikněte na Weby, klikněte na Obnovitsekundární web a vyberte sekundární web. Primární web pak znovu nainstaluje tento sekundární web pomocí aktualizovaných souborů. Tato přeinstalace nemá vliv na konfigurace a nastavení sekundárního webu. Nové, upgradované a přeinstalované sekundární weby v rámci této primární lokality automaticky dostanou tuto aktualizaci.

Spuštěním následujícího příkazu SQL Serveru v databázi webu zkontrolujte, jestli aktualizační verze sekundárního webu odpovídá nadřazené primární lokalitě:

select dbo.fnGetSecondarySiteCMUpdateStatus ('SiteCode_of_secondary_site')

Pokud je vrácena hodnota 1, je web aktuální a všechny opravy hotfix použité na nadřazené primární lokalitě.

Pokud je vrácena hodnota 0, web nenainstaluje všechny opravy použité u primární lokality a k aktualizaci sekundárního webu byste měli použít možnost Obnovit sekundární web.