Microsoft System Center Yönetim Ailesi

System Center Configuration Manager SCCM 2007 Site Restore

Mumin CICEK — Sun, 02 Nov 2008 14:55:18 GMT

Yedek alma işlemi ne kadar önemli ise aynı şekilde alınan yedeğin başarılı bir şekilde geri yüklenmesi (Restore) de okadar önemlidir.

Yedek aldınız ancak herhangi bir çökme durumunda başarılı bir şekilde geri dönüş yapamıyorsanız eğer yedekleme işleminiz bir işe yaramamış demektir.

O yüzden kontrolsüz güç güç değildir sözünü biz kendimize uyarlayalım ve geri dönüşü olmayan yedek yedek değildir diyelim.

System Center Configuration Manager 2007 Site Yedeklenmesi isimli makalemizde yedeklemeden detaylı bir şekilde bahsetmiştik ve site serverımızı yedeklemiştik. Şimdi ise bu yedekten geri dönüş işlemimizi yapacağız. Site yapımızı repair edeceğiz.

Yukarıdaki şekilde görüldüğü gibi All Systems altındaki değerlerimizi görüyoruz. Ve SMSClient seçiyoruz ve Actions menüsünden veya sağ tıklayıp Start – Resource Explorer diyoruz.

Workstation Status kısmındaki şuanki durum yukarıdaki gibidir.

Daha sonra istemci tarafına yani Windows XP yüklü olan bilgisayara gidiyoruz ve Denetim Masasındaki Configuration Manager çift tıklıyoruz ve özelliklerinden Actions sekmesine geçiyoruz ve Hardware Inventory Cycle seçiyoruz ve Initiate Action tıklıyoruz. Policy güncellemesi yapıyoruz yani.

Daha sonra yönetim konsolumuza geri dönüyoruz ve SMSClient seçiyoruz ve şekilde görüldüğü gibi Delete seçiyoruz.

Silme işlemini Delete ile onaylıyoruz. Evet artık bizim sistemimizde SMSClient adında bir nesne yok. Şimdi sıra geldi onu geri getirmeye ve son durumunu görüntülemeye.

Bunun için öncelikle Start – Programs – Microsoft System Center – Configuration Manager – ConfigMgr Site Repair Wizard seçiyoruz.

System Center ConfigMgr 2007 Site Server repair işlemini iki şekilde yapabiliriz. Birincisi Site Repair Wizard diğer ise Hierarchy Maintenance Tool (Preinst.exe – komut satırından) ile yapabiliriz. Preinst.exe SMS\bin\i386\language code altında mevcuttur.Komut satırından kullanılabilir. Language code 000049 gibi bir klasör olabilir dikkat edin ona.Ancak biz bu işlemi şimdilik Repair Wizard ile gerçekleştireceğiz.

Şekilde görüldüğü gibi sihirbaz çalışıyor ve “Site server to be repaired” geliyor. Next iledevam ediyoruz.

Bir sonraki aşamada ise karşımıza Backup File Location kısmı gelmektedir. Bu kısımda daha önce yedeklemiş olduğumuz Site Server’ımız ile ilgili yedeklerin bulunduğu lokasyonu Browse ile tanımlıyoruz.

Repair or reconfigure a site seçeneği ise yeni bir site kurulumu gerçekleştirmeden ya da yedekten geri dönüş yapmadan sorunların düzeltilmeye çalışılmasıdır. Windows XP onarım işlemi gibi düşünebilirsiniz.

Gerekli seçimleri yaptıktan sonra Next ile devam edebiliriz.

Geri dönüşe (Restore) hazırlık işlemi başladı.

Geri dönüş (Restore) hazırlık işlemi şekilde de görüldüğü gibi şimdilik tamamlandı. Next ile devam ediyoruz.

Şimdi sıra geldi Site ayarlarının yapılmasına. Yukarıdaki şekilde de görüldüğü gibi yapılan yedekten geri dönüş işleminin Central Site mı yoksa Child Site mı olduğuna karar verilmesi. Bizim yapımızda şuan tek site olduğu için This is a central site seçiyoruz ve devam ediyoruz.

Bu kısımda Site hiyerarşisinin doğrulanması geliyor. Şekilde görüldüğü gibi MMN – system center 2007 Primary (Version 4.0) bilgisi geliyor ve devam ediyoruz.

Eğer System Center ConfigMgr 2007 üzerinde yazılım dağıtım noktlarınız yapılandırılmış ise ve bunlara atanmış yazılım paketleri var ise bunlarla ilgili değerlerin seçilmesi işleminin gerçekleştirilmesini yapıyoruz ve devam ediyoruz.

Site Repair ile ilgili işlemlerimiz hakkında bize özet bilgi veriliyor.

Final Progress kısmında ise site yapımız tamamen onarılmış durumdadır. Yukarıdaki şekilde de görüldüğü gibi bizim belirlemiş olduğumuz değerlerin hepsi başarılı bir şekilde geri getirilmiştir. Next ile devam ediyoruz.

Bir sonraki aşama sihirbazın sonlandırılması ve Close ile sonlandırıyoruz.

Collecitons – All Systems altına bakıyoruz ve SMSClient gelmiş.

SMSClient sağ tıklıyoruz ve Start – Resource Explorer açıyoruz. Yukarıdaki şekilde de görüldüğü gibi Workstation Status kısmına baktığımızda ise son durum görülmektedir. Kıscası sildiğimiz noktaya geri geldik.

Evet bu makalemizde System Center ConfigMgr 2007 üzerinde oluşabilecek herhangi bir hataya karşı daha önce yedeklemiş olduğumuz sistemi geri yükledik. Site Server’ımızı normal yapısına geri getirdik.

Kaynaklar:

http://technet.microsoft.com/en-us/library/bb680751.aspx

http://technet.microsoft.com/en-us/library/bb680393.aspx

http://technet.microsoft.com/en-us/library/bb693624.aspx

System Center Configuration Manager SCCM 2007 Site Yedeklenmesi - Site Backup

Mumin CICEK — Sun, 02 Nov 2008 14:51:45 GMT

Backup Türkçe karşığı yedekleme olan bu yapının bizlere faydaları sonsuzdur. Sistem yönetiminde belki de en önemli konulardan bir tanesidir. Yedekleme bizlere sistemimizin herhangi bir çökme durumunda ya da yanlışlıkla bazı yapıların silinmesi sonucunda yedekten geri dönüş sağlamamıza yarayan önemli servislerdendir.

Microsoft ürünü olsun veya olmasın eğer bir uygulamayı kullanıyorsanız ve sizin için bu uygulama önemli ise mutlaka yedeklenmelidir.

Uzun yıllardır sektörün içindeyim ve daha önce destek verdiğim firmalar içinde yedeklemeye çok çok önem veren firmalarla ve yedeklemeye hiç önem vermeyen firmalarla da çalıştım. Aralarındaki fark ise herhangi bir yıkım durumunda eğer yedeğiniz varsa hızlı bir şekilde geri dönüşün yapılabilmesidir ve işleriniz çok fazla kesintiye uğramadan devam etmesidir. Diğer yedekleme işine önem vermeyen firma ise herhangi bir yıkım durumunda yedeği de olmadığı için geri dönüş olmayacaktır ve belki bir gün tamamen sistemin ayağa kaldırılması için uğraşılacaktır. Dolayısı ile bu hem zaman kaybı hemde para kaybıdır. Ayrıca sistemi ayağa kaldıran kişi de emeğinin karşılığını isteyecektir. Ve bu emeğin karşılığı da öyle az birşey olmayacaktır. Eğer yedeklemeye önem verseydi ve uyarıları dinleseydi belki o para cebinde kalacaktı. Kaybettiği zaman cabası tabi.

Evet bu makalemizde System Center ConfigMgr 2007 yedeklemesini gerçekleştireceğiz. Bu gerçekten önemli. Çünkü System Center ConfigMgr 2007 üzerinde bir sürü düzenleme yapıyoruz ve bu yapının bir anda yok olduğunu ve geri dönüşün olmadığını düşünebiliyormusunuz? Bence çok korkunç bir durum ortaya çıkardı. Bütün çabalarınız boşa giderdi.

Site yedeklemesi yapabilmemiz için öncelikle System Center ConfigMgr 2007 yönetim konsolunu açıyoruz. Yukarıdaki şekilde de görüldüğü gibi Site Database – Site adı – Site Settings – Site Maintenance genişletiyoruz. Görüldüğü gibi Tasks altında görevlerimiz vardır. Listeye bakılırsa Backup ConfigMgr Site Server devre dışıdır. Öncelikle bunu aktif hale getirmemiz gerekmektedir.

Aktif hale getirmek için Backup ConfigMgr Site Server seçiyoruz ve ister sağ tıklayıp özelliklere giderek istersek de hemen sağ taraftaki Actions menüsünden Properties tıklayarak özelliklerine geçiyoruz.

Özelliklerine geçtiğimizde karşımıza yukarıdaki tablo gelmektedir. Öncelikle “Enable this task” önündeki kutucuğa işaretimizi koyuyoruz ve görevi aktifleştiriyoruz. Gerisi artık özelleştirmeye giriyor. Şekilde de görüldüğü gibi düzenlemeler vardır. Şimdi onlara bir bakalım.

Bir üst resimdeki “Set Paths” tıklıyoruz ve ConfigMgr Site Server’ın nereye yedekleneceği ile ilgili tanımlamaları gerçekleştiriyoruz. Ben C sürücümde “sccm backup” adında yeni bir klasör açıyorum ve OK diyorum.

Destination Options kımında ise yedeğin nerede tutulacağı ile ilgili değerler tanımlanıyor. İsterseniz \\sunucuadi\sccmbackup adı altında bir klasör açıp farklı bir sunucuya yedekleme yapabilirim. Ancak ben yerel sürücümde saklamak istiyorum ve ilk seçeneği seçerek OK ile devam ediyorum.

Yedekleme önemli demiştik. İşte bu kısımda bu önemli görevin hangi sıklıkla gerçekleştirileceği belirleniyor. Tabi burda sizin sisteminize en uygun yapıyı seçmeniz daha yararlı olacaktır. Günleri seçiyoruz ve saat seçimini de yapıyoruz ve OK diyoruz.

Evet son durum yukarıdaki gibidir. Görevimiz aktif edildi ve konfigürasyonu yapıldı. Zamanı gelince o işini yapacaktır.

Evet iki resim yukarıdaki şekle bakarsanız ben yedeklemenin başlama zamanı olarak 12:46 olarak belirlemiştim. Ve yukarıdaki şekle bakarsak 12:54’de SiteDBServer ve saat 1:01’de SiteServer ve diğer dosyalar da oluşturulmuş durumdadır. Yedekleme görevimiz işini yerine getirmiştir. Ancak bu disk üzerine alınan bir yedektir ve çok da güvenli değildir. Eğer siz isterseniz ki önerilen yapı bu yedeklerin harici bir yedek ünitesine aktarılmasıdır. Bu işlemi de düzenli olarak yaptığınız günlük yedekleme yapınıza ekleyerek yapabilirsiniz.

Yedekleme işlemimizin sonucunun başarılı mı yoksa hüsranla mı sonuçlandığını görmek için de yine log dosyalarımızı ve diğer yapılarımızı kontrol etmeliyiz. Bunlardan birincisi ve en basiti log dosyasına göz atmaktır. Yukarıdaki şekilde de görüldüğü gibi yedekleme işleminin sorunsuz bir şekilde tamamlandığını görüyoruz. Şimdi diğer doğrulama işlemlerimize bir bakalım.

Bunun için yönetim konsolumuzdan Site Database altındaki Site Status – Site adı – Component Status seçiyoruz ve hemen orta alana bakıyoruz. Görülüyor ki SMS_SITE_BACKUP başlamış ve şimdilik durumu gayet iyi görünüyor.

SMS_SITE_BACKUP seçiyoruz ve Actions menüsünden Show Messages – All diyoruz. Şimdi ise yedekleme yapımıza ait olan ve yedek işleminin başarılı bir şekilde sonuçlandığını gösteren mesajımızı ve ID bilgisini göreceğiz.

Yukarıdaki şekilde görmüş olduğumuz 5035 numaralı mesaj bizim yedekleme yapımıza ait olan bir mesajdır. Mesajımıza çift tıklıyoruz bakalım neler olmuş.

Evet yukarıdaki Status Message Details’e baktığımızda SMS Site Backup’ın başarılı bir şekilde tamamlandığını görüyoruz. Geçmiş olsun. Artık bir yedeğimiz var. System Center ConfigMgr 2007 yapımıza zarar gelse de önemli değil yedeğim var ve geri dönüş yapabilirim.

Kaynaklar:

http://technet.microsoft.com/en-us/library/bb694133.aspx

http://technet.microsoft.com/en-us/library/bb633003.aspx

System Center Configuration Manager 2007 Client Agents

Bugra KESKIN — Sun, 26 Oct 2008 11:56:00 GMT

SCCM 2007 Site ımızda default gelen 10 adet “Client Agents” mevcuttur.

Bu agent lar aslında SCCM 2007 için alt yapı oluşturur. Örneğin, bir client ın detaylı donanım envanterine ulaşmak için “Hardware Inventory Client Agent” yapılandırılmış olması gerekiyor. Çünkü her biri default değerlerle geliyor ve genelde bir çoğumuz default ayarları değiştiriyoruz.

Şimdi her birini detaylı olarak inceleyeceğiz.

Client Agents ların hepsini burada görüyoruz.

“Hardware Inventory Client Agent” : Clientlarımızın donanım envanterine ulaşmak için kullandığımız bir agenttır. Bunun özelliklerine girdiğimizde Enable olduğunu görüyoruz.

Simple Schedule – Run Every: Her 7 günde bir envanterin yapılmasını belirtiyor.

Custom Schdule: Bizim belirttiğimiz günlerde, haftalarda, aylarda yapabilmekteyiz

Maximum custom MIF (Management Information Format) file size ise, Envanter bilgisinin en fazla boyutunun KB cinsinden ne kadar olacağını belirtmemizi istiyor.

Aynı yerde, MIF Collection tabında ise, bize IDMIF ve NOIDMIF enable edip etmeyeceğimizi soruyor.

Ama bunları enable etmek güvenlik riski oluşturabileceğini göz ardı etmemek gerekiyor.

IDMIF ve NOIDMIF, bilgileri inventory işlemi yapılan client da tutulur. İçerisinde envanter bilgileri mevcuttur. Formatı ise .MIF şeklindedir. Diğer Software ve Hardware Inventory tool larından oluşturulan MIF bilgileri SCCM ile çağırılabilir. Default konumu ise;

IDMIF, Windows\System32\CCM\Inventory\idmif

NOIDMIF, Windows\System32\CCM\Inventory\noidmif

Bu MIF bilgilerinin tutulduğu konumu değiştirebiliyoruz. Bunun için altta ki Microsoft linkine göz atabilirsiniz.

http://technet.microsoft.com/en-us/library/bb632695.aspx

“Software Inventory Client Agent” özelliklerini inceliyoruz.

Buda defaultta Enable ve her 7 günde bir kontrol etmek için ayarlanmıştır.

Client lar üzerinde ki software bilgilerini bizim ölçütler itibariyle Site Database imize taşır. Eğer bizim gönderdiğimiz software lar silinmiş ise, Software Inventory raporumuzda bunu bize tüm detayları ile gösterir ( ne zaman silinmiş, yerine ne yüklenmiş vs.)

Aynı yerde, “Inventory Collection” Burada dosya uzantılarına göre arama yapmasını ve getirmesini gösterebiliyoruz. Örneğin exe ve msi uzantısında ki tüm software ları bütün harddisklerde, bütün dizin ve alt dizinlerde arayacak, dosyanın ve ürünün detayları ile birlikte bizlere gösterecektir. Sarı Güneş e tıklatarak bu değerlerde yapınız gereği değiştirebilirsiniz.

Yine burada dosya bazlı bir toplama söz konusu. Benim yazdığım değere göre, yani resimler isminde, bütün harddisklerde bütün dizin ve altdizinlerde, boyutu en fazla 128 KB olan, sıkıştırılmış ve encrypt edilmiş dosyaları hariç tut diyorum yani exclude et diyorum.. Sizlerde buraya, Sarı Güneş i tıklatarak istediğiniz kadar ekleme yapabilirsiniz, sadece bir hard disk, bir portion yada bir directory gösterebilirsiniz, sıkıştırılmış ve şifrelenmiş dosyaları da göster diyebilirsiniz.

Yine aynı yerde “Inventory Names” kısmındayım. Burada ise, Name type: kısmından seçeceğiniz, üretici ya da ürün ile envanter çağrımı yapabilirsiniz. Örneğin ben Manufacturer seçtim yani üretici kısmına da Microsoft ve Adobe yazdım. Display name i yani yapımcısı Microsoft ve Adobe olan ürünleri getirecek. Yine bir altta Inventoried names: kısmına Adobe ürünlerinin ikisini yazdım.

Şimdi ise, “Advertised Programs Client Agent” tarafındayım. Burasıda çok önemli bir noktadır, zira client lara software dağıtım bilgisini yani ilanını buradan veriyoruz.

Client ayarlar kısmında ise, ilk seçeneğimizde; kullanıcılar, hedefi gösterilmiş ve yüklenecek yazılım dağıtımları sorgusunu kabul etsin diyoruz.

İkinci seçeneğimizde ise, yeni program bilgilendirme ikonunu kullanıcılar “Add or Remove Programs” Kısmında görsünler mi diye belirtiyoruz. Bu opsiyoneldir.

Yine aynı yerde, Notification tabında, kullanıcılar yapılan bu ayarları başlangıçta görebilecekmi seçimimiz var.

Display a notification message yani, yeni software dağıtımı ilanı mevcut dediğinde bilgilendirme mesajı gözüksün mü ?

Altta play a sound, yani bununla ilgili bir müzik sesi verilsin mi?

When a scheduled program is about to run kısmında ise, bir zaman diliminde belirnemiş ve yüklenecek olan software lar çalıştırılırken bir geri sayım süresi oluşturulsun mu diye soruyor bize.

“Computer Client Agent Properties” kısmında ise, Tüm client agent lar Administrator yetkisine sahip bir Account ile yüklenmesi gerekiyor., Administrator yekilerine sahip bir account set ediyoruz. Set’e basarak belirtiyoruz Administrator account umuzu.

Aynı yerde, “ Customization “ tabında ise, spesifik kendi yazacağımız bilgilendirme mesajları var. Bunlar sizinde gördüğünüz gibi Software Updates, Software Distribution, Operating System Deployments gibi işlemler yapıldığında gözükeceklerdir. Her birini kişiselleştirip dilediğimiz gibi yazabiliyoruz.

“Reminders” tabında ise, zorunlu olarak hatırlatma işlemleri var. Software dağıtım tanıtımları, ard arda gelen sıralamalar tanıtımları ve software update deployments’lar sırasında sağ alt köşede baloncuk şekilde gözükeceklerdir.

Altta ise son teslim edilme tarihleri var.

“BITS” SMS 2003 ile gelişmiştir kullananlar hatırlayacaklardır ancak ben yinede biraz değinmek istiyorum.

Arka planda software updates, software packages, client policy ler, dağıtımlar vs. kısacası tüm client aktivitelerinde download yapılırken bandwidth optimizasyonu çok önemlidir. Örneğin şirket dışında ki “Mobil Client” lar gezici oldukları için genelde firma ile iletişimleri güvenilmeyen ve sıkça kesintiye uğrayan hatlar üzerinden gerçekleştirilir. Biz Sistem Yöneticileri bu clientlar üzerine yama, update, yazılımlar gönderiyoruz. Bundan ötürü SCCM 2007 nin network e bağlanan client I, bağlandığı noktayı, bant genişliğini ölçerek buna gore önlem alması ve gerekli olan işlemleri yapması lazım. Bu noktada BITS teknolojisi ile artık yazılım dağıtım paketlerinin clientlar tarafından dış networklerde hissedildiğinde paketin once download edilp sonra kurulması, download edilirken clientların o anda yaptığı işlemlere bakarak dinamik olarak bandwidth management yapmasını, mesela siz o an maillerinizi download ediyorsanız BITS download I kısılacaktır, yani kullanılan bandwidth I genişletecektir. Ya da hiçbir şekilde böyle bir ortamda yazılım dağıtımı ile karşılaştığımızda paket bazında bu pakedin mobil client a kurulmamasını configure edebilmek mümkün. Dolayısıyla BITS özellikle Mobil Client lar için son derece önemlidir.

Client Agent lar yüklendikten sonar restart için geri sayma süresi ve en son final bilgilendirmesi için restart dakikasını belirtiyoruz.

“Mobil Device Client Agent Properties” kısmındayız. Burada Mobil Aygıt Clientlarımız için gönderilecek olan agent ayarlarımız mevcut. General tabında, spesifik olarak sık sık aygıtı, aygıt yönetim noktasında yeni konfigurasyon ve software lar var mı diye kontrol etme ayarları var.

Poll Interval: Yoklama aralığı ( 30 dakikada bir bakacak yeni bir konfigurasyon, software var mı diye.

Retry Delay : Herhangi bir nedenden dolayı Poll Interval işlevini yerine getirmez ise, tekrar denemek için kaç dakika geçsin diye soruyor.

Number of Retries: Yine Retry Delay ile alakalı bir seçenek. Denemeler kaç kere olsun? Diye sormakta.

Software Distribution tabında ise, yazılım dağıtmasını mobil aygıtlar için aktif edip etmeyeceğimizi soruyor ve altına bir de dipnot düşüyor.

Eğer, yazılım dağıtımını aktif iken bir anda pasif ederseniz ve sonradan yeniden akitf ederseniz bununla ilgili bütün ilanlar (configurations, software updates vs. ) mobil aygıt client a yeniden verilecektir. Önceden bu ilanlar verilmiş olsa bile bu gerçekleşecektir. Bu istenmeyen bir durumdur. Onun için ilk başta konfigurasyonumuzu düzgün yapmalıyız.

Aynı yerde, “Software Inventory” tabındayız. “Enable software inventory on device clients” seçili halde. Yani, mobil cihaz üzerinde ki yazılımların envanter bilgileri alınacak ve bunu kontrol etmesi için bir zamanla dilimi belirtilmiş. Bende haftada 1 defa software inventory mobile client üzerinde çalışacak ve bilgileri bana yollayacak.

Allta “Inventoried files” kısmı var, burada ise; bütün exe uzantılı yazılımların bana envanterini çıkaracak, Location olarak bir dizin belirtmemiz gerekiyor, exe dosyalarının nerede olduğuna dair. Alt dizinlere de bakacak ve herhangi bir exclude yani ayrı tutma yok. Sıkıştırılmış ve şifrelenmiş software larıda getirecektir.

“Hardware Inventory” kısmındayız, mobile client ımızın donanım bilgileri envanterini alacak isek Enable ediyoruz ve bunu hangi zamanlarda çalıştırması gerektiğini belirtiyoruz.

“File Collection” kısmındayız. Burada ise envantere katılacak olan dosyaların uzantılarını belirleyebiliyoruz.

Eğer bu seçeneği Enable eder de herhangi bir dosya uzantısı yazmaz isek, bu hataya neden olur.
Dosyalar 6 MB dan büyük olmazsa collection bilgisine katılmaz.
File Collection, sistem dosyalarını kapsamaz.

“Remote Tools Client Agent” özelliklerindeyiz.

Clientlarımızda Remote Tools u aktif ediyoruz.

“Ask for permission when an administrator tries to access clients” kutucuğunu işaretler isek, administrator client a erişmek için client tan izin ister.

Eğer Client larımızda Windows 2000 işletim sistemi ile çalışan varsa, ve Windows XP ler için kabul edilen erişim seviyesi ne olmalı, Full Control seçili bende.

Yine aynı yerde, Security tabında ise ConfigMgr Remote Tools ve Remote Assistance ı kullanmak için izin verilen kullanıcılar ve grupları var. Bunları düzenleyebiliyoruz.

Yine Rmote Tools Agent özelliklerinde, Notification tabında, çeşitli bilgilendirme tanımlamaları var bunlara göz atıyoruz.

Varsayılan ayarlarda bütün clientlarda uzak bağlantı oturumu aktif, gözükebilir, ancak bu ayarlar sadece ConfigMgr Remote Tools için geçerlidir, Remote Assistance ı kapsamaz. Taskbar da gözüksün diyorum ben. Altta ise,

Bağlantı sağlandığında yada kesildiğinde sadece müzik çal ya da oturum esnasında sürekli müzik çal diye belirtebiliyoruz.

Aynı yerde, Remote Assistance tabındayız. Remote Assistance ayarlarını set ediyoruz,

Configure unsolicted Remote Assistance settings: İstenilmeyen Remote Assistance ayarlarını düzenle

Configure solicted Remote Assistance settings: İstenilen Remote Assistance ayarlarını düzenle

Remote Assistance da girerken izin verilen yetki kısmındayız, burada, Full Control, Remote Viewer ve None var. Seçiminize bağlı olarak belirtebilirsiniz.

Aynı yerde, Remote Destop tabındayız.

Öncelikle clientlarda Remote Desktop aktif mi pasif mi olacak buradan seçebiliyoruz.

Daha önce izin verdiğimiz kullanıcı ve gruplar uzak bağlantı yapabilsin diye seçiyorum ben.

Require Network Level Authentication on running Windows Vista: Burada ise Windows Vista ile yeni çıkmış bir teknolojiyi kullanıyoruz. Network seviyesinde kimlik doğrulaması iste diyoruz bu seçeneğimizde.

Require Network Level Authentication on running Windows Vista hakkında detaylı bilgi için altta ki siteyi ziyaret edebilirsiniz.

http://blogs.technet.com/askperf/archive/2008/02/16/ws2008-network-level-authentication-and-encryption.aspx

“Network Acess Protection (NAP) Client Agent” tarafındayız.

Burada, Windows Network Policy Server (NPS) tarafından yapılan tüm NAP ayarlarını client lara göndermek, almak için kullanılacak agent.

“Software Meteering Client Agent” tarafındayız.

Clientlar daki bizim seçeceğimiz yazılımlar için yazılım ölçümü yapacak olan agent’ı aktif ya da pasif yapıyoruz.

Yine burda bir zaman dilimine bölebiliyoruz Software Meteering i.

“Software Updates Client Agent” özelliklerindeyiz.

Software updates client agent ların clientlar tarafından kabul edilmesi ve işleme alınması ve nihayetinde deploy edilmesi için aktif ediyorum

Aynı yerde, Update Installation tabındayım.

Enforce all mandatory deployments: Bütün zorunlu software update leri deploy etmek için zorla diye işaretledim ve schedule ettim yani software updates deployment ları için 7 gün son teslim tarihidir.

Ve bu ayarlar, software updates deployments lar için system tray da ikon ve balon şeklinde kullanıcıyı bilgilendirecektir.

Dilerseniz, Hide all deployments from end users seçerek son kullanıcıların bunları görmesini engelleyebilirsiniz.

Aynı yerde, “Deployment Re-evaluation” tabındayız.

Yapılan planlamaya göre yazılım update'leri kurulum status'üne göre ve client üzerinde belirli bi zamandan bu yana herhangi bir nedenden dolayı install edilmediyse tekrar değerlendirilir ve install edilir. Eğer custom schedule kullanılırsa, mevcut yazılımının yükseltme işlemi değerlendirmeye başlandığı andan 2 saat sonra yapılacak. Bunun sebebi ise ölçeklenebilmeyi geliştirmektir.