Összegző frissítés a Microsoft Endpoint Configuration Manager aktuális ágának 2010-es verziójához

Összefoglalás

Ez a cikk a Microsoft Endpoint Configuration Manager aktuális 2010-es verziójának frissítésében javított hibákat ismerteti. Ez a frissítés azokra az ügyfelekre is érvényes, akik egy PowerShell-parancsprogram használatával a korai frissítési kör telepítésére, valamint a globálisan elérhető kiadást telepítő ügyfelekre is érvényesek.
További információ a Configuration Manager 2010-es verziójának változásairól: A Konfigurációkezelő aktuális
ágának 2010-esverziójának újdonságai A Microsoft Endpoint Configuration Manager aktuális ágának változásainak
összefoglalása, 2010-es verzió

Kijavított problémák

A Configuration Manager konzol kivételei
A konzol az alábbi feltételek bármelyike esetén megszűnik vagy kivételt hoz létre. 

• Ha a terjesztési pontokon a rendszerindításkor megjelenő képek frissítésének folyamata nyolc percnél hosszabb kivételt tartalmaz, az alábbiakat tartalmazó részletek jelennek meg.

• Ha befejeződik a bérlői fiókba való feltöltés, és az eszközfeltöltések egy adott gyűjteményre korlátozódnak, a konzol megszűnésekor a felhasználó nem módosíthatja a korlátot. Ez akkor fordul elő, ha a felhasználó nem férhet hozzá, ha nem fér hozzá a korlátozó gyűjtemény szülőéhez.

• Olyan alkalmazásterjesztési típus szerkesztésekor, amely korábban nem tartalmazott tartalom elérési utat.

• A konzollal kapcsolatban a következő cikkben részletesen olvashat.
  A KB 4599924 konzol váratlanul leáll a Configuration Manager aktuális 2010-es verziójában

SMS_Executive (smsexec.exe) kivételei
A SMS_Executive szolgáltatás az alábbi feltételek bármelyikével megszűnik.

• Windows Server 2012 R2-es webhelykiszolgálókon a Configuration Manager 2010-es verziójára való frissítés után. Ez akkor fordul elő, ha az Internet Information Services (IIS) korábban nem volt telepítve a kiszolgálóra.

• Ha az ügyféltelepítés zárolási fájlja érvénytelen fájldátummal rendelkezik.

• Ha a szoftverfrissítési pont "Proxykiszolgáló használata tartalom automatikus telepítési szabályokkal való letöltésekor" beállítás engedélyezve van.

Egyéb problémák

• A PowerShell-parancsfájl futtatásának feladatütemezési lépése nem tesz megfelelőt az SMSTSDisableStatusRetry változónak. Ennek eredménye, hogy többször is megkísérli elküldeni az állapotüzeneteket, még akkor is, ha egy számítógép offline állapotban van, és ez növeli a feladatsorok befejezésének késleltetését.

• A Microsoft Endpoint Manager Felügyeleti központon keresztül kiosztott tűzfal-házirendek nem vonatkoznak a Windows 10 20H1-es és újabb verzióira.

• Előfordulhat, hogy a CONFIGURATION Manager konzolon több helyen kétszer is megjelenik a.

• Több ügyfélnaplófájl (például CoManagementHandler.log és execmgr.log) az alábbi hamis negatív naplóbejegyzést tartalmazza. Ez potenciálisan értékes hibaelhárítási információkat ír felül.

  Nem sikerült a GetDeviceManagementConfigInfo művelet, a memális hitelesítésért való jogért. Hiba (0x00000000).

• Ha a közösségi központból letöltött tartalmat töröl, a tartalom nem törlődik a közösségi központból >A Letöltések lapról, és nem tudja ismét letölteni a tartalmat.

• A Közösségi központ módosított tartalmai esetén a Leküldéses frissítés gomb nem engedélyezett.

• Az ideiglenes tartalmak nem mindig törlődnek egy feladatsor futása után.

• Az Egyéni ütemezés beállítása jelölőnégyzet nincs beállítva, az egyéni ütemezési beállítások pedig törlődnek a partner szoftverfrissítések katalógusának frissítésekjekor.

• Előfordulhat, hogy a hibrid Azure Active Directoryhoz csatlakozott ügyfelek duplikálva jelennek meg a Configuration Manager konzolban, de eltérő GUID(SMSID) azonosítóval. Ez akkor fordul elő, amikor az operációs rendszer arra az ügyfélre van beállítva, ahol a felügyeleti pont a HTTPS-kommunikációhoz van beállítva.

• A CCMDEBUGLOGGING ügyfélalkalmazás telepítési tulajdonsága nem működik, ha a telepítő a Windows és a ConfigMgr feladatsori lépés során átadott.

• Az Office 365 ügyfélkezelési irányítópultján az összes ügyfélcsatornát az Egyéb ként jeleníti meg.

• Az ügyfél hardveres készletadatok nem replikálódnak az elsődleges helyekről a központi felügyeleti webhelyre (CAS), ha engedélyezve van a jelentéskészítés az CCM_SoftwareDistributionClientConfig osztály számára aROOT\ccm\Policy\Machine\ActualConfig névtérben. A következő hibákat az elsődleges webhely dataldr.log fájljában rögzíti a rendszer.

  Az egyes nézetben vagy függvényben szereplő oszlopneveknek egyedinek kell lennie. Az "oszlopnév ADV_RebootLogoffNotification0" a nézetben vagy a "v_GS_CCM_SOFTWAREDISTRIBUTIONCLIENTCONFIG" egynél többet ad meg.

• Előfordulhat, hogy a karbantartás során a feladatsoron keresztül telepített szoftverfrissítések nem a várt módon újraindítják a számítógépet. Az Update Deployment.log (Telepítés frissítése.log) fájl az alábbiakat visszavetve hibaüzenetet tartalmaz.

  Sikertelen InstallTargetedUpdates hiba, 87d00708-as hiba

• Azok a felhasználók, akik írás nélkül férnek hozzá az alkalmazásokhoz, nem tudnak a parancsfájlok tartalmán végiggörgetni a Parancsfájl-szerkesztő ablakban.

• Az automatikus üzembe helyezési szabályok feldolgozása meghiúsul a Configuration Manager 2010-es verziójára való frissítés után. A legutóbbi hibaleírásban az "Automatikus üzembe helyezési szabály letöltése sikertelen" szöveg olvasható. Ennek oka a Windows\Temp mappában a letöltési folyamat során maradt nullabájtos ideiglenes fájlok miatt fordul elő.
   

• A Szoftverközpont nem nyílik meg egyes Configuration Manager aktuális ágában (2010-es verziójú ügyfélprogramban). A SCClient_<tartománynév>@<felhasználónév>_1.log, amely az alábbi problémákat okozhatja. Figyelje meg, hogy a sorszám eltérhet az alábbi példától.

  Call to ExecuteQuery failed, Query: "Select * From CCM_Application WHERE UserUIExperience = TRUE"
  Az ExecuteQuery 465-ös sorában bekért kivétel...
  (Microsoft.SoftwareCenter.Client.Data.WmiConnectionManager at ExecuteQuery)

  A DCMAgent.log az SCClient naplóbejegyzéssel egy időben rögzített következő hibákat is tartalmaz.  A 0x87d00315 hibakód a következőre fordítja: "A CI-verzió adatai nem érhetők el".  

  ExecuteApplicationQuery – Nem sikerült a gépre célzott alkalmazások (0x87d00315).

• Előfordulhat, hogy az ügyfélszámítógépek váratlanul szoftverfrissítést kapnak, ha a célcsoport "Minden rendszer" eszközről egy másik gyűjteményre módosul.

• Az első csomagon túli tartalmakat a program nem gyorsítótárazza helyben az ügyfélen, ha a "Csomag tartalma" feladatsor lépéshez engedélyezve van a Mentés útvonala változóként beállítás.

• A számítógépek helytelenül jelenthetik a bitlocker rögzített adat meghajtótitkosítási házirendnek való meg nem felelést. Ez olyan számítógépeken fordul elő, amelyek csak egyetlen meghajtót és partíciót tartalmaznak, még akkor is, ha BitLocker-titkosítással vannak titkosítva.

• A Surface-illesztőprogram szinkronizálása sikertelen, ha a szoftverfrissítési pont egy különálló nem megbízható tartományban van a webhelykiszolgálótól. Az alábbi hiba a wsyncmgr.log fájlban lesz rögzítve.

  Sikertelen szinkronizálás: A kérés nem sikerült, és a 401-es HTTP-állapot nem sikerült: Nem engedélyezett. Forrás: Microsoft.UpdateServices.Internal.ApiRemoting.ExespSearchUpdates

• A módosítások mentése után előfordulhat, hogy a központi telepítés tulajdonságaiNak Tartalom lapján található Alapértelmezett webhelyhatárcsoport beállításai között található Telepítési beállítások és Az ügyfelek használhatnak terjesztési pontokat.

• A meglévő társkezelési házirendek nem vonatkoznak a Windows Virtuális asztalra.

• Az internethez csatlakozó, de vpn-en keresztül nem vállalati hálózathoz csatlakozó, tartományhoz csatlakoztatott ügyfelek most már fogadhatják a Microsoft Defender házirendadatokat.

A Microsoft Endpoint Configuration Manager aktuális 2010-es verziójának frissítése

Ez a frissítés a Configuration Manager konzol Frissítések és karbantartás csomópontjában érhető el olyan környezetek esetén, amelyek korai frissítési körrel vagy a 2010-es verzió globálisan elérhető buildjéhez vannak telepítve.

A Configuration Manager Technology Adoption Program (TAP) tagjainak először alkalmazniuk kell a privát TAP-összegző frissítést a frissítés megjelenítése előtt.

Ha ellenőrizni tudja, hogy melyik build van használatban, keresse meg a Csomag GUID azonosítóját úgy, hogy hozzáadja a Csomag GUID oszlopot a konzol Frissítések és karbantartási csomópontjának részleteket tartalmazó ablaktáblájához. A frissítés az alábbi GUID azonosítókat tartalmazó csomagok telepítésére vonatkozik:

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

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

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

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

A frissítés a tap buildek esetén is érvényes, amelyeken telepítve van a privát TAP összegző frissítés (6EB8FDAB-5ECE-4A05-8BDA-E175ED7F12D3).

Újraindítási információk

A frissítéshez nincs szükség számítógép újraindítására, de a telepítés után webhely-visszaállítást indít el.

További telepítési információk

Miután telepíti a frissítést egy elsődleges webhelyen, a már meglévő másodlagos webhelyeket manuálisan kell frissíteni. Ha frissítenie kell egy másodlagos webhelyet a Configuration Manager konzolban, kattintson a Felügyelet ,majd a Webhely konfigurációja ,majd a Webhelyek ,majd a Másodlagos webhely helyreállítása elemre,végül válassza ki a másodlagos webhelyet. Az elsődleges webhely ezután újratelepíti a másodlagos webhelyet a frissített fájlokkal. A másodlagos webhely konfigurációját és beállításait ez az újratelepítés nem érinti. Az elsődleges webhely alatti új, frissített és újratelepített másodlagos webhelyek automatikusan megkapják ezt a frissítést.

Futtassa a következő SQL Server-parancsot a webhely-adatbázisban, és ellenőrizze, hogy a másodlagos webhely frissítési verziója egyezik-e a szülő elsődleges webhelyével:

select dbo.fnGetSecondarySiteCMUpdateStatus ('SiteCode_of_secondary_site')

Ha az 1 értéket ad vissza, a webhely naprakész, és az összes gyorsjavítás a szülő elsődleges webhelyre van alkalmazva.

Ha a 0 értéket ad vissza, a webhely nem telepítette az elsődleges webhelyre alkalmazott összes javítást, és a másodlagos webhely frissítéséhez a Másodlagos webhely helyreállítása lehetőséget kell használnia.