Saya diperkenalkan ke Kerio MailServer dari salah satu pelanggan saya. Mereka menyukai Kerio untuk UKM mereka karena harganya murah dan menggunakan arsitektur database flat-file yang memungkinkan mereka mengakses objek ke email individual. Ini membuat backup, restore, penggabungan surat, dll. sangat mudah bagi mereka Kedengarannya seperti itu benar-benar memenuhi kebutuhan mereka dengan baik.

Mereka baru-baru ini mencari beberapa perlindungan data tambahan untuk pemulihan bencana Kerio. Sementara memulihkan Kerio dari backup tape cukup mudah, mereka ingin memberikan tujuan titik pemulihan yang lebih baik (RPO) dan Recovery Time Objective (RTO). Mereka menemukan bahwa SteelEye DataKeeper sesuai dengan tagihannya dengan sempurna karena mereka dapat melakukan replikasi real-time dan menyalakan server Kerio siaga dan beroperasi hanya dalam beberapa menit.

Berikut adalah posting blog yang membahas pengalaman mereka selama evaluasi mereka SteelEye DataKeeper.

Pada Bagian 1 dari seri ini, saya menunjukkan kepada Anda bagaimana mempersiapkan cluster multi-situs Anda, termasuk menyiapkan Node dan File Share Mayoritas Kuorum. Pada Bagian 2, kami melihat contoh video tentang bagaimana menggabungkan SteelEye DataKeeper, salah satu solusi replikasi cluster yang tersedia, dengan failover clustering untuk mengkonfigurasi cluster failover Hyper-V multi-situs. Pada Bagian 3, kami akan memeriksa bagaimana Microsoft SQL Server 2008 dapat dikonfigurasi dalam cluster multi-situs dengan Windows Server 2008 Failover Clustering dan SteelEye DataKeeper Cluster Edition.

Pertama, mengapa Anda ingin menyebarkan cluster server multi-situs SQL? SQL Server hadir dengan berbagai pilihan ketersediaan tinggi, termasuk pengiriman log, replikasi (transaksional, gabungan, snapshot), mirroring database dan failover cluster. Ada artikel bagus yang membahas tentang opsi Ketersediaan Tinggi di SQL Server 2008, jadi saya tidak akan menemukan kembali roda di sini. Jika Anda ingin mempelajari lebih lanjut tentang semua pilihan, lihat artikel ini oleh Ross Mistry, Pilihan Ketersediaan Tinggi di SQL Server 2008.

Jika Anda membaca artikel tersebut, ringkasan Ross membuat pernyataan berikut …

"Jelas, failover clustering adalah pilihan terbaik untuk mengurangi downtime sistem dan menyediakan ketersediaan aplikasi yang lebih tinggi untuk keseluruhan instance dari SQL Server dalam sebuah situs; Namun, cluster failover tidak melindungi dari kegagalan disk dan membutuhkan SAN. "

Bagaimana jika Anda bisa memiliki semua manfaat yang Ross garis bawahi dan juga melindungi dari kegagalan disk dan menghilangkan kebutuhan akan SAN? Nah, kabar baiknya adalah itulah yang dapat Anda lakukan dengan menerapkan cluster multi-situs Microsoft SQL Server 2008 di Windows Server 2008. SQL Server 2008 cluster multi-situs mungkin sedikit keliru. Ini tidak perlu dikerahkan di lokasi yang tersebar secara geografis. Server bisa berada di rak yang sama, ruangan yang sama, gedung yang sama atau di seluruh benua; itu tidak masalah Yang penting adalah Anda menghilangkan penyimpanan Anda sebagai satu titik kegagalan dan jika Anda memilih untuk menemukan node cluster Anda di lokasi fisik yang berbeda maka Anda juga telah membangun ketahanan situs.

Salah satu pertanyaan yang paling umum dan titik kebingungan tentang SQL Server 2008 dan Windows Server 2008 failover clustering adalah dukungan untuk kegagalan di seluruh subnet. Ya, Windows Server 2008 Failover Clustering tidak mendukung kegagalan antar subnet untuk sebagian besar aplikasi, namun SQL Server 2008 bukanlah salah satu dari aplikasi tersebut. Sejauh yang saya tahu, SQL Server 2008 R2 juga tidak akan mendukung kegagalan antar subnet saat diluncurkan. Pemahaman saya adalah bahwa tim SQL bekerja pada dukungan untuk failover lintas-subnet, namun akan didukung beberapa saat setelah SQL Server 2008 R2 dilepaskan. Jadi, untuk saat ini, Anda harus memilah subnet Anda jika Anda ingin memisahkan nodus Anda secara geografis.

Sekarang setelah Anda bertekad untuk menerapkan cluster server multi-node SQL, berikut adalah langkah-langkah yang harus Anda ikuti.

CONFIGURE CLUSTER DASAR ANDA

Ikuti langkah-langkah di Bagian 1 seri ini untuk mengkonfigurasi cluster 2-node dasar dengan Node dan File Share Mayoritas Kuorum.

CONFIGURE REPLIKASI ANDA

Menyebarkan cluster multi-situs akan mengharuskan Anda bekerja sangat erat dengan vendor replikasi Anda selama bagian konfigurasi ini. Setiap vendor akan memiliki petunjuk yang sangat spesifik tentang cara menyiapkan replikasi dan membuat sumber penyimpanan yang akan digunakan di cluster Anda. Untuk keperluan demonstrasi ini, saya akan menggunakan SteelEye DataKeeper Cluster Edition untuk mereplikasi drive E dari server yang bernama PRIMARY ke server bernama SECONDARY. Drive E pada PRIMER dan SEKUNDER hanya volume lokal terlampir dan bukan bagian dari SAN manapun. Selama drive E muncul sebagai disk lokal yang terpasang, DataKeeper dapat meniru dari satu server ke server lainnya. Anda dapat mencampur dan mencocokkan SAS, iSCSI, SAN, VHD, atau jenis penyimpanan lainnya karena DataKeeper adalah penyimpanan agnostik.

Setelah Anda mengkonfigurasi cluster dasar Anda seperti yang dijelaskan pada Bagian 1 seri saya, jalankan setuper DataKeeper untuk menginstal SteelEye DataKeeper Cluster Edition pada kedua node cluster. Anda akan diminta memasukkan kunci lisensi Anda di akhir pemasangan. Masukkan lisensi Anda dan reboot server Anda saat diminta. Anda sekarang siap untuk membuat cermin Anda. Luncurkan DataKeeper GUI dan ikuti petunjuk di bawah ini untuk membuat mirror Anda.

Klik "Connect to Server".

Masukkan nama server yang pertama. Klik Connect.

Masukkan nama server kedua, klik Connect

Sekarang klik Create Job. Itu akan meluncurkan wizard Create Job.

Berikan nama dan deskripsi pekerjaan Anda. Ini bisa menjadi apapun yang Anda suka.

Pilih yang berikut ini:

• Source Server – dimana data akan direplikasi dari
• Adaptor jaringan – jaringan tempat lalu lintas replikasi akan berjalan
• Volume – volume yang ingin Anda tiru

Klik Next untuk melanjutkan.

Pilih yang berikut ini:

• Target Server – dimana data akan direplikasi
• Adaptor jaringan – jaringan tempat lalu lintas replikasi akan berjalan
• Volume – volume yang ingin Anda tiru

Klik Next untuk melanjutkan.

Pilih yang berikut ini:

• Tingkat Kompresi – Jika Anda memiliki jaringan 100 Mbps atau lebih cepat untuk replikasi, biarkan set ke none. Jika Anda memiliki WAN yang kurang dari 100 Mbps, Anda mungkin mendapat keuntungan dari mengaktifkan kompresi. Pengaturan di suatu tempat di tengah cenderung memberi Anda kinerja terbaik dari kompresi vs. Overhead CPU yang terkait dengan kompresi yang memungkinkan.
• Asynchronous vs. Synchronous – Replikasi asinkron umumnya dapat diterima di sebagian besar lingkungan dan pasti dibutuhkan di lingkungan WAN latency tinggi. Saya menulis keseluruhan posting blog tentang topik ini, jadi jika Anda memiliki pertanyaan, lihat artikel saya di Asynchronous vs. Replikasi sinkron
• Bandwidth maksimum – Anda bisa menganggap ini sebagai "orang miskin" QOS. Jika Anda ingin memastikan bahwa replikasi tidak pernah melebihi ambang batas kapasitas WAN Anda, Anda dapat memberi batasan pada jumlah bandwidth yang dapat dikonsumsi. Kecuali Anda memiliki alasan bagus untuk mengaturnya, lebih baik membiarkannya diset ke 0.

Klik Selesai untuk membuat cermin Anda.

Sekarang jika Anda melihat GUI DataKeeper Anda, itu akan terlihat seperti berikut.

Begitu Anda telah menciptakan cermin Anda, Anda perlu membuat cermin Anda tersedia di Microsoft Cluster "Available Storage". Ada beberapa cara untuk melakukan ini, namun cara yang paling lurus ke depan adalah dengan menggunakan Windows PowerShell CLI. Berikut adalah contoh yang menunjukkan bagaimana mengambil cermin yang ada yang baru saja kita buat pada drive E dan menambahkannya ke cluster "Available Storage", pindahkan ke node PRIMARY dan bawalah in-service

Modul Impor FailoverClusters

Add-ClusterResource -Name "DataKeeper Volume E" -ResourceType "Volume DataKeeper" -Group "Available Storage"

Get-ClusterResource "DataKeeper Volume E" | Set-ClusterParameter VolumeLetter E

Move-ClusterGroup "Available Storage" -Node primary

Start-ClusterResource "DataKeeper Volume E"

Untuk informasi lebih lanjut tentang PowerShell dan perintah yang tersedia untuk digunakan dengan Failover Clustering, lihat posting blog bagus dari Symon Perriman dari Tim Fidelover Clustering Microsoft.

http://blogs.msdn.com/clustering/archive/2008/12/20/9243367.aspx

Anda sekarang akan mengulangi langkah-langkah di atas untuk menambahkan cermin tambahan yang akan Anda gunakan di cluster Anda. Dalam kasus kami, kami akan membuat cermin dari drive F dan menggunakannya untuk mengelompokkan MSDTC. Setelah menambahkan mirror tambahan dan menambahkannya ke Available Storage, GUI DataKeeper Anda akan terlihat seperti ini.

Dan GUI Failover Cluster Manager Anda akan terlihat seperti ini.

CLUSTERING MSDTC

CATATAN PENTING – Ada perbaikan terbaru yang diperlukan untuk mendukung DTC dengan sumber daya disk pihak ke-3.  Silakan lihat artikel KB berikut dan menerapkan howfix untuk semua node cluster.  http://support.microsoft.com/kb/978476

SQL 2008 sangat bergantung pada MSDTC, jadi sangat disarankan agar Anda mengelompokkan sumber MSDTC sebelum mengelompokkan sumber daya SQL Anda. Artikel berikut disediakan untuk referensi Anda untuk konfigurasi dan pengelolaan sumber daya MSDTC Anda.

http://technet.microsoft.com/en-us/library/cc770748(WS.10).aspx

http://technet.microsoft.com/en-us/library/cc771540(WS.10).aspx

Anda akan memulai dengan membuka GUI Failover Cluster Manager dan kemudian memilih "Configure a Service or Application".

Anda kemudian akan memilih "Distributed Transaction Coordinator" dan klik Next

Berikan sumber MSDTC sebuah nama dan alamat IP yang unik. Ini harus unik untuk MSDTC dan tidak sama dengan yang akan Anda gunakan nanti saat Anda membuat sumber daya SQL Anda.

Pilihlah volume dimana Anda akan menyimpan data untuk sumber MSDTC. Dalam kasus kami, kami memilih drive F yang direplikasi.

Konfirmasikan informasi Anda dan klik Next untuk melanjutkan.

Selamat, Anda telah berhasil mengonfigurasi sumber daya DTC. Klik Selesai.

Kami hampir siap untuk memulai pemasangan simpul pertama Cluster SQL Server, namun ada satu hal yang perlu dilakukan dalam persiapan – Slip Stream SQL 2008 SP1 ke media installer SQL Server 2008 RTM.

SLIP STREAM SQL SP1 ONTO MEDIA INSTALL SQL 2008 Anda

Apa yang saya temukan adalah bahwa SQL Server 2008 tidak akan diinstal pada Windows Server 2008 R2 tanpa terlebih dahulu memasukkan SQL Server 2008 SP1 ke media instalasi SQL 2008 Anda. Berikut adalah artikel bagus yang menjelaskan bagaimana cara menambal SQL Server 2008 RTM dan Service Pack 1. Setelah saya membaca artikel itu dan berhasil memasukkan SP1 ke SQL 2008 RTM, saya menemukan artikel Microsoft KB berikut yang menjelaskan prosedur yang sama. Anda mungkin mendapatkan error yang terlihat seperti berikut jika Anda mencoba menginstal SQL tanpa memasukkan SP1 ke media.

Terjadi kesalahan saat menyetorkan properti pribadi 'RequireKerberos' ke nilai '1'

Saya mengikuti petunjuk yang terinci di artikel pertama dan menyalin SQL 2008 saya dengan SP1 menginstal ke drive C: dari kedua node di cluster saya. Pada petunjuk di bawah ini, saya akan melakukan instalasi dari disk lokal masing-masing node cluster.

MENGINSTAL KODE CLUSTER PERTAMA ANDA

Sekarang Anda memiliki media instalasi SQL Server 2008 SP1 yang siap digunakan, Anda siap untuk menginstal simpul SQL pertama Anda. Ada satu "gotcha" utama ketika menginstal SQL pada cluster multi-node. Agar Anda dapat menginstal SQL pada cluster multi-node, Anda harus melewati proses validasi Failover Cluster Windows Server 2008. Sayangnya, cluster multi-situs dikecualikan karena lulus uji terkait penyimpanan, jadi Anda tidak dapat benar-benar "lulus" validasi sejauh menyangkut SQL. Butuh sedikit penyelidikan dari pihak saya, tapi yang saya temukan adalah bahwa ada parameter baris perintah yang memungkinkan Anda melewatkan tes validasi pada instalasi SQL 2008. Berikut adalah baris perintahnya.

Setup / SkipRules = Cluster_VerifyForErrors / Action = InstallFailoverCluster

Untuk memulai setup SQL, buka jendela Command, browse ke SQL 2008 dengan direktori install SP1 dan ketik perintah seperti gambar di bawah ini.

Jika semuanya berjalan sesuai rencana, Anda harus melihat layar di bawah ini. Klik OK untuk melanjutkan.

Masukkan kunci produk Anda dan klik Next

Terimalah perjanjian lisensi dan klik Next

Klik Install untuk menginstal Setup Support Files

Pada akhir Setup for the Support Files Anda akan menerima peringatan. Klik pada Show details dan anda akan melihat pesan di bawah ini. Anda bisa klik Next, mengabaikan pesan ini karena diharapkan ada di cluster penyimpanan multi-situs atau non-shared.

Pilih fitur yang ingin Anda instal dan klik Next. Biarkan direktori "Fitur Bersama" diatur ke drive C karena binari SQL tidak boleh diinstal pada volume yang direplikasi.

Pada layar berikutnya, Anda akan memilih nama jaringan untuk SQL Server Anda. Ini akan menjadi nama yang akan dihubungkan oleh semua klien. Dengan asumsi ini adalah contoh default, tinggalkan direktori root Instance ID dan Instance yang diset ke default. Jangan memindahkan direktori akar contoh ke volume yang direplikasi.

Disarankan agar Anda memiliki akun domain terpisah untuk SQLServer dan SQLAgent. Anda dapat meluangkan waktu untuk membuat akun ini sekarang jika Anda belum melakukannya. Akun ini tidak memerlukan izin khusus, karena proses pemasangan ini akan memberi mereka izin yang mereka butuhkan.

Konfirmasikan Anda memiliki cukup ruang disk dan klik Next untuk melanjutkan.

Pilih pengaturan default untuk memungkinkan grup sumber gugus cluster baru bernama "SQL Server (MSSQLSERVER)" untuk dibuat.

Pilihlah volume yang direplikasi yang masih tersedia, dalam kasus kami drive E: . Klik Next untuk melanjutkan.

Sekarang Anda akan memilih alamat IP yang Anda inginkan terkait dengan sumber cluster SQL. Anda bisa membiarkannya diatur untuk menggunakan DHCP jika Anda mau.

Pilih pengaturan keamanan Anda dan klik Next

Tambahkan administrator SQL Server dan pilih mode otentikasi Anda lalu klik Next

Pilih opsi Error dan Usage Reporting dan klik Next

Anda akan sekali lagi melihat beberapa peringatan terkait dengan proses validasi. Anda dapat mengabaikan pesan tersebut seperti yang diharapkan di cluster SQL Server multi-situs.

Klik Install untuk memulai proses instalasi

Jika semuanya dipasang seperti yang diharapkan, Anda harus melihat layar berikut. Klik Next lalu Close untuk menyelesaikan instalasi.

Selamat, Anda telah berhasil menginstal node pertama dari Cluster SQL Server multi-situs Anda. Sekarang kita akan menginstal node kedua dari cluster tersebut.

INSTALL KODE CLUSTER KEDUA

Instalasi node cluster kedua mirip dengan menginstal node pertama. Kita perlu menjalankan SQL Setup sekali lagi dari command line sehingga kita bisa melewati proses Validasi. Jadi, dari node ke-2, buka command prompt Anda dan jalankan perintah berikut.

1. Instal SQL 2008 SP1 (penggabungan setup) pada node ke-2 menggunakan perintah berikut:

   Setup / SkipRules = Cluster_VerifyForErrors / Action = AddNode / INSTANCENAME = "MSSQLSERVER"

* Catatan: Ini mengasumsikan Anda menginstal instance default pada node 1

Itu akan meluncurkan wizard install seperti yang ditunjukkan di bawah ini. Klik OK untuk melanjutkan.

Masukkan kunci produk Anda dan klik next.

Terima persyaratan lisensi dan klik Next

Klik install untuk menginstal file Setup Support.

Anda dapat sekali lagi mengabaikan peringatan bahwa beberapa tes validasi cluster telah dilewati. Hal ini diharapkan terjadi pada kelompok penyimpanan multi-situs dan cluster penyimpanan non-bersama.

Verifikasi bahwa Anda menambahkan simpul ke instance kanan dan klik Next.

Tambahkan kata sandi ke akun layanan dan klik Next

Pilih opsi Error dan Usage Reporting dan klik Next

Sekali lagi, abaikan peringatan tentang operasi yang dilewati.

Klik Install untuk memulai proses instalasi.

Jika semuanya berjalan seperti yang diharapkan, Anda harus melihat layar berikut.

Sekarang setelah Anda memiliki dua cluster node berfungsi penuh, Anda mungkin harus menguji semuanya dengan melakukan beberapa peralihan manual. Klik kanan pada resource dan pilih "Move to node SECONDARY".

Jika semuanya dikonfigurasi dengan benar, GUI Failover Cluster Anda akan terlihat seperti berikut.

KESIMPULAN

Saya percaya bahwa cluster SQL dengan penyimpanan yang direplikasi membuat banyak akal. Penyimpanan selalu menjadi satu titik kegagalan kelompok tradisional. Anda dapat menghilangkan titik tunggal kegagalan tersebut dengan menggelar cluster SQL Server dengan penyimpanan yang direplikasi dari SteelEye atau mitra replikasi Multi-Site Cluster Microsoft lainnya. Saya harap Anda menemukan artikel ini informatif. Jika ada pertanyaan atau saran, mohon tambahkan komentar anda!