Configuration Manager 'de yazılım güncelleştirmeleri için en iyi uygulamalarBest practices for software updates in Configuration Manager

Uygulama hedefi: Configuration Manager (geçerli dal)Applies to: Configuration Manager (current branch)

Bu makale, Configuration Manager yazılım güncelleştirmeleri için en iyi yöntemleri içerir.This article includes best practices for software updates in Configuration Manager. Bilgiler ilk yüklemeye yönelik en iyi yöntemlere ve devam eden işlemlere göre sıralanır.The information is sorted into best practices for initial installation and for ongoing operations.

En iyi yükleme uygulamalarıInstallation best practices

Configuration Manager ' de yazılım güncelleştirmelerini yüklerken aşağıdaki en iyi yöntemleri kullanın.Use the following best practices when you install software updates in Configuration Manager.

Yazılım güncelleştirme noktaları için paylaşılan WSUS veritabanı kullanmaUse a shared WSUS database for software update points

Bir birincil siteye birden çok yazılım güncelleştirme noktası yüklediğinizde aynı Active Directory ormanındaki her yazılım güncelleştirme noktası için aynı WSUS veritabanını kullanın.When you install more than one software update point at a primary site, use the same WSUS database for each software update point in the same Active Directory forest. Aynı veritabanını paylaşıyorsanız, istemciler yeni bir yazılım güncelleştirme noktasına geçiş yaparken karşılaşabileceğiniz istemci ve ağ performansı etkilerini önemli ölçüde azaltır, ancak tamamen ortadan kaldırmaz.If you share the same database, it significantly mitigates, but doesn't completely eliminate, the client and the network performance impact that you might experience when clients switch to a new software update point. Bir istemci eski yazılım güncelleştirme noktasıyla bir veritabanını paylaşan yeni bir yazılım güncelleştirme noktasına geçtiğinde bir Delta taraması devam ediyor, ancak tarama WSUS sunucusunun kendi veritabanına sahip olması durumunda olacak kadar küçüktür.A delta scan still occurs when a client switches to a new software update point that shares a database with the old software update point, but the scan is much smaller than it would be if the WSUS server has its own database. Yazılım güncelleştirme noktası değiştirme hakkında daha fazla bilgi için bkz. yazılım güncelleştirme noktası geçişi.For more information about software update point switching, see Software update point switching.

Önemli

Ayrıca, yazılım güncelleştirme noktaları için paylaşılan bir WSUS veritabanı kullandığınızda yerel WSUS içerik klasörlerini de paylaşabilirsiniz.Also share the local WSUS content folders when you use a shared WSUS database for software update points.

WSUS veritabanını paylaşma hakkında daha fazla bilgi için aşağıdaki blog gönderilerine bakın:For more information on sharing the WSUS database, see the following blog posts:

Configuration Manager ve WSUS aynı SQL Server kullanırken varsayılan örneği kullanmak için bir adlandırılmış örnek ve diğerini kullanacak şekilde yapılandırınWhen Configuration Manager and WSUS use the same SQL Server, configure one to use a named instance and the other to use the default instance

Configuration Manager ve WSUS veritabanları aynı SQL Server örneğini paylaşıyorsa, iki uygulama arasındaki kaynak kullanımını kolayca belirleyemiyoruz.When the Configuration Manager and WSUS databases share the same instance of SQL Server, you can't easily determine the resource usage between the two applications. Configuration Manager ve WSUS için farklı SQL Server örnekleri kullanın.Use different SQL Server instances for Configuration Manager and WSUS. Bu yapılandırma, her bir uygulama için oluşabilecek kaynak kullanımı sorunlarını gidermeyi ve tanılamayı kolaylaştırır.This configuration makes it easier to troubleshoot and diagnose resource usage issues that might occur for each application.

"Güncelleştirmeleri yerel olarak depola" ayarını belirtinSpecify the "Store updates locally" setting

WSUS 'u yüklerken, güncelleştirmeleri yerel olarak depolamakiçin ayarı seçin.When you install WSUS, select the setting to Store updates locally. Bu ayar, WSUS 'nin yazılım güncelleştirmeleriyle ilişkili lisans koşullarını indirmesine neden olur.This setting causes WSUS to download the license terms that are associated with software updates. Eşitleme işlemi sırasında koşulları indirir ve WSUS sunucusunun yerel sabit sürücüsünde depolar.It downloads the terms during the synchronization process and stores them on the local hard drive for the WSUS server. Bu ayarı seçmezseniz, istemci bilgisayarlar lisans koşulları olan yazılım güncelleştirmeleri için uyumluluk taramalarının başarısız olmasına neden olabilir.If you don't select this setting, client computers might fail compliance scans for software updates that have license terms. Yazılım güncelleştirme noktasının WSUS Eşitleme Yöneticisi bileşeni, bu ayarın her 60 dakikada bir varsayılan olarak etkinleştirildiğini doğrular.The WSUS Synchronization Manager component of the software update point verifies that this setting is enabled every 60 minutes, by default.

İşletimsel En Iyi uygulamalarOperational Best Practices

Yazılım güncelleştirmelerini kullanırken aşağıdaki en iyi yöntemleri kullanın:Use the following best practices when you use software updates:

Yazılım güncelleştirmelerini tek bir yazılım güncelleştirme dağıtımında 1000 ile sınırlayınLimit software updates to 1000 in a single software update deployment

Yazılım güncelleştirme sayısını her yazılım güncelleştirmesi dağıtımında 1000 ile sınırlayın.Limit the number of software updates to 1000 in each software update deployment. Bir otomatik dağıtım kuralı oluşturduğunuzda, belirtilen ölçütün 1000 ' den fazla yazılım güncelleştirmesi sonucu içermediğinden emin olun.When you create an automatic deployment rule, verify that the specified criteria doesn't result in more than 1000 software updates. Yazılım güncelleştirmelerini el ile dağıtıyorsanız 1000 'den fazla güncelleştirme seçmeyin.If you manually deploy software updates, don't select more than 1000 updates.

"Salı Düzeltme Eki" ve genel dağıtımlar için her ADR çalıştırıldığında yeni bir yazılım güncelleştirme grubu oluşturunCreate a new software update group each time an ADR runs for "Patch Tuesday" and for general deployments

Bir dağıtımda 1000 yazılım güncelleştirmesi sınırlaması vardır.There's a limit of 1000 software updates in a deployment. Bir otomatik dağıtım kuralı (ADR) oluşturduğunuzda, kural her çalıştığında varolan bir güncelleştirme grubunun mi kullanılacağını, yoksa yeni bir güncelleştirme grubu mu oluşturulacağını belirtirsiniz.When you create an automatic deployment rule (ADR), you specify whether to use an existing update group or create a new update group each time the rule runs. Birden çok yazılım güncelleştirmesi ile sonuçlanan bir ADR 'de ölçüt belirtirseniz ve kural yinelenen bir zamanlamaya göre çalışıyorsa, kural her çalıştığında yeni bir yazılım güncelleştirme grubu oluşturun.If you specify criteria in an ADR that results in multiple software updates, and the rule runs on a recurring schedule, create a new software update group each time the rule runs. Bu davranış, dağıtımın dağıtım başına 1000 yazılım güncelleştirmesi sınırını geçmesini önler.This behavior prevents the deployment from surpassing the limit of 1000 software updates per deployment.

Endpoint Protection tanım güncelleştirmeleri için ADRs için mevcut bir yazılım güncelleştirme grubu kullanınUse an existing software update group for ADRs for Endpoint Protection definition updates

Endpoint Protection tanım güncelleştirmelerini sık aralıklarla dağıtmak için ADR kullandığınızda, her zaman mevcut bir yazılım güncelleştirme grubunu kullanın.When you use an ADR to deploy Endpoint Protection definition updates on a frequent basis, always use an existing software update group. Aksi halde ADR, zaman içinde yüzlerce yazılım güncelleştirme grubu oluşturuyor olabilir.Otherwise, the ADR potentially creates hundreds of software update groups over time. Tanım güncelleştirme yayımcıları genellikle tanım güncelleştirmelerini, yenisiyle değiştirildikten sonra dört daha yeni güncelleştirme ile sona ermek üzere ayarlar.Definition update publishers typically set definition updates to expire when they're superseded by four newer updates. Bu nedenle, ADR tarafından oluşturulan yazılım güncelleştirme grubu hiçbir şekilde yayımcı için dörtten fazla tanım güncelleştirmesi içermez: bir etkin ve üç yenisiyle değiştirilmiştir.Therefore, the software update group that's created by the ADR never contains more than four definition updates for the publisher: one active, and three superseded.

Ayrıca Bkz.See Also

Yazılım güncelleştirmelerini planlamaPlan for software updates