Exchange Server Migration Senaryoları

Transkript

1 Exchange Server Migration Senaryoları 1

2 İÇİNDEKİLER HAKKIMDA... 3 EXCHANGE SERVER 2010 KURULUMU... 4 EXCHANGE SERVER MİGRATİON SENARYOLARI EXCHANGE SERVER 2007 DEN EXCHANGE SERVER 2010 A GEÇİŞ EXCHANGE SERVER 2010 TO EXCHANGE SERVER 2010 SP3 (2 NODE DAG ) EXCHANGE SERVER 2010 SP3 TO EXCHANGE SERVER 2010 SP3 3 NODE DAG & CAS ARRAY EXCHANGE SERVER 2010 SP3 CROSS FOREST MIGRATION EXCHANGE SERVER 2010 SP3 TO EXCHANGE SERVER

3 HAKKIMDA 3 yıldır Bilişim sektörünün içerisindeyim. Kendimi Active Directory ve Exchange Server üzerinde geliştirmeye çalışıyorum. Lefke Avrupa Üniversitesi Bilgisayar Programcılığı bölümü ve Eskişehir Anadolu Üniversitesi Açık Öğretim İşletme Fakültesi Mezunuyum BilgeAdam İzmir Şubesinde Sistem Yönetimleri üzerine eğitim aldım ve 2 yıldır Özel bir şirkette Microsoft Platformlarında Sistem Admini olarak görev yapıyorum. Aynı zamanda Windows Server 2012 Mcp, Mcsa, Ms ve TQM (Total Quality Management) Sertifikalarına sahibim. Turkish Avengers Team - Turkish Community Council üyesiyim ve aynı zamanda bilgi ve becerilerimi elimden geldiğince mshowto ailesi içerisinde paylaşıyorum. Hakkımda daha detaylı bilgi için sitesini inceleyebilirsiniz. 3

4 EXCHANGE SERVER 2010 KURULUMU Not: Konumuz Exchange Kurulumu olmadığı için kurulum aşamasının her bölümlerini almadım sadece önemli kısımlar yer almaktadır. Eğer Exchange Server Rollerini Farklı sunucular üzerinde Kuracaksanız 1. Client Access Server rolü 2. Hub Transport Server rolü 3. Unified Messaging Server rolü (opsiyonel) 4. Mailbox Server rolü 5. Edge Server rolü (opsiyonel) sıralaması şeklinde kurmalısınız. Client Access Server için dış domain ayarlarını yapılandırıyoruz. 4

5 Evet diğer adıma geldiğimizde küçük bir problem ile karşılaşıyoruz, zaten ön gereksinimi okuduğunuzda sebebini anlıyorsunuz. Bize NET.Tcp Port Sharing Servisinin otomatik olarak başlatılması gerektiğini söylüyor. 5

6 Hemen dediğini yapıyoruz ve servisimizi otomatik hale getiriyoruz. 6

7 Daha sonra kahvemizi alıyoruz ve kurulumun tamamlanmasını bekliyoruz. Görüldüğü gibi HUB ve CAS kurulunu tamamladık. Şimdi sıra geldi Mailbox rolüne sahip sunucumuzu kuruluma hazır hale getirmeye. Bunun için olarak Mailbox rolünü kuracağımız sunucuya Exchange 2010 medyamızı takıyoruz ve cmd komut satırında Scripts geliyoruz. Sadece Mailbox Rolünü kuracağımız için; Servermanagercmd ip Exchange-MBX.xml komutunu çalıştırıyoruz ve gerekli özelliklerin kurulmasını sağlıyoruz. (Daha sonra sunucumuzu restart ediyoruz) 7

8 Sunucumuzu restart ettikten sonra sadece Mailbox rolünü kuracağımız için ilgili kutucuğu işaretleyip devam ediyoruz. Ön gereksinimde gördüğünüz üzere warning aldık bu durumu düzeltmek için; linkinden Filter Pack kurulumunu yapıyoruz. 8

9 Ve kurulum kısmını tamamlıyoruz. Bu bölüm sadece bilgilendirme amaçlıdır. 9

10 EXCHANGE SERVER MİGRATİON SENARYOLARI İlk senaryomuzda yapımızın kaynak sıkıntısından dolayı Domain Controller ve Exchange Server 2007 Sunucusunun aynı sunucuda olduğu varsayılmıştır ve yönetimimizin aldığı karar doğrultusunda yapımızın Exchange Server 2010 a geçilmesi istenmiştir. Bu şekilde hiç önerilmeyen DC-Exchange sunucu bir arada olması riskini de ortadan kaldırmış olacağız. İlk senaryomuz aşağıdaki diagramda gözükmektedir. EXCHANGE SERVER 2007 DEN EXCHANGE SERVER 2010 A GEÇİŞ Exchange Server 2007 den Exchange Server 2010 a Migration Ön Gereksinimler Exchange Server 2007 SP2 Versiyonu Olmalıdır. Exchange Server 2010 Tarafında ise; 10

11 Windows Server 2008 Sp2, Windows Server 2008 R2 veya Windows Server 2012 İşletim Sistemleri X64 Versiyonu Dag Yapısı Kullanılacak ise Windows Server 2008 Enterprise veya Windows Server 2008 R2 Enterprise olmalıdır Minimum 4Gb Ram olmalıdır Yapınızdaki Bütün Domain Controller Minimum Windows Server 2003 Sp2 Olmalıdır. Forest ve Domain Seviyeleri Windows Server 2003 olmalıdır. Ayrıca; Exchange 2010 SP1 kurmak için Windows Server 2008 SP2 ye gereken güncellemeler KB KB KB KB KB Filter Pack Kurulumu için; Son olarak ise Geçiş işlemine başlamadan önce incelemenizde faydası olacağını düşündüğüm linki sizlerle de paylaştıktan sonra adımlarımıza başlayabiliriz. Exchange 2010 Medyamızı, Exchange Server 2007 Sp2 olan sunucumuza takıyoruz ve Active Directory ortamımızı hazır hale getiriyoruz. Bunun için şu komutları çalıştırmalıyız; Setup / preparelegacyexchangepermissions :Yapımızda Exchange 2007 olduğu için (bir önceki versiyon ) bu komutu çalıştırıyoruz. 11

12 Setup /prepareschema : Schema mızı Exchange Server 2010 için hazırlamak için bu komutu kullanıyoruz. Setup /preparead: Bu komut ile Active Directory içerisinde Exchange Universal Security grupları oluşturulur, Global Exchange nesneleri hazırlanmış olur. 12

13 Setup /preparedomain : Exchange Sunucularımız için Global Grup oluşturulur. Bu adımları uyguladıktan sonra Exchange Server 2010 kuracağımız sunucuda çalıştırmamız gereken ve hali hazırda Exchange Server medyası ile gelen bir script çalıştırıyoruz. Medyamız içerisinde bulununan script klasörü içerisindeyken; Servermanagercmd ip Exchange ALL.xml yapınıza ( Cas-Hub-Mbx-UM) kuracaksanız komutu kullanmanız yeterlidir. Servermanagercmd ip Exchange Typical.xml yapınıza ( Cas-Hub-Mbx) kuracaksanız komutu kullanmanız yeterlidir. Servermanagercmd ip Exchange Hub.xml yapınıza ( Hub) kuracaksanız komutu kullanmanız yeterlidir. 13

14 Servermanagercmd ip Exchange MBX.xml yapınıza ( Mbx) kuracaksanız komutu kullanmanız yeterlidir. Servermanagercmd ip Exchange CAS.xml yapınıza ( Cas) kuracaksanız komutu kullanmanız yeterlidir. Kurulumdan sonra sunucumuzu yeniden başlatıyoruz. Exchange Server Kurulumunu birinci bölümde anlattığım için bu adımları geçiyorum ve migration aşamasına başlıyoruz. 1) Migration aşamasından önce Backup Aldınız mı? 2) Test amaçlı organizasyon içerisine ve dışarısına mail atıp aldınız mı? 14

15 3) Logları kontrol ettiniz mi? 4) Yeni kullanıcı açıp sildiniz mi? 5) Güvenlik Duvarında herhangi bir engelleme var mı? 6) Yukarıdaki adımları kesinlikle zaman kayıbı olarak düşünmeyiniz, bazen 2 saatlik zaman kaybı aslında tüm günü kurtarabiliyor. 7) Unutmayınız yaptığım uygulama tamamen lab ortamı. Gerçek ortamda en basit olarak gördüğünüz adım kâbusunuz olabilir. Artık başlayabiliriz. Sırası ile; 1. Mailbox 2. Public Folder 3. Offline Address Book taşıyoruz. 4. Son olarak da Hub Transport u yeni sunucumuza yönlendireceğiz. User1 isimli kullanıcım ile test amaçlı mailimi atıyorum ve sorunsuz olarak ulaştığını görüyorum ve yukarıdaki adımları yaptığınızı varsayıyorum. 15

16 Bu adımda Browse ile hangi sunucu üzerine taşıyacağımı belirtiyorum.(diğer bölümlerde buraya nereden geldiğimizi göreceksiniz ) Bu adımda karşımıza iki seçenek çıkıyor benim yapımda mailboxlarda sorun olmadığı için Skip the mailbox seçiyorum, yani taşıma esnasında herhangi bir problem olursa bunu atla demiş oluyorum fakat gerçek yapılarda bu adım önem kazanıyor. Eğer hatalı mailbox olduğunu düşünüyorsanız ona göre aksiyon almanız gerekebilir. 16

17 Kullanıcılarımın mailboxlarını başarılı bir şekilde taşımış oldum. 17

18 Mailboxların taşınıp taşınmadığını kontrol etmek için Exchange Powershell ile Get-Move Request komutunu çalıştırarak görebiliriz. Taşıma işlemini gerçekleştirdikten sonra yapınızda Public Folder var ise bunların taşınmasını gerçekleştiriyoruz. Bunun için ilk olarak yeni kurmuş olduğumuz Exchange Server 2010 sunucumuz üzerinde Public Folder oluşturuyoruz. 18

19 Sonraki adımda ise Exchange Server 2007 kurulu olan sunucuma gitmek. Toolbox > Public Folder Management Console açıyoruz Bu adımda Exchange Server 2007 sunucumuz üzerinde oluşturduğumuz Public Folder görebiliyirouz. Yeni sunucuya taşıma işlemini gerçekleştirmek için BilgiIslem > Properties açıyoruz Replication içerisinde Replicate content to these public stores > Add diyoruz ve Exchange Server 2010 tarafında oluşturduğumuz public2010 buraya ekliyoruz. 19

20 Daha sonra ise Use public folder database replication schedule : Always Run olarak ayarlıyoruz. 20

21 Exchange Server 2010 sunucumuz üzerinde Toolbox > Public Folder Management Console açıyoruz. Default Public Folders altına BilgiIslem geldiğini görüyoruz.. Bu adımda Exchange Server 2010 Powershell açıyoruz ve C:\Program Files\Microsoft\Exchange Server\V14\Scripts dizinine geliyoruz..\addreplicationtopfrecursive.ps1 TopPublicFolder \ ServerToAdd exc2010.hasan.local ( Public Folder ı Replika olarak eklemek için kullanıyoruz ) 21

22 Update-PublicFolderHierarchy Server exc2010.hasan.local ( bu komut ile exchange server 2010 içerisinde yer alan public folderları güncellemiş oluruz ).\MoveAllReplicas.ps1 Server exc2007.hasan.local NewServer exchasan.local ( Bu komut ile replikasyonu yaptığımız sunucular içerisindeki tüm verileri yeni sunucuya taşımamıza yardımcı olur) Bu adımlardan sonra Exchange 2007 sunucumuz üzerinden replikasyonu kaldırıyoruz. Daha sonra ise test amaçlı Exchange Server 2007 üzerinde yer alan Public Folder disable konuma getirip kontrol ediyoruz. Gördüğünüz gibi sağlıklı bir şekilde taşıma işlemini 22

23 gerçekleştirdik. Public Folder taşımada en önemli nokta Replikasyonun tamamlanması için 1 veya 2 gün beklenilmesidir. Bu yapının büyüklüğüne göre değişkenlik gösterecektir. Ayrıca taşıma işlemi sırasında Logları izleyerek taşıma işlemini takip edebilirsiniz. Bir sonraki adımda ise Offline Addres Book taşıma işlemini gerçekleştireceğiz. Exchange Server 2010 üzerinde Mailbox > Offline Address Book geliyoruz. Offline Addres Book üzerinde sağ tıklayıp Move ile taşıma işlemini gerçekleştiriyoruz. 23

24 Taşıyacağımız sunucuyu seçiyoruz. Evet kontrolümüzü yapıyoruz ve başarılı şekilde taşıma işlemi tamamlandı. Offline Address Book taşıma işlemininde sağlıklı bir şekilde tamamlanması için taşıma işleminden sonra yaklaşık 1 veya 2 gün beklemeniz gerekmektedir. 24

25 Diğer adımımız ise yeni sunucumuz üzerinde send connector oluşturmak. Aşağıda gördüğünüz üzere internet isimli Exchange 2007 sunucuma ait olan send connector mevcut, Exchange Server 2010 üzerinde internetexc2010 isimli yeni send connector oluşturdum. Server Configuration > Client Access geliyoruz ve owa üzerindeki External URL yeni yapımıza göre düzenliyoruz. Server Configuration > Hub Transport Receive Connectorler üzerinde dışarıdan mail alabilmek için gerekli olan ayarları düzenliyoruz. 25

26 İşlemlerimi yaptıktan sonra son olarak ise DNS üzerinde MX kaydımı yeni sunucumu gösterecek şekilde düzenliyorum. Daha sonra ise Exchange 2007 ortamdan kaldırıyoruz. Ama Gördüğünüz gibi bazı hatalar alıyorum. 26

27 27

28 Hemen eski sunucuma ait olan Send connector ümü siliyorum bu şekilde Hub Transport üzerinde almış olduğum hata giderilmiş olacak. 28

29 Public folder kaldırmak istediğimde izin vermiyor. Public Folder Kaldırmak İçin; Get-PublicFolder Recurse ResultSize:Unlimited Remove-PublicFolder Recurse -ErrorAction:SilentlyContinue komutunu yazdıktan sonra A ile onaylıyoruz 29

30 Get-PublicFolder \Non_Ipm_Subtree Recurse Resultsize:Unlimited Remove-PublicFolder Recurse ErrorAction:SilentlyContinue A ile onaylıyoruz. Daha sonra silmeyi tekrar deniyoruz. Sanırım bu sefer başarabildik. 30

31 31

32 EXCHANGE SERVER 2010 TO EXCHANGE SERVER 2010 SP3 (2 NODE DAG ) Bu bölümümüzde aşağıdaki şekilde görebileceğiniz gibi sol taraftaki yapımız hali hazırda sistemimizin çalışmış olduğu yapı; amacımız ise Exchange Server Node Dag olan yapımızı Exchange Server 2010 Sp3 olan 2 Node Dag mevcut olan yapıya geçirmek. Gördüğünüz gibi Domain Controller ile Hub-Cas sunucumuz aynı fiziksel sunucuda, tavsiye edilmeyen bir yapı. Migration işlemimizden sonra daha sağlıklı bir yapıya da geçmiş olacağız. Aşağıda mailbox database leri görebiliyorsunuz. Pcdestek, rektörlük, ifkpcdestek, sekreterlik DAG ortamında olduğunu görebiliyorsunuz. 32

33 Ayrıca mail alışverişini sağlıklı çalışıyor mu diye gerekli testleri yapıyoruz. Logları da incelemenizde fayda var. Sıkıntı olmadığını gördükten sonra işlemlerimize başlayabiliriz. 33

34 İlk olarak yapımıza yeni Exchange rollerini yüklemek olacak ve Cas-Hub Rolünü üstlenecek sunucumda gerekli ön gereksinimleri yüklemek için bir komut çalıştırıyorum; Servermanagercmd ip Exchange-typical.xml ( Medyamız sunucumuza takılı olmalı ve scripts klasörü içerisinde komutu çalıştırıyoruz ) daha sonra sunucumuzu restart ediyoruz. Sunucumuzu restart ettikten sonra kurmak isteğim Rolleri burada seçiyorum. 34

35 Client Access Server için dış domain ayarlarını yapılandırıyoruz.(ileride bunu değiştireceğiz) 35

36 Kurulum başarılı bir şekilde tamamlandı. ( Bütün adımlardan bahsetmedim zaten E-book içerisinde önceki bölümde bu konuya yer vermiştim. ) 36

37 Bir sonraki adımımız ise Mailbox Rolünü kurmak olacak. Bunun için de ilk olarak mailbox sunucusunun ön gereksinimlerini yerine getiriyoruz. Yukarıdaki adımda zaten bahsetmiştik. Kurulum aşamasında sadece Mailbox Role seçiyoruz (Diğer sunucumuz içinde aynı işlemi yapıyoruz). 37

38 Kurulum tamamlandıktan sonraki hali aşağıda görülmektedir. Dag yapımızı oluşturacağımız için witness klasörümüzü oluşturdum, Ben uygulamamda File Share Witness için witnessdag ismini verdim. 38

39 Yukarıda bahsetmedim şimdi yeri gelmişken bahsedelim. Dag memberlar için ikinci Ethernet ekledim ve aşağıdaki iki adımı, her iki mailbox rolüne sahip sunucuda yaptım. İlk olarak Register this connection s address in DNS aktif olmayacak. Aynı zamanda WINS sekmesi altındaki Enable LMHOSTS lookup kutucuğu işaretlisi ise işareti kaldırıyoruz. NETBIOS settings altında yer alan Disable NetBIOS over TCP/IP seçiyoruz. 39

40 Builtin\Local Administrators grubuna Exchange Trusted Subsystem ekliyoruz (witness server olacak sunucu üzerinde) Daha sonraki aşamada ise DAG oluşturuyoruz bunun için; New-DatabaseAvailabilityGroup name newdag WitnessServer exc2010yeni WitnessDirectory c:\witnessdag DatabaseAvailabilityGroupAddresses Burada dikkat etmemiz gereken nokta ise -DatabaseAvailabilityGroupAddresses internal ağımızdan verilmesi gerekmektedir ve tahmin ettiğiniz üzere ileride ağda başka cihaz tarafından kullanılmaması gerekmektedir. 40

41 Aşağıda gördüğünüz gibi newdag ismi ile başarılı bir şekilde oluştu. Daghd01 ise eski sunucumda yer alan dag ismim. Bu adımda Dag için node ları Add ile ekliyoruz. 41

42 42

43 Gördüğünüz gibi newdag için dns kaydı da oluşturulmuş durumda. 43

44 Bir sonraki aşamada ise Database kopyalarımızı oluşturuyoruz. Bunun için ilgili database ler üzerinde tek tek Add Mailbox Database Copy ile database lerimizi kopyalama işlemimizi yapıyoruz. 44

45 45

46 Son durum aşağıda görülmektedir. Bu bölüme kadar sunucumuzu kurduk Dag yapımızı oluşturduk. Artık Migration işlemine başlayabiliriz. İlk olarak mailboxları taşıyoruz. Recipient Configuration altında yer alan Mailbox seçiyoruz. Daha sonra taşımak istediğimiz mailboxları seçip New Local Move Request ile taşıyoruz. Taşımak istediğiniz yeni database seçiyoruz. 46

47 Daha sonra ise taşıma işlemini izlemek için Exchange 2010 Powershell komut satırında Get-moveRequest ile taşıma işleminin durumunu gözetliyoruz. Daha sonraki aşamada Offline address book taşıyoruz. OAB taşınma işlemini Exchange 2007 migration aşamasında detaylı şekilde incelemiştik. Tekrar hatırlatma amaçlı söyleyelim. Taşıma işleminden sonra yaklaşık olarak 1 gün beklenmesi gerekmektedir. Taşıma işlemi için Organization Configuration > Mailbox ve Offline Address Book açıyoruz. İlgili klasör üstünde Move ile taşıma işlemini başlatıyoruz. 47

48 Offline Address Book Generation Server > Browse seçeneği ile yeni sunucumu gösteriyorum. Bir sonraki aşamada ise dış dünyaya mail atabilmek için send connector oluşturmam gerekiyor. Organization Configuration > Hub Transport sekmesinde send connector oluşturuyorum. 48

49 49

50 Kaynak sunucumu burada gösteriyorum. 50

51 Son olarak ise kontrol amaçlı maillerime bakıyorum ve sorunsuz bir şekilde taşıma işleminin gerçekleştirildiğini görüyorum. Ben farkı görmemiz açısından ayarlarımı yapılandırırken mail2.hasan.local olarak yapılandırmıştım. Şimdi ise kullanıcılarımızın kafası karışmaması için eski haline döndürelim yani hizmete mail.hasan.local üzerinden devam edelim. 51

52 İlk olarak eski sertifikanız var ise export ve import işlemi ile yeni sunucumuza alıyoruz ve assign işlemini yapıyoruz. Daha sonra ise Server Configuration > Client Access içerisinde Outlook Web App içerisindeki owa >Properties açıyoruz. 52

53 External URL kısmında gördüğünüz gibi yazıyor. Bunu olarak değiştiriyoruz. Aynı yerde bulunan Ecp panelini açıyoruz ve aynı işlemi burada da yapıyoruz. 53

54 Şimdi ise DNS üzerinde yeni sunucumuzu gösteriyoruz. Aşağıda gördüğünüz gibi yeni sunucumu gösteriyorum. 54

55 Tekrar kontrollerimiz yapıyoruz ve üzerinden sertifika hatası almadan bağlanabiliyoruz. 55

56 İşlemlerimiz bittikten sonra artık eski sunucularımı yapımızdan kaldırıyoruz. İlk olarak kaldırma işlemimi yapabilmem için arbitration mailbox ve dag yapımızı kaldırmamız gerekiyor. Aşağıda silmeye çalıştığımızda hata alıyoruz. Bu hataları gidermek için; dag yapısını kaldırmalıyız, eğer arbitration ve archive mailboxlar varsa migrate etmeliyiz veya disable etmeliyiz. Hemen bir bakalım. Exchange Server 2010 Powershell açıyoruz ve Get-Mailbox Arbitration komutunu giriyoruz. Kontrolümüzü yaptıktan sonra taşıma işlemine geçiyoruz. Get-Mailbox database Mailbox Database Arbitration New- MoveRequest TargetDatabase Mailbox Database İşlem bittikten sonra tekrar kontrolümüzü yapalım. 56

57 Aşağıda gördüğünüz gibi taşıma işlemini başarılı bir şekilde yapmış oldum. Hala hata alıyorum, bu hatayı da giderelim. 57

58 Arşiv mailboxlarımızı taşıyalım. Bunun için Get-Mailbox Archive New-MoveRequest ArchiveTargetDatabase Mailbox Database Archiveonly. Daha sonra varsayılan database silebiliyoruz. 58

59 İlk yapmamız gereken ise Dag içerisinde yer alan mailbox database kopyalarını silmek.(her biri için tek tek yapıyoruz) Remove-DatabaseAvailabilityGroupServer identity daghd01 MailboxServer dag2 komutu ile dag2 sunucumuzu Dag üzerinden siliyoruz. Aynı işlemi dag1 içinde yapıyoruz. Remove-DatabaseAvailabilityGroup Identity dagh01 Confirm:$false ile Dag objemizi kaldırıyoruz. 59

60 Daha sonra tekrar denediğimizde başarılı bir şekilde kaldırma işlemini gerçekleştiriyoruz. Aynı şekilde Mailbox rolüne sahip Exchange Server 2010 sunucularımızı da kaldırıyoruz. 60

61 Yeni sunucumuzu kontrol ettiğimizde artık yeni yapımızdan devam ettiğimizi görüyoruz. 61

62 Test amaçlı mailimizi de atalım. Başarılı şekilde taşıma işlemini gerçekleştirmiş olduk. Yapımızın son durumu aşağıdaki diagramda gösterilmiştir. 62

63 63

64 EXCHANGE SERVER 2010 SP3 TO EXCHANGE SERVER 2010 SP3 3 NODE DAG & CAS ARRAY Bu bölümümüzde farklı bir senaryoyu yapmaya çalışacağız. Kısaca yapımızı açıklamamız gerekirse Domain Controller üzerine kurulmuş olan Exchange Server 2010 Sp3 kurulu sunucumuz mevcut. Taşıyacağımız yapıda ise 2 adet Hub/Cas ve 3 adet mailbox rolü kurulu sunucumuz olacak. Hub/Cas sunucularımız Casarray yapısı altında olacak ve aynı zamanda 3 node dag yapılandıracağız, daha sonra varolan yapımızı taşıyacağız. Aşağıda mailbox database yapımı görüyorsunuz. Bir tanesi eski sunucuda olmak ile beraber yeni yapım için de 3 farklı sunucu üzerinde mailbox rolü kurdum. 64

65 Aşağıdaki resimde ise eski yapım üzerinde hub/cas/mbx kurulu olduğunu görüyorsunuz ve aynı zamanda yeni yapım için 2 farklı sunucu üzerinde Hub/Cas Kurulu olduğunu görmektesiniz. Genel olarak yapımız bu şekilde. Not: Bu bölüm kurulum adımlarını içermemektedir. Adımlarımıza başlamadan önce neden bu kadar sunucu neden böyle bir yapıyı yapalım sorusu aklınıza gelebilir. Diğer yapılara göre biraz daha maliyet yükü getirmektedir. Fakat biz Bilgi İşlem çalışanları olarak en önemli görevimiz sistem down time olarak ve veri kaybı olarak minimum seviyeye çekmektir Bu sebep ile böyle yapılara ihtiyaç duyuyoruz. Cas Array dan kısaca bahsetmeden de işlemlere başlamak istemiyorum. Client Access Server rolü bildiğiniz üzere Public Folder Hariç mesajlaşma yapımıza gelen tüm istekleri(çağrıları) karşılamaktadır. Cas Array neden ihtiyaç duyarız aslında burada cevabını buluyor kısaca değinmek gerekirse, yapınızdaki Cas Server başına bir şey geldiğinde ikincisi üzerinden mesajlaşmanın devam ettirilebilmesidir ve aynı zamanda yük dengelemesi yapılmak istenmesinden dolayıdır. 65

66 Artık yavaş yavaş başlayalım. 66

67 Soru : İlk dag mı yapılandırmalıyım veya Cas Array yapısını mı oluşturmalıyım? Cevap : Cas Array yapısını ilk oluşturmalıyız. İlk olarak DNS kayıtlarına array için ip atamalıyız.(iç networkden) Benim yapımda array.hasan.local ve ip si boş olduğu için kullandım. 67

68 Daha sonra ise Cas/Hub sunucularımız üzerinde Network Load Balancing özelliğini kuruyoruz. (Server manager Features )Kurulum bittikten sonra New Cluster ile Cas sunucularımız için cluster yapısı oluşturuyoruz. 68

69 Host bölümüne Network Load Balancing özelliğini kurduğumuz Cas sunucumuzu gösteriyoruz. 69

70 Bu adımda herhangi değişiklik yapmamıza gerek yok. İsterseniz Edit ile daha detaylı ayarları yapılandırabilirsiniz. 70

71 Burada Cluster Ip sini belirtiyoruz. İlk adımlarımıza bakarsanız array için vermiştik. (Dns üzerinde array.hasan.local için verdiğimiz ip) Vermiş olduğumuz ip adresini bu adımda görüyoruz Full Internet Name kısmına ise mail.hasan.local yazıyorum (Dış dünyaya bakan ismimiz) Cluster Operation Mode ise tek ethernetim olduğu için Multicast seçiyorum. 71

72 Cluster hazır hale geldi. Sıra Geldi diğer host u eklemeye. 72

73 Add Host to Cluster ile diğer hostu da dahil ediyoruz.(ilk adımlarla aynı olduğu için tekrar göstermiyorum) Son durum aşağıdaki şekilde görüldüğü gibidir. 73

74 Sıra geldi Client Access Array oluşturmaya. Bunun için; New-ClientAccessArray Fqdn array.hasan.local site Default-First-Site- Name komutunu çalıştırıyoruz. Daha sonra ise Get-ClientAccessArray komutu ile oluşan Array yapımızı görüyoruz. Not: Site bilginizi Active Directory Site and Service den öğrenebilirsiniz. RpcClientAccessServer tanımlamasını yapıyoruz. Bunun için; Set-MailboxDatabase RpcClientAccessServer array.hasan.local komutunu giriyoruz. Bu komut ile mailbox Database için RpcClientAccessServer tanımlaması 74

75 yapmış oluyoruz.(bütün mailboxlar için uyguluyoruz) ve bu adımla birlikte casarray yapısını tamamlanmış oluyoruz. Sıra geldi Dag yapımızı oluşturmaya. Her database içerisinde RpcClientAccessServer değeri bulunur bu değer ne işe yarar? O database i kullanan kullanıcıların hangi adres üzerinden bağlanacağını gösterir. Aşağıdaki komut yardımı ile bunu görebilirsiniz. Get-Mailboxdatabase pcdestek fl rpc* Bu işlemi başarı ile tamamladıktan sonra Dag yapımızı oluşturmaya başlayabiliriz. Bir önceki bölümde komut satırı ile nasıl yapılandıracağımızı gördük şimdi ise arayüzden nasıl yapacağımıza bakalım. Database availability group name DagDimdik ismini veriyorum ve fark ettiyseniz bir önceki bölümden farklı olarak Witness Server ve Witness Directory göstermedim.(çift haneli node lar için gerekmektedir) Sunucum otomatik olarak zaten Mailbox rolü kurulu olmayan sunucuyu kendi seçecektir. 75

76 Şimdi ise oluşturduğumuz dag için iç network den bir ip atıyoruz. Bunun için Organization Configuration > Mailbox > Database Avalability Groups > DagDimdik > Properties açıyoruz. 76

77 Ip Adress sekmesinde Add ile Dag için ip belirtiyoruz. Bu adımımızda Manage Database Availability Group Membership seçeneği ile node ları Dag a üye olarak ekliyoruz. 77

78 Aşağıda görüldüğü gibi Add ile MBX1,MBX2 ve MBX3 ekliyoruz ve manage ile işlemi bitiriyoruz. 78

79 Aşağıda geldiğimiz son durumu görüyorsunuz. Replikasyon için x ve MAPI Network için x kullanıyoruz. DagDimdik isimli HostA kaydı otomatik olarak oluşturulduğunu görüyorsunuz. 79

80 Aynı Zaman da Active Directory Users and Computers içerisinde Computers altında da yer aldığını görüyoruz. Yukarıdaki işlemlerden sonra Add Mailbox Database Copy ile Mailboxlarımızın Database kopyalarını oluşturuyoruz.( Bütün adımları göstermedim, bir önceki bölümde gerekli bilgi mevcuttur) 80

81 Aşağıda ise database kopyaları oluşturduktan sonra durumu görüyorsunuz. Yeni yapımızı oluşturduktan sonra artık geçiş işlemine başlayabiliriz. Mailbox ları taşıma ile işlemlerimize başlıyoruz. Recipient Configuration > Mailbox a geliyoruz ve taşımak istediğiniz mailboxlar üzerinde sağ tıklayıp New Local Move Request ile taşıma işlemini başlatıyoruz. 81

82 Bu adımda hangi Mailbox Database üzerine taşıyacağımızı belirtiyoruz. Diğer bölümlerde anlatmadığımı fakat mailboxları taşırken kesinlikle dikkat edilmesi gereken bir nokta var. Gerçek yapılarda 100, 500, 1000 veya daha fazla sayıda mailbox taşıma işlemleri gerçekleştiriyoruz. Taşıma işlemi sırasında karşı tarafta Harddisk alanınızı 82

83 iyi hesaplamalısınız. Örnek olarak 700 Gb bir database mevcut ise 1 Tb ayırabilirsiniz. Aynı şekilde karşı tarafta Transaction Log oluşacağı için geçici süreliğine Circular Logging Enable hale getirilebilir. Mailboxları taşıdıktan sonra Arbitration Mailbox kontrol etmek için Exchange Powershell aracı ile Get-Mailbox Arbitration komutunu çalıştırıyoruz ve Servername kısmında da gördüğünüz üzere eski sunucum üzerinde olduğunu görüyoruz. Get-Mailbox database Mailbox Database Arbitration New- MoveRequest TargetDatabase pcdestek ile taşıma işlemini gerçekleştiriyoruz. Arbitration Mailbox Nedir? Cevap : Varsayılan olarak gizli gelmektedir ve yapımızdaki ilk mailbox database içerisinde barındırılmaktadır ve Modaratörlük rolünü üstlenen yönetimsel bir mailboxdur. Yani kulanıcılar mail atarken veya alırken ki onay işlemlerini gerçekleştiren süreci yönetir ve doğrulamasını yapar. İşlemlerimiz tamamlandıktan sonra varsayılan olarak gelen mailbox database silebiliriz. 83

84 Aynı zamanda Program Files > Microsoft >Exchange Server > v14>mailbox içerisinden ilgili klasörüde siliyoruz. Eğer yapınızda SSL Sertifika var ise eski Exchange sunucumuz üzerinde Server Configuration içerisinde yer alan sertifikanızı Export Exchange Certificate ile dışarıya alıyoruz. 84

85 Kayıt edeceğimiz yeri belirtiyoruz ve güvenlik için şifre belirtiyoruz. 85

86 Bu adımda da Offline Adres Book taşıyoruz. (OAB ile ilgili dikkat edilmesi gereken hususu daha önceki bölümlerde bahsetmiştim) 86

87 Silme işleminden önce eski Exchange Sunucumuz üzerindeki send connector siliyoruz ve daha sonra ortamımızdan kaldırıyoruz. (Yeni sunucumuzda send connector oluşturmayı unutmuyoruz tabi ki! ) Aşağıda gördüğünüz üzere sorunsuz bir şekilde taşıma işlemlerini tamamladık 87

88 Export ile dışarı aldığımız sertifikamızı yeni sunucumuz üzerinde import etmeye. Import Exchange Certificate ile işlemimizi başlatıyoruz. 88

89 Export ettiğimiz sertifikayı ilgili sunucu üzerine taşıdığınızı varsayıyorum. İlgili yolu ve şifreyi belirterek devam ediyoruz. 89

90 Bu adımda import edeceğimiz sunucuları gösteriyoruz. 90

91 Sertifikamızı her iki sunucu üzerine başarılı bir şekilde atamış oluyoruz. 91

92 Son olarak da Outlook üzerinde array yapımızı kontrol ediyoruz. User2 ile domainde oturum açtım ve Autodiscover düzgün şekilde çalıştığını görmüş oldum. Fark ettiyseniz sunucu bölümünde array.hasan.local görüyoruz. 92

93 93

94 Kontrollerimizi de tamamladık işlemimiz burada bitmiş oluyor. Aşağıda bağlantıların array.hasan.local e gittiğini de görmüş olduk. Ortamınızda Public Folder olsaydı burada public folder da görecektik, bunun nedeni ise Public Folder bağlantıları Mailbox Rolü kurulu sunucuya gitmektedir. 94

95 EXCHANGE SERVER 2010 SP3 CROSS FOREST MIGRATION Bu bölümümüzde çok sık karşımıza çıkmayan fakat şirket evliliklerinde istenebilecek bir senaryoyu yapmaya çalışacağız. Varsayalım ki hasan.local ve dimdik.local olarak iki farklı şirket ve forest var. Alınan bir karar ile dimdik.local Forest ı içerisinde yer alan maillerinde yeni yapıya taşınması isteniyor. Bu gibi durumlar ile karşılaşırsanız nasıl aksiyon alabileceğinizi anlatmaya çalışacağım. Yavaş yavaş yapımızı oluşturmaya başlayalım. Bu bölümü kendi içinde ikiye ayırıyorum birinci bölüm de hazırlık bölümünü göreceksiniz, ikinci aşamada ise taşıma işlemlerini yapacağız. Uyarı : Bu bölümün amacı Active Directory Cross Forest Migration değildir, bu sebep ile bazı adımlar dökümanda yer almamaktadır. Daha detaylı bilgi için yazmış olduğum Active Directory Migration Senaryolarına göz atabilirsiniz Hazırlık bölümü Bu bölümde ilk olarak yapmamız gereken her iki tarafı birbirine Conditional Forwarders olarak eklemek olacak bu ilk gerekliliğimiz. İkinci ve atlanmaması gereken nokta ise Forest fonksiyon seviyenizin minimum 2003 olması gerekmektedir! ( Bu işlemi her iki sunucu üzerinde de yapıyoruz ) 95

96 Daha sonraki adımda ise iki Forest arasında Trust ilişkisi kurmamız gerekiyor. Bunun için Active Directory Domain and Trusts açıyoruz. İlgili etki alanının Properties sekmesini açtıktan sonra Trusts sekmesi altındaki New Trust ile iki Forest arasında Trust ilişkisi tanımlıyoruz. 96

97 Kim ile Trust kurulmasını istiyorsak onu bu adımda belirtiyoruz. Ben dimdik.local üzerinden bu işlemleri yaptığım için hasan.local olarak belirtiyorum. 97

98 Karşınıza burada iki adım çıkıyor. External Trust ile Devam ediyorum.( Konu Trust Nedir olmadığı için bu adımları açıklamıyorum, Yukarıda vermiş olduğum linkteki doküman bu konuda size yardımcı olacaktır.) 98

99 Two-Way Trust yapılandırıyoruz. 99

100 Bu adımda iki seçenek geliyor. Eğer diğer Forest üzerinde Admin hakkınız yok ise This Domain Only seçiyorsunuz veya iki firma Admini operasyonu birlikte yürütüyor ise Both the domain and the specified domain ile devam ediyoruz Bu adımda dikkat ettiyseniz hasan.local üzerindeki Admin bilgilerini giriyorum. 100

101 Bu adımda Domain-wide authentication seçiyorum.(detaylı bilgi için Active Directory Migration Senaryoları E-Book, Sayfa 87 ) Daha sonraki adımlar kontrol amaçlı adımlar olduğu için ekran görüntüsünde almadım. 101