Dün akşam saatlerinde MVP Global programından aldığım mail ile 2011 yılında da , bir önceki yılda gerçekleştirdiğim çalışmalarımdan ötürü Microsoft tarafından System Center Configuration Manager alanında MVP ( Most Valuable Professional) seçildiğimi öğrendim.

Bu kadar önemli bir ünvanı kazanmayı ikinci kere hak etmek oldukça gurur verici. Destekleyen herkese, özellikle kardelenime teşekkürler.

System Center blogu yayında! www.ms-systemcenter.org
Sadece System Center ürünleri ile ilgili Türkçe kaynak içeriği olarak Türkiye’de bir ilk olan ms-systemcenter.org yayın hayatına başladı.Tüm System Center ürünleri ile ilgili makale,ipucu,webcast ve videoların bulunabileceği bu blogda , daha önce bu ürünlerle çalışmış,projeler geliştirmiş ve eğitimler vermiş uzman bir yazar kadrosu bulunmaktadır.Bu ürünler ile alakalı ayrıntılı tanıtım sayfasına ulaşmak için site içerisinde ilgili ürüne tıklayabilirsiniz.
Tamamem System Center ailesi bazlı oluşturulan bu toplulukta sizde herhangi bir ürün kategorisinde yazar olarak yer almak istiyorsanız  iletişim bölümünden bize ulaşabilirsiniz.

Artık bende blog içerisinde yayınladığım System Center ailesi ile ilgili yazılarımı ms-systemcenter.org adresinde yayınlayacağım.Eğer system center ürünleri ile çalışıyor projeler geliştiriyor yada sadece öğrenmek istiyorsanız sizin için çok yararlı bir Türkçe kaynak olacağından eminim.

SCOM konsolu içerisinde Reporting Server’a bağlanırken kullanılan bağlantıyı SSL kullanması için zorlayabiliriz.Bunun için IIS üzerinde ssl’li web sitesi kullanmak için gerekli olan standart prosedürü kullanabilirsiniz.Yani ortamda online bir CA olmalı ve IIS içerisinde bu online CA’den bir sertifika isteğinde bulunmanız gerekiyor.Bu işlemlerden sonra ise gerekli düzenlemeyi Operations Console altında gerçekleştirmeniz lazım.Bunun için;

- SCOM konsolu altında Administration/Settings bölümünde Reporting‘e sağ tıklayarak Properties‘i seçin.Ardından açılan URL penceresinde https‘i seçip  sondaki :80 port numarasını :443 olarak editlemeniz yeterlidir.

İsterseniz birkaç adımda Operations Manager veritabanının gelen bağlantıları dinlediği port numarasını değiştirebilirsiniz.Bunun için;

- SQL Server Configuration Manager konsolunda SQL Server 2005 Network Configuration bölümünü genişleterek Protocols for kısmına tıklayın.

- Bu kısımda TCP/IP bölümüne sağ tıklayarak özelliklerine girin ve IP Addresses tabına geçin.

Bu bölümde gerekli konfigurasyonları yapabilirsiniz.Kısaca bilgi vermek gerekirse düzenlemeniz gereken alanlar TCP Dynamic Ports bölümleri.Eğer burada “0″ değeri verilmişse dinamik port kullanımı gerçekleşmektedir.Bu değeri silmelisiniz.

Bu değeri sildikten sonra ise IP1 , IP2 ve IPALL için spesifik bir port üzerinden listening işlemini gerçekleştirmek için TCP Port bölümüne istediğiniz port numarasını girebilirsiniz.Varsayılan olarak gördüğünüz gibi bu port 1433′dür.Bu işlemden sonra SQL Server Browser servisini yeniden başlatın.

Aynı ayarı dbo.MT_ManagementGroup tablosunun içerisinde de gerçekleştirmeniz gerekli.Bunun için SQL Server Management Studio içerisinde OperationsManager veritabanını genişletip tabloların altında dbo.MT_ManagementGroup‘a sağ tıklayarak Open Table demelisiniz.Ardından ilk satıra computer\INSTANCE1, port şeklinde giriş yapmanız yeterlidir.Port değeri yukarıda belirttiğiniz port değeri olmalıdır.

Son olarak Root Management Server üzerinde bir ayar yapmanız gerekiyor.Regedit üzerinde
HKEY_LOCAL_MACHINE/ SOFTWARE/Microsoft/Microsoft Operations Manager/3.0/Setup altında DatabaseServerName‘e sağ tıklayarak modify dedikten sonra
“computer_name”\”instance”, “port number”

şeklinde giriş yapabilirsiniz.

Microsoft System Center yönetim ailesi ile ilgilenenler için bir haberim var.

http://www.ms-systemcenter.org/  adresini alarak anilerduran.com üzerindeki System Center kategorisine yönlendirdim.Bu linki kullanarak   blog üzerinde sadece SYSTEM CENTER ailesi ile ilgili yazılara ulaşabilme şansınız var.

Önümüzdeki günlerde System Center Mobile Device Manager ve diğer system center ürünleri ile ilgili makalelere bu link üzerinden ulaşabilirsiniz.

Fallback Status Point hakkında SCCM kategorisinde daha önce konuşmuştuk.FSP konfigurasyonu için ön gereksinimleri ve kurulum sonrası kontrol için log dosyaları dizinlerini aşağıda bulabilirsiniz.

Windows 2003 Gereksinimleri:

• IIS with BITS Server Extensions  

Win2008 Gereksinimleri:

• Web Server (IIS) (Role)
• IIS 6 Management Compatibility – IIS 6 Metabase and IIS 6 WMI Compatibility (Role Services for Web Server)
• BITS Server Extensions (Feature)

Fallback Status Point ile ilgili kurulum kontrolleri için;

Log dosyaları:

• fspmsi.log (SMS_CCM\Logs folder)
• smsfspsetup.log (<InstallationPath>\LOGS folder)

Fallback status point site system log dosyaları:

• fspisapi.log (SMS_CCM\Logs folder)
• fspmgr.log (<InstallationPath>\Logs folder)

 Geçtiğimiz hafta içerisinde

-70-652 TS: Windows Server Virtualization, Configuring
-70-401 TS: Microsoft System Center Configuration Manager 2007, Configuring

 
sertifikasyon sınavlarını tamamladım.Henüz pek popüler olmayan sınavlar.Açıkcası virtualization sınavı zor olur diye beklerken SCCM sınavı biraz daha zorladı diyebilirim.

70-652 içerisinde özellikle SCVMM üzerine oldukça soru vardı.Aynı zamanda Hyper-v mimarisinden de güzel sorular bulunuyor.Fakat en azından konsolu kurcalamış biri için açıkcası pek zorlamayacak bir sınav diyebilirim.
SCCM sınavında ise OSD yani işletim sistemi dağıtımı üzerine fazlaca bir yoğunluk gördüm.Ve sorularda adeta özenle seçilmiş gibilerdi

Güzel olan tarafı system center ailesi sertifikasyonlarında SCCM,SCOM ve SCVMM için TS sertifikası gereksinimleri sadece birer sınav.Birkaç gün içerisinde SCOM ve SCVMM tarafınıda tamamlayıp içerik hakkında girmek isteyen arkadaşlar için bilgilendirme yapacağım.

Blogda ağırlıklı olarak System Center ailesi ile ilgili makaleler yayınlıyorum.İlerleyen günlerde de en çok üzerinde duracağımız ürünlerin başında System Center Operations Manager geliyor.Kurulum ve Exchange server 2007 monitoring makaleleri hali hazırda yayınlanmış durumda.

Aynı zamanda System Center Virtual Machine Manager ile ilgilide Türkçe ilk makale serisini yayınlamıştım.

Bu postun güzel olan yanı ise SCVMM 2008 için yeni Management Packlerin duyurulmuş olması.SCOM içerisine eklediğimiz MP ler sayesinde management ve monitoring kabiliyetlerini spesifik teknolojiler için arttırabiliyoruz.SCVMM için gelen MP ler ise aşağıda.

· Virtualization Candidates – Helps identify physical computers that are good candidates for conversion to virtual machines. The Virtualization Candidates report displays average values for a set of commonly requested performance counters for CPU, memory, and disk usage, along with hardware configuration, including processor speed, number of processors, and total RAM.

· VM utilization – Provides information about your virtual machines. For the identified time, this report shows average usage and total or maximums for virtual machine processors, memory, and disk space.

· Host Utilization – Shows the number of virtual machines running per host. For the identified time and host group, this report shows average usage and total or maximums for host processors, memory, and disk space.

· Host Utilization Growth – Shows the percentage growth of host resources and number of virtual machines running for the identified time period.

· VM Allocation – Provides information you can use to calculate chargeback to cost centers for virtual machines.

Download için http://www.microsoft.com/downloads/details.aspx?FamilyID=d6d5cddd-4ec8-4e3c-8ab1-102ec99c257f&displaylang=en adresini kullanabilirsiniz.Birkaç güne bende yapımdaki SCOM içerisine import işlemlerini gerçekleştirip incelemeleri yayınlayacağım.

SCVMM 2008 betadan SCVMM 2008 RTM’e geçişinizi gerçekleştireceksiniz dikkat etmeniz gereken birkaç nokta var.

- VMM administrator konsolu altında varolan hostları kaldırmanız gerekmektedir.Migration işleminden sonra tekrardan bu hostları ekleyeceksiniz.

- VMM 2008 Beta Server üzerinde SQL Server Management Studio yada SQL Server Management Studio Express’i yükleyin.

- SQL Server Management Studio ile VirtualManagerDB veritabanına bağlanıp sağ tıklayarak Backup ile yedeklemesini gerçekleştirin.,

- Başarılı bir yedekleme işleminden sonra VMM 2008 BETA’yı bilgisayarınızdan kaldırın.

- UpgradeV2Beta.exe uygulamasını http://go.microsoft.com/fwlink/?LinkId=127036 linkinden indirin.

-Bu exeyi UpgradeV2Beta.exe -server [servername/instancename] -database [databasename] parametreleri ile çalıştırın.Buradaki VMM için varsayılan olarak oluşturulan instance name MICROSOFT$VMM$‘dir.Varyılan database ismide VirtualManagerDB ‘dir.

-Kurulum işlemi bittikten sonra Administrator Console altında Managed Computers üzerinde refresh işlemini gerçekleştirin.
- Eğer VMM2008′i önceki BETA ile aynı sunucu üzerine kurduysanız eskiden yönetilen tüm hostlar Unsupported durumunda gözükecektir.
- Eğer VMM2008′i önceki BETA versiyonunun olduğu sunucundan ayrı bir sunucuya kurduysanız tüm hostlar Access Denied durumunda gözükecektir.

Bu noktada Unsupported hostlar gözüküyorsa sağ tıklayarak Update Agent demeniz yeterlidir.Eğer Access Denied gözüküyorsa sağ tıklayıp Reassociate demelisiniz.

Bu temel konfigurasyonların ardından hostlarınızı tekrardan yönetebilir durumda olacaksınız.Library yönetimi için gereksinimleride bir sonraki yazıda inceleyeceğiz.

Bildiğiniz gibi System center ailesi içerisinde yer alan System Center Virtual Machine Manager ile yapınızdaki Hyper-v fiziksel hostlarınızı ve ESX çalıştıran fiziksel hostlarınızı ve dolayısıyla altlarında bulunan sanal makinalarınızı yönetebiliyorsunuz.Yalnız SCVMM altında Vmware mimarisini yönetirken dikkat etmeniz gereken bir nokta var.

Herhangi bir Vmware yapısını SCVMM altına import ettiğinizde durumunu kontrol ederseniz Ok(Limited) olarak göreceksiniz.Bu durumda yapabilecekleriniz tabiki var.Fakat herşey dahil bir yönetimden bahsediyorsak bu ayarı aktif etmeniz gereklidir.İlk yapmanız gereken ESX üzerindeki ayarlardır.Bu noktada
Virtual Machine Delegate opsiyonunu kullanmanız yada tüm ESX hostlar üzerinde root için ssh root logini aktif etmeniz gereklidir.Bu işlemi yapmak için ESX host üzerinde Configure Security menusune girerek ilgili credentialları girerek ssh login veya delegasyonu seçebilirsiniz.Bu işlemden sonra state limited’dan OK’a dönecektir.Peki limitli kullandığımızda yada full kullandığımızda ne gibi yönetimsel farklar bizi bekliyor? Bunu aşağıdaki tablodan inceleyebilirsiniz.

Günümüzde Bilgi Teknolojileri departmanları üzerindeki baskı oldukça artmıştır.Bu baskının temel sebebi ilerleyen teknolojilye ayak uydurmaları ama aynı zamanda IT maliyetlerini azaltmak zorunda kalmalarından kaynaklanmaktadır.IT bütçelerinin çok büyük bir bölümü varolan yapının ve servislerin devamlılıklarını korumak için harcanırken çok az bir kısmı yeni teknolojilere ayrılmaktadır.İşte bu noktada IT hizmetlerini izleme ve yönetme durumunda olan IT departmanları Microsoft’un yönetim ailesi olan System Center ile rahat bir nefes alabilme şansını yakaladılar.

System Center Operations Manager 2007 ürünü IT ortamında uçtan uca hizmet izleme ihtiyacını karşılamak için tasarlanmıştır.Çok büyük bir yapıda,binlerce sunucunun ve istemcinin bulunduğu organizasyonlarda monitoring noktasında sahip olabileceğiniz en sağlıklı çözümleri üretebilir.Bunun yanında monitoring işleminde karşılaşılan olaylara anında müdahele yeteneğine sahiptir.

Bunların yanında SCOM içerisine entegre edebileceğiniz Management Pack(yönetim paketleri) sayesinde spesifik uygulamalar ve teknolojiler ile ilgili izleme,raporlama ve çözümleme kabiliyetini genişletebilirsiniz.İlerleyen makalelerimizde kullanacağımız management pack ler sayesinde Exchange 2007 , SQL Server ,IIS gibi birçok uygulamayı SCOM ile izleyeceğiz.

SCOM ile ilgili makale serimizin ilk bölümünde kuruluma değineceğiz.Yalnız bundan once isterseniz SCOM içerisinde gelen komponentleri kısaca inceleyelim.

Operations Manager Database:
Bu tüm management gruplar içerisine yüklenmesi gereken ilk komponenttir. Microsoft SQL Server 2005 SP1 yada üzeri bir sisteme kurulmalıdır.Bu veritabanı içerisinde Management Groupları için tüm konfigurasyon bilgisi ve agentlar tarafından toplanan datalar saklanır.Aslında geniş anlamda OPS manager’ın performansını optimize etmek istiyorsanız database’in performansını optimize etmek mantıklı olacaktır.Yani veritabanını kontrol altında tutmanız gereklidir.Testlerde karşılaşılan durumlara göre bu veritabanını 50 gb altında tutmak iyi bir başlangıç olabilir.OPS manager yapısı gereği management group başına bir adet ops manager veritabanı barındırabilir.Peki felaket senaryosu için ne düşünmemiz gerekiyor?İşte burada Microsoft’un cluster servisi devreye giriyor.MSCS ile varolan databasein bir kopyasını tutabilir ve bir taraf öldüğünde diğer veritabanını canlandırabilirsiniz.

Root Management Server:
OPS manager yapısı her daim management groupları baz alarak çalışır.İşte bir management group içerisindeki ilk management server’a RMS(Root Management Server) diyebiliriz.Tabii her grup içerisinde ancak bir adet RMS olabilir.Bu sunucularımız sayesinde konfigurasyonları,agentlarla bağlantıları,grup çalışmalarını,database bağlantılarını yönetebiliriz.

Agent:
OPS manager yapısında bulunan agentlar türkçe karşılığı ile ajanlar,bir aygıta atadığımız ,monitor işlemlerini bizim için gerçekleştiren ufak servislerdir.Monitor edilen bu cihazda agentlar OpsMGRHealth servisi olarak geçer.Her bir agent bağlı olduğu management server’ın emrinde çalışır.Yani üzerinde bulunduğu cihaz ile ilgili bilgileri toplar,ki bu bilgileri neye göre toplayacağını yine management server belirtir.Eğer topladığı bilgiler ile management serverdan aldığı konfigurasyon dosyalarında bir eşleşme söz konusu ise ajanımız bir alarm oluşturabilir.Böylece sizde gerekli aksiyonu alabilirsiniz.

Operations Console:
Bu konsol temel anlamda OPS manager 2007 ile kullanıcı arasında bir arayüz oluşturur.Bİr kullanıcının bu konsola erişebilmesi için ,o kullanıcıya active directory üzerinde Operations manager 2007 rolü atanması gereklidir.

Management Packs:
Management packler uygulama geliştiricileri tarafından o uygulama için belirtilen sağlık tanımlamalarıdır.Operations Manager içerisine gömüldüklerinde ,ilgili uygulama için agentların sağlık izlemesi yapmalarını,alarmlar oluşturmalarını ve gerektiğinde ilgili actionları gerçekleştirmelerini sağlar.

İsterseniz şimdi System Center Operations Manager 2007 kurulumuna geçelim.Kuruluma başlamak için SETUP’ı çalıştıralım.

- Öncelikle dikkat etmeniz gereken ,kurulumundan once ön gereksinimleri yüklemiş olmanızdır.Yukarıdaki ekranda “œCheck Prerequisites” linkine tıklayarak eksik olan komponentleri görüntüleyebilirsiniz.

- Görüldüğü gibi tüm componentleri bu sunucu üzerine yüklemek istediğinized aşağıdaki bileşenleri yüklemeniz gerekmektedir.

1- Windows Server 2003 Service Pack 1
2- Microsoft SQL Server 2005 Service Pack 1
3- ASP.NET 2.0
4- Microsoft SQL Server 2005 Reporting Services Service Pack 1
5- World Wide Web servisinin çalışır olması

Bu komponentleri yükledikten sonra kuruluma devam edebilirsiniz.Yalnız gereksinimleri tamamladıktan sonra halen ASP.NET 2.0 hatası alıyor olabilirsiniz.

- Bu noktada ASP.NET “˜i register etmeniz gereklidir.Bunun için komut istemine inerek;
%WINDIR%\Microsoft.net\framework\V2.0.50727 dizinine inerek “œaspnet_regiis.exe ““i ““enable“ komutunu yazarak kayıt işlemini gerçekleştirebilirsiniz.Ardından kuruluma başlayabilirsiniz.

- İlk ekranda lisans sözleşmesini kabul ederek devam edin.

- Ürün kayıt bilgileri için kullanıcı adı ve organizasyon bilgilerini girerek Next ile devam edin.

- Bu noktada component seçimini gerçekleştirmeniz gereklidir.İsterseniz tüm komponentleri tek bir sunucu üzerine kurabilirsiniz.O zaman tüm komponentleri seçmeniz gerekmektedir.Eğer yapınızda ortak kullandığınız bir SQL Server veritabanı varsa o zaman veritabanının olduğu sunucu üzerinde sadece database componentini kurarak operationmanager veritabanını yükleyebilirsiniz.Ardından yönetimi gerçekleştireceğiniz sunucu üzerinde de Management Server, User interfaces, Commond Shell, Web Console bileşenlerini yükleyebilirsiniz.
- İlgili bileşenleri seçerek devam edin.

- Bu ekranda oluşturacağınız ilk Management Group için bir isim belirleyebilirsiniz.Management Grouplar , Management server tarafından yönetilebilen bilgisayarların toplandığı gruplardır.Varsayılan olarak Administrator yetkisini sahip olan kullanıcılar Managemernt Group ları üzerinde yönetimsel yetkiye sahiptir.İsterseniz alt kısımdan bu management grubu yönetebilecek bir user belirtebilirsiniz.

- Database komponentini bu sunucu üzerine kuracağımızı belirttiğimiz için bizden varolan SQL Server 2005 instance bilgisini istemektedir.Eğer başka bir sunucu üzerine bu komponenti kursaydınız Konsol bileşenlerini yüklediğiniz pencerede uzak Sql Server bilgisini girmeniz gerekmektedir.Bu noktada yapmanız gereken veritabanının bulunduğu sunucunun NETBIOS ismi ve SQL Server instance ismini girmeniz gerekmektedir.Örneğin SRV01\MSSQLSERVER
SQL Server uzaktan erişim sağlanması için varsayılan olarak 1433 portunu kullanmaktadır.Aynı zamanda yine remote bağlantıları için TCP yapılandırılmasının yapılması gerekmektedir.İsterseniz yine bu pencerede varsayılan portu değiştirebilirsiniz.
Veritabanı bilgisini girdikten sonra Next ile devam edin.

- Bu pencerede de oluşturacağınız veritabanı için bir isim belirleyebilirsiniz.Biraz once bahsettiğimiz gibi , veritabanı ve management konsol bileşenlerini ayrı sunucularda kuracaksınız iki tarafta da bu database ismini girmeniz gerekmektedir.Veritabanı için boyut bilgisi ve dizin bilgisini girerek devam edebilirsiniz.

- Management Server bileşeni gerçekleştireceği işlemler için Management Server Action hesabını kullanır.Güvenlik amacıyla önerilen bu kısımda Domain hesabı kullanmamanız.Eğer domain içerisindeki bir hesap bilgisini girerseniz aşağıdaki uyarı karşınıza çıkacaktır.

- Bu ekranda oluşturduğunuz veritabanına erişim sağlayacak SDK kullanıcısını seçebilirsiniz.Güvenlik amacıya Management Server Action hesabı ile SDK hesabının aynı olmaması önerilir.

- Operations Manager 2007 Web konsoluna erişim için kullanılacak authentication metodunu seçebilirsiniz.
Use Windows Authentication: Windows Authentication kullanılacaktır.Bu sayesde kullanıcılar intranet üzerinden bağlanabilirler.
Use Form Authentication: Form tabanlı authentication kullanılacaktır.Kullanıcılar internet üzerinden bağlanabilirler.

- Operations Manager içerisinde oluşacak hataları Microsoft’ a raporlayarak sık bildirilen sorunların çözümünü sağlayabilirsiniz.Seçimden sonra Next ile devam edebilirsiniz.

- Customer Experience Improvement Programına katılmak istiyorsanız ilgili seçeneği seçebilirsiniz.Katıldığınız takdirde program konsol kullanıcılarının konsolları nasıl kullandıkları ile ilgili onları uyarmadan çeşitli bilgiler toplayacak ve ürünün gelişimi için kullanıcılacaktır.

- Microsoft Update kullanarak güncelleştirmeleri yüklemek istiyorsanız ilk seçeneği seçerek devam edebilirsiniz.Bu ekrandan sonra kurulum başlayacaktır.

- Kurulumu tamamladıktan sonra SCOM konsolunu başlatabilirsiniz.

- Konsol altında Monitoring , Authoring , Administration , Workspace , State ve Action bölümlerini görebilirsiniz.Konsol içerisindeki tüm bu bölümleri bir sonraki makalemizde ayrıntılı bir şekilde inceleyeceğiz.

Exchange 2007 Management Pack sayesinde kritik öneme sahip sunuculardan birisi olan Exchange Server 2007 için System Center Configuration Manager 2007 üzerinde monitoring ve raporlama kabiliyetine sahip olabiliyoruz.

Bu noktada hali hazırda makale serisini birkaç gün içerisinde yayınlamayı düşünüyorum.Exchange Management Pack 2007 sayesinde temelde aşağıdaki özellikleri SCOM’a entegre ederek monitoring kabiliyetlerini arttırabiliyoruz.

Exchange 2007 Management Pack kurulumu için dikkat etmeniz gereken birkaç nokta bulunuyor.

- System Center Operations Manager 2007 SP1 kurulumunu gerçekleştirmeniz gerekiyor.Buradaki adresten ilgili service pack’i indirebilirsiniz.

- Monitor edilecek tüm sunucular üzerine Microsoft Core XML Services (MSXML) 6.0 Service Pack 1 kurulması gerekmektedir.

- İzlenecek Exchange server üzerine Knowledge Base article 950853 güncelleştirmesini yüklemeniz gerekmektedir.

- Aynı şekilde Knowledge Base article 951979 makalesindeki güncelleştirmeyi yüklemeniz gerekmektedir.

- Eğer Exchange Server cluster yapısı üzerinde çalışıyorsa node’ larda bulunan her exchange sunucuya Knowledge Base article 951380 güncelleştirmesini geçmeniz gerekmektedir.

- Exchange Server 2007 Service Pack 1 güncelleştirmesini gerçekleştirmeniz gerekmektedir.

Bu gereksinimleri sağladıktan sonra Exchange Management Pack 2007 ‘yi import edebilirsiniz.

Sanallaştırmanın oldukça popüler olduğu bu günlerde virtualization ile ilgili makalelere heryerde rastlayabiliyoruz.Bu noktada bende Hyper-V ve System Center Virtual Machine Manager ile ilgili makaleler yayınlamıştım.
Microsoft’un sanallaştırma vizyonunda önemli yer tutan ürünlerden bir taneside uygulama sanallaştırma çözümü App-V..Eski SoftGrid şimdiki App-V ile ilgili , sevgili Emre’nin hazırladığı videoalara buradan erişebilirsiniz.

Aslına bakarsanız MDOP 2008 ürünü ile birlikte App-V’yi biraz parçalı olarak inceleyebiliriz.

App-V Management Server – Sanal uygulamaları host edip dağıtır.
App-V Management Console – App-V yönetimi için MMC konsolunu sunar.
App-V Sequencer – Uygulamaları sanallaştıran motor
App-V Streaming Server – Uzak ofis dağıtım senaryoları için kullanılan rol
App-V Client – Fiziksel sistemlerde çalışan ve sanal uygulamaların nasıl çalışacağını ve oluşturulacağını bilen yazılımlarımız..

Benim bu noktada aktarmak istediğim bilgi ise App-V teknolojisinin System Center Configuration Manager 2007 ile entegrasyonu.
System Center Configuration Manager 2007 R2 ile artık sanallaştırılmış uygulamaları dağıtabiliyoruz.Güzel olan tarafı bu entegrasyonu gerçekleştirdiğinizde SCCM artık yukarıda bashettiğimiz rollerden App-V Management Server ve App-V Management Console gibi davranacaktır.Bu sebeple bu rolleri ayrıca kurmanıza gerek yok.
Bu uygulamaları SCCM ile dağıtırken aynı şekilde paketleri import edip devam ediyoruz.

Bu konudaki makaleyi kısa bir süre sonra yayınlamayı düşünüyorum.

Bir önceki makalemizde Data Protection Manager üzerinde Exchange Server korunma mimarisini incelemiş, agent kurumu ve Protection Group oluşturma işlemlerini gerçekleştirmiştik. Bu makalemizde ise Exchange server için DPM üzerinde bulunan recovery metodlarını inceleyeceğiz.

Mailbox Database Recovery

İlk önce mailbox database recovery işlemini gerçekleştirelim. Konsolda Recovery tabına geldiğinizde belirttiğiniz zamanlamaya göre takvimde recovery noktalarının oluştuğunu görebilirsiniz.

Şekil-1

1- Alt taraftaki Mailbox Database’i seçerek sağdaki menuden recovery butonuna tıklayın.

Şekil-2

2- Bu bölümde yukarıda bahsedilen recovery senaryolarını gerçekleştirebilirsiniz. İsterseniz bu seçenekleri inceleyelim.

• İlk seçenek olan Recover to orginal Exchange Server location yedeğiniz aldığınız veritabanını orjinal yerine kopyalayabilirsiniz.Yalnız burada dikkat etmeniz gerekn bir nokta bulunmaktadır. Orjinal veritabanının üzerine kopyalama yapacağınız için bu iznin size verilmiş olması gerekiyor. Bunun için Exchange Management Console altında ilgili database’in üzerine sağ tıklayarak özelliklerine girin ve This database can be overwritten by a restore kutucuğunu işaretleyin.
• İkinci seçenekte ise yedeklemesi yapılan veritabanını başka bir sunucu üzerine geri döndürebilirsiniz.
• Üçüncü seçenekte mailbox database’ini bir recovery Storage Group üzerine geri döndürebilirsiniz.
• Dördüncü seçenekte alınan yedeği network üzerindeki herhangi bir alana transfer edebilirsiniz.
• Son seçenekte ise alınan yedeği bir tape aygıtına aktarabiliriz.

Görüldüğü gibi ilk seçenek dışarısında diğer seçenekler aktif değil.Bunun sebebi recovery point olarak bir tarih yerine Latest seçeneğinin seçilmesidir. Eğer bunun yerine herhangi bir tarih seçerseniz bu seçenekler aşağıdaki gibi aktif olacaktır.

Şekil-3

Eğer veritabanını orjinal alanına kopyalamak istiyorsanız ilk seçeneği seçerek devam edebilirsiniz.

Şekil-4

Bu pencerede geri döndürülen veritabanının bu işlemden sonra otomatik olarak mount edilmesini sağlayabiliriz. Aynı zamanda recovery işlemi gerçekleştiğinde bir notification maili gönderilmesini sağlayabilirsiniz.

Şekil-5

Görüldüğü gibi recovery işlemi başarılı şekilde gerçekleşti. Database’i kontrol ederseniz mount olduğunu görebilirsiniz.

Copy to Network Folder

Alınan yedeği network üzerindeki herhangi bir noktaya aktarabilirsiniz. Bunun için Recovery Type ekranında Copy to Network Folder’’ı seçiniz.

Şekil-6

Bu pencerede network üzerindeki bir noktayı seçiniz.

Şekil-7

Bir önceki pencereden farklı olarak güvenlik ayarlarını görebilirsiniz. Geri döndürülen dosyalar için,belirtilen hedefteki bilgisayarın güvenlik ayarlarının etkin olmasını sağlama imkanınız mevcut. Yada ayarları recovery point’in alındığı bilgisayardaki şekliyle bırakabilirsiniz. Gerekli düzenlemeleri yaparak devam ediniz.

Şekil-8

Recovery işlemi bittikten sonra belirlediğiniz network path’ini incelediğinizde recovery işleminin başarılı olduğunu görebilirsiniz.

Single Mailbox Recovery

DPM ile storage group ve mailbox database recovery işlemlerinin yanısıra tek bir kullanıcı mailbox için recovery işlemini gerçekleştirebilirsiniz. Öncelikle geri dönüş işlemi için Exchange sunucu üzerinde Recovery Storage Group oluşturmanız gerekmektedir. Exchange Management Console içerisinde tools bölümünde bu işlemleri gerçekleştirebileceğiniz gibi Exchange Management Shell’ide kullanabilirsiniz.Aşağıdaki komutlar ile bir adet recovery storage group oluşturun ve yazma izni verin.

- New-StorageGroup -Server exch2007 -LogFolderPath C:\RecoveryStorageGroup\ -Name RSG -SystemFolderPath C:\ RecoveryStorageGroup \ -Recovery – New-MailboxDatabase -MailboxDatabaseToRecover ‘exch2007\First Storage Group\Mailbox Database’ -StorageGroup exch2007\ RecoveryStorageGroup – edbfilepath ‘C:\RecoveryStorageGroup\Mailbox Database.edb’ – Set-MailboxDatabase -Identity ‘ exch2007\RecoveryStorageGroup\Mailbox Database’ -AllowFileRestore 1

Unutulmaması gereken noktalardan birtaneside recovery Group oluşturulduktan sonra bunun mount edilmemesidir. Eğer mount edilirse DPM recovery işlemini gerçekleştiremez.Şimdi organizasyonumuzdaki Osman isimli kullanıcının mailbox’ındaki mailleri silelim. (Daha öncesinde DPM ile yedeklemenin yapıldığı varsayılmaktadır.)

Şekil-9

Görüldüğü gibi 3 adet maili silinmiş öğeler klasöründende siliyoruz. Şimdi bu kullanıcı için DPM ile alınmış yedeğimizden recovery işlemini gerçekleştirelim.

Şekil-10

1- Konsolda Recovery tabına gelerek Recovery Time olarak Latest dışında bir saat seçin.

2- Recoverable Item bölümünde ilgili mailbox veritabanına çift tıklayarak istediğiniz mailbox’ı seçerek sağdaki menuden recover’a tıklayın.

Şekil-11

3- Recovery Type bölümünde ilgili mailbox’ı veritabanına geri döndürebilir yada network üzerindeki bir noktaya kopyalayabilirsiniz. Recover işlemi için ilk seçeneği seçerek Next’e tıklayın.

Şekil-12

4- Bu pencerede Exchange sunucunuzu seçtikten sonra biraz önce oluşturduğunu recovery storage group ismini ve mailbox database ismini yazın. Next ile devam edin.

Şekil-13

5- Yedek database’in recovery storage group üzerine recovery işlemi başarı ile gerçekleşti. Şimdi Exchange sunucunuz üzerinde aşağıdaki adımları gerçekleştiriniz.

Şekil-14

6- Exchange Management Console içerisinde Tools bölümünden Database Recovery Management’a girdikten sonra oluşturduğunuz recovery storageleri Mount edin.

Şekil-15

7- Osman isimli kullanıcı Mailbox Database 4 içerisinde bulunduğu için bu database’i mount edelim.

Şekil-16

8- Mount işleminden sonra mailboxları orjinal yerlerine taşıyabilirsiniz.Bunun için yukarıdaki resimde gördüğünüz menuden Merge or copy mailbox contents’i seçin.

Şekil-17

9- İlgili mailbox database’i seçerek devam edin.

Şekil-18

10- Görüldüğü gibi DPM tarafından recovery işlemine tabi tutulan mailbox listede görünüyor. Perform merge actions ile devam edin.

Şekil-19

11- Restore işlemi başarılı bir şekilde gerçekleşti. Şimdi kullanıcının mailbox’ını kontrol ederek silinen maillerin geri dönüp dönmediğine bakalım.

Şekil-20

Deleted Items altından da silinen mailler görüldüğü gibi kullanıcının inbox’ına restore edilmiş durumda.

Böylece Data Protection Manager ile Exchange server üzerinde yedekleme aşamalarını inceledik. Bunun yanında Mailbox Database restore, network üzerindeki bir bölüme restore ve kullanıcı mailbox restore metotlarını ayrıntılı bir şekilde gördük.

Türkiye’de teknik blogların sayısı gün geçtikçe artıyor.Birkaç sene öncesinde etrafta portal dahi yokken şu an çok hareketli web tarafımız.Zamanında bu konuyla çok uğraştığım için beni sevindiren bir gelişme.Ara ara burdan yeni açılan,bana hitap eden blogları duyurmak iyi olur sanırım.

Mehmet Uner’in space sayfası uzun zamandır beklediğimiz bir blogdu aslında.Güvenlik ve yönetim konuları hakkında yazılarını yoğunluğa rağmen sitesinden paylaşmaya devam ediyor.Özellikle System center ailesi ile ilgileniyorsanız takip edebilirsiniz.

http://mehmetuner1.spaces.live.com/

Bunun dışında yine Microsoft’tan Kürşat Gök’ünde sanallaştırma üzerine yeni blogu hizmete girmiş.Şu aralar çok sıcak olan sanallaştırma konusunda TR’de blogları görmek sevindirici.Kendisiyle Server 2008 ve sanallaştırma konulu bir seminer vermiştik.Umarım bu aşırı yoğunluğa rağmen bilgilerini blogla birlikte bizimle paylaşır.

http://kursatg.spaces.live.com/