System Center Configuration Manager praeguse haru versiooni 1810 värskenduskomplekt

Esimene laine probleemid

• Office 365 värskenduste sünkroonimine ei pruugi pärast värskendamist Configuration Manager praeguse haru versiooni 1810. Failis WSyncMgr.log registreeritakse sarnanevad ühega järgmistest tõrketeadetest:

  ProcessFileManifest() ei töödelda O365 manifesti. Erand on püütud: System.Net.WebException: WebClient taotluse ajal ilmnes erand.

  ProcessFileManifest() ei töödelda O365 manifesti. Erand on püütud: System.UriFormatException: sobimatu URI: The URI-skeem on kehtetu.

• Levituse punkt versiooniuuenduse installimine võib nurjuda. See põhjustab serveri blokeerida täiendavaid sisu levitamine. Failis distmgr.log registreeritakse tõrketeadetest, mis näeb välja järgmine:

  D:\SRVAPPS\Microsoft konfiguratsiooni Manager\bin\x64\ccmperf.dll et kopeerimine nurjus \\{server}\SMS_DP$\sms\bin\ccmperf.dll. GLE = 32

• Eemaldatakse kõik varasemad värskendused ja ei ole enam klient juba enne aegumise korral. See probleem ilmneb ka siis, kui lõpeb asendatud tarkvaravärskenduse seni, kuni see tarkvaravärskendus ei asenda 3 kuu jooksul suvand on lubatud.

• Seadme tuvastamine andmete kopeerimine andmeteenuse tehtud jõudlust.

• Teine ja hilisemad perioodid juurutamine pärast esimese etapi start tingimustest sõltumata edu automaatselt käivituda.

• Phased juurutamine tähtaeg käitumine sätted on vastuolus luua järk-järgult juurutamine viisard ja Perioodi sätted atribuudid.

• Kui käivitate hoolduse plaani pärast seda, kui valite toote kategooria, filter ei lisata õigesti.

• Pilve Gateway (CMG) sisu teenus on loodud õigesti, kui CMG rolli lisatakse pärast värskendamist Configuration Manager praeguse haru versiooni 1810.

• No juurutamise pakett suvand on valitud, kui muudate atribuute, mõni automaatse juurutamise reegel (lahendamise). Pärast selle värskenduskomplekti rakendamist mõjutatud kõrvaltoimed, mida saab uuesti loodud ja nende atribuutide muudatused ilma täiendava probleemi.

• Configuration Manager sõnumi töötlemise Engine (Arvutusüksuse) võib alati töödelda Active Directory discovery andmete lisamisel valikulised atribuudid. Tõrked, mis meenutavad järgmisi registreeritakse selle SMS_Message_Processing_Engine.log:

  TÕRGE: Kas teil on SQL-i erandi kui töötlemiseks discovery sõnum. Erand: System.Data.SqlClient.SqlException (0x80131904): String või binaarandmete oleks kärbitud. ~ ~

• Teenuse ühenduse tööriista (serviceconnection.exe) nurjub ja kuvatakse järgmine tõrketeade, kui kasutate seda -ühenduse parameeter:

  TÕRGE: System.IO.Exception: kataloog pole tühi.

• Ilma täieliku administraatori õigustega kasutaja ei saa luua või muuta Windows Defenderi ATP poliitikad, isegi siis, kui lisate need turberolli Endpoint Protection Manager.

• Installimise eeltingimuste kontrolli valesti antakse võimalus uuesti saidi install uuesti. Kui teine uuesti proovinud, administraator käivitama Configuration Manager lähtestada tööriist (CMUpdateReset.exe) probleemi lahendada.

• Töötlemine .bld failid, et SMS_Notification_Manager komponendi võtab oodatust kauem aega. See põhjustab viivitused andmete töötlemise ja mahajäämus \inboxes\bgb.box kaustas olevad failid.

• Pärast värskendamist Configuration Manager praeguse haru, versioon 1810, SQL serveri pakkujad, kes kasutavad varasemat versiooni või Microsoft SQL Server 2014 võib ei alati päringu andmebaasi. Tõrked, mis meenutavad järgmisi registreeritakse selle smsprov.log:

  [42000] [2571] [Microsoft] [SQL Server Native Client 11.0] [SQL serveri] kasutaja < provider_server >$' on õigus kasutada DBCC TRACEON.

• Tarkvara värskendused paiga Allalaadija komponendi uued katsed värskendusi, kolm korda. Nende uute katsete nurjub ja tagastab tõrkekoodi 404.

• Windows Server 2016 värskendused kuvatakse valesti kättesaadavaks kui ajastate värskendusi Windows Serveri 2019 opsüsteemi pilti.

• Kasutaja ees- või perekonnanime või täisnimi, otsides tagastab tulemeid jaotises Ülevaade varad ja vastavus sõlmes Configuration Manager konsooli. See probleem ilmneb ka siis, kui täielik avastus andmed on saadaval.

Globaalne saadaval release probleemid

• Pärast kiire installifailid toe lubamiseks sisu ei tohi alati alla laadida Windows Server Update Services (WSUS) serverite järgmistel juhtudel:

  • Configuration Manager kliendi installimine tarkvaravärskenduse punkti kaudu

  • Otse WSUS-i värskenduste installimine

  • Windowsi funktsioon on Demand (Prantsuse ülemeredepartemangude) või Language Pack (LP)

• Pärast värskendamist Configuration Manager praeguse haru versiooni 1810, saate seadme registreerimine üle kirjutada Windows telemeetria kogumise väärtusi, mida varem määratud rühmapoliitika. See probleem võib põhjustada lülitamine täielikult ja basic, näiteks kui rühmapoliitika rakendatakse väärtus.

• Riistvara varude värskendatakse Office365 ja autonoomne Office'i lisandmoodulite kohta teabe tooteid.

• Töölaua analüüs juurutamine plaanid Kuva suurem seadme arv portaalis töölauale analüüs kui Configuration Manageri konsool.

• Configuration Manager kliendi installimine võib nurjuda mahupõhine (näiteks mobiilsidevõrgu) võrguühenduse kaudu. See võib ilmneda ka siis, kui need ühendused võimaldavad kliendi sätted. Kliendi failis Ccmsetup.log on salvestatud kuvatakse tõrketeade, mis sarnaneb järgmisega:

  Kliendi juurutamine ei saa täita, kuna mahupõhise võrgu kasutamine on lubatud.

• Kliendi installimine võib nurjuda SQL Server CE skeemi muutuste tõttu. Tõrked, mis meenutavad järgmisi registreeritakse Ccmsetup client.log klient:

  MSI: Installiprogramm ei saa kompileerida Sql CE skripti faili % windir%\CCM\DDMCache.sqlce. Tõrkekood on 80040E14.

• Taotlus on osaliselt ühilduv olekus, kui klient näeb, et sõltuvus on installitud, kuid peamine taotlus ei ole ja nõuab uuesti jõustamine, Saadaval juurutamine põhjustab järgmisi probleeme:

  • Rakendus kuvatakse vajalik või viimase nõuetekohaselt kuigi juurutamine on saadaval ja ülimuslikkuse seos puudub.

  • Klõpsake installimiseks ei avalda.

• Logi sisse Azure'i teenuste kasutamisel nurjub luua töövoo viisardis Azure'i teenuste isegi siis, kui kasutatakse õiget mandaadiga.

• Konfiguratsioonihalduri seadistamine ei pruugi eeltingimuste kontroll ajal installi või värskenduse saidi server. See probleem ilmneb juhul, kui keskkonda kasutab SQL alati.

  Reegli "Tulemüüri erandite SQL serveri" näitab olek on nurjus ja tõrketeadetest, mis meenutavad järgmisi registreeritakse ka siis, kui õige tulemüürisuvandite on konfigureeritud:

  Tõrge: juurdepääs tulemüüri poliitika profiili nurjus. TÕRGE: Ei saanud ühendust WMI nimeruumis < SQL Listener > Tulemüürierandile SQL Server; Tõrge; Windowsi tulemüür on sisse lülitatud ja ei ole erandid konfigureeritud SQL Server või TCP pordid, mis on vajalikud saitidevahelise andmete kopeerimine.

• Alternatiivsete allalaadimiseks server, mis on loetletud jaotises "Täpsusta sisevõrgu Microsoft Update'i teenuse asukoht" aken ei levi kliendi rühmapoliitika sätteid.

• Office 365 värskendused, nagu näiteks "Pool aasta kanali versioon 1808 x x86 Build 10730.20264" või "Igakuine kanali versioon 1812 x64 Build 11126.20196" allalaadimine võib nurjuda. Tõrkeid logitakse failis Patchdownloader.log. Siiski logitakse AdminUI.logLogi kirjed, mis meenutavad järgmisi.

  (SMS_PackageToContent.ContentID={content_ID},PackageID='{package_ID}") ei ole olemas või selle IsContentValid tagastab väärtuse false. Me (uuesti) alla selle sisu.

Taaskäivitusteave

Teil pole vaja arvutit pärast selle värskenduse rakendamist taaskäivitada.

Värskenduse asendamise teave

See värskendus ei asenda ühtegi varasemat värskendust.

Täiendav installiteave

Pärast selle värskenduse installimist esmane saidi olemasoleva teisene saitidel tuleb käsitsi värskendada. Saidi Configuration Manageri konsool värskendamiseks klõpsake halduse, klõpsake Saidi konfigureerimine, klõpsake nuppu saidid, klõpsake Taastada saidi teiseja valige saidi. Esmane saidi installib selle saidi värskendatud failide abil. Konfiguratsioonide ja saidi sätted ei mõjuta see uuesti. Uus, täiendatud ja installeerida teisene saitidel, mis asuvad jaotises esmane saidi automaatselt saavad selle värskenduse.

Käivitage SQL Serveri käsk kontrollimaks, kas värskenduse versiooni saidi vastab oma emasaidi esmane saidi andmebaasi:

Valige dbo.fnGetSecondarySiteCMUpdateStatus ('SiteCode_of_secondary_site')

Kui tagastatakse väärtus 1 , sait on ajakohane, millel on kõigi kiirparanduste rakendamist oma emasaidi peamine.

Kui tagastatakse väärtus 0 , sait ei ole parandusi, mis on seotud esmane saidi installitud. Sellisel juhul peaksite kasutama võimalus Taastada saidi teise saidi värskendamiseks.