Exchange 2010 sebagai produk messaging terbaru dari Microsoft memiliki banyak keunggulan dibanding kompetitornya, maupun versi pendahulunya yaitu Exchange 2007. Salah satu fitur yang cukup banyak dibicarakan adalah Database Availability Group atau DAG.
Dalam membuat Exchange 2010, Microsoft memperhatikan banyak input yang diberikan oleh penggunanya, termasuk para MVP (masa sih). Salah satu masukan tersebut adalah bahwa Exchange 2007 kurang scalable dan flexible terutama dalam hal High Availability. Mengapa demikian? Mari kita bahas sedikit, hal-hal yang utama saja.
- Untuk mencapai High Availability yang tinggi, tidak ada pilihan lain kecuali menggunakan Clustering. Nah problem utama dengan clustering ini adalah cukup sulit untuk digunakan. Para Exchange admin harus mempelajari clustering, padahal clustering berada di level Operating System sehingga bukanlah tugas utama mereka. Kalau mau dianalogikan, mungkin seperti sopir yang harus belajar agak dalam mengenai mesin padahal tugas utamanya adalah menyetir.
- Di Exchange 2007, failover di cluster berada di level server. Hal ini berarti walaupun ada satu database yang fail, Exchange admin harus meng-failover seluruh server (termasuk seluruh database) ke server node yang lain. Saat failover ini, akan ada periode dimana user connection akan putus. Hal ini karena client, misalnya outlook, terhubung langsung ke mailbox server.
- Di Exchange 2007, High Availability/clustering harus dideploy dari awal. Maksudnya adalah kita tidak dapat membuat sebuah mailbox role dan dikemudian hari merubah server tersebut menjadi cluster, ini harus diputuskan dan dikerjakan dari awal.
Belajar dari input-input tersebut, High Availability di Exchange 2010 mengalami desain ulang dan perubahan yang mendasar seperti:
- High availability dapat dideploy secara add-on, maksudnya disini seorang exchange admin dapat menginstall sebuah mailbox server role, selanjutnya dikemudian hari menambahkan fitur high-availability/clustering ke mailbox role tersebut.
- Cluster masih digunakan tapi dalam bentuk yang lebih transparan. Jika dianalogikan dengan sopir, si sopir cukup menekan tombol “High Availability” di dashboardnya, dan sim salambim abrakabrak (devon said it this way) sang “mobil” telah menjadi mobil lapis baja (maksudnya high availability).
- Saat melakukan failover, tidak akan terjadi downtime (dari sisi user), karena koneksi antara client (outlook) dengan server dipindahkan ke CAS, bukan mailbox server lagi.
Baik, saya kira cukuplah kita membahas mengenai DAG, karena ini adalah blog maka sebaiknya dibuat singkat tetapi padat. Kita akan berlanjut ke deploying DAG, di bagian ini akan dibahas mengenai pre-requisite dari Exchange 2010, terutama dari sisi Active Directory. Sebelum menginstall Exchange 2010, AD kita harus memenuhi persyaratan berikut, yaitu:
- Forest: Minimum Forest Functionality level adalah Windows Server 2003. Hal ini berarti seluruh Domain Controller di Forest menggunakan sistem operasi (minimum) Windows 2003.
- Schema Master: DC yang memegang role Schema Master harus menggunakan (minimum) OS Windows Server 2003 SP 2.
- Global Catalog: Di setiap AD site dimana akan ada server Exchange 2010 harus ada Global Catalog yang menggunakan (minimum) OS Windows server 2003 SP2.
- Domain Controller: Minimum OS Windows Server 2003 SP 2.
Untuk meningkatkan level Functionality, harus dilakukan dari level domain dulu. Untuk meningkatkan Domain Functional Level dilakukan dari Active Directory User and Computer atau ADUC.
Pilih Windows Server 2003 untuk Domain Functional Level:
Selanjutnya kita akan meningkatkan Forest Functional Level, hal ini dilakukan dari Active Directory Domain and Trust
Disini selanjutnya kita memilih Windows Server 2003
Demikian langkah-langkah untuk menyiapkan prasyarat atau pre-requisite dari Exchange 2010. Di bagian selanjutnya kita akan melanjutkan dengan instalasi server Exchange 2010.