Configuration Manager'da Yazılım Güncelleştirmeleri İçin En İyi Yöntemler
Uygulama Alanı: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1
Bu konu, Microsoft System Center 2012 Configuration Manager ortamındaki yazılım güncelleştirmeleri için en iyi yöntemleri içerir. Bilgiler ilk yüklemeye yönelik en iyi yöntemler ve devam eden işlemlere yönelik en iyi yöntemler şeklinde sıralanmıştır.
Yükleme İçin En İyi Yöntemler
Configuration Manager ortamında yazılım güncelleştirmelerini yüklerken aşağıdaki en iyi yöntemleri kullanın:
Yazılım Güncelleştirme Noktaları için Paylaşılan WSUS Veritabanı Kullanma
System Center 2012 Configuration Manager SP1 ve sonraki sürümleri için:
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. İstemciler yeni bir yazılım güncelleştirme noktasına geçtiğinde istemci ve ağ performansı üzerinde görülebilecek etkiyi, aynı veritabanını paylaşarak önemli ölçüde azaltabilirsiniz. Bir istemci eski yazılım güncelleştirme noktası bir veritabanını paylaşan yeni bir yazılım güncelleştirme noktasına geçiş yaptığında, yine de bir delta taraması olur, ancak bu tarama, WSUS sunucusunun kendi veritabanına sahip olması durumuna göre çok daha küçük olur.
.jpeg "System_CAPS_important") Önemli |
|---|
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şmanız gerekir. Daha fazla bilgi için NLB Yazılım Güncelleştirme Noktası Site Sistemleri için Ağ Ortamını Hazırlayın bölümündeki 3. adıma ve WSUS 3.0'ı yükleyin (yazılım güncelleştirme noktası site sistem rolünü barındıracak her bir sunucuya) bölümündeki 7. adıma bakın. |
Yazılım güncelleştirme noktası değiştirme hakkında daha fazla bilgi için Yazılım Güncelleştirme Noktası Değiştirme konusunun Configuration Manager'da Yazılım Güncelleştirmeleri Planlaması bölümüne bakın.
Configuration Manager ve WSUS aynı SQL Server'ı kullandığında, bunlardan birini SQL Server'ın adlandırılmış bir kopyasını, diğerini de varsayılan kopyasını kullanacak şekilde yapılandırın
Configuration Manager ve WSUS veritabanı aynı SQL Server'ı kullandığında ve SQL Server'ın aynı kopyasını paylaştığında, iki uygulama arasındaki kaynak kullanımını kolayca belirleyemezsiniz.Configuration Manager ve WSUS için farklı bir SQL Server kopyası kullanırsanız, her uygulamayla ilgili ortaya çıkabilecek kaynak kullanım sorunlarını tanılamak ve gidermek daha kolay olur.
WSUS yüklemesi için özel web sitesi kullanma
WSUS 3.0 yüklediğinizde, varsayılan Internet Information Services (IIS) web sitesini mi kullanacağınızı, yoksa yeni bir WSUS 3.0 web sitesi mi oluşturacağınızı belirtebilirsiniz. En iyi uygulama olarak, aynı web sitesini diğer Configuration Manager site sistemleri veya yazılım uygulamalarıyla paylaşmayıp IIS'nin WSUS 3.0 hizmetlerini ayrılmış bir web sitesinde barındırması için Windows Server Update Services 3.0 Web sitesi oluştur'u seçin. WSUS 3.0 için özel web sitesi kullandığınızda, WSUS HTTP için bağlantı noktası 8530'u ve HTTPS için bağlantı noktası 8531'i yapılandırır. Site için yazılım güncelleştirme noktasını oluştururken bu bağlantı noktası ayarlarını belirtmeniz gerekir.
WSUS yüklemesi için "Güncelleştirmeleri yerel olarak depola" ayarını belirtme
WSUS 3.0 yüklerken, Güncelleştirmeleri yerel olarak depola ayarını belirtin. Bu ayar seçildiğinde, yazılım güncelleştirmeleriyle ilişkili lisans koşulları eşitleme sürecinde indirilir ve WSUS sunucusunun yerel sabit sürücüsünde saklanır. Bu ayar seçili olmadığında, istemci bilgisayarlar lisans koşulları olan yazılım güncelleştirmeleri için yazılım güncelleştirmeleri uyumluluk taraması yapamayabilir. Yazılım güncelleştirme noktasını yüklediğinizde, WSUS Synchronization Manager varsayılan olarak bu ayarın etkin olduğunu 60 dakikada bir doğrular.
İşlemlerle İlgili En İyi Yöntemler
Yazılım güncelleştirmelerini kullanırken aşağıdaki en iyi yöntemleri kullanın:
Tek bir yazılım güncelleştirme noktasında yazılım güncelleştirmelerini 1000 ile sınırlama
Her bir yazılım güncelleştirme dağıtımı için yazılım güncelleştirme sayısını 1000 ile sınırlamanız gerekir. Bir otomatik dağıtım kuralı oluşturduğunuzda, belirttiğiniz ölçütlerin 1000'den fazla yazılım güncelleştirmesiyle sonuçlanmadığını doğrulayın. Yazılım güncelleştirmelerini elle dağıtırken, dağıtmak üzere 1000'den fazla güncelleştirme seçmeyin.
“Patch Tuesday” için ve genel dağıtım için her otomatik dağıtım kuralı çalışmasında yeni bir yazılım güncelleştirme grubu oluşturun
Bir yazılım güncelleştirmesi dağıtımı için 1000 yazılım güncelleştirmesi sınırlaması vardır. Bir otomatik dağıtım kuralı oluşturduğunuzda, kural her çalıştığında varolan bir güncelleştirme grubu mu kullanılacağını, yoksa yeni bir güncelleştirme grubu mu oluşturulacağını belirtirsiniz. Bir otomatik dağıtım kuralında birden fazla yazılım güncelleştirmesiyle sonuçlanan ölçütler belirtirseniz ve kural tekrarlanan bir düzende çalışıyorsa, kural her çalıştığında yeni bir yazılım güncelleştirme grubu oluşturulmasını belirtin. Bu, dağıtımın her dağıtım için 1000 yazılım güncelleştirmesi sınırını geçmesini önler.
Endpoint Protection tanım güncelleştirmelerine yönelik otomatik dağıtım kuralları için varolan bir yazılım güncelleştirme grubu kullanın
Düzenli aralıklarla Endpoint Protection tanım güncelleştirmeleri dağıtmak amacıyla bir otomatik dağıtım kullanırsanız her zaman varolan bir yazılım güncelleştirme grubunu kullanın. Aksi takdirde, zamanla yüzlerce yazılım güncelleştirme grubu oluşur. Tanım güncelleştirme yayıncıları genellikle tanım güncelleştirmelerini, yerini daha yeni güncelleştirmeler aldığında geçersiz olacak şekilde ayarlarlar. Dolayısıyla, otomatik dağıtım kuralının oluşturduğu yazılım güncelleştirme grubu hiçbir zaman yayıncı için bir tane aktif, üç tane de yerine yenisi geçmiş tanım olmak üzere dörtten fazla tanım güncelleştirmesi içermez.