#msexchange #mvpbuzz #pera2005
Microsoft Exchange Server yüksek erişim çözümleri ve disaster recovery projeleri Microsoft Exchange Server 2010 ‘a kadar karmaşık süreçlerdi.
Bir önceki çalışma da Exchange Server Role Konsolidasyon sürecini anlattık ve Exchange Server özelinde değişimleri ve dönüşümleri sizlere paylaştık.
Exchange Server 2010 ‘a kadar karmaşık olan Exchange Server mimarisi, Exchange Server kurulum işlemlerine, bakım süreçlerine, problem çözme adımlarına etki ettiği gibi Exchange Server Disaster Recovery ve yüksek erişilebilirlik çözümlerine de etki etmiştir.
Microsoft Exchange Server 2010 ile birlikte daha sade bir mimariye sahip olduk ve bu süreçler de daha kolay olmaya başladı.
Bu gün kullanmakta olduğumuz Exchange Server 2019 ‘a göre Exchange Server 2010 mimarisi biraz daha karmaşık olsa da daha önceki sürümlerine göre özellikle Exchange Server 2007 ‘e göre daha sade ve daha kolay yönetime sahip oldu.
Exchange Server 2010 ile birlikte bu gün de kullanmış olduğumuz Database Availability Group çözümleri hayatımıza girdi ve bu karmaşık başlıklar ve bir o kadar da anlaşılmayan çözümler de son buldu.
Bu çalışma içinde Microsoft Exchange Server yüksek erişilebilirlik çözümlerini giriş yapıyoruz ve birden fazla başlık halinde iş sürekliliği ve felaketten korunma çözümlerini sizlere paylaşıyoruz.
Ilk bölümde Microsoft Exchange Server Business Continuity Plan Tarihçesini sizlere anlatmış olacağız.
Hemen sonrasında değişen mimarinin, Microsoft Exchange Server Disaster Recovery Planlarına etkisini konuşacak ve sonrasında günümüz çözümlerine giriş yapacağız.
Günümüz iş sürekliliği ve felaketten korunma çözümlerini, Exchange Server DAG mimarisini, Site Resilience Mimarisini sizlere aktaracağız.
Bu çalışmaları gerek birinci veri merkezi içinde iş sürekliliği olarak gerek birden fazla veri merkezi içinde disaster recovery çözümleri olarak gerekse bulut alt yapısına genişletilmiş bir Exchnage Server mimarisinin ihtiyaç duymuş olduğu optimizasyonu, bakımı ve disaster recovery çözümleri nasıl yaptığımızı, Exchange Server özelinde nasıl projeler yaptığımızı ve Pera bilgi sistemleri olarak nasıl çözümler ürettiğimizi, sizlere aktaracağız.
Bu çalışmamız da iş sürekliliği, yüksek erişilebilirlik ve disaster recovery çözümlerini konuşmaya başlıyoruz ve böylece Exchange Server Rol Konsolidasyon sürecini anlatmış olduğumuz eğitim içeriklerimizi taçlandırıp, bir başka yolculuğa çıkıyoruz.
Iyi seyirler…
Microsoft Exchange Server Business Continuity Plan eğitim içeriklerini, Exchange Server Role Konsolidasyon süreçlerini paylaştığımız gibi biraz geçmişe giderek inceliyoruz.
Eskiden ne yapardık yada ne yapamazdık bunları hatırlayalım ve bu gün sahip olduğumuz mimariye sahip olana kadar nasıl bir serüven içinde yolculuk yaptık bunları hatırlayalım.
Öncelikle Exchange Server 2003 mimarisini hatırlayalım.
En temel de Iki tane rolümüz vardı.
Front-end ve Back-end olmak üzere iki temel sunucu görevimiz.
Front-end sunucularımız ön uçta durmakta ve Back-end sunucularımız da arka uçta hizmet vermekteydi.
Ön uç sunucularımız bu gün kullanmakta olduğumuz Client Access görevlerini yapmakta olan sunucularımız, arka uç sunucularımız da bu gün kullanmış olduğumuz posta kutusu sunucuları, yani mailbox sunucuları.
Bu gün odak noktamız posta kutusu sunucuları.
Exchange Server 2003 mimarisinde, o zamanın şartlarında bu gün kullandığımız gibi replikasyon, eşitleme yöntemleri bulunmuyordu.
Paylaşılmış diskler vardı ve bu paylaşımlı diskleri sunuculara bağlayıp, ortak bir küme oluşturuyorduk.
Back-end ‘de barınan posta kutusu sunucuları bu paylaşılmış disklere erişim yapıyor ve aktif-pasif mimariyle bu disklere erişiyorlardı.
Bu bölüme tekrar dönüş yapacağız ama şimdi de Exchange Server 2007 mimarisine geçiş yapalım.
Çalışmamızın başında laf arasında ne demiştik, Exchange server 2010 ‘a kadar karmaşık olan mimari Exchange Server kurulum işlemlerine, bakım süreçlerine ve iş süreklilik çalışmalarına etki etmekteydi.
Işte şimdi konuşacak olduğumuz konu bu karmaşık mimari ve bu karmaşık mimari de Exchange Server 2010 ile birlikte son buldu.
Bu sadeleşme sonrasında kolay tasarımları ve kolay yönetimi artık yapabilmekteyiz.
Bu karmaşık olan mimariler neydi şimdi bunlara bakalım.
İlk inceleyecek olduğumuz süreklilik Planı, Exchange Server 2007 ile tanışmış olduğumuz Single Copy Cluster çözümü.
Aslında eskiden bildiğimiz Aktif-Pasif Cluster çözümünün yeni ismiydi bu.
Başka ne yenilenmişti.
Exchange Server 2003 zamanında bir küme içinde en fazla 4 adet sunucu bulunurken artık bu sayı Exchange Server 2007 ile birlikte 8 ‘e çıkmıştı.
Bu gün DAG mimarisi de 16 Adet sunucuya kadar destek vermektedir.
[ad_2]
source
-
-
-
-
