Актуализация на оперативна съвместимост за System Center Configuration Manager версия 1610

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

• Параметърът за команден ред за инсталиране на клиента /SkipPrereq не е разпознат. Не се връщат грешки, когато използвате този параметър, но всички зададени предварителни програми ще продължат да се инсталират.
  
  След като се приложи тази актуализация, всички предварителни изисквания, които са неправилно инсталирани на клиентите, могат да бъдат деинсталирани.
  
  Забележка Съществуващите клиенти могат да се възползват от тази корекция чрез актуализиране до най-новата версия на CCMSetup.exe. Това не изисква преинсталиране на клиента. Вместо това този файл се актуализира автоматично, ако функцията за автоматична надстройка на клиента е разрешена.
  
  Повече информация
  
  За повече информация вижте следните ресурси:
  

• • За функцията за автоматична надстройка на клиент вижте Как да надстроите клиенти за Windows компютри в System Center Configuration Manager.

  • За CCMSetup.exe вижте Информация за свойствата на клиентската инсталация в System Center Configuration Manager. CCMSetup.exe може да се разпространява и чрез разпространение на софтуер или чрез други средства.
    

• След като клиентите надстроят до Configuration Manager, версия 1610, съдържанието на папката CCM Cache (%windir%\ccmcache по подразбиране) е осиротело. Въпреки че файловете все още са налични на диска, те не са налични за инсталации на приложения и няма да бъдат управлявани или изтрити от клиента.
  
  Инсталирането на тази актуализация предотвратява проблема с кеша при бъдещи надстройки на клиенти. По-рано надстроени клиенти ще изтеглят повторно приложимото съдържание и всяко изтекло съдържание може да бъде изтрито ръчно, ако е необходимо.
  
  

• След като надстроите сайт на централното администриране (CAS) до Configuration Manager, версия 1610, новото или актуализираното съдържание на пакета не се обработват в дъщерни сайтове с по-ниска версия. Това може да включва актуализации на изображения за зареждане, софтуерни пакети за разпространение или актуализиране на софтуер и друго съдържание.
  
  Когато се опитате да обработите инструкциите за пакета от версия 1610 родителски сайт, SMS_Despooler компонент на по-ранна версия дъщерен сайт регистрационни записи, подобно на следното във файла despool.log:
  
  

  ~Получен пакет package_id версия 570448640. Компресиран файл – PCA като SMS_INSTALL_DIR\Inboxes\despoolr.box\receive\PKGxxxx1.TRY
  ~Старият съхранен UNC път е .
  ~Този пакет[package_id] все още не е пристигнала информация за тази версия [570448640]. Опитайте отново по-късно...
  ~Създадена е инструкция за повторен опит за задание job_id
  ~Despooler не успя да изпълни инструкцията, код на грешката = 12

  
  Бележки
  
  

  • Номерът на версията на пакета, записан в регистрационния файл, не съответства на очакваната версия.

  • SMS_Despooler на сайтовете наследник ще опита отново инструкциите до 100 пъти.

  • Във версия 1511 или 1602 сайтове това се равнява на приблизително 36 часа за актуализации на пакети и 8 часа за нови пакети. Времетраенето на повторни опити във версия 1606 и по-нови версии е приблизително 50 часа за нови и актуализирани пакети.

  • Сайтовете, които са надстроени или инсталирани в рамките на време за повторен опит, автоматично ще отстранят проблема и ще обработят инструкциите за пакета.

  • Ако всички повторни опити са изчерпани, преди да бъде надстроен дъщерният сайт, във файла despool.log се записва следното съобщение:
    

    Опитваме се отново на работа <job_id>, отказваме се.

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

Информация за актуализации за System Center Configuration Manager, версия 1610

Тази актуализация е налична за инсталиране във възела Updates and Servicing на конзолата Configuration Manager за среди, които са инсталирани с помощта на компилации на версия 1610, изтеглени преди 20 декември 2016 г.

За да проверите коя компилация се използва, потърсете един от следните GUID идентификатори на пакети в конзолата:

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

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

• 91406B1D 7C14 42D8 A68B 484BE5C5E9B8

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

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

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

select dbo.fnGetSecondarySiteCMUpdateStatus ('SiteCode_of_secondary_site')
Ако върнатата стойност е 1, сайтът е актуален, като всички горещи поправки са приложени на родителския основен сайт.

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