Operation Management Suite’in mimarisi Part -2

Operation Management Suite’in mimarısını aslında 4 ana bileşende toplanır ve bunlar aşağıdaki gibidir ;

  • Insight and Analytics
  • Automation & Control (Otomasyon ve Denetim)
  • Protection and Disaster Recovery ( Koruma ve Olağanüstü Durum Kurtarma )
  • Security and Compliance (Güvenlik ve Uyumluluk )

 Insight and Analytics

Log Analytics, tarafından toplanan tüm veriler, Azure’da barındırılan (repository) OMS deposunda depolanır. İşletim sistemleri ve uygulamalar tarafından oluşturulan günlük ve performans verilerini toplamanıza, bunlar arasında bağlantı kurmanıza ve bu veriler üzerinde arama işlemi yapmanıza yardımcı olur. Toplanacak verileri OMS’in çözümleriyle birleştirebilir ve bu veriler üzerinden mantıksal raporlar alabilirsiniz . Ayrıca çözümler en az yapılandırmayla veya hiç yapılandırma istemeden otomatik olarak sunulan hizmetlerle işlemler sağlanır.

 Otomasyon ve Denetim

Azure Otomasyonu, Kullanıcıların bulut veya local ortamda sıklıkla gerçekleştirdikleri iş yüklerini, hatasız ve sık tekrarlanan görevlerini otomatik hale getirmek için kullanılan bir yöntemdir. Bu yöntem zamandan tasarruf sağlar ve normal yönetim görevlerinin güvenilirliğini de artırır, hatta bu kuralları düzenli aralıklarla otomatik olarak gerçekleştirilecek şekilde ayarlanabilir. Runbook’ları kullanarak işlemleri otomatik hale getirebilir ya da istenen yapılandırmayı kullanarak varolan yapılandırmayı otomatik hale getirebilirsiniz.

Runbook

, Azure Automation’da otomatik işlemleri gerçekleştiren görevler grubu olarak adlandırabilir. Bu bir sanal makineyi başlatma ve günlük girişi oluşturma gibi basit bir işlemler de diyebiliriz.


 Koruma ve Olağanüstü Durum Kurtarma (Azure Backup & Azure Site Recovery)

Azure Backup, varolan uygulama verilerinizi korur ve herhangi bir yatırım sağlamadan önemli verilerinizi uzun süre boyunca saklar. SQL Server ve SharePoint gibi uygulama iş yüklerinizin yanı sıra fiziksel ve sanal Windows sunucularındaki verilerinizide yedekler. Uzun vadeli depolama açısından verilerinizi farklı bölgelerde saklama seçenekleri sunmaktadır.
Azure Site Recovery; şirket içi Hyper-V sanal makineleri, VMware sanal makineleri, fiziksel Windows/Linux sunucularını felaketten kurtarma işlemlerini düzenleyerek iş sürekliliği ve olağanüstü durumlarda kurtarma stratejinize katkı sağlar. Bu makineleri cloud ortamına yada ikinci bir veri merkezine taşıyarak veri merkezinizi genişletebilirsiniz. Site Recovery, aynı zamanda iş yükleri için basit bir yük dengeleme ve kurtarma işlemi sunar.

Azure Site Recovery için üç temel senaryo bulunmaktadır;

  • Hyper-V sanal makinelerini

Hyper-V sanal makineleri VMM tarafından yönetiliyorsa, ikincil veri merkezine veya Azure depolama hizmetine yönelik taşıma gerçekleştirebilirsiniz. Azure’a yönelik taşıma, güvenli bir İnternet bağlantısı üzerinden yapılır. Hyper-V sanal makineleri VMM tarafından yönetilmiyorsa yalnızca Azure depolama hizmetine yönelik olarak çoğaltma işlemini gerçekleştirebilirsiniz.

  • VMWare sanal makinelerini

VMware sanal makinelerini VMware veya Azure depolama hizmetini çalıştıran ikincil bir veri merkezine yönelik olarak taşınabilir. Azure’a yönelik taşıma, siteler arası bir VPN veya Azure ExpressRoute üzerinden ya da güvenli bir İnternet bağlantısı yoluyla gerçekleşebilir. İkincil bir veri merkezine yönelik taşıma, InMage Scout veri kanalı üzerinden gerçekleştirilir.

  • Fiziksel Windows ve Linux sunucularını

Fiziksel sunucuları ikincil bir veri merkezine veya Azure depolama hizmetine yönelik olarak taşıyabilirsiniz. Azure’a yönelik taşıma, siteler arası bir VPN veya Azure ExpressRoute üzerinden ya da güvenli bir İnternet bağlantısı yoluyla gerçekleşebilirsiniz. Azure Site Recovery, bazı veri istatistiklerini görüntüleyen bir OMS çözümüne sahiptir, ancak işlemler için Azure portalını kullanmanız gerekecektir.

 Güvenlik ve Uyumluluk

Güvenlik ve Uyumluluk, altyapınıza ilişkin güvenlik risklerini belirlemenize, değerlendirmenize ve azaltmanıza yardımcı olur. Yönetilen sistemlerdeki güvenlik olaylarını toplayarak çözümler sağlamaktadır. Aynı zamanda kötü amaçlı yazılımların durumunu ve sunucu güncelleştirmelerin en stabil halini raporlayabilir ve gözlemleyebilirsiniz.

Windows Server 2012 WSUS Adım Adım Kurulum Ve Yapılandırma

Merhaba bu makalemizde sizlere Wsus Rol’ününden bahsediyor (Windows Server Update Services) olacağım. WSUS, Microsoft tarafından hazırda kullanılan ürünlerin güncelleştirmelerini, ağ ortamındaki client bilgisayarlara dağıtmamızı sağlamaktadır. Aynı zamanda WSUS bu güncelleştirmeleri takip edebilmemizi sağlar.

WSUS (Windows Server Update Services) kurulumu için ilk olarak Server Manager yönetiminde Dashboard kısmından “Add roles and features” ı seçiyoruz.


“Next”diyoruz.


Role-based or Features-based Installation kurulumu bildiğimiz rol ve özelliklerin kurulumunu yapabileceğimiz bölümdür. “Next” diyorum.


Wsus.erbulmus.com sunucuma WSUS (Windows Server Update Services) roles’u kuracağımdan dolayı“Next” diyorum.


Roles bölümünde iste WSUS (Windows Server Update Services) roles’u işaretliyorum.“Next” diyorum.


Select features ekraninda sunucumuz üzerine kurubileceğimiz Features‘leri görüyoruz.“Next” diyoruz.


WSUS(Windows Server Update Services) rolünün kurulumuna devam etmek için” Next “diyerek devam ediyoruz.


WID Database :Kendi veritabanını oluşturarak kullanacağımız databasedir.

WSUS Service :WSUS roles’nun çalışmasında rol oynayan servistir.

Database : Bu seçeneği seçerseniz .WID Database ve WSUS Service seçeneğini seçemezsiniz bu sunucu üzerinde sadece Database tutulur.

Biz kendi database ve wsus servisini bir arada kuracağımızdan dolayı WID Database ve WSUS Service seçeneğini seçiyoruz. “Next” diyoruz.


Sanal sunucu üzerinde işlem yaptığım için ben C: altında Wsus isimli bir klasörünün içinde update’lerimi barındıracağım. “Next” diyerek ilerliyoruz.


Web server IIS Roles kuruyoruz.


Bu pencerede değişiklik yapmamiza gerek yok “Next” diyerek geçebiliriz.


Restart the destination server automatically if required seçeneğini işaretliyoruz. “Next” diyoruz.


“Close” diyoruz.


Server Manager Dashboard‘an ekraninda Tools bölümüne gelerek oradan Windows Server Update Services‘e tıklıyoruz.


“Run”diyoruz.


“Next” diyoruz.


Kutucuğu işaretlerseniZ Microsoft tarafına istatislik bilgi gidecektir.Ben işaretlemeden “Next” diyorum.


Update’leri microsoft tarafından alacağımızdan dolayı Synchronize from microsoft update diyerek ilerliyoruz.


Proxy kullanmayacağız. “Next” diyerek ilerleyebiliriz.


Connect to Upstream Server ekraninda gerekli bilgilerin ve Synchronize işlemlerini başlatmak için Start Connecting‘i seçip işlemi başlatıyoruz.


Kurulum bitti “Next” diyoruz.


Hangi dillerde update’leri indirmek istiyorsak yada ortamda hangi diller kullanılıyorsa o dilleri işaretlememiz gerekmektedir.


Benim ortamda windows server 2012 ve üzeri işletim sistemi olduğu için ben windows server 2012 tiklerini işaretliyorum. “Next” diyoruz.


Configure Sync Schedule ekranında Windows Update Services sunucumuzun update işlemleri katagori olarak düzenleyebiliriz.Burada ihtiyacımız olan update’leri belirliyoruz.”Next” diyoruz.


Senkronizasyon işlemi nasıl yapılsın yada hangi günlerde yapılsın gibi işlemleri yapabiliriz.Değişiklik yapmadan devam ediyorum. “Next” diyorum.


“Begin initial Synhronization” kutucuğunu işaretliyerek senkronizasyon işlemini başlatıyoruz.


Finish diyoruz.


Yukaridaki resmin sol üst bölümündeki “Synchronize Now” linkine tıklıyoruz.


Synchronize Now işleminden sonra security update ve critical update’ler buldu.Fakat 3. uyarıda ise Your Wsus server currently shows that no computers are registerede to receive update. uyarsında Windows Update Services kurulumu yapıldı ama bu hiç bir client makinamız bilmiyor bu servisi client bilgisayarlarımıza tanıtmamız gerekir.Bu işlem ise Group Policy Management üzerinden yapılmaktadir.


Server Manager Dashboard‘an ekraninda Tools bölümüne gelerek oradan Group Policy Management ‘e tıklıyoruz.


Computer Configuration tabından Policies – Administrative Templates -Windows components – Windows Update tıklıyoruz.


Bizim işimize Configure Automatic Update ve Specify intranet Microsoft update service location yarıyacaktır.

Configure Automatic Update: Update’ler hangi gün ve hangi saatler indirilsin  nasıl kurulsun diyebiliyoruz.

Specify intranet Microsoft update service location: Update sunucumuzun kim olduğunu belirtiyoruz.

Configure Automatic Update


Önce Policy “Enable” ediyoruz.

Sırasıyla incelersek,

Notify for download and notify for install: Yeni update geldiğinde indiriyim mi diye sor ve indirdikten sonrada kurulumu yapılsın mı diye sor.

Auto download and notify for install: Otomatik olarak indir ve kurulum yapılsın mı diye sor

Auto download and schedule the install: Hiç bir şey sorma otomatik olarak indir ve benim aşağıdaki bölümde belirteceğim gün ve saatte kurulumu yap (seçeceğimiz seçenek bu)

Allow local admin to choose setting: Local admin nasıl istiyorsa update’leri one indirip kurulumu yapsın.

Biz 3. seçenek olan Auto download and notify for install ‘ı seçiyoruz. “Apply” diyoruz.

Specify intranet Microsoft update service location


Yine önce Policy’i “Enable” ediyoruz. Bu kısımda Windows Server Update Services kim olduğunu söylüyoruz.

Her iki yerde aynı adresi giriyoruz. Birincisi Wsus sunucu ki olduğu ikincisi ise update’ler ile ilgili raporlarını o adrese bildiriyoruz.

Https://wsus.erbulmus.com:8530


Domain Controller 5 dk içerisinde diğer makinaler ise 90 ve 120 dk arasında yapılan ayarları alacaktır. Update’leri kontrol etmeyen makinalarda ise bir komut ile o makinayı tetikleyebiliyoruz.Bu komut microsoft sınavlarında sorular bir komuttur.

” Wuauclt.exe /reportnow /detectnow “

Resimde ise ortamda tek bir “wsus” sunucum olduğu için onu görebiliyoruz.


All Updates kısmına geliyoruz ister tek tek, istersek tümünü seçerek update’leri kurabiliyoruz. Ben tümünü seçip “Approved for install “diyorum.


Ok” diyoruz.

Update kurulumunu başlatmış bulunuyoruz.


Update Services kısmından Options tıklıyoruz.


 Update Source and proxy server: ilk konfigürasyon yapıldığı yer update’leri microsoft tarafından aldığımızı gönderen yerdi. Proxy ayarlarınıda yapıldığı yer aynı zamanda

Products and classifications: konfigürasyon sırasında yeni bir ürün yüklediniz sunucunuza mesela exchange server onunla ilgili update’leride indir dediğimiz yerdir.Aynı zamanda ne tür update’leri indirmesini bu kısımdan değiştirebiliriz.

Update files and languages: Bu kısımda ortama farklı dilde işletim sistemi eklediğinde değişiklik yapabileceğimiz kısımdır.

Automatic Approvals: Update’ler ile ilgili ayarları otomatik halde yada manuel olarak “Approva “edebiliyorduk.

Synchronizations Schedule: sekronizasyon ile ayarların yapıldı kısım.

Computers: Bu bölümde update’ler ile ilgili grouplar oluşturabiliyorduk ve grouplara göre update işlemlerini düzenleyebiliyoruz.


Server cleanup Wizard: Kullanılmayan ve ihtiyaç duyulmayan update’lerin bu kısımdan temizleyebiliriz.

Reporting Rollup: Alınan raporların içinde serverla ilgili bilgileri istiyorum veya istemiyorum diyebiliyoruz.

E-mail Notifications: Sekronizasyon yapıldığı zaman belirli kişilere mail gönderilsin yada belli aralıklarda rapor alınsın gibi uyarıları yönettiğimiz kısımdır.

Microsoft update Improvement Program: Bu bölüme kurulum başında bakmiştık, Microsoft tarafına istatislik bilgi gönderecektir.Biz işareti kaldırmıştık.

Personalization: Update’leri nerden aldığını izlediğimiz kısım

Wsus server configuration Wizard: İlk konfigürasyon sihirbazını tekrar çalıştırıyor.

Operation Management Suite’in Log Bileşenleri Part-3

OMS’ın arka tarafta nasıl log topladığını inceliyor olursak, resimde görüldüğü üzere Azure içerisinde barındırılan bir OMS repository bulunur. Bu Repository merkezi olarak belirlenir, Veri kaynakları ile yapılandırılarak ve hesabınıza yeni çözümler eklenerek varolan çözüm kaynaklarından repository bölümüne aktarılır. Aktarma işlemi de OMS’in Agent’i ile yapılır.


Log Search tarafında ise OMS repository üzerine toplamış olan Log’ları OMS dashboard’unda görülür. Aynı zamada bu Log’ları bir PowerBI ortamına yada bir Excel’e export edilebilir. Bunları dışında belirlediğimiz Log’ları bir uyarı (Alerts) ile görebiliriz.

OMS Repository Database’in içinde nasıl Log’lar bulunur.

  • Custom Logs
  • Windows Event logs
  • Windows Performance counters
  • Linux Performance counter
  • IIS logs
  • Syslog


OMS Portalı üzerinden Settings – Data yollarını takip ederek ilgili log’ları inceleyebilirsiniz.

Office 365 Kullanıcı Maili PST Olarak Nasıl Indirilir

Office 365 Portal üzerinden kullanıcı mailboxlarını isteğe göre yönetebiliyoruz. Her .pst dosyası, Gelen Kutusu, Takvim ve Kişiler dahil olmak üzere tüm Outlook klasörlerinizi içerir. Tek bir .pst dosyanız olabilir (genellikle Klasör Listenizde Kişisel Klasörler olarak adlandırılır), ancak arşivleme için kullandığınız ek bir .pst dosyanız da olabilir. Kişisel Klasörler Yedekleme aracını kullanarak, bu .pst dosyalarından bazılarını veya tümünü yedekleyebilirsiniz.

Office 365 üzerinde ise kullanıcı pst dosyalarını eDiscovery Pst Export Tools aracı ile maillerinizi local makinelerinize alabilirsiniz. Bu pst dosyasını her hangi bir outlook’a bağlantı sağlayarak maillerinizi görebilirsiniz. Ayrıca yerinde eBulma ve sakmalamailkesinde ilgili pst üzerinden mail filtrelemeleri de yapabiliyorsunuz. Pst indirme işlemi Office 365 yöneticilerine kolaylık sağlacak bir özelliktir. Office 365 üzeride kullanıcıların maillerini pst olarak indirmek için aşağıdaki adımları uygulamanız gerekir.

Bir kullanıcının maillerine erişebilmesi için Office 365 Portal üzerinden birtakım hakların verilmesi gerekir.


Exchange yönetim merkezi üzerinde izinler – yönetici rolleri – Discovery Management – üyeler ilgili bir kullanıcı ekliyoruz. Eklediğimiz bu kullanıcı portal üzerinde yöneticisi yetkisine sahip olması gerekir.


Aynı kullanıcıyı İzinler – Yönetici rolleri – Compliance Management üyelerine ekliyoruz.

Not: İlgili hakları verdikten sonra 48 saat beklemeniz gerekmektedir.

Exchange yönetim merkezi altında Uyumluluk Yönetimi – Yerinde bulma ve saklama
+ simgesine tıklıyoruz.


İlgili bölümü kendimize göre dolduruyoruz ve ilerliyoruz.


Posta kutuları bölümünde ise Tüm posta kutularını ara yada Aranacak posta kutularını belirtin seçeneklerinden birini seçip ilerleyebilirsiniz. Aranacak posta kutularını belirtin linkine işaretliyerek ilgili kullanıcımı seçiyorum. (Kerem Ustaoğlu)


Arama sorgusunu belirli ölçütlere göre Filtrelemeniz mümkündür. Fakat ben Tüm içeriği dahil et linkini seçerek ilerliyorum.


Uyarı: Saklama ayarının etkinleşmesi 60 dakikayı bulabilir.

Ekran görüntüsü üzerindeki gibi kuralımı oluşturuyorum.


İşlemlerimiz başarılı bir şekilde tamamlanmaktadir.


Ardından Uyumluluk Yönetimi – Yerinde ebulma ve saklama sekmesi üzerine gelerek pst olarak indirilecek kullanıcıya tıkladıktan sonra indir simgesine tıklıyoruz.

Not: Kurtarılan maillerin indirilmeye hazır hale gelmesini beklemeniz gerekmektedir. Durum kısmındaki “Tahmin başarılı oldu” onayını aldıktan sonra maillerimizi bilgisayarımıza PST olarak indirebilirsiniz


Indirdiğimiz uygulamayı çalışıyoruz.


Bize PST dosyasının indirileceğimiz yeri gösteriyoruz. Dosya yerini belirledikten sonraEnable deduplication secili iken Start butonuna tıklıyoruz.


Kullanıcının maillerini Pst olarak indirmiş bulunuyoruz.


işlemlerin sonucunda ilgili kullanıcının maillerini Outlook’a ekleyerek ulaşabilirsiniz.

Operation Management Suite’in Ana yapısı Part-4

OMS’in Ana yapısını genel olarak Log Search, My Dashboard, Solutions Gallery, Usage ve Settings bölümünden oluşmaktadır. Ana bölümde ise eklenen Solutions’ları görebilirsiniz. Her birinin farklı bir görevi olduğundan ana başlıklarına göre çeşitli bilgiler bulunmaktadır. Tek tek üzerine tıklandığından sizlere o konuyla ilgili çözüm ve öneriler sunarak ortamınıza katkı sağlar.


Veri kaynakları, bağlı olduğu her sunuculardan toplanan farklı veri türleridir. Bunlar, Windows ve Linux sunucularından alınan logları (performans verileri,IIS logları ve özel loglar) içerir. Toplamak istediğiniz her veri kaynağını yapılandırabilirsiniz. Yapılandırma, otomatik olarak isteğe bağlı her kaynağa dağıtılır.


Log Analytics dışındaki verileri analiz etmek için OMS deposundaki verileri Power BI veya Excel gibi araçlara aktarabilirsiniz. Log Analytics verilerini kullanan özel çözümler oluşturmak veya başka sistemlerle tümleştirmek için Günlük Arama API’sini de kullanabilirsiniz. Depoladığınız verileri hızlı bir şekilde toplayıp veya birleştirmek için sorgu dizinleri kullanılır. Verileri doğrudan OMS portalında çözümlemek veya sorgunun sonuçları önemli bir koşulu gösterdiğinde günlük aramalarının otomatik olarak çalışmasını sağlamak için Günlük Aramaları oluşturabilir ve kaydedebilirsiniz.


My Dashboard, genel ortamınızın durumunu kısa bir grafikte göstermek için panonuza kayıtlı günlük aramaları görselleştirmelerle ekleyebilirsiniz. Bu kayıtları istediğiniz gibi şekillendirebilir ve düzenlenleyebilirsiniz.


OMS ortamınızda ne kadar veri kullanımı yapıldığını Usage kısmına girerek inceleyebilirsiniz. Bu bölümde ise hangi sunucu ne kadar log toplamış ve solution’ların hangisi daha fazla log üretiyor gibi kullanım miktarlarını görebilirsiniz.

Office 365’ e Disclaimer Nasıl Eklenir

Disclaimer, gönderilen maillerin imza bölümün altında yer alan bir yasal uyarı niteliği taşıyan bilgi veya yazılara denir. Disclaimer’ı yasal uyarıların dışında şirketinizi tanıtan bir yazıda olabilir.

Bu özelliği aktif ettiğimiz takdirde, belirlediğimiz etki alanını kullanan tüm kullanıcılarda etkili olacaktır.

Office 365 üzerinde Disclaimer özelliğini aktif etmek için aşağıdaki adımları uygulayabilirsiniz.


Office 365 Exchange Yönetim Merkezi üzerinde Posta Akışı – Kurallar
+ simgesi altında Bildirimleri uygula linkine tıklıyoruz.


Açılan pencerede ise Diğer seçenekler link ‘ine tıklayarak genişletiyoruz.


Ad bölümüne “Kural1” diyorum. Sonrasında ise Gönderen – Etki alanı budur kısmına tıklıyoruz.


İlgili yere etki alanımızı tanımlıyoruz. Etki alanını yazdıktan sonra (+) butonuna tıklıyoruz. Birden fazla etki alanı eklenebilir.


Etki alanımızı tanımladıktan sonra ise bir alt bölümdeki Metin Girin Link ‘ine tıklıyoruz.


Bu bölüme ise Disclaimer yazımızı yazıyoruz.


Sarmala olarak seçildikten sonra tamam butonuna tıklıyoruz.


Tüm kural adımları yapıldıktan sonra kaydet butonuna tıklıyoruz. Bu sayede atılan her mail’ in atında yasal uyarı olacaktır. Özel bir durum var ise “Şu koşul dışında” bölümünden eklenebilir.

Disclaimer kuralımızın başarılı bir şekilde çalışıp çalışmadığını kontrol etmek için e-posta adresime bir mail atıyorum.



Gönderilen mailin altında Disclaimer yazısını görebilirsiniz.

Office 365 Gruplama Özelliği

Merhaba bu yazımda siz Office 365 gruplama özelliğinden bahsediyor olacağım. Office 365 gruplama ekip içinde birlikte çalışmayı kolaylaştıran bir özelliktir. Bu özellik sayesinde rahatça iş birliği yapabilir ve işlerinizi daha hızla tamamlayabilirsiniz.

Office 365 Grup Nedir?

Gruplar, dosyaları, ekip içindeki konuşmaları, belgeler ve takvim etkinlikleri için paylaşılan bir alan oluşturarak ekibin iş birliğini kolaylaştırmaktır.


Office 365 Gruplar


Office 365 Portalında oturum açılmasının ardından, Grup gezinti bölmesinin üzerine geliyoruz ve + işaretine tıklayarak,
Grup oluştur diyoruz.


Açılan pencerede ise ilgili yerleri dolduruyoruz. Gizlilik kısmında Grubu herkes ve özel olarak iki şekilde oluşturabiliyoruz. Genel diyerek Grubumuzu oluşturuyoruz.


Bir sonraki açılan penceremizde oluşturduğumuz grubun üyelerini tanımlıyoruz. Eklenen bu kullanıcılar ortak çalışma alanına dâhil edilmiş olacaktır ve grup üyeleri rahatça iş birliği yapabilirler.


PEAKUP isimli grubumuz hazır durumdadır. Bu kişiler birbirine güvenir, düzenli olarak sohbet eder, sıklıkla raporlar ve dosyalar oluşturabilir.

Office 365’te, bunların tümünü çok daha üretken bir şekilde hayata geçirmek için grupları kullanabilirsiniz.

Operation Management Suite’te Workspace nasıl oluşturulur Part-5

OMS, temel olarak Workspace yani çalışma alanı olarak kabul edilen bir kavram üzerinde hizmet sunar. Her Workspace altında farklı çözümler ve farklı sunucular üzerinde toplanan log’lar yer alır. Toplanan her log’ları OMS dashboard’ına yansıtılıp istenilen şekilde gözlemlenebilir.

Workspace nasıl oluşturulur ;


Azure portalına başarılı girişin ardından New – Intelligence + Analytics – Log Analytics tıklanır.


Sonrasında ise OMS Workspace’in ismi, Resource Group’u ve location’ı belirterek çalışma alanı oluşturulur.


Ekran görüntüsünde gösterildiği şekilde OMS Portal’ına giriş yapılır.


OMS portalına ilk giriş yapıldığında boş bir dashboard ve standart olarak eklenen ayarlar ve OMS ile paylaşılan Twiter butonu gelmektedir.

Office 365 Shared Mailbox Özelliği

Bu yazımızda ise Office 365 shared Mailbox özelliğinden bahsediyor olacağım. Shared Mailbox paylaşılan posta anlamına gelmektedir. Bu özelliği aktif ettikten sonra izin verdiğimiz kullanıcılar shared mailbox’ı kullanarak mail gönderebilirler.

Office 365’teki Shared Mailbox, bir grup kişinin info@erbulmus.com vs gibi ortak bir mail adresinden e-posta göndermesini ve izlemesini kolaylaştırır. Gruptaki bir kişi Shared Mailbox’dan gönderilmiş bir iletiyi yanıtladığında, gönderen kullanıcıdan değil Shared Mailbox üzerinden geliyor gibi görünür.

Kullanıcılar, Shared Mailbox üzerinde Outlook veya Outlook Web App ile doğrudan oturum açamaz. Kullanıcıları önce Shared Mailbox’a eklemeniz gerekir, sonrasında kullanıcılar Outlook veya Outlook Web App ile posta kutusuna erişebilirsiniz. Shared Mailbox kullanan kullanıcılar 50 GB depolama sınırını aşmadıkları sürece bu posta kutularına lisans atamanız gerekmez.


Office 365 Shared Mailbox özelliğini kullanabilmek için Office 365 Exchange yönetim panel’ine geliyoruz.


Ardından “Recipients” kısmından “Shared” bölüme geliyoruz.


“+” simgesine tıklıyoruz.


New Shared Mailbox penceresinde resimdeki gibi ilgili yerleri dolduruyoruz.


Oluşturduğumuz Shared Mailbox’ın özelliklerine tıklayarak, Mailbox Delegation kısmından Full Access ve Send As yetkisi verebiliyoruz. Shared Mailbox adresimize kullanıcıyı “+” ekliyoruz, çıkarılacak kullanıcıları için ise “-” işaretine tıklamanız yeterli olacaktır. Shared mailbox’ı sahip kullanıcılar “Full Access” yetkisine sahip olacaklardır.

Kullanıcı Mailini Shared Mailbox’a Dönüştürülmesi

Office 365 üzerindeki bir kullanıcınız işten ayrıldığında o kullanıcının mail adresini Shared Mailbox’a dönüştürebiliyoruz. Kullanıcının Mailbox’sı Shared Mailbox olarak dönüştürülebilir ve istenildiği zamanda ise herhangi bir çalışanın mailinden görüntülenebilir.


Bir kullanıcının mailini Shared Mailbox’a dönüştürmek için, Office 365 Exchange Yönetim Panel üzerine geliyoruz. Ardından “PeakUp” isimli mail adresinin üzerine geldiğimizde sağ taraftaki kullanıcı özellikleri bölümünden “Convert to shared Mailbox – Convert” link’ine
tıklıyoruz.


Shared bölümüne geldiğimizde PeakUp kullanıcımızın Shared Mailbox’a dönüştüğünü görebilirsiniz.


Shared Mailbox’a dönüştürmüş olduğumuz kullanıcımızın Mailbox Delegation kısmına “admin” adlı kullanıcımıza “Full Access” hakkı veriyoruz.

Yetki verdiğimiz kullanıcı kendi outlook ‘u üzerinde Shared Mailbox adresini görebilir. Bunu Outlook “Veri Dosyaları – Ayarlar – Gelişmiş ve Posta kutusu ekle” diyerek Shared Mailbox adresini görebilirsiniz.

Bu yapılan işlemler aynı zamanda Office 365 üzerinde kullanmış olduğunuz lisanslarınızı boşa çıkartabilirsiniz.

Powershell ile PowerBI kullanarak Real Time Dashboard yaratılması – Part 3

Yazımızın ikinci bölümünde Native Application olarak PowerBI Client App işlemlerini gerçekleştirdik. Uygulama eklendiği zaman Azure Management Portal üzerinden aşağıdaki şekilde görmemiz gerekiyor.

“Redirect URI”, “ClientId” yukarıdaki gibi görmekteyim. Artık yapmamız gereken bu uygulama için Azure Active Directory içerisindeki hesapların erişebilmesi için gereken yetkileri vermemiz gerekiyor.

Eklemiş olduğumuz PowerBI Application içerisinde girip , “Configure” tabına geldiğiniz zaman alt kısımda “Permission” ekranı içerisinden “Add Application butonuna basıyoruz ve bu kısımda alınan token sayesinde yapılacak işlemler için PowerBI tarafı için izin veriyoruz.

“PowerBI Service” seçtikten sonra “Complete butonuna basıyoruz ve uygulama için gereken delegation izinlerimizi verelim.

“Delegated Permission”, PowerBI Servisi için Azure Active Directory servisi üzerinde bir kullanıcı PowerBI üyeliğini aldıktan sonra, eğer herhangi bir programlama dilinden PowerBI REST API kullanarak erişirse verdiğimiz bu yetkiler doğrultusunda işlemleri yapabilecek.

Şimdi ise artık Azure Active Directory içerisinde yeni bir kullanıcı oluşturup, bu kullanıcı ile bir PowerBI hesabı alma işlemlerini sırasıyla gerçekleştirelim. Azure Management Portal içerisinden, Azure Active Directory tabına gelip daha sonra “Add User” butonuna basıktan sonra, yeni bir kullanıcıyı PowerBI Client App register ettiğimiz dizin hizmetinin altında yaratıyoruz.

Eklemiş olduğumuz hesabı artık Azure Active Directory içerisinde Users tabı altına göremem gerekiyor. Kullanıcı yaratırken bana verilen şifre ile PowerBI üzerinde kayıt olma işlemlerini gerçekleştirelim. PowerBI hesabı oluşturmak için, https://powerbi.microsoft.com adresine girdikten sonra, Azure Active Directory içerisinde oluşturduğumuz hesabımızı yazarak ücretsiz bir şekilde PowerBI hesabını aktif hale getirebiliriz.

Ücretisiz bir şekilde PowerBI üyeliğini artık aldık ve “Sign in” kısmından oturum açabiliriz. PowerBI portalında oturum açtığım zaman, “Dashboard, Report ve Data Set” alanları görmekteyim. Yazımız içerisinde PowerBI derinlemesine inceleme şansımız fazla olmasada, “Veri Al” butonunu tıklayarak kullanabileceğiniz hizmetleri görmeniz açısından bir fikir sahibi olabilirsiniz.