Database Availability Groups pada Exchange Server

Pelajari tentang Database Availability Groups (DAG) dalam Microsoft Exchange Server, peran mereka dalam memastikan ketersediaan tinggi dan pemulihan bencana, serta cara mereka menggunakan Active Manager dan kluster failover untuk mempertahankan layanan email yang andal.

download-icon
Unduh Gratis
untuk VM, OS, DB, File, NAS, dll
johan

Updated by Johan on 2025/08/11

Daftar Isi
  • Apa Itu Database Availability Group?

  • Konsep Terkait DAG

  • Mekanisme DAG

  • Instalasi DAG

  • Cadangkan Server Exchange Anda

  • FAQ Kelompok Ketersediaan Database

  • Kesimpulan

Database Availability Group (DAG) adalah solusi ketersediaan tinggi dan pemulihan bencana di Microsoft Exchange Server. Diperkenalkan pertama kali di Exchange Server 2010, DAG memastikan layanan email tetap beroperasi meskipun terjadi kegagalan server atau data.

Apa Itu Database Availability Group?

Database Availability Group (DAG) adalah sekelompok hingga 16 server kotak surat yang menyelenggarakan kumpulan database dan menyediakan pemulihan tingkat database secara otomatis dari kegagalan yang memengaruhi server atau database individual. DAG juga merupakan batasan untuk replikasi database kotak surat, perpindahan database dan server, failover, serta komponen internal bernama Active Manager. Active Manager adalah komponen Exchange yang bertanggung jawab mengelola perpindahan dan failover yang berjalan di setiap server dalam DAG.

Setiap server dalam DAG dapat menampung salinan database mailbox dari server mana pun lainnya dalam DAG. Saat sebuah server ditambahkan ke DAG, server tersebut bekerja sama dengan server lain dalam DAG untuk menyediakan pemulihan otomatis dari kegagalan yang memengaruhi database mailbox, seperti kegagalan disk atau server.

Konsep Terkait DAG

1. Peran Server Kotak Surat

Peran MBX perusahaan dapat memiliki hingga 100 basis data Exchange dan menangani mode operasi basis data aktif dan pasif. Terlepas dari istilah yang digunakan secara bergantian dalam dokumentasi DAG terkait Microsoft, seperti "anggota DAG," "server DAG," atau "server anggota DAG," semuanya mengacu pada server kotak surat (MBX) yang ditambahkan ke dalam kelompok DAG.

2. Aktif / Pasif

Dalam DAG, basis data hanya dapat dilayani oleh satu peran server MBX untuk akses basis data klien, dan server ini disebut aktif (dengan keadaan basis data-nya terpasang).

Server yang tidak menyediakan akses klien tetapi dapat mengambil alih ketika database aktif gagal untuk terus memberikan akses database klien disebut pasif (status database ini adalah dilepas dan ditampilkan sebagai "sehat" pada bidang status replikasi).

3. Manajer Aktif

Bila peran server MBX aktif mengalami kegagalan, Primary Active Manager (PAM) akan mengelola dan memilih salinan basis data yang akan diaktifkan. Active Manager merupakan komponen yang diperkenalkan dalam Exchange Server 2010 yang menggantikan fungsi pengelolaan sumber daya klaster dan pengalihan secara tradisional. Meskipun Exchange Server 2010 bukan lagi aplikasi klaster, DAG tetap menggunakan layanan klaster Windows tetapi tidak lagi menggunakan grup klaster Windows atau modul sumber daya penyimpanan, melainkan menggunakan Active Manager untuk mengelola status basis data kotak surat, termasuk status aktif dan pasif, operasi pemindahan, serta status yang terpasang.

Mekanisme DAG

DAG Exchange memanfaatkan Windows Server Failover Clusters. Failover Clusters menggunakan mekanisme quorum berbasis voting dari node kluster untuk menentukan Cluster Owner. Quorum adalah mekanisme bersama di antara seluruh anggota kluster, di mana setiap anggota secara berkala membaca file dalam quorum untuk menentukan status anggota kluster. Setiap anggota dalam kluster dianggap sebagai satu suara.

Exchange DAG menggunakan mode Majority Node Set. Dalam mode ini, Failover Cluster memerlukan server quorum eksternal yang berada di luar anggota cluster. Server quorum ini memberikan suara yang diberi bobot untuk anggota cluster tertentu, memberikan hak istimewa Cluster Owner kepada node tersebut. Dalam mode Majority Node Set, minimal 50% dari suara node harus dalam keadaan online. Jika N adalah jumlah node, maka N/2+1 node harus aktif.

Sebagai contoh:

1. Ketika terdapat 4 anggota DAG, perhitungan suara adalah: N/2+1 = 3, memungkinkan hilangnya 2 suara (artinya hingga dua node dapat gagal, dengan satu suara berasal dari layanan kворум, sehingga hanya dua yang dapat hilang). Jika lebih dari dua node gagal, kluster DAG kehilangan kворум, menyebabkan semua basis data dilepas, memerlukan intervensi administrator untuk memulihkan kondisi normal.

2. Ketika terdapat 5 anggota DAG, perhitungan suara adalah: N/2+1 = 3, sehingga memungkinkan hilangnya 3 suara (artinya hingga 2 node dapat mengalami kegagalan). Jika lebih dari dua node gagal, kluster DAG kehilangan kuorum, dan semua basis data dilepas, memerlukan intervensi administrator untuk mengembalikan ke keadaan normal.

Instalasi DAG

Persyaratan untuk Menginstal DAG

  • Layanan DNS harus berjalan

  • Nama yang ditetapkan untuk DAG tidak boleh melebihi 15 karakter

  • Node harus bergabung dengan lingkungan domain

  • Kedua node harus melakukan instalasi standar Exchange SP3

  • Instal fitur Failover Clustering

  • Server harus memiliki versi yang sama

  • Setiap anggota DAG harus memiliki jumlah jaringan yang sama

  • Node harus memiliki instalasi Exchange SP3 yang khas

Catatan

  • Node perlu dikonfigurasikan dengan kartu jaringan ganda:

    - Jaringan MAPI (untuk akses pengguna)

    - Jaringan replikasi (untuk heartbeat)

  • Server saksi harus bergabung ke domain

  • Server saksi harus memiliki dua atau lebih partisi

  • Satu partisi digunakan untuk menyimpan data saksi

  • Versi server harus identik

  • Penempatan campuran tidak diperbolehkan, karena menambahkan anggota dapat menyebabkan kesalahan

Membuat DAG

  • Atur izin untuk grup Exchange Trusted Subsystem

  • Izinkan server saksi untuk mengelola penjadwalan DAG

  • Atur alamat IP kluster untuk DAG

  • Tambahkan anggota ke grup DAG

  • Konfigurasikan jaringan DAG

  • Mulai layanan Microsoft Exchange Information Store

  • Memverifikasi keberhasilan pembuatan DAG

Memverifikasi Peralihan Basis Data

  • Buat kotak surat

  • Hapus file basis data pengguna yang sudah ada

  • Perhatikan perubahan di konsol

  • Uji pengiriman dan penerimaan email untuk memastikan fungsi berjalan normal

Cadangkan Server Exchange Anda

Vinchin Backup & Recovery menawarkan perlindungan yang andal dan bertaraf enterprise untuk Microsoft Exchange, mendukung pencadangan pada mesin virtual dan server fisik ke penyimpanan lokal, eksternal, atau awan seperti Azure dan Amazon S3. Vinchin memiliki fitur pencadangan inkremental selamanya, penjadwalan fleksibel, dan pemilihan data secara granular, memastikan perlindungan data yang efisien dan konsisten. Dengan enkripsi RSA untuk transfer data, enkripsi AES 256, serta kontrol akses berbasis peran, Vinchin memastikan keamanan dari ujung ke ujung. Transfer data berkecepatan tinggi dan kebijakan pengaturan yang dapat disesuaikan semakin meningkatkan efisiensi, sementara konsol berbasis web mempermudah manajemen cadangan terpusat untuk Exchange Server 2013, 2016, 2019, dan Exchange Online.

Anda hanya membutuhkan 4 langkah untuk mencadangkan Exchange Server:

1. Pilih objek cadangan.

Cadangkan Exchange Server

2.Pilih tujuan cadangan.

Cadangkan Server Exchange

3.Konfigurasikan strategi cadangan.

Cadangkan Server Exchange

4.Ulas dan kirimkan pekerjaan.

Cadangkan Exchange Server

Vinchin Backup & Recovery menyediakan uji coba gratis selama 60 hari dengan akses penuh ke semua fitur cadangan dan pemulihan canggihnya. Klik tombol di bawah ini untuk mengeksplorasi kemampuan tangguhnya.

FAQ Kelompok Ketersediaan Database

1. T: Bagaimana cara penggunaan server saksi dalam DAG?

A: Server saksi digunakan untuk mempertahankan kuorum dalam konfigurasi DAG dengan jumlah anggota genap. Server ini membantu memastikan bahwa aturan mayoritas terpenuhi saat menentukan apakah DAG dapat tetap online.

2. T: Bagaimana replikasi database dicapai dalam sebuah DAG?

A: Exchange menggunakan teknologi replikasi berkelanjutan untuk menyalin perubahan dari basis data aktif ke salinan pasif. Ini memastikan konsistensi data dan ketersediaan tinggi.

Kesimpulan


Penerapan Database Availability Group mengubah lingkungan Exchange Server menjadi solusi yang tangguh yang mampu meminimalkan waktu henti dan menjaga layanan yang berkelanjutan bagi pengguna. Dengan memanfaatkan failover otomatis dan replikasi database yang cerdas, bisnis dapat merasa tenang karena layanan email kritis dapat bertahan dari kegagalan tak terduga. Memastikan konfigurasi yang benar dan kepatuhan terhadap praktik terbaik sangat penting untuk memaksimalkan manfaat DAG, memungkinkan Anda untuk fokus pada pertumbuhan sambil menjaga stabilitas operasional.

Bagikan di:

Categories: Tech Tips