Ajánlott eljárások gyűjteményekhez a Configuration Manager-ben

A következőre vonatkozik: Configuration Manager (aktuális ág)

Egyes gyűjteménykezelési útmutatók ellentmondásosak lehetnek. Teljesítménybeli okokból például korlátoznia kell a gyakran frissülő gyűjtemények számát. A gyűjtemények gyakori frissítése azonban kényelmes, mivel a legtöbb Configuration Manager funkció a gyűjteményektől függ. Gondosan vegye figyelembe a teljesítményre gyakorolt hatásokat és az üzleti követelményeket a gyűjtemények tervezésekor és konfigurálásakor és a gyűjtemények kiértékelésekor.

Használja az alábbi ajánlott eljárásokat a Configuration Manager gyűjteményeihez.

Karbantartási időszak konfigurálása frissítésekhez

Konfigurálhatja az eszközgyűjtemények karbantartási időszakait, hogy korlátozza azokat az időpontokat, amikor Configuration Manager telepíthet szoftvereket ezeken az eszközökön. Ha túl kicsire konfigurálja a karbantartási időszakot, előfordulhat, hogy az ügyfél nem telepíti a kritikus szoftverfrissítéseket. Ez az állapot sebezhetővé teszi az ügyfelet a frissítés által elhárított problémák miatt.

Fontos szempontok a karbantartási időszakok tervezésekor:

• A szoftverfrissítések alapértelmezett maximális futási ideje 60 perc.
• Amikor Configuration Manager kiszámítja, hogy egy frissítés telepíthető-e, öt percet ad hozzá az újraindításhoz szükséges maximális futási időhöz.
• A karbantartási időszak hátralévő időtartamának hosszabbnak kell lennie, mint a szoftverfrissítés maximális futási ideje plusz öt perc.

Kerülje a gyakori gyűjteményértékelést

A teljes gyűjteményértékelés nem csak a megcélzott gyűjteményt értékeli ki, hanem azokat a gyűjteményeket is, amelyeket frissítés esetén a gyűjtemény korlátoz. Emellett az ütemezés nélküli gyűjtemények akkor is kiértékelésre kerülnek, ha a gyűjtemény korlátozása frissül. Lehetséges tehát, hogy egyes gyűjtemények a vártnál gyakrabban lesznek kiértékelve.

Forgalmas Configuration Manager környezetben növelheti a gyűjtemények kiértékelési teljesítményét az ütemezések visszaskálázásával, hogy elkerülje az ismétlődő gyűjteményértékeléseket. A mélyfában csökkentheti a gyűjtemények kiértékelési gyakoriságát, mivel a gyűjtemények mélyebbre süllyednek a fában, mivel a magasabb szintű gyűjteményértékelések alacsonyabb szintű gyűjteményértékeléseket is kiváltanak.

A gyűjtemény kiértékelési gráfjának ismertetése

Legyen tisztában a gyűjteményértékelési gráf működésével, hogy megtervezhesse a megfelelő gyűjteménystruktúrát. Ne támaszkodjon a teljes gyűjteményértékelésre, hogy mindig frissítse az összes gyűjteményt. Ha egy növekményesen frissített gyűjtemény frissül egy ütemezés szerint, előfordulhat, hogy a növekményes frissítésekhez nem engedélyezett gyűjteményekre való hivatkozás nem frissül. Mivel a frissítések valószínűleg növekményes értékelések során történtek, előfordulhat, hogy a teljes kiértékelés nem frissíti a gyűjteményt, és ezzel véget vet az adott ciklus gyűjtemény-kiértékelési grafikonjának. Ebben az esetben nem történik hivatkozási gyűjteményértékelés. További információ: Gyűjteményértékelési grafikon.

Növekményes frissítések korlátozása

A növekményes frissítések engedélyezése számos gyűjtemény esetében kiértékelési késést okozhat. A legjobb, ha a növekményesen frissített gyűjtemények számát 200-ra korlátozza. A pontos szám a következőktől függ:

• A gyűjtemények teljes száma
• Az új erőforrások hozzáadásának és módosításának gyakorisága a hierarchiában
• A hierarchiában lévő ügyfelek száma
• A gyűjteménytagsági szabályok összetettsége egy hierarchiában

Ha a növekményes kiértékelési ciklus a konfigurált frissítési gyakoriságnál hosszabb időt vesz igénybe, akkor Configuration Manager folyamatosan dolgozza fel a gyűjtemények kiértékelését, ami hatással lehet a rendszer teljesítményére. Csökkentse a növekményesen frissített gyűjtemények számát, vagy növelje a növekményes kiértékelési ciklusok közötti időt.

A növekményes gyűjtemények lehetséges hatásai miatt fontos, hogy legyen egy szabályzat vagy eljárás a gyűjtemények létrehozásához és a frissítési ütemezések hozzárendeléséhez. Példák a szabályzattal kapcsolatos szempontokra:

• Csak a biztonsági hatókör meghatározásához, az ügyfélbeállításokhoz és a karbantartási időszakokhoz használt gyűjtemények növekményes frissítéseit használja. Ezek a gyűjteményfrissítések hatással vannak az ügyfél viselkedésére és az erőforrásokhoz való hozzáférésre.
• Licenc-jóváhagyással nem rendelkező alkalmazások esetén meghirdethet alkalmazásokat meglévő gyűjtemények számára, és globális feltételekkel korlátozhatja a rendelkezésre állást.
• A többi olyan gyűjtemény megfelelő időszakainak felvázolása, amelyekhez teljes gyűjteményfrissítések vannak ütemezve.

Kerülje a nagy fák kiértékelését a CAS-ból

Configuration Manager környezetben a központi adminisztrációs hely (CAS) nem értékeli ki a gyűjteménytagságokat. Az elsődleges helyek az egyetlen helyek, amelyek kiértékelik a gyűjteményeket. A másodlagos helyek proxykként működnek, amelyek csak az elsődleges helyről replikált adatokat használják.

Gyűjteményfrissítés kéréséhez a CAS kérést küld minden elsődleges helynek. Az elsődleges helyek kiértékelik a gyűjteményt, és visszaküldik az eredményeket a CAS-nak. A gyűjteményértékelési eredmények csak akkor jelennek meg, ha az összes gyűjtemény-kiértékelési utasítás replikálódik az összes helyre, minden webhely kiértékeli az összes gyűjteményt, és minden adat visszakerül a CAS-ba, és kombinálva lesz.

Az alábbi ábra bemutatja a folyamatot, amikor a CAS manuális gyűjteményfrissítést kér:

A több elsődleges hellyel rendelkező CAS-ból származó gyűjteményfrissítések időigényesek lehetnek. Ha egy gyűjtemény nem értékel időben, csábító a kérés megismétlése.

Ha egy gyűjtemény kiértékelési szála megkezdődik, és betölti a kiértékelési gráfot, a kiértékelés addig folytatódik, amíg a gyűjtemény kiértékelési gráfja üres nem lesz. A szál ezután leáll, és elérhetővé válik a következő kiértékeléshez. Ha azonban egy másik gyűjtemény-kiértékelési ciklus várólistára kerül, miközben a szál a gyűjteményeket értékeli, a szál azonnal újraindul a "kihagyott" ciklus kiértékelésének megkísérlése érdekében.

Minden kiértékelési módszer a saját szálában fut. Előfordulhat, hogy a szálon belül Configuration Manager többször is megpróbálhatja ugyanazt a gyűjteményt ábrázolni. Configuration Manager ezután elveti a második és későbbi kéréseket.

Az ilyen helyzetek megelőzése érdekében kerülje a nagy fák manuális gyűjtésének kiértékelését, különösen akkor, ha több telephelyet tartalmazó CAS-ból dolgozik.

A gyűjtemény mélységének és kereszthivatkozásának megfontolása

Ahhoz, hogy egyensúlyt teremtsen az üzleti követelmények és a teljesítmény között, fontos tisztában lenni a létrehozott gyűjteménystruktúrával és annak más gyűjteményekkel való függőségeivel. Ha olyan gyűjteményt hoz létre, amely egy vagy több olyan gyűjteményre hivatkozik, amely más gyűjteményekre is hivatkozik, a rendszer kiértékeli az összes gyűjteményt, hogy létrehozza a gyűjtemény tagságát.

A gyűjtemények belefoglalási és kizárási szabályai Configuration Manager egyszerűbbé teszik a gyűjteményekre való hivatkozásokat, mint egy egyéni WQL-lekérdezés írása. Ha azonban a gyűjtemények belefoglalása és kizárása nagy teljesítményű díjfizetést eredményez, használhatja helyette a WQL lekérdezési módszert. Használja az alábbi példa lekérdezéseket, és cserélje le a példagyűjtemény azonosítóját XYZ0003F a belefoglalni vagy kizárni kívánt gyűjtemény azonosítójára.

Tartalmaz:

Select * from SMS_R_System where SMS_R_System.ResourceId in (select ResourceID from SMS_CM_RES_COLL_XYZ0003F)

Kizárása:

Select * from SMS_R_System where SMS_R_System.ResourceId not in (select ResourceID from SMS_CM_RES_COLL_XYZ0003F)

A CEViewer használata a gyűjtemények értékelésének figyeléséhez

A Gyűjteménykiértékelési megjelenítő (CEViewer) segítségével figyelheti, hogy hány gyűjtemény van kiértékelve, és mennyi ideig tart az egyes gyűjtemények frissítése. A CEViewer a helykiszolgáló CD.Latest mappájában található.

Tipp

Configuration Manager 2010-es verziójától kezdve ez a funkció a konzol beépített része. További információ: Gyűjteményértékelés megtekintése.

Ha manuálisan szeretne hasonló ellenőrzést végezni az SQL-lel, használja a következő lekérdezést:

SELECT [t2].[CollectionName], [t2].[SiteID], [t2].[value] AS [Seconds], [t2].[LastIncrementalRefreshTime], [t2].[IncrementalMemberChanges] AS [IncChanges], [t2].[LastMemberChangeTime] AS [MemberChangeTime]
FROM (
    SELECT [t0].[CollectionName], [t0].[SiteID], DATEDIFF(Millisecond, [t1].[IncrementalEvaluationStartTime], [t1].[LastIncrementalRefreshTime]) * 0.001 AS [value], [t1].[LastIncrementalRefreshTime], [t1].[IncrementalMemberChanges], [t1].[LastMemberChangeTime], [t1].[IncrementalEvaluationStartTime], v1.[RefreshType]
    FROM [dbo].[Collections_G] AS [t0]
    INNER JOIN [dbo].[Collections_L] AS [t1] ON [t0].[CollectionID] = [t1].[CollectionID]
    inner join v_Collection v1 on [t0].[siteid] = v1.CollectionID
    ) AS [t2]
WHERE ([t2].[IncrementalEvaluationStartTime] IS NOT NULL) AND ([t2].[LastIncrementalRefreshTime] IS NOT NULL) and (refreshtype='4' or refreshtype='6')
ORDER BY [t2].[value] DESC