Date: Juni 30, 2023
Mencapai HA/DR untuk SQL Server Tanpa Menghancurkan Bank
Ketersediaan tinggi dan pemulihan bencana (HA/DR) adalah persyaratan penting untuk semua lingkungan basis data, terutama yang sangat penting. Namun, banyak bisnis menghadapi tantangan dalam mencapai HA/DR tanpa menggelembungkan biaya secara signifikan. Jika Anda bergulat dengan masalah ini, artikel ini akan menjelaskan solusi yang efektif.
SQL Server Standard Edition banyak digunakan, tetapi memiliki batasan tertentu: hanya mendukung dua node dalam satu cluster. Namun, dengan memanfaatkan kemampuan SIOS DataKeeper Cluster Edition, Anda dapat mengatasi keterbatasan ini, memungkinkan replikasi data ke node ketiga untuk pemulihan bencana.
Strategi ini dapat menghemat lebih dari 70% lisensi SQL Server Anda dengan mengizinkan Anda menggunakan SQL Server Standard Edition untuk membuat Instans Kluster Failover SQL Server (FCI) SANLess alih-alih memutakhirkan ke SQL Server Enterprise Edition dan menggunakan Grup Ketersediaan Selalu Aktif.
Posting blog ini bertujuan untuk memandu Anda melalui proses penggunaan SIOS DataKeeper untuk pemulihan data pada node ketiga yang bukan merupakan bagian dari cluster.
Mengonfigurasi Node Anda
Dalam skenario ini, anggaplah Anda memiliki dua node, yaitu DataKeeper-1 dan DataKeeper-2, yang dikonfigurasi dalam sebuah cluster. Node-node ini memiliki drive E yang saling bereplikasi. Selain itu, DataKeeper-1 mereplikasi ke node ketiga, DataKeeper-3, yang bukan merupakan bagian dari cluster. Penting untuk diperhatikan bahwa dengan SQL Server Standard Edition, node ketiga tidak akan pernah menjadi bagian dari cluster.
Mempersiapkan Node Ketiga
Pertama, pastikan DataKeeper-3 terpisah dari cluster. Dengan ini, Anda sekarang memiliki cluster dua node (DataKeeper-1 dan DataKeeper-2) dengan SQL Server yang dikonfigurasi sebagaicluster kegagalaninstance, tetapi masih mereplikasi ke node ketiga, DataKeeper-3, menggunakanPenjaga Data SIOS.
Menavigasi Proses Pemulihan Bencana
Jadi, bagaimana cara kerjanya dalam bencana yang sebenarnya? Berikut adalah langkah-langkah yang perlu Anda ikuti:
- Simulasi Bencana:Dalam hal ini, untuk mensimulasikan bencana, kami membuat SQL Server offline di cluster (DataKeeper 1 dan 2).
- Beralih ke DataKeeper 3:Dengan SQL Server offline, kami beralih ke DataKeeper-3. Namun, volume E pada DataKeeper 3 pada awalnya tidak dapat diakses.
- Buka Kunci Volume:Untuk membuka kunci volume pada DataKeeper-3, Anda perlu menjalankan operasi baris perintah seperti yang ditunjukkan dalam video tutorial berjudul ‘emcmd . volume peralihan’
- Lampirkan Database:Dalam bencana nyata, Anda ingin memiliki instance SQL Server mandiri yang berjalan di DataKeeper-3. Dari instance mandiri ini, Anda kemudian dapat melampirkan database yang ditentukan pengguna.
- Replikasi Kembali ke Cluster:Data yang ditulis di DataKeeper-3 direplikasi kembali ke DataKeeper-1 dan DataKeeper-2. Ini dapat diverifikasi menggunakan antarmuka SIOS DataKeeper.
Pemulihan Pasca Bencana
Setelah bencana teratasi, Anda dapat mengalihkan kembali volume ke sumber aslinya menggunakan proses serupa.
Dengan memanfaatkan SIOS DataKeeper Cluster Edition, Anda dapat mengimplementasikan yang kuat, hemat biaya, dan efisienketersediaan tinggi/pemulihan bencanastrategi untuk lingkungan SQL Server Anda. Proses ini tidak hanya membantu menghemat biaya yang signifikan dengan meniadakan kebutuhan untuk memutakhirkan ke SQL Server Enterprise Edition, tetapi juga memastikan ketersediaan data dan pemulihan yang cepat selama bencana.
Periksavideo iniuntuk panduan lengkap proses dan memastikan SQL Server Anda tetap tangguh, tanpa merusak bank.
Direproduksi dengan izin dariSIOS