Bulut Bilişim geldi ve IT’nin işleyişini olumlu yönde değiştirmeye başladı fakat Bulut’un geliş hızıyla, piyasada Bulut hakkında bilgisi olan çalışanların oluşma hızı aynı olmadı. Microsoft olarak biz de bu durumu gördük ve yeni bir sertifikasyon programı oluşturduk.

Önceki sertifika programlarımızdan farklı olarak, bilginizin güncel olduğunu kanıtlamak ve aşağıda anlatacağım ünvanları koruyabilmek için 3 yılda bir yeniden sertifikasyon sınavlarına girmeniz gerekiyor.

1- Microsoft Certified Solutions Associate (MCSA)

Bu seviye giriş seviyesi. Bir sonraki seviye olan Microsoft Certified Solutions Expert (MCSE) olabilmek için de önkoşul. MCSA olabilmek için 70-640, 70-642 ve 70-646 kodlu sınavları geçmeniz gerekiyor. Eğer daha önceden MCITP: Enterprise Administrator ya da MCITP: Server Administrator olduysanız bu sınavları zaten geçmiş olduğunuz için MCSA sertifikasyonuna sahip oldunuz demektir. Bu durumda MCSA olduğunuzu belirten bir email almış olmanız lazım.

2- Microsoft Certified Solutions Expert (MCSE)

Bu seviye en geçerli olacak seviye. Özel Bulut tarafında bu ünvana sahipseniz Özel Bulut yönetimi hakkında bilginiz (System Center 2012 olarak okuyun burayı) kanıtlanmış oluyor. MCSE Private Cloud olabilmek için öncelikle MCSA olmanız, üzerine de 70-247: Configuring and Deploying a Private Cloud with System Center 2012 (ya da 31 Ocak 2013′e kadar 70-659 Windows Server 2008 R2, Server Virtualization)  ve 70-246 Monitoring and Operating a Private Cloud with System Center 2012 sınavlarını geçmeniz gerekiyor.

70-247 ve 70-246 gördüğünüz gibi System Center 2012 ile ilgili. İki sınavda da sorular gerçek hayattaki System Center 2012 bilginizi ölçmeye yönelik olduğu için girmeden önce mutlaka lab çalışmaları yapmanızı öneriyorum. Özellikle Service Template gibi kavramları ve uygulamalarını detaylarıyla bildiğinizden emin olun. System Center 2012′nin en önemli özelliklerinden biri içerisindeki tüm ürünlerin birbirine entegre çalışması olduğu için sorular System Center 2012 içindeki tüm ürünlerle ilgili geliyor bilginiz olsun.

Kaynak

IIS backup,restore ve delete işlemi için aşağıdaki komutları komut satırında kullanmalısınız. Bu komutları istek halinde bat dosyasında çalıştırabilirsiniz.

%windir%\system32\inetsrv\appcmd.exe add backup “My Backup Name”

%windir%\system32\inetsrv\appcmd.exe restore backup “My Backup Name”

%windir%\system32\inetsrv\appcmd.exe delete backup “My Backup Name”

Faydalı olması dileğiyle.

Öncelikle bu PowerShell komut seti Exchange Server 2010 SP1 ortamında test edilmiştir. İndirmek için aşağıdaki linki kullanabilirsiniz

http://www.cozumpark.com/files/folders/yuklemeler/entry303640.aspx

Bu komut seti varsayılan olarak son 10 günlük yönetici hareketlerini html formatında bizlere mail atmaktadır.

Kullanımı ise son derece kolaydır.

Bu powershell komut satırında ilk olarak execution policy ayarını değiştiriyoruz

set-executionpolicy -scope CurrentUser -executionPolicy Unrestricted

Bu izin işleminin arından komutu çalıştırıyoruz

.\AuditLogReport.ps1 -To hakan.uzuner@cozumpark.local -From adminauditlog@cozumpark.local -SmtpServer 10.10.10.100
set-executionpolicy -scope CurrentUser -executionPolicy RemoteSigned

Not; Bu komutu ben Exchange Server Mailbox rolü üzerinde çalıştırdım ve smtp server ip adresi olarak Hubtransport server ip adresini yazdım. Eğer yapınız daha küçük ise yani tek bir sunucu üzerinde tüm roller yüklü ise buraya komutu çalıştırdığınız ve zaten tek olan smtp server ip adresini yazıyor olmalısınız.

Not; Bu komutu powershell ps1 dosyasının olduğu dizinde çalıştırıyoruz.

Bunun ardından raporun hazırlanması biraz zaman alacaktır. Bu süre aslında istemiş olduğunuz kayıtların sayısı yani tarih aralığı ile doğru orantılıdır.

Sonuç ise size mail ile gönderilecek ve örnek aşağıdaki gibi olacaktır

Bu bölüme kadar aslında standart bilgiler paylaştım diyebilirim.

Bundan sonra ise benim başıma gelen ve sizlerinde ihtiyaç duyacağınıza inandığım bir kaç detay paylaşmak istiyorum.

Öncelikle bu raporlar Lab ortamında son derece güzel çalışıyor, ancak prod ortamlarda tarih noktasında sorunlar olabilir. Nasıl ?

Diyelimki canlı ortamda son 10 günlük raporları almak istediniz, bunun için ne yapmanız gerekli ? İlk olarak powershell dosyasını not defteri ile açmak ve aşağıdaki satırı değiştirmek yeterli olacaktır

Send-MailMessage -To $To `
-From $From `
-Subject “Exchange Audit Log Report for $((get-date).ToShortDateString())” `
-Body (Search-AdminAuditLog -StartDate ((Get-Date).AddHours(-24)) -EndDate (Get-Date) | New-AuditLogReport) `
-SmtpServer $SmtpServer `
-BodyAsHtml

Bu satırlar komutun en altında yer almaktadır. Burada yazan 24 rakamı saat olup son 24 saati rapor olarak göndermektedir. Eğer son 10 günü istiyorsanız bu rakamı 240 yapmanız gerekli. Fakat bu değişiklik sonrası hala son 24 saat veya son 48 saatlik raporların geldiğini göreceksiniz. Bunun da temel sebebi bu komut çıktısı ( Search-AdminAuditLog )  standart olarak 1000 tane kayıt getirir. Eğer çok yoğun bir ortamda iseniz haklı olarak son 10 günlük kayıtlar 1000 den fazla olacaktır. Bunun için bu komut seti üzerinde bir takım değişiklikler yapmamız gerekmektedir.

İlk olarak maksimum 250.000 olan bu kayıt sayısını getirmek için komuta parametre ekliyoruz. ( not; Sizde tabiki 250.000 den fazla kayıt olabilir, ama bunu aylık veya 15 günlük veya 10 günlük şeklinde parça parça alarak gösterebilirsiniz. Yani bu limit saklama limiti değil görüntüleme limitidir. Saklama limiti vb ayarları Set-AdminAuditLogConfig komutu ile değiştirebiliyoruz ).
-Body (Search-AdminAuditLog -StartDate 10/15/2011 -EndDate 01/13/2012 -resultsize 250000 | New-AuditLogReport) `

Bu ekleme ile beraber artık daha fazla sayıda log görmemiz mümkün oluyor.

Yine bir bilgi daha paylaşmak istiyorum. Diyelim son bir aylık rapor lazım, siz powershell komutunda gerekli ayarları yaptınız, yani hem günü değiştirdiniz hemde “resultsize” parametresini kullandınız. Sonuçta 250.000 den az kayıt olduğu için eksiksiz geldi. Ancak gelen kayıtlarda sistem tarafından yapılan o kadar çok kayıt varki bu dosyayı açmak bile nerede ise imkansız olabilir.

Bu nedenle amacınıza uygun bir filtre kullanabilirsiniz. Örneğin sizin amacınız bir adminin hangi posta kutuları üzerinde “Full Access” izni almışı merak ediyorsanız önemsiz loglar ile boğuşmanıza gerek yoktur. Yine powershell komutu içerisindeki son satırı aşağıdaki gibi yapabilirsiniz

-Body (Search-AdminAuditLog -cmdlets Add-MailboxPermission, Remove-MailboxPermission -StartDate 10/15/2011 -EndDate 01/13/2012 -resultsize 250000 | New-AuditLogReport) `

bu bölüme ise eklediğim kısım ” -cmdlets Add-MailboxPermission, Remove-MailboxPermission” yani komut setleri için filtre uyguladım. Bunu sonucunda adminlerin çalıştırdığı Add ve Remove Mailbox Permission yani izin noktasındaki hareketler gelecektir. Bu işinizi bir hayli kolaylaştıracaktır.

Tabiki isterseniz cmdlets kısmında farklı parametreler kullanabilirsiniz.

Kaynak : Hakan Uzuner / Çözümpark

Merhaba,

Yaşadığımız bir sorunu ve çözümünü sizlere aktaracağım. Blackberry cihazına IMAP olarak kurulan hesaptan mail alamıyorduk. Tüm testlerde POP ve OWA hesapları blackberry cihazına kurarak test ettiğimizde herşey çalışıyordu. Outlook tarafında ise POP, IMAP ve MAPI hesapları da normal şekilde çalışıyordu.

Uzunca bir araştırma sonrası yaptığımız işlemler ise,

• Log dosyalarının lokasyonunu kontrol ediyoruz. Get-IMAPSettings |fl *  ve Get-POPSettings |fl * komutları ile log dosyalarını nereye aldığını kontrol ediyoruz. LogFileLocation kısmının boş olduğunu görüyoruz.

• POP ve IMAP protokollerinin loglarının depolanacağı bir lokasyon belirlemek amacıyla aşağıdaki gibi klasör açıyoruz.

• POP ve IMAP protokollerinin loglarının bu lokasyona toplanması için EMS’den set ediyoruz.
• Set-IMAPSetting -Server “CAS01″ -ProtocolLogEnabled $true -LogFileLocation c:\Logs\IMAP
• Set-POPSetting -Server “CAS01″ -ProtocolLogEnabled $true -LogFileLocation c:\Logs\POP

• Log file lokasyon set edilmiş mi bakalım. Önce IMAP ayarlarına bakalım. Get-IMAPSettings |fl *  

• Şimdi POP ayarlarına bakalım.    Get-POPSettings |fl *

• Blackberry ile test işlemlerine devam ediyoruz ( 1-2 saat ) ve IMAP loglarının toplanmasını sağlıyoruz. Bir müddet sonra IMAP loglarında BAD Command Argument Error hata görüyoruz.

• Biraz araştırma sonrası Reginal Settingslerin English olması gerektiğini bulduk. Control Panel / Region and Language kısmını açıyoruz.

• Buradaki tüm ayarları klavye hariç, Welcome Screen ekranındaki gibi English yapıyoruz.

Bu işlemlerden sonra IMAP protokolü üzerinden Blackberry cihazlarının e-mail alışverişi sağlıklık bir şekilde sağladığını göreceksiniz.

Windows 8 i usb bellekten kurmayı anlatacağım .

• İlk olarak Windows 7 USB/DVD Tooll linkinden Windows 7 usb  toolunu indiriyoruz.
• İkinci işlem olarak aşağıdaki linkten  kurulum yapacağımız Windows 8 iso dosyasını indiriyoruz.

http://iso.esd.microsoft.com/WCPDL/BD1B8A49393E30CC9C4E5C88457D73E964F1F3B18/Windows8-ConsumerPreview-32bit-English.iso

• Daha sonra boot işleminde kullancağımız usb belleğimizi formatlıyoruz.

Bu adımda windows 8 usb tool çalıştırarak indirdiğimiz Windows 8 iso dosyamızı seçiyoruz. ve Next tuşuna basıyoruz.

İşlemin %100 e gelmesini bekliyoruz. %100e gelince USB belleğimiz kurulum için hazır.

Artık usb bellekten kurulum işlemini yapabiliriz.

Faydalı olması dileğiyle.

Exchange 2010′u ortamdan kaldırırken çeşitli hatalar alabilmektesiniz. Ben de bugün iki hata ile karşılaştım ve bunların çözümünü bir yazıda toplamak istedim.

Exchange 2010 üzerinde rolleri tek tek kaldırırken, Mailbox role kısmında bu hatayı aldım. Mail server üzerinde mailbox varsa bu hatayı alabiliyorsunuz. Bu durumda tüm mailboxları diğer mail servera taşımanız gerekiyor.

Oysaki benim ortamımda mail server kalamyacak ve hiç bir mailboxta yoktu. Ancak system mailboxtan dolayı bu hatayı verdiğini gördüm.Almış olduğum hata aşağıdaki gibiydi.

Bu hatayı gidermek için Exchange Management Shell’i açın.

Get-Mailbox -Arbitration | Disable-Mailbox -Arbitration -DisableLastArbitrationMailboxAllowed:$true komutunu uygulayın. Daha sonra uninstall sırasında bu adımı geçeceksiniz.

• Diğer bir  hata ise , tüm rolleri kaldırıp management tool kaldırırken aşağıdaki gibi alınan hatadır.

The execution of: “$error.Clear(); buildToBuildUpgrade-ExsetDataAtom -AtomName OrgLevelCt -DomainController $RoleDomainController”, generated the following error: “An error occurred with error code ’3221684226′ and message ‘The system cannot find the file specified.’.”.

Bu hatayı ise, mail servera features kısmından RSAT ( Remote Server Administration Tools ) kurun ve uninstall işlemi tekrarlayın.

Exchange 2010 Serverı uninstall ettiğinizi göreceksiniz.

Faydalı olması dileğiyle.

Bugün karşılaştığım bir problemin çözümünü sizlere aktaracağım. Exchange management console açtığınızda aşağıdaki gibi bir hata alabilirsiniz

Bu durumda yapmanız gereken işlemler;

Exchange Server 2010′da IIS Manager’ı açın. Buradan Default Web Site / Powershell / SSL Settings kısmını açın.

Açılan pencerede Require SSL yanındaki check işaretini kaldırın ve client certificate kısmında Accept işaretleyin. Daha sonra sağ üst taraftaki apply tıklayın.

Son olara iisreset/noforce komutunu uygulayarak IIS’i yeniden başlatın.

Bu işlemlerden sonra Exchange Management Console’u tekrar açtığınızda hata ile karşılaşmayacaksınız.

Faydalı olması dileğiyle.

Exchange serverda mail grupları için distrubution grupların kullanıldığını bilmekteyiz. Hepimiz şirketimizdeki sistemlerde bunu kullanmaktayız. Bir diğer grup olan dynamic distrubution grup kullanımını anlatmaya çalışacağım bu makalede sizlere.

Dynamic distrubution grup, belirlenen attribute sayesinde bilgileri active directoryden çekerek çalışmaktadır. Departman belirtip, belli bir departmana ait kişilerin bilgisini active directoryden doğrulayıp, o kişileri oluşturulan gruba üye yapabilirsiniz.

Ancak ben bu makalede bir senaryoyu canlandıracağım. Senaryo gereği, outsource olarak çalışan kullanıcılarınız var. Kullanıcılara, outsource çalıştığı yerde bir mail adresi veriliyor ve kullanıcılar bu adresi kullanıyorlar. Sizin yapmak istediğiniz ise bir mail adresine bilgi maili gönderdiğinizde,mail tüm kullanıcılara bildirilsin.

Şimdi bu işlemleri nasıl yapacağımızı görelim.

Exchange management console açalım.

Recepient Configuration altında Distrubution Group’a sağ tuş ile tıklayıp, burada New Dynamic Distrubiton Group seçeneğine tıklayalım.

Açılan pencerede dynamic distribution bilgilerini girerek ilerliyoruz. Bilgileri girdikten sonra next ile ilerliyoruz.

Oluşturacağımız dynamic groupun tipini belirliyoruz. All recipient types kısmını işaretleyip ilerliyoruz.

Senaryo gereği outsource kullanıcılar için ilerki adımlarda contact oluşturacağız. Contactlara attribute bilgisi olarak gireceğimiz bilgiyi bu kısımda tanımlıyoruz. Burada Custom Attribute 1 equals Value kısmını işaretleyip, specified kısmını işaretliyoruz.

Attribute bilgisi olarak buraya outsource giriyoruz. Bu kısıma yazdığımız bilgi önemli nokta! Buraya yazılan bilgi ile, kullanıcılar için oluşturulan contacta aynı bilgiyi girmeliyiz. Bu iki bilgi match edilidiğinde çalışacaktır.

Girilen bilgiyi burada görmekteyiz. Next ile sonraki adıma ilerliyoruz.

Summary bilgisi kısmında oluşturulan dynamic grup için özet bilgileri görmekteyiz. New butonu ile birlikte dynamic grubu oluşturuyoruz.

Recepient Configuraiton / Distribution Group altında dynamic grubumuzun oluştuğunu görmekteyiz. Bu gruba ait elbetteki bir e-mail adresi oluşmuş durumda. Şimdi ise gruba ait bir üye var mı bakalım. Grubun özelliklerine ait pencereyi açalım.

Conditions sekmesinde Preview butonunu tıklayalım.

Yukarıdaki pencerede gördüğümüz gibi, hiç bir kullanıcı bu gruba üye durumda değil.

Bu adımdan sonra, outsource kullanıcılar için onlara verilen e-mail adres bilgilerinin olduğu birer contact oluşturup, dynamic groupta yazdığımız attribute bilgisini gireceğiz. Ben test amaçlı bir kullanıcı için yapacağım.

Contact oluşturma adımlarını görelim.

Recepient Configuraiton / Mail Contact bölümünden New Mail Contact kısmını tıklayalım.

Yeni bir contact oluşturacağımız için, new mail contact seçeneği ile ilerliyoruz.

Contact bilgilerini giriyoruz. SMTP bölümüne , outsource kullanıcıların kullanmış olduğu mail adresini giriyoruz. Test için gmail domainini kullandım. Production ortamda outsource kullanıcıya verilen e-mail adres bilgisini girmelisiniz.

Summary penceresinde, contact için özet bilgiyi görmekteyiz. New butonuna tıklayarak, contact oluşturma talebinde bulunuyoruz.

Finish ile contact oluşturma işlemini bitiriyoruz.

Exchance management console penceresinde de yukarıdaki gibi oluşturduğumuz contactı görebilmekteyiz.

Şimdi oluşturduğumuz contactın özellikler penceresini açalım.

Burada Custom Attributes butonuna tıklayalım.

Bu bölüme dynamic distribution group oluşturuken yazdığımız attribute bilgisini girmeliyiz. Bu durumda group ve contact match etmiş olacaktır. Ok butonunu tıklayarak bu pencereyi kapatalım.

Tekrar oluşturmuş olduğumuz dynamic distribution group’un özelliklerine ait olan pencereyi açalım.

Conditions sekmesinde Preview butonuna tıklayalım.

Outsource olarak çalışan kullanıcı burada görünmektedir.

Artık oluşturmuş olduğumuz dynamic distribution groupun mail adresine mail attığımızda, bu pencerede gördüğümüz kullanıcılara da mail ulaşacaktır.

Senaryomuz gereği, Exchange Server 2010 tarafında dynamic distribution groupu sizlere anlatmaya çalıştım.

Umarım faydalı bir makale olmuştur. Bir başka makalede görüşmek dileğiyle.

Uğur DEMİR

Get-Mailbox | Add-MailboxPermission -User “USERORGROUPNAME” -AccessRights FullAccess -InheritanceType all

CSV veya TXT dosyasına içerisinde hiç üye bulunmayan veya 1 üye bulunan grupları yazdırmak için aşağıdaki komutu kullanabilirsiniz:

Get-DistributionGroup | Where-Object { (Get-DistributionGroupMember –identity $_.Name).Count –lt 1 } | ft name, primarysmtpaddress –wrap | Out-File c:bosgrup.txt

Özel bir grup ya da kullanıcıdan tüm posta kutularında Full erişimi kaldıran script:

Get-Mailbox | Remove-MailboxPermission -User “USERORGROUPNAME” -AccessRights FullAccess -InheritanceType all

Tüm posta kutularında Managed Folder Policy aktifleştiren script:

Get-Mailbox | Set-Mailbox –ManagedFolderMailboxPolicy “MANAGEDFOLDERPOLICYNAME”

Tüm posta kutularında ActiveSync Policy aktifleştiren script:

Get-Mailbox | Set-CASMailbox -ActiveSyncMailboxPolicy(Get-ActiveSyncMailboxPolicy “ACTIVESYNCPOLICYNAME” ).Identity

Tüm posta kutularında Managed Folder Cleanup özelliğini çalıştıran script:

–Sunucu seviyesinde: Start-ManagedFolderAssistant -Server SERVERNAME
– Database seviyesinde: Start-ManagedFolderAssistant -Database DBNAME

Posta kutusu istatistiklerini bir Comma-Separated-Values (CSV) dosyasına çıkartan, posta kutusu boyutuna göre büyükten küçüğe sıralayan ve Fullname, GUID, posta kutusundaki mesaj sayısı, posta kutusu boyutu MB olarak ve veritabanı adını veren script:

Get-MailboxStatistics -Server SERVERNAME | Sort-Object TotalItemSize -Descending | Select DisplayName, MailboxGUID, ItemCount, @{expression={$_.totalitemsize.value.ToMB()}}, DatabaseName | Export-CSV FILENAME.csv

Exchange Resource Mailbox’lar üzerinde Calendar yetkisi vererek otomatik olarak takvimlenen olayları kabul yada ret vermeyi sağlar :

Set-MailboxCalendarSettings -Identity “MAILBOXCOMMONNAME” -AutomateProcessing AutoAccept -AddOrganizerToSubject $true -EnforceSchedulingHorizon $false

Outlook Web Access ayalarını default ayarlara çeken script. (Silinen OWA klasörlerini geri yüklemek için de kullanılabilir.)

Remove-OwaVirtualDirectory “exchange (Default Web Site)”
Remove-OwaVirtualDirectory “public (Default Web Site)”
Remove-OwaVirtualDirectory “exchweb (Default Web Site)”
Remove-OwaVirtualDirectory “owa (Default Web Site)”
New-OwaVirtualDirectory “exchange” -OwaVersion Exchange2003or2000 -VirtualDirectoryType Mailboxes -WebSiteName “Default Web Site”
New-OwaVirtualDirectory “public” -OwaVersion Exchange2003or2000 -VirtualDirectoryType PublicFolders -WebSiteName “Default Web Site”
New-OwaVirtualDirectory “exchweb” -OwaVersion Exchange2003or2000 -VirtualDirectoryType Exchweb -WebSiteName “Default Web Site”
New-OwaVirtualDirectory -name “owa” -OwaVersion Exchange2007 -WebSiteName “Default Web Site”

3rd-Party SSL Sertifika istek dosyası oluşturan script:

New-ExchangeCertificate -subjectName “C=COUNTRYNAMEHERE, ST=STATENAMEHERE, L=CITYNAMEHERE, O=COMPANYNAMEHEREBUTNOPUNCTUATION, OU=COMPANYDEPARTMENTNAME, CN=mail.FULLDOMAINNAME.EXTENSION” -FriendlyName “COMPANYNAMEHERECANUSEPUNCTUATION” -DomainName “autodiscover.FULLDOMAINNAME.EXTENSION, www.FULLDOMAINNAME.EXTENSION, FULLDOMAINNAME.EXTENSION, INTERNALSERVERNAME.INTERNALDOMAINNAME, INTERNALSERVERNAME” -GenerateRequest $true -PrivateKeyExportable $true -Keysize 4096 -path C:\CERT.txt

• VMware ESXi 5.0 §  VMware vCenter 5.0
• VMware Data Recovery 2.0
• vSphere Storage Appliance 1.0
• VMware vShield Zones for vSphere 5§  Documentation link
• What’s New in VMware vSphere 5.0
• VMware vSphere 5.0 Release Notes

Evaluation Guides:

• VMware vSphere 5 Evaluation Guide – Volume One
• VMware vSphere 5 Evaluation Guide – Volume Two – Advanced Storage Features
• VMware vSphere 5 Evaluation Guide – Volume Three – Advanced Networking Features
• VMware vSphere 5 Evaluation Guide – Volume Four – Auto Deploy
• VMware Data Recovery Evaluation Guide
• What’s New in vSphere 5.0
• What’s New in VMware vSphere 5.0: VMware vCenter
• What’s New in VMware vSphere 5.0: Platform Whitepaper
• What’s New in VMware vSphere 5.0: Performance Whitepaper
• What’s New in VMware vSphere 5.0: Storage Whitepaper
• What’s New in VMware vSphere 5.0: Networking Whitepaper
• What’s New in VMware vSphere 5.0: Availability Whitepaper
• What’s New in VMware Data Recovery 2.0 Technical Whitepaper
• VMware vSphere Storage Appliance Technical Whitepaper
• What’s New in VMware vCenter Site Recovery Manager 5 Technical Whitepaper
• What’s New in VMware vCloud Director 1.5 Technical Whitepaper