Кумулативен сбор за актуализация за Microsoft крайна точка на диспечера за конфигуриране на текущия клон, версия 2010

Обобщена информация

Тази статия описва проблеми, които са коригирани в тази сборна актуализация за Microsoft крайна точка на конфигурацията на диспечера за управление на крайните точки, версия 2010. Тази актуализация се прилага както за клиенти, които са се включили в скрипт на PowerShell, в началото на обновяването на звънене, така и за клиенти, които са инсталирали глобално наличното издание.
За допълнителна информация за промените в конфигурацията на диспечера на версии 2010 вижте:
Какво е новото във версия 2010 на диспечера за конфигуриране на текущото
Резюме на промените в Microsoft крайна точка на диспечера за конфигуриране на текущия клон, версия 2010

Проблеми, които са коригирани

Изключения за конзола на диспечера за конфигуриране
Конзолата прекратява или генерира изключение при някое от следните условия: 

• Ако процесът за актуализиране на изображенията при стартиране на точките на разпространение отнема по-дълги от осем минути, които наподобяват следните, се показват.

  Тип изключение: System. ArgumentOutOfRangeException
  Съобщение: стойността на "101" не е валидна за "стойност". "Стойност" трябва да бъде между "минимум" и "максимум".

• 9065204 Ако процесът на внедряване на клиент приключи и качването на устройството е ограничено до определена колекция, потребителят не може да модифицира ограничението за събиране, ако им е отказан достъп до колекция от предци

• Когато редактирате тип разполагане на приложение, който преди това не съдържа път за съдържание.

• Проблемът в конзолата е подробен в следващата статия.
  KB 4599924 конзола се прекратява неочаквано в текущия клон на диспечера за конфигуриране, версия 2010

Изключения за услугата за SMS_Executive (smsexec.exe)
Услугата SMS_Executive се прекратява при някое от следните условия:

• На сървърите на сайта на Windows Server 2012 R2 след актуализиране до версия 2010 на диспечера за конфигуриране. Това се случва, ако Internet Information Services (IIS) не е бил предварително инсталиран на сървъра.

• Ако файлът за заключване на инсталацията на клиента има невалидна дата на файла.

• Ако точката на актуализация на софтуера има активирана настройка "Използвайте прокси сървър, когато изтегляте съдържание с помощта на автоматични правила за разполагане".

Други проблеми

• Стъпката на последователността на скрипта за изпълняване на задачи на PowerShell не почита променливата SMSTSDisableStatusRetry . Това води до множество опити за изпращане на съобщения за състоянието дори когато една машина е извън линия, което води до увеличаване на закъсненията в изпълнението на последователността на задачите.

• Правилата за защитната стена, присвоени през центъра за администриране на диспечера за крайна точка на Microsoft, не важат за Windows 10, версия 20H1 и по-нови клиенти.

• Клиентите на диспечера за конфигуриране, които актуализират своя BIOS, могат да бъдат показани два пъти на много места в конзолата на диспечера за конфигуриране.

• Няколко регистрационни файла на клиент, като например CoManagementHandler. log и execmgr. log, съдържат следния запис за FALSE негативен регистър. Това води до презаписване на потенциално ценна информация за отстраняване на неизправности.

  Неуспешно GetDeviceManagementConfigInfo, почетна власт на MEM. Грешка (0x00000000).

• Ако изтриете изтеглено съдържание от центъра за Общността, съдържанието не се изтрива от центъра за общността > страницата " изтегляния " и не можете да изтеглите съдържанието отново.

• Бутонът за Push Update не е разрешен за преработения център за съдържание на Общността.

• Временното съдържание не винаги се изтрива, след като се изпълни последователността на задачите.

• Квадратчето за отметка Задаване на график по избор се изчиства и всички настройки на графици по избор се премахват, когато се обнови списъкът на каталозите за актуализиране на софтуера на партньора.

• Хибридните Azure Active Directory, свързани клиенти могат да се показват дублирани в конзолата за управление на конфигурацията, но с различни GUID (SMSID). Това се случва при разполагане на операционна система към клиента, където управляващата точка е конфигурирана за HTTPS комуникация.

• Свойството за инсталиране на клиент на CCMDEBUGLOGGING не работи, когато бъде предадено по време на стъпката за последователност на настройването на Windows и ConfigMgr.

• Таблото за управление на клиенти на Office 365 показва всички клиентски канали като други.

• Данните за запасите на хардуера за клиента не се репликират от първичен сайт към сайта на централното администриране (CAS), когато е разрешен отчет за CCM_SoftwareDistributionClientConfig класа в мястото за имена на ROOT\ccm\Policy\Machine\ActualConfig . Грешки, наподобяващи по-долу, се записват във файла dataldr. log в основния сайт.

  Имената на колоните във всеки изглед или функция трябва да са уникални. Името на колоната "ADV_RebootLogoffNotification0" в изглед или функция "v_GS_CCM_SOFTWAREDISTRIBUTIONCLIENTCONFIG" е зададено повече от веднъж.

• Актуализациите на софтуера, разположени чрез последователността на задачите по време на поддръжката, може да не рестартира компютъра по очаквания начин. Файлът за разполагане на актуализацията. log съдържа грешка, наподобяваща следното.

  InstallTargetedUpdates неуспешно, грешка 87d00708

• Потребителят с достъп само за четене до приложения не е в състояние да копира или превърти надолу чрез съдържание на скрипт в прозореца на редактора на скриптове.

• Софтуерният център не може да се отвори в някой конфигурационен ръководител на текущия клон, версия 2010 клиенти. SCClient_<домейн> @ <потребителско име>_1. log съдържа грешки, наподобяващи следните.

  Извикване на ExecuteQuery неуспешно, заявка: "изберете * от CCM_Application, където UserUIExperience = TRUE"
  Изключение, уловено в ExecuteQuery, линия 465...
  (Microsoft. SoftwareCenter. client. data. WmiConnectionManager при ExecuteQuery)

  DCMAgent. log съдържа и грешка, наподобяваща следното.

  ExecuteApplicationQuery – не успя да получи приложения за целева машина (0x87d00315).

• Клиентските компютри може неочаквано да получат разполагане за актуализиране на софтуер, ако целевата колекция е променена от "всички системи" към друга колекция.

• Съдържанието на пакета извън първия пакет не се кешира локално в клиента, когато е разрешена пътят за записване като променлива настройка за стъпката на задачата за изтегляне на пакет със съдържание на пакета .

• Компютрите неправилно съобщават за несъответствие с правилата за шифроване на устройства с фиксирани данни за BitLocker. Това се случва за компютри само с един диск и дял, дори когато е шифрован чрез BitLocker.

• Синхронизацията на Surface Driver е неуспешна, ако точката за актуализиране на софтуера е в отделен ненадежден домейн от сървъра на сайта. А грешката наподобяваща следното се записва във файла wsyncmgr. log.

  Неуспешно синхронизиране: заявката е неуспешна със статус на HTTP 401: неоторизиран. Източник: Microsoft.UpdateServices.Internal.ApiRemoting.ExecuteSPSearchUpdates

• Опциите за разполагане и Позволяване на клиентите да използват точките на разпространение от настройките на групата на границата на сайта по подразбиране в раздела съдържание на свойствата на разполагане може да се върне неочаквано към по подразбиране след записването на промените.

• Съществуващите правила за съвместно управление не се прилагат към виртуален работен плот на Windows.

Актуализиране на информацията за диспечера за конфигуриране на крайна точка на Microsoft текущ клон, версия 2010

Тази актуализация е налична в раздела "актуализации и обслужване" на конзолата за конфигуриране на диспечера за среда, които са инсталирани с помощта на позвъняване за ранни актуализации или глобално достъпни компилации на версия 2010.

Членовете на програмата за усвояване на технологии на диспечера за конфигуриране (TAP) първо трябва да приложат поверителния Сборен пакет, преди да се покаже тази актуализация.

За да проверите коя компилация се използва, потърсете ИДЕНТИФИКАТОР на пакет, като добавите колоната за GUID на пакета към екрана за подробни данни на възела за актуализации и обслужване в конзолата. Актуализацията се прилага към инсталации от пакети, които имат следните GUID:

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

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

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

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

Актуализацията е приложима също и за ДОКОСВАНЕ на компилациите с инсталиран личен Сборен пакет за събиране на данни (6EB8FDAB-5ECE-4A05-8BDA-E175ED7F12D3).

Рестартирайте информацията

Тази актуализация не изисква рестартиране на компютъра, но ще инициира нулиране на сайта след инсталирането.

Допълнителна информация за инсталиране

След като инсталирате тази актуализация на основен сайт, преди съществуващите вторични сайтове трябва да се актуализират ръчно. За да актуализирате второстепенен сайт в конзолата на диспечера за конфигуриране, щракнете върху администриране, щракнете върху конфигурация на сайта, щракнете върху сайтове, щракнете върху възстановяване на вторичния сайти след това изберете вторичния сайт. Основният сайт след това преинсталира този второстепенен сайт, като използва актуализираните файлове. Конфигурациите и настройките за вторичния сайт не се влияят от тази преинсталация. Новите, надстроени и преинсталирани вторични сайтове под този основен сайт автоматично получават тази актуализация.

Изпълнете командата по-долу на SQL Server в базата данни на сайта, за да проверите дали версията за актуализиране на второстепенен сайт съвпада с тази на родителския й първичен сайт:

Изберете DBO. fnGetSecondarySiteCMUpdateStatus ("SiteCode_of_secondary_site")

Ако стойността 1 бъде върната, сайтът е актуален, като всички актуални корекции, приложени върху главния му сайт.

Ако стойността 0 бъде върната, сайтът не е инсталирал всички корекции, които са приложени към основния сайт, и трябва да използвате опцията възстановяване на второстепенен сайт , за да актуализирате втория сайт.