Сборен пакет за актуализация за System Center Configuration Manager текущ клон, версия 1810

Проблеми с първата вълна

• Синхронизирането на актуализациите на Office 365 може да е неуспешно, след като актуализирате до Configuration Manager текущ клон, версия 1810. Съобщения за грешки, които приличат на едно от следните, се записват във файла WSyncMgr.log:

  ProcessFileManifest() не успя да обработи файлов манифест на O365. Уловени изключение: System.Net.WebException: Възникна изключение по време на WebClient заявка.

  ProcessFileManifest() не успя да обработи файлов манифест на O365. Уловено изключение: System.UriFormatException: Невалиден URI: URI схемата е невалидна.

• Процесът на надстройка на точка на разпространение може да е неуспешен. Това води до блокиране на допълнително разпространение на съдържание до този сървър. Съобщения за грешки, подобни на следните, се записват във файла distmgr.log:

  Неуспешно копиране на D:\SRVAPPS\Конфигурационен Manager\bin\x64\ccmperf.dll на Microsoft в \\{server}\SMS_DP$\sms\bin\ccmperf.dll. GLE = 32

• Всички замествани актуализации се премахват и вече не са приложими за даден клиент, дори преди изтичането му. Този проблем възниква дори ако не изтече срокът на актуализация на софтуера за заместване, докато актуализацията на софтуера не бъде заместена за 3 месеца опция е разрешена.

• Извършени са подобрения в производителността на услугата за репликация на данни за данни за откриване на устройства.

• Втората и последователните фази на разполагане стартират автоматично след успеха на първата фаза, независимо от условията на стартиране.

• Настройките на поведението на крайния срок за поетапно разполагане са несъвместими между съветника за създаване на поетапно разполагане и свойствата на Настройки фаза.

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

• Услугата за съдържание на шлюза за управление на облака (CMG) не се създава правилно, когато се добавя CMG роля, след като актуализирате до Configuration Manager текущ клон, версия 1810.

• Опцията Няма пакет за разполагане е избрана, след като промените свойствата на правило за автоматично разполагане (ADR). След като този сборен пакет за актуализация се приложи, засегнатите НЛР могат да бъдат създадени отново и техните свойства промени без допълнителен проблем.

• Configuration Manager машина за обработка на съобщения (MPE) може не винаги да обработва данни за откриване на Active Directory, когато са добавени незадължителни атрибути. Грешки, подобни на следните, се записват в SMS_Message_Processing_Engine.log:

  ГРЕШКА: Получих SQL изключение при обработка на съобщение за откриване. Изключение: System.Data.SqlClient.SqlException (0x80131904): Низът или двоичните данни ще бъдат орязани.~~

• Инструментът за връзка с услугата (serviceconnection.exe) е неуспешен и получавате следното съобщение за грешка, когато използвате параметъра -connect :

  ГРЕШКА: System.IO.Exception: Директорията не е празна.

• Потребител без пълни администраторски права може да не може да създаде или редактира Windows Defender правила на ATP дори когато го добавите към роля за защита на диспечера за защита на крайна точка.

• Проверката на задължителните компоненти неправилно дава възможност за повторен опит за инсталиране на сайт отново. Ако бъде опитан втори опит, администраторът трябва да изпълни инструмента за нулиране на Configuration Manager (CMUpdateReset.exe), за да отстрани проблема.

• Обработката на .bld файлове от SMS_Notification_Manager компонент отнема повече време от очакваното. Това води до забавяния в обработката на данни и неизпълнени задачи за файловете в папката \inboxes\bgb.box.

• След като актуализирате до Configuration Manager текущия клон, версия 1810, доставчиците на отдалечени SQL, които използват Microsoft SQL Server 2014 или по-стара версия, може не винаги да заявяват базата данни. Грешки, подобни на следните, се записват в smsprov.log:

  [42000][2571][Microsoft][SQL Server Native Client 11.0][SQL Server]Потребителят <provider_server>$' няма разрешение да изпълнява DBCC TRACEON.

• Компонентът на програмата за изтегляне на корекции на софтуерни актуализации повторни опити за актуализации, до три пъти. Тези повторни опити са неуспешни и връщат код на грешка 404.

• актуализации на Windows Server 2016 се показват неправилно като налични, когато планирате актуализации на изображението на операционната система Windows Server 2019.

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

Проблеми с глобално налично издание

• След като разрешите поддръжката за файлове за експресна инсталация, съдържанието може не винаги да се изтегля от сървърите на Windows Server Update Services (WSUS) в следните сценарии:

  • Configuration Manager инсталиране на клиент чрез точката за актуализиране на софтуер

  • Инсталиране на актуализации директно от WSUS

  • придобиване на Windows функция при поискване (FOD) или езиков пакет (LP)

• След като актуализирате до Configuration Manager текущия клон, версия 1810, записването на устройство може да замести Windows стойности за събирането на телеметрия, които преди това са били зададени от групови правила. Този проблем може да доведе до превключване на стойността между "пълни" и "основни", например когато се прилага групови правила.

• Наличностите на хардуера се актуализират, за да включват информация за добавките за Office365 и самостоятелните Office продукти.

• Анализ на работния плот планове за разполагане показват по-голям брой устройства в конзолата Configuration Manager, отколкото в портала на Анализ на работния плот.

• Configuration Manager клиентската настройка може да е неуспешна през мрежова връзка с измерено потребление (например мобилна). Това може да възникне дори ако настройките на клиентските правила позволяват тези връзки. Съобщение за грешка, подобно на следното, се записва във файла Ccmsetup.log на клиента:

  Разполагането на клиента не може да бъде изпълнено, тъй като не е разрешено използването на мрежа с измерено потребление.

• Инсталирането на клиента може да е неуспешно поради промени в схемата на SQL Server CE. Грешки, които приличат на следното, се записват в Ccmsetup-client.log на клиента:

  MSI: Инсталиращата програма не можа да компилира sql CE скриптов файл %windir%\CCM\DDMCache.sqlce. Кодът на грешката е 80040E14.

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

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

  • Щракването върху "Инсталиране " не оказва влияние.

• Влизането в услугите на Azure е неуспешно, когато използвате работния поток за създаване в съветника за услуги на Azure дори когато се използват правилните идентификационни данни.

• Configuration Manager инсталиращата програма може да не успее да изпълни задължителната проверка по време на инсталирането или актуализацията на сървъра на сайта. Този проблем възниква, ако средата използва SQL Always On.

  Правилото "Изключение в защитната стена за SQL Server" показва състоянието на неуспешно и се записват съобщения за грешки, подобни на следното, дори ако са конфигурирани правилните изключения за защитната стена:

  ГРЕШКА: Неуспешен достъп до профила за правила на защитната стена.
  ГРЕШКА: Неуспешно свързване с пространството на имената на WMI в <SQL слушателя>
  Изключение за защитната стена за SQL Server; Грешка; Защитната стена на Windows е разрешена и няма конфигурирани изключения за SQL Server или TCP портовете, които са необходими за репликация на данни между сайтове.

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

• Изтеглянето на актуализации на Office 365, като например "Версия на полугодишен канал 1808 за компилация x86 10730.20264" или "Месечен канал версия 1812 за компилация x64 11126.20196" може да е неуспешно. Във файла Patchdownloader.log не са регистрирани грешки. Обаче записи, които приличат на следното, се регистрират в AdminUI.log log:

  (SMS_PackageToContent.ContentID={content_ID},PackageID="{package_ID}") не съществува или неговият IsContentValid връща false. Ние ще изтеглим (повторно) това съдържание.

Информация за рестартиране

Не е необходимо да рестартирате компютъра, след като приложите тази актуализация.

Информация за замяна на актуализации

Тази актуализация не замества никоя издадена по-рано актуализация.

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

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

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

select dbo.fnGetSecondarySiteCMUpdateStatus ('SiteCode_of_secondary_site')

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

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