Microsoft MVP | Microsoft MCT | Blogger | YouTuber
Exchange Server ve Microsoft 365 üzerine çalışmalar yürüten bir Microsoft MVP’siyim. Profesyonel notlarımın yanı sıra bu site; üretkenlik, kodlama ve bilgi özgürlüğü üzerine oluşturduğum kişisel bilgi üssümdür. Dijital dünyamın kontrolünü kaybetmeden üretkenliği ve yaratıcılığı harmanladığım yazılarımı burada paylaşıyorum .
Exchange Server, high availability çalışması için Exchange Server’ın Veritabanı Kullanılabilirlik Grubu (DAG) özelliği, sunucular arası yedeklilik sağlar ve böylece hizmet kesintilerini önler. Bu kapsamda, DAG’ın AutoReseed özelliği ön plana çıkmaktadır. AutoReseed, bir disk arızası durumunda, arızalı diski yedek bir diskle otomatik olarak değiştiren ve bu yedek diski hızlıca veritabanı için kullanılabilir hale getiren bir özellik olarak tanımlanmaktadır.
Group Policy Loopback, Windows Server‘ın merkezi olarak politika yönetim özelliklerine bir katkıdır. Bu özellik, belirli bilgisayarlarda oturum açan kullanıcılar için uygulanan politikaları belirleme yeteneği sunar. Loopback işlemi, kullanıcı bazlı politikaların yerini alabilir veya bunları değiştirebilir, böylece sistem yöneticileri, bir bilgisayarda oturum açan her kullanıcı için sabit, bilgisayar tabanlı politikalar oluşturabilir.
Exchange Server üzerinde bulunan mailboxlar kaynak tüketimini durdurarak karantina durumuna geçebilir. Bu işlem sırasında Outlook üzerinde bağlantı kesilir ve OWA üzerinden oturum açmak istediğiniz de aşağıdaki gibi bir hata ile karşılaşabilirsiniz.
Kuruluş içinde SCCM/MEM kurulumu yaparken check sırasında bazı Warning/Failure uyarıları görebilirsiniz, bunlardan bazıları;
Azure Resource Group, Microsoft Azure’ın bir parçası olan ve Azure kaynaklarını düzenli ve etkili bir şekilde yönetmeyi sağlayan bir hizmettir. Basitçe, bir Resource Group (Kaynak Grubu), Azure‘da çalıştırılan ve genellikle bir uygulamanın parçası olan kaynakları gruplandırmak için kullanılan bir kapsayıcıdır diyebiliriz.
Merhaba, bir ihtiyacım doğrultusunda hazırlamış olduğum scripti bugün detaylarıyla paylaşacağım.
Microsoft Exchange Server, birçok büyük kuruluşun e-posta ve iletişim ihtiyaçlarını karşılayan bir e-posta sunucusudur ve rakiplerine göre dünya üzerinde en çok kullanılan, en stabil uygulamadır diyebiliriz. Exchange Server güçlü özellikler ve yapılandırma seçenekleri içermektedir ve bunlardan birisi Exchange Server 2016 ile hayatımıza girmiş olan PreferenceMoveFrequency özelliğidir.
Dijital çağda, işletmeler genellikle hem yerinde hem de çeşitli bulut hizmetlerinde çalışan bir dizi sunucu ve uygulama içeren karmaşık ve dağıtılmış bir IT altyapısına sahip olurlar. Bu dağıtılmış ortamların yönetimi, genellikle işletmeler için önemli bir zorluk oluşturur. İşte bu noktada Microsoft Azure Arc devreye girer.
Kuruluşlar kullanıcıların uygumalara veya Servislere erişmesi için Remote Desktop Services (RDS) farm kullanmayı tercih etmektedir, Farm tercihi kesintisiz hizmet sağlamak isteyen kuruluşlar için ideal bir yöntemdir.Bu ölçeklendirilebilir yapı, kullanıcılarımıza kesintisiz ve güvenli bir hizmet sağlamamızı garanti ediyor. Ancak, bu karmaşık yapıyı güvende tutmak için doğru güvenlik protokollerini ve yöntemlerini kullanmamız gerekiyor
Kuruluşunuz için Microsoft Exchange Server yönetimi yapıyorsanız Microsoft tarafından yayımlanan düzenli güncellemeleri güvenliğiniz için vakit kaybetmeden yapmanız gerekmektedir. Büyük kuruluşlar genellikle kendi içlerinde Nessus taraması yaparak sistem güvenliğini bir nebze artırmaktadır ve Nessus tarafından 77026 ID ile bulunan “Client Access Server Information” açığı WAN taramasında gözükmektedir.
