Configuration Manager'deki koleksiyonlar için en iyi yöntemler

Uygulama hedefi: Configuration Manager (güncel dalı)

Bazı koleksiyon yönetimi yönergeleri çelişkili olabilir. Örneğin, performans nedenleriyle sık sık güncelleştirilen koleksiyon sayısını sınırlamanız gerekir. Ancak çoğu Configuration Manager işlevi koleksiyonlara bağlı olduğundan koleksiyonları sık sık güncelleştirmek kullanışlıdır. Koleksiyonları ve koleksiyon değerlendirmeyi tasarlayıp yapılandırırken hem performans etkilerini hem de iş gereksinimlerini dikkatle göz önünde bulundurun.

Configuration Manager koleksiyonlar için aşağıdaki en iyi yöntemleri kullanın.

Güncelleştirmeler için bakım penceresini yapılandırma

Configuration Manager bu cihazlara yazılım yükleme sürelerini kısıtlamak için cihaz koleksiyonları için bakım pencereleri yapılandırabilirsiniz. Bakım penceresini çok küçük olacak şekilde yapılandırdıysanız, istemci kritik yazılım güncelleştirmelerini yüklemeyebilir. Bu durum, istemciyi güncelleştirmenin azaltan sorunlara karşı savunmasız bırakır.

Bakım pencerelerinizi planlarken göz önünde bulundurmanız gereken önemli noktalar:

• Varsayılan yazılım güncelleştirmesinin çalışma süresi üst sınırı 60 dakikadır.
• Configuration Manager bir güncelleştirmenin yüklenip yüklenemeyeceğini hesapladığında, yeniden başlatmayı hesaba katmak için en uzun çalışma süresine beş dakika ekler.
• Bakım penceresinin kalan süresi, yazılım güncelleştirmesinin maksimum çalışma süresine ek olarak beş dakikadan uzun olmalıdır.

Sık toplama değerlendirmesinden kaçının

Tam koleksiyon değerlendirmesi yalnızca hedeflenen koleksiyonu değil, aynı zamanda bir güncelleştirme gerçekleştiğinde koleksiyonun sınırlandığı koleksiyonları da değerlendirir. Ayrıca, zamanlaması olmayan bir koleksiyon, sınırlayıcı koleksiyonun güncelleştirilip güncelleştirilmediğini de değerlendirilir. Bu nedenle bazı koleksiyonlar beklediğinizden daha sık değerlendirilebilir.

Yoğun bir Configuration Manager ortamında, yinelenen koleksiyon değerlendirmelerini önlemek için zamanlamaları geri ölçeklendirerek koleksiyon değerlendirme performansını geliştirebilirsiniz. Derin bir ağaçta, koleksiyonlar ağaçta daha derine indikçe koleksiyon değerlendirme sıklığını azaltabilirsiniz çünkü üst düzey koleksiyon değerlendirmeleri de alt düzey koleksiyon değerlendirmelerini tetikler.

Koleksiyon değerlendirme grafiğini anlama

Uygun bir koleksiyon yapısı tasarlamanız için koleksiyon değerlendirme grafiğinin nasıl çalıştığını unutmayın. Tüm koleksiyonları her zaman güncelleştirmek için tam koleksiyon değerlendirmesine güvenmeyin. Bir zamanlamaya göre artımlı olarak güncelleştirilen bir koleksiyon güncelleştirilirse, artımlı güncelleştirmeler için etkinleştirilmemiş koleksiyonlara başvurmak güncelleştirilmeyebilir. Güncelleştirmeler büyük olasılıkla artımlı değerlendirmeler sırasında gerçekleştiğinden, tam bir değerlendirme koleksiyonu güncelleştirmeyebilir ve bu döngü için koleksiyon değerlendirme grafını sonlandırabilir. Bu durumda başvuruda bulunan koleksiyon değerlendirmeleri gerçekleşmez. Daha fazla bilgi için bkz . Koleksiyon değerlendirme grafı.

Artımlı güncelleştirmeleri sınırlama

Birçok koleksiyon için artımlı güncelleştirmelerin etkinleştirilmesi değerlendirme gecikmelerine neden olabilir. Artımlı olarak güncelleştirilen koleksiyon sayısını 200 ile sınırlamak en iyisidir. Tam sayı aşağıdakilere bağlıdır:

• Toplam koleksiyon sayısı
• Hiyerarşiye eklenen ve değiştirilen yeni kaynakların sıklığı
• Hiyerarşideki istemci sayısı
• Hiyerarşideki koleksiyon üyeliği kurallarının karmaşıklığı

Artımlı değerlendirme döngüsü yapılandırılan güncelleştirme sıklığından daha uzun sürüyorsa, Configuration Manager sürekli olarak toplama değerlendirmelerini işler ve bu da sistem performansını etkileyebilir. Artımlı olarak güncelleştirilen koleksiyonların sayısını azaltın veya artımlı değerlendirme döngüleri arasındaki süreyi artırın.

Artımlı koleksiyonların olası etkileri göz önünde bulundurulduğunda, koleksiyonları oluşturmak ve güncelleştirme zamanlamaları atamak için bir ilke veya yordama sahip olmak önemlidir. İlkeyle ilgili dikkat edilmesi gerekenlere örnek olarak şunlar verilebilir:

• Yalnızca güvenlik kapsamı, istemci ayarları ve bakım pencereleri için kullanılan koleksiyonlar için artımlı güncelleştirmeleri kullanın. Bu koleksiyon güncelleştirmeleri istemci davranışını ve kaynaklara erişimi etkiler.
• Lisans onayı olmayan uygulamalar için uygulamaları mevcut koleksiyonlara tanıtma ve kullanılabilirliği kısıtlamak için genel koşulları kullanma.
• Tam koleksiyon güncelleştirmelerinin zamanlandığı diğer koleksiyonlar için uygun dönemleri özetleyin.

CAS'den büyük ağaçların değerlendirilmesinden kaçının

Configuration Manager bir ortamda, merkezi yönetim sitesi (CAS) koleksiyon üyeliğini değerlendirmez. Birincil siteler koleksiyonları değerlendiren tek sitelerdir. İkincil siteler, yalnızca birincil sitelerinden çoğaltılan verileri kullanan proxy'ler gibi davranır.

Cas, bir koleksiyon güncelleştirmesi istemek için her birincil siteye bir istek gönderir. Birincil siteler koleksiyonu değerlendirir ve sonuçları CAS'ye geri gönderir. Koleksiyon değerlendirme sonuçları yalnızca tüm koleksiyon değerlendirme yönergeleri tüm sitelere çoğaltıldıktan, tüm siteler tüm koleksiyonları değerlendirdikten ve tüm veriler CAS'ye döndürüldükten ve birleştirildikten sonra görünür.

Aşağıdaki diyagramda CAS el ile toplama güncelleştirmesi istediğinde akış gösterilmektedir:

Birden çok birincil site içeren bir CAS koleksiyonu güncelleştirmesi zaman alabilir. Bir koleksiyon zamanında değerlendirilmezse, isteği yinelemek cazip olur.

Bir koleksiyon değerlendirme iş parçacığı başlayıp değerlendirme grafiğini yükledikten sonra değerlendirme, koleksiyon değerlendirme grafiği boş olana kadar devam eder. Ardından iş parçacığı sonlanır ve sonraki değerlendirme için kullanılabilir hale gelir. Ancak, iş parçacığı koleksiyonları değerlendirirken başka bir koleksiyon değerlendirme döngüsü kuyruğa alınırsa, iş parçacığı hemen yeniden başlatılıp "kaçırılan" döngünün değerlendirilmesini dener.

Her değerlendirme yöntemi kendi iş parçacığında çalışır. İş parçacığında Configuration Manager aynı koleksiyonu birden çok kez graf yapmaya çalışabilir. Configuration Manager sonra ikinci ve sonraki istekleri bırakır.

Bu senaryoları önlemek için, özellikle birden çok siteyle CAS'den çalışırken büyük ağaçların el ile toplanması değerlendirmelerinden kaçının.

Koleksiyon derinliğini ve çapraz başvuru yapmayı göz önünde bulundurun

İş gereksinimleriyle performans arasında bir denge kurmak için, oluşturduğunuz koleksiyon yapısını ve diğer koleksiyonlara olan bağımlılıklarını anlamak önemlidir. Diğer koleksiyonlara da başvuran bir veya daha fazla koleksiyona başvuran kurallarla bir koleksiyon oluşturursanız, bu koleksiyonların tümü koleksiyonun üyeliğini oluşturacak şekilde değerlendirilir.

Configuration Manager koleksiyon kurallarını dahil etme ve dışlama, koleksiyonlara başvurmayı özel bir WQL sorgusu yazmaktan daha kolay hale getirir. Bununla birlikte, koleksiyonları dahil etme ve hariç tutmanın yüksek performanslı bir ücretle sonuçlanması durumunda bunun yerine WQL sorgu yöntemini kullanabilirsiniz. Aşağıdaki örnek sorguları kullanın ve örnek koleksiyon kimliğini XYZ0003F dahil etmek veya hariç tutmak istediğiniz koleksiyonun kimliğiyle değiştirin.

Içerir:

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

Dışlamak:

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

Koleksiyon değerlendirmesini izlemek için CEViewer kullanma

Koleksiyon Değerlendirme Görüntüleyicisi'ni (CEViewer) kullanarak kaç koleksiyonun değerlendirilmekte olduğunu ve her koleksiyonun güncelleştirilme işleminin ne kadar sürdüğünü izleyebilirsiniz. CEViewer, site sunucusundaki CD.Latest klasöründedir.

İpucu

Configuration Manager sürüm 2010'dan başlayarak bu işlev konsolunda yerleşik olarak bulunur. Daha fazla bilgi için bkz. Koleksiyon değerlendirmesini görüntüleme.

SQL ile benzer bir denetimi el ile yapmak için aşağıdaki sorguyu kullanabilirsiniz:

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