Tujuh Hal Penting dalam Transisi Tim Ketersediaan Tinggi

Tujuh Hal Penting dalam Transisi Tim Ketersediaan Tinggi (Menavigasi Pengunduran Diri yang Hebat)

Kecuali jika Anda berada di bawah batu atau membeku dalam waktu, Anda mungkin pernah mendengar dari satu sumber atau lainnya bahwa majikan dan karyawan berada di tengah-tengah tren yang disebut "Pengunduran Diri Hebat".Seperti yang dilaporkan dalam Berita AS dan Laporan Dunia , “Menurut Biro Statistik Tenaga Kerja AS, 4 juta orang Amerika berhenti dari pekerjaan mereka pada Juli 2021 dan trennya tidak melambat.” Tidak peduli ukuran perusahaan Anda atau aliran pendapatan saat ini, jika belum, tren ini akan berdampak pada tim TI Anda dalam waktu dekat.Ya, biarkan itu meresap.Tim yang sama yang bertanggung jawab untuk memastikan ketersediaan aplikasi penting Anda rentan dalam satu atau lain cara terhadap efek "Pengunduran Diri Hebat." Jadi, bagaimana Anda mengenali tanda-tanda peringatan, menerima kenyataan, dan menavigasi dengan empati dan kejelasan melalui “Pengunduran Diri Hebat” agar tidak menimbulkan “Bencana Hebat” untuk aplikasi kritis Anda?

Berikut adalah tips teknis dan non-teknis untuk suara Ketersediaan Tinggi (HA) praktik terbaik di tengah perubahan:

1. Jangan Berhenti

Jangan berhenti.Dengan serius!Ketika rekan kerja dan orang-orang baik memilih untuk berganti pekerjaan, karier, atau meninggalkan angkatan kerja, Anda mungkin tergoda untuk berhenti.Terutama ketika Anda mulai mempertimbangkan prospek membawa beban kerja Anda yang sudah berat dengan bangku yang lebih pendek.Tapi jangan berhenti.

2. Identifikasi Risiko Utama untuk Ketersediaan Tinggi

Tentu saja proses mengidentifikasi risiko ini bercabang dua. Setelah pengunduran diri, tim Anda berisiko mengalami perubahan personel lebih lanjut.Namun, Ketersediaan Tinggi Anda juga berisiko karena hilangnya kapasitas, pengetahuan teknis, atau keahlian.Untuk mencegah perusahaan Anda mengalami downtime yang tidak direncanakan setelah pengunduran diri tim baru, Anda harus mengidentifikasi area risiko utama.Beberapa risiko teknis meliputi:

1. Keahlian dan pengetahuan cloud
2. Administrasi Basis Data
3. Administrasi dan konfigurasi penyimpanan
4. Pengetahuan produk Ketersediaan Tinggi Tacit
5. Cakupan Darurat (Kepegawaian)
6. Kepemimpinan Teknis
7. Dokumentasi

3. Manajer: Nilai Perusahaan Anda

Sering kali ketika orang mulai meninggalkan perusahaan, sangat mudah untuk mengatakan bahwa itu adalah "mereka, bukan kita!" Kami ingin fokus pada semua alasan mengapa masalah mereka menyebabkan mereka pergi, berhenti, atau memilih karier atau pekerjaan yang berbeda.Sangat mungkin bahwa alasan mereka untuk pergi sepenuhnya bersifat pribadi, namun terkadang, masalahnya ada di cermin dan bukan mereka, tetapi kita.Mengapa mencari tahu apakah itu masalah dengan mereka atau Anda penting bagi HA?Nah, jika masalahnya ada pada perusahaan Anda, seperti misi, visi, budaya seputar HA dan TI, atau masalah perekrutan dan penempatan staf untuk manajemen sistem TI dan HA, maka cukup menambahkan jumlah karyawan tambahan akan menjadi perbaikan sementara.Selain itu, risiko terhadap moral tim, komitmen, dan transfer pengetahuan dapat lebih terkikis karena fokus tetap pada pengalihan kesalahan versus penyelesaian masalah.

4. Pemimpin Tim: Nilai Tim Anda

Hampir setiap perusahaan memiliki seseorang yang keluar dari tim mereka selama dua tahun terakhir.Tidak peduli apakah mereka mencari gaji yang lebih tinggi, tinggal di rumah untuk merawat anggota keluarga, pensiun atau mengejar pilihan lain, mereka telah pergi.Jika Anda kehilangan anggota tim, penting untuk menilai tim yang tersisa.Penilaian ini akan bersifat teknis dan non-teknis.Secara teknis, Anda perlu: sebuah. Identifikasi keterampilan, kemampuan, dan kesenjangan pengetahuan saat ini Keterampilan apa yang tersisa di tim, dan apa tingkat keahlian dan kemampuan teknis? Di mana kesenjangan pengetahuan antara, terutama antara teori dan praktik?

B. Pahami peran yang ada dan yang hilang.Banyak anggota tim Anda mungkin memiliki banyak peran dan tanggung jawab.Hilangnya satu anggota tim sebenarnya bisa berarti hilangnya cakupan untuk berbagai peran dan tanggung jawab.

C. Evaluasi kebutuhan pelatihan atau augmentasi segera Di mana Anda berada, tetapi membutuhkan pelatihan tambahan untuk menstabilkan dan memperkuat tim? Area apa yang Anda kekurangan cakupan yang dapat dikurangi dengan pelatihan personel yang ada atau beberapa bentuk layanan profesional kontrak?Sebagai VP of Customer Experience, lihat ini secara langsung. Tim kami baru-baru ini bekerja dengan perusahaan yang membutuhkan layanan profesional setelah kehilangan anggota tim utama yang bertanggung jawab atas lingkungan HA mereka.

Secara non-teknis, Anda perlu: sebuah. Pahami bagaimana perasaan anggota tim yang tersisa Bahkan sebelum pandemi COVID dan periode “Pengunduran Diri Hebat”, banyak tim yang kehabisan tenaga. Dunia HA 24/7 menyisakan banyak pekerjaan yang harus diselesaikan dengan jumlah, norma, dan tugas tim yang normal.Jika tim Anda terkena dampak, sama pentingnya dengan server produksi turun untuk memeriksa dan mendengarkan cerita anggota tim yang tersisa.Cari tahu siapa yang habis, terbakar, bingung, hampir runtuh atau sebaliknya, penuh hidup dan siap untuk tantangan baru. Pastikan untuk mendengarkan isyarat verbal dan non-verbal, berempati (tidak hanya dengan kehilangan rekan kerja, tetapi dengan emosi, kekhawatiran, dan ketakutan mereka).

B. Pahami alasan mengapa anggota tim yang tersisa masih bergabung Mengetahui bagaimana perasaan anggota tim adalah kebutuhan teknis dan non-teknis, tetapi hampir sama dengan tugas ini adalah menemukan alasan mereka untuk tetap tinggal.Tentu saja, beberapa alasan mungkin mengejutkan Anda.Penulis dan pembicara Carey Nieuwhof menyatakan bahwa beberapa anggota tim hanya bertahan karena mereka “merasa terjebak dalam tim karena mereka tidak pergi lebih dulu.” Alasan lain anggota tim tetap mungkin tidak mengejutkan Anda, tetapi terlepas dari alasan, kenyamanan, peluang, gaji, lokasi, opsi saham, semangat, kerja tim, budaya, semua alasan anggota tim Anda tetap penting.

C. Evaluasi dampak dari sikap tangan pendek Jelas ada komponen teknis dari kekurangan yang telah dibahas sebelumnya; menilai kesenjangan keterampilan, dll. Tetapi ada konsekuensi wajar dari penilaian teknis karena kekurangan tenaga, dan itu non-teknis.Pastikan untuk menilai dan mengevaluasi dampak yang ditimbulkan oleh sikap tangan pendek, meskipun hanya sesaat, terhadap kesehatan mental, emosional, dan pribadi anggota tim yang tersisa.Di awal karir saya sebagai manajer, tim kami menghadapi peristiwa perampingan yang membuat beberapa karyawan rentan secara emosional dan kelelahan mental.Hal ini menyebabkan kelelahan yang lebih tinggi, lebih banyak kabut mental, dan peningkatan tingkat cacat dan kesalahan oleh anggota tim tersebut.Jika tim Anda sangat terpengaruh secara mental dan fisik karena kekurangan tenaga, risiko HA Anda dapat meningkat.Tim Anda mungkin berebut untuk mengambil alih, dan mereka mungkin berkumpul dengan cepat untuk menutupi pemimpin atau anggota tim yang telah mengundurkan diri, tetapi penting bagi Anda untuk memahami jika mereka yang tersisa juga kelelahan, merasa terjebak, atau berisiko untuk meninggalkan.

5. Identifikasi Tugas Teknis Kritis, Prioritas, dan Tetapkan Tanggung Jawab

Bertahun-tahun yang lalu, seorang eksekutif senior meninggalkan perusahaan.Meskipun telah melakukan transisi peran dan tugasnya selama hampir satu tahun transisi, masih ada peran dan tugas yang mengejutkan staf yang tersisa.Dalam gelombang pengunduran diri hari ini, Anda tidak memiliki transisi satu tahun penuh.Selanjutnya, jika tim Anda telah mengalami lebih dari satu pengunduran diri, Anda mungkin belum menyelesaikan analisis dan transisi orang pertama sehingga sangat penting untuk mengidentifikasi dan memprioritaskan tugas yang paling penting, dan menetapkan tanggung jawab. Pastikan untuk mencantumkan tugas-tugas seperti: pemindaian keamanan, pembaruan, pemeliharaan, pencadangan, pengujian, penerapan aplikasi baru, analisis biaya, kloning dan penempatan ulang gambar, aplikasi patch, dan perbaikan kerentanan.Tugas-tugas ini semua akan tetap diperlukan meskipun kerugian dan dapat memiliki efek yang menghancurkan jika dibiarkan berlama-lama.

6. Buat Rencana Jangka Pendek untuk Pemeliharaan dan Operasi

Tugas, peran dan tanggung jawab masih perlu dicakup.Isu-isu kritis akan perlu ditangani.Waktu henti yang tidak direncanakan tidak akan menunggu untuk terjadi setelah Anda membangun kembali staf Anda, melatih personel yang ada, dan menyesuaikan perusahaan Anda agar lebih tahan terhadap transisi dan perubahan Pengunduran Diri Hebat.Untuk menavigasi dalam jangka pendek, Anda perlu mengembangkan rencana jangka pendek yang cerdas dan dapat dicapai secara realistis.Rencana ini harus memetakan prosedur, tugas dan proses yang diidentifikasi sehingga pemeliharaan dan operasi dapat dilanjutkan.Lebih jauh lagi, ini harus menentukan bagaimana kebijakan infrastruktur kritis yang ada dapat dikelola dengan hati-hati melalui musim yang penuh gejolak yang akan datang.

7. Fokus pada Masa Depan

Langkah-langkah sebelumnya telah mengarah ke ini.Dengan penilaian tim saat ini, dan identifikasi risiko utama Anda, dan rencana transisi, langkah selanjutnya adalah fokus pada masa depan. Anda masih memiliki misi.Anda masih memiliki aplikasi penting yang harus sangat tersedia.Anda masih memiliki data yang perlu dilindungi, ditambang, direplikasi, dan tersedia untuk bisnis Anda.Mulailah membuat rencana untuk tim masa depan.

1. Membangun peran dan tanggung jawab.
2. Perbarui arsitektur dan dokumentasi
3. Mengevaluasi peluang untuk pertumbuhan dan penyelarasan
4. Rencanakan untuk karyawan baru, termasuk waktu untuk orientasi
5. Alokasikan waktu dan sumber daya untuk membuat dan memperbarui materi orientasi
6. Fokus pada kesehatan tim
7. Terapkan strategi mitigasi risiko untuk jangka pendek dan rencanakan untuk jangka panjang

Tidak semua berita tentang “The Great Resignation” adalah berita buruk bagi tim Anda dan HA.Setelah anggota tim berangkat ke posisi dan peluang baru atau berbeda, Anda memiliki kesempatan nyata dan langka untuk mengambil semua informasi penilaian Anda dan mengubahnya menjadi alat untuk pertumbuhan dan penyelarasan dan masa depan HA yang lebih baik.Membangun masa depan yang lebih cerah ini termasuk mendefinisikan tugas, peran, dan keterampilan yang dibutuhkan, memperbarui arsitektur dan desain, merencanakan perekrutan baru dan keterlibatan layanan, dan berfokus pada membangun tim yang lebih sehat.

Saya membahas subjek ini secara lebih rinci dalam baru-baru ini wawancara Tfir.-Cassius Rhee, VP, Pengalaman Pelanggan Direproduksi dari SIOS

Meminimalkan Waktu Henti dengan Ketersediaan Tinggi

Meminimalkan Waktu Henti dengan Ketersediaan Tinggi

Waktu henti menjadi lebih mahal daripada sebelumnya untuk bisnis modern. Survei Biaya Henti Per Jam ITIC 2021 menemukan bahwa di 91% organisasi, satu jam waktu henti dalam sistem, basis data, atau aplikasi yang sangat penting bagi bisnis menghabiskan biaya rata-rata lebih dari $300.000, dan untuk 18% perusahaan besar, biaya satu jam waktu henti melebihi $5 juta.

Ketersediaan tinggi (HA) adalah atribut dari sistem, database, atau aplikasi yang dirancang untuk beroperasi terus menerus dan andal untuk waktu yang lama. Tujuan HA adalah untuk mengurangi atau menghilangkan waktu henti yang tidak direncanakan untuk aplikasi kritis. Hal ini dicapai dengan menghilangkan satu titik kegagalan dengan menggabungkan komponen yang berlebihan dan teknologi lainnya dalam desain sistem, database, atau aplikasi yang penting bagi bisnis.

Metrik SLA dan HA

Perjanjian tingkat layanan (SLA) digunakan oleh penyedia layanan untuk menjamin bahwa sistem, basis data, atau aplikasi penting bisnis pelanggan aktif dan berjalan saat bisnis membutuhkannya.

IDC telah membuat model SLA yang mendefinisikan persyaratan uptime di lima level sebagai berikut:

• AL4 (Ketersediaan Berkelanjutan – Toleransi Kesalahan Sistem): Tidak lebih dari 5 menit dan 15 detik waktu henti yang direncanakan dan tidak direncanakan per tahun (ketersediaan 99,999% atau "lima-sembilan")
• AL3 (Ketersediaan Tinggi – Pengelompokan Tradisional): Tidak lebih dari 52 menit dan 35 detik waktu henti yang direncanakan dan tidak direncanakan per tahun (ketersediaan 99,99% atau "empat-sembilan")
• AL2 (Pemulihan – Replikasi dan Cadangan Data): Tidak lebih dari 8 jam, 45 menit, dan 56 detik waktu henti yang direncanakan dan tidak direncanakan per tahun (99,9% atau ketersediaan "tiga-sembilan")
• AL1 (Keandalan – Komponen Hot Swappable): Tidak lebih dari 87 jam, 39 menit, dan 29 detik waktu henti yang direncanakan dan tidak direncanakan per tahun (ketersediaan 99% atau "dua-sembilan")
• AL0 (Server Tidak Terlindungi): Tidak ada ketersediaan atau jaminan uptime

Menurut ITIC, 89% organisasi yang disurvei sekarang memerlukan ketersediaan "empat-sembilan" untuk sistem, database, dan aplikasi penting bisnis mereka, dan 35% dari organisasi-organisasi tersebut berupaya lebih lanjut untuk mencapai ketersediaan "lima-sembilan".

Selain waktu aktif dan ketersediaan, dua metrik HA penting lainnya adalah Tujuan Waktu Pemulihan (RTO) dan Tujuan Titik Pemulihan (RPO). RTO adalah durasi maksimum yang dapat ditoleransi dari setiap pemadaman dan RPO adalah jumlah maksimum kehilangan data yang dapat ditoleransi ketika terjadi kegagalan. Tidak seperti metrik RTO dan RPO untuk pemulihan bencana yang biasanya ditentukan dalam jam dan hari, metrik RTO dan RPO untuk sistem, database, dan aplikasi penting bisnis seringkali hanya beberapa detik (RTO) dan nol (RPO).

Pengelompokan HA

Pengelompokan HA biasanya terdiri dari node server, penyimpanan, dan perangkat lunak pengelompokan.

Pengelompokan Tradisional

Cluster HA lokal tradisional adalah grup dari dua atau lebih node server yang terhubung ke penyimpanan bersama (biasanya, jaringan area penyimpanan, atau SAN) yang dikonfigurasi dengan sistem operasi, database, dan aplikasi yang sama (lihat Gambar 1 ).

Salah satu node ditunjuk sebagai node primer (atau aktif) dan node lainnya ditunjuk sebagai node sekunder (atau standby). Jika node utama gagal, pengelompokan memungkinkan sistem, database, atau aplikasi untuk secara otomatis gagal ke satu atau lebih node sekunder dan terus beroperasi dengan gangguan minimal. Karena node sekunder terhubung ke penyimpanan yang sama, operasi berlanjut tanpa kehilangan data.

Namun, penggunaan penyimpanan bersama dalam model pengelompokan tradisional menciptakan beberapa tantangan, termasuk:

• Penyimpanan bersama itu sendiri adalah satu titik kegagalan yang berpotensi membuat semua node yang terhubung di cluster offline.
• Penyimpanan SAN juga bisa mahal dan rumit untuk dimiliki dan dikelola.
• Penyimpanan bersama di cloud dapat menambah biaya dan kerumitan yang signifikan dan tidak perlu, dan beberapa penyedia cloud bahkan tidak menawarkan opsi penyimpanan bersama.

Pengelompokan Tanpa SAN

Cluster SANless atau "tidak berbagi apa-apa" (lihat Gambar 2 ) mengatasi tantangan yang terkait dengan penyimpanan bersama. Dalam konfigurasi ini, setiap node cluster memiliki penyimpanan lokalnya sendiri. Replikasi tingkat blok berbasis host yang efisien digunakan untuk menyinkronkan penyimpanan pada node cluster, menjaganya agar tetap identik. Jika terjadi failover, node sekunder mengakses salinan identik dari penyimpanan yang digunakan oleh node utama.

Perangkat Lunak Pengelompokan

Perangkat lunak pengelompokan memungkinkan Anda mengonfigurasi server sebagai kluster sehingga beberapa server dapat bekerja sama untuk menyediakan HA dan mencegah kehilangan data. Berbagai solusi perangkat lunak pengelompokan tersedia untuk Windows, distribusi Linux, dan berbagai hypervisor mesin virtual. Namun, masing-masing solusi ini membatasi fleksibilitas dan opsi penerapan Anda serta menghadirkan berbagai tantangan seperti kompleksitas teknis dan lisensi yang mahal.

Jangan Menunggu Musibah Mendatang

HA sangat penting untuk sistem, database, dan aplikasi yang penting bagi bisnis. Tetapi dengan berbagai platform yang tersedia, kompleksitas meningkat secara signifikan. Itulah mengapa solusi yang sadar aplikasi sangat masuk akal. Yang Anda butuhkan adalah mitra tepercaya yang memiliki keahlian luas dalam ketersediaan tinggi—mitra seperti SIOS, yang memiliki pengetahuan teknologi untuk memastikan bisnis Anda tetap berjalan.

Jangan menunggu pemadaman atau bencana untuk mengetahui apakah Anda memiliki ketahanan yang dibutuhkan bisnis Anda. Jadwalkan demo yang dipersonalisasi hari ini di https://us.sios.com untuk melihat apa yang dapat dilakukan SIOS untuk bisnis Anda.

Direproduksi dari SIOS

Cara Melindungi Aplikasi dan Basis Data – Oracle Clustering

Cara Melindungi Aplikasi dan Basis Data – Oracle Clustering

Pengelompokan Oracle Tanpa RAC: Yang Perlu Anda Ketahui

Apa itu Cluster Oracle?

Sebuah cluster failover adalah cara memberikan perlindungan ketersediaan tinggi untuk aplikasi dengan menghilangkan satu titik kegagalan dengan menjalankan sistem operasi yang sama dan database dan aplikasi pada beberapa server yang semuanya berbagi penyimpanan yang sama atau terhubung ke penyimpanan yang terus-menerus disinkronkan. Oracle berjalan di salah satu server ini, yang disebut primer. Jika gagal, perangkat lunak orkestrasi aplikasi (perangkat lunak pengelompokan) memindahkan operasi ke satu atau lebih server sekunder dalam proses yang disebut failover. Karena server utama dan jauh mengakses penyimpanan yang sama atau identik, operasi Oracle dapat dilanjutkan dengan waktu pemulihan minimal atau kehilangan data. Banyak organisasi menganggap Oracle sebagai tulang punggung operasi mereka, terutama jika mereka menggunakan sistem SAP berbasis Oracle atau Sistem ERP Oracle.

Apa itu Oracle RAC?

Perangkat lunak pengelompokan Oracle disebut Oracle Real Application Clusters (RAC). RAC “memungkinkan Anda untuk menggabungkan server komoditas yang lebih kecil ke dalam sebuah cluster untuk menciptakan lingkungan yang dapat diskalakan yang mendukung aplikasi bisnis yang sangat penting.”^[1] Dengan Oracle RAC, Anda dapat mengelompokkan database Oracle dan menggunakan Oracle Clusterware untuk menghubungkan beberapa server, sehingga mereka beroperasi sebagai satu sistem.

Sementara RAC sebelumnya dibundel dengan Oracle Database Standard Edition (tanpa biaya tambahan), Oracle kini telah menghapus fitur RAC dari Edisi Standar dari versi 19c dan seterusnya. Anda dapat membeli Oracle RAC dengan biaya tambahan dengan Oracle Database Enterprise Edition. Sayangnya, ini berarti bahwa setiap pelanggan yang ingin menggunakan RAC harus meningkatkan ke Oracle Database Enterprise atau bermigrasi ke cloud Oracle, yang keduanya merupakan solusi yang jauh lebih mahal daripada Edisi Standar.

SIOS menyediakan solusi pengelompokan Oracle ketersediaan tinggi tanpa memutakhirkan ke Edisi Enterprise, menghemat hingga 70 persen pada biaya lisensi.

Suite Perlindungan SIOS untuk Linux (Oracle Linux, Red Hat, SUSE)

Itu Suite Perlindungan SIOS untuk Linux menyediakan kombinasi yang terintegrasi erat dari pengelompokan failover ketersediaan tinggi, pemantauan aplikasi berkelanjutan, replikasi data, dan kebijakan pemulihan yang dapat dikonfigurasi, melindungi database dan aplikasi Oracle Anda dari waktu henti dan bencana. Tidak seperti solusi pengelompokan lain yang hanya memantau operasi server, SIOS LifeKeeper memantau kesehatan server, koneksi jaringan, penyimpanan, semua proses Oracle, dan aplikasi terkait. Masalah segera diperbaiki melalui serangkaian tindakan yang ditentukan kebijakan yang memastikan pemulihan cepat tanpa gangguan bagi pengguna akhir.

SIOS Protection Suite dapat beroperasi di lingkungan penyimpanan bersama (SAN) untuk mendukung klaster HA tradisional, atau dalam konfigurasi penyimpanan tanpa berbagi (SANless) di cloud, hibrid, dan lingkungan lain di mana penyimpanan bersama tidak praktis atau tidak mungkin. Ini memberikan cluster yang kuat, serbaguna, dan mudah dikonfigurasi dengan kebijakan pemulihan failover/failback otomatis dan manual untuk database dan aplikasi Oracle Anda.

Suite Perlindungan SIOS untuk Linux mencakup:

• Penjaga Kehidupan SIOS , yang menyediakan perangkat lunak pengelompokan failover fleksibel yang memantau seluruh tumpukan aplikasi
• SIOS DataKeeper, yang menyediakan replikasi data tingkat blok berbasis host yang cepat dan efisien untuk mencerminkan penyimpanan lokal dalam konfigurasi klaster SANless atau mereplikasi ke lokasi jarak jauh atau cloud untuk pemulihan bencana
• Beberapa Kit Pemulihan Aplikasi (ARK), dengan konfigurasi otomatis dan alat validasi yang disertakan dalam produk untuk melindungi aplikasi dan data penting bisnis Anda dari waktu henti dan bencana.

SIOS LifeKeeper mendukung semua distribusi Linux utama, termasuk Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS, dan Oracle Linux dan mengakomodasi berbagai arsitektur penyimpanan. Perangkat lunak SIOS telah diadaptasi dan dioptimalkan untuk berjalan pada sistem operasi ini dan komponen diuji untuk memastikan solusi klaster SANless akan bekerja pada setiap OS.

SIOS Mendukung Pengelompokan Oracle di Cloud

Dengan SIOS Protection Suite untuk Linux, Anda dapat menjalankan aplikasi Oracle di lingkungan cloud publik yang fleksibel dan dapat diskalakan, seperti Amazon Web Services (AWS) atau Microsoft Azure, tanpa penguncian vendor atau mengorbankan kinerja, ketersediaan tinggi, atau perlindungan bencana .

Suite Perlindungan SIOS untuk Linux di AWS atau Azure menyediakan elemen yang Anda perlukan untuk membuat klaster Linux dengan ketersediaan tinggi di seluruh Cloud Fault Domains dan Availability Zone yang memberi Anda pemisahan geografis untuk perlindungan dari bencana dan pemadaman di seluruh lokasi dan regional.

Di lingkungan Windows Server Failover Clustering (WSFC), Anda dapat menggunakan SIOS DataKeeper Cluster Edition untuk menyinkronkan penyimpanan lokal menggunakan replikasi berbasis host yang efisien untuk SANless clustering.Edisi Kluster Penjaga Data SIOS perangkat lunak melindungi lingkungan Windows yang penting bagi bisnis Anda, termasuk Oracle, dari waktu henti dan kehilangan data.

SIOS Mendukung Pengelompokan Oracle di Lingkungan Virtual

Perangkat lunak cluster SIOS SANless menyediakan ketersediaan, keandalan, dan fleksibilitas tingkat perusahaan yang diperlukan untuk database dan aplikasi Oracle Anda saat beroperasi di lingkungan VMware, Hyper-V, KVM, dan XenServer.

SIOS Protection Suite untuk Linux melindungi database dan aplikasi Oracle Anda yang berjalan di Linux dalam lingkungan virtual. Jika Anda menjalankan Oracle di Windows dalam lingkungan virtual, SIOS DataKeeper Cluster Edition melindungi lingkungan Windows yang penting bagi bisnis Anda, termasuk database dan aplikasi Oracle Anda.

SIOS menawarkan replikasi data terintegrasi, ketersediaan tinggi pengelompokan dan pemulihan bencana solusi yang mendukung Oracle di Linux dan Windows untuk memberikan perlindungan yang tahan terhadap kesalahan untuk organisasi kecil dan besar dengan biaya yang lebih murah dari solusi pengelompokan Oracle lainnya. Dengan kluster SIOS SANless, Anda tidak memerlukan penyimpanan bersama yang mahal untuk mencapai aplikasi ketersediaan tinggi dan perlindungan database penuh. Sebagai gantinya, Anda dapat menjalankan database dan aplikasi Oracle di cloud yang tidak memiliki SAN.Dan, SIOS dapat melindungi database dan aplikasi Oracle Anda di tempat dan di lingkungan virtual dan hybrid juga.

Untuk informasi lebih lanjut tentang bagaimana SIOS dapat melindungi database dan aplikasi Oracle Anda, klik di sini atau demo yang dipersonalisasi .

^[1]https://docs.Oracle.com/cd/B28359_01/rac.111/b28254/admcon.htm#RACAD7148 Direproduksi dengan izin dari SIOS

Cara Melindungi Aplikasi dan Basis Data – Pengelompokan SAP

Cara Melindungi Aplikasi dan Basis Data – Pengelompokan SAP

Pengelompokan SAP: Cara Terbaik untuk Mencapai Ketersediaan Tinggi

Apa itu Pengelompokan SAP?

Sistem SAP Anda adalah sumber kehidupan organisasi Anda dan jika sistem sedang down, operasi Anda akan berhenti. Untuk mendukung ketersediaan tinggi sistem SAP Anda, tim TI Anda dapat menginstal SAP di lingkungan cluster.

Cluster adalah sekelompok dua atau lebih server yang terhubung yang dikonfigurasi dengan sistem operasi, database, dan aplikasi yang sama. Server yang terhubung ini disebut sebagai “node.” Salah satu node ditunjuk sebagai node utama. Jika node utama gagal, pengelompokan memungkinkan organisasi Anda untuk secara otomatis gagal dalam operasi aplikasi ke satu atau beberapa node sekunder, mengurangi waktu henti, menghilangkan kehilangan data, dan mempertahankan integritas data.

Solusi pengelompokan SAP ketersediaan tinggi tersedia untuk server yang berjalan di Linux atau di lingkungan Windows.

Solusi Pengelompokan SAP Populer

Aplikasi front-end membutuhkan ketersediaan tinggi , yaitu S/4 HANA, seperti halnya aplikasi lain yang bergantung pada HANA.

Ada beberapa solusi HA open-source untuk SAP dari vendor Linux, seperti SUSE dan RedHat, yang menyertakan ekstensi HA dengan langganan "Enterprise for SAP" mereka. Vendor ini dibundel dalam perangkat lunak open source yang dapat Anda gunakan untuk membangun cluster ketersediaan tinggi untuk database HANA, ABAP SAP Central Service (ASCS), Evaluated Receipt Settlement (ERS), dan komponen SAP lainnya.^[1]

SUSE HAE (dan opsi pengelompokan sumber terbuka lainnya) sangat manual dan hanya melindungi komponen individual. Misalnya, mengintegrasikan SUSE HAE dan solusi open source lainnya dengan SAP atau SAP HANA dapat memakan waktu dan rumit, membutuhkan skrip manual yang hati-hati dan langkah-langkah konfirmasi yang membosankan. Keahlian khusus yang mendalam dalam aplikasi dan database juga diperlukan untuk membuat solusi HA yang sadar aplikasi.

SAP juga menawarkan HANA System Replication, fitur yang disertakan dengan perangkat lunak HANA. Ini menyediakan sinkronisasi berkelanjutan dari database SAP HANA ke lokasi sekunder baik di pusat data yang sama, situs jarak jauh, atau di cloud. Data direplikasi ke situs sekunder dan dimuat sebelumnya ke dalam memori. Ketika terjadi kegagalan, situs sekunder akan mengambil alih tanpa memulai ulang basis data, yang membantu mengurangi Tujuan Waktu Pemulihan (RTO). Sayangnya, failback ke node utama harus dipicu secara manual dengan perintah terpisah yang dikeluarkan. Juga tidak ada orkestrasi failover HA terintegrasi bersama dengan komponen SAP Central Services dll.^[2]Perangkat lunak pengelompokan SIOS HA memberikan perlindungan bersertifikasi SAP yang komprehensif untuk aplikasi dan data Anda, termasuk ketersediaan tinggi, replikasi data, dan pemulihan bencana dalam solusi yang mudah dan hemat biaya. Perangkat lunak SIOS memungkinkan Anda melindungi SAP di lingkungan Windows atau Linux, menggunakan perangkat keras server pilihan Anda dalam kombinasi apa pun dari lingkungan penyimpanan flash fisik, virtual, cloud (publik, pribadi, dan hibrida) dan kinerja tinggi. Perangkat lunak SIOS mudah dikonfigurasi dan menyediakan replikasi cepat, pemantauan komprehensif, dan perlindungan seluruh lingkungan aplikasi SAP. Ini menawarkan ketersediaan data berkelanjutan baik dalam penyimpanan bersama (SAN) atau lingkungan penyimpanan tanpa berbagi (tanpa SAN).

Untuk SAP S/4HANA dan database SAP HANA, SIOS dapat digunakan untuk melengkapi apa yang sudah dilakukan SAP dengan replikasi sistem HANA untuk menyediakan ketersediaan tinggi otomatis yang lengkap – pemantauan otomatis proses aplikasi kunci SAP HANA, dan failover dan failback otomatis.^[3]

Suite Perlindungan SIOS Melindungi SAP di Lingkungan Linux

Suite Perlindungan SIOS untuk Linux menyediakan kombinasi ketersediaan tinggi yang terintegrasi erat pengelompokan failover , pemantauan aplikasi SAP berkelanjutan, replikasi data, dan kebijakan pemulihan yang dapat dikonfigurasi, melindungi aplikasi SAP Anda dari waktu henti dan bencana. Sementara SIOS Protection Suite dapat beroperasi di lingkungan SAN untuk mendukung cluster berbasis perangkat keras HA tradisional, arsitekturnya menggunakan pendekatan shared-nothing untuk server clustering yang memungkinkannya untuk menjalankan SANless. Ini memberikan solusi yang kuat, serbaguna, dan mudah dikonfigurasi dengan kebijakan pemulihan failover/failback otomatis dan manual untuk berbagai macam aplikasi.

Suite Perlindungan SIOS untuk Linux Mendukung Pengelompokan SAP sebagai Berikut:

• SIOS LifeKeeper, yang menyediakan perangkat lunak pengelompokan failover fleksibel yang memantau seluruh tumpukan aplikasi
• SIOS DataKeeper, yang menyediakan replikasi data tingkat blok berbasis host yang cepat dan efisien untuk mencerminkan penyimpanan lokal dalam konfigurasi klaster SANless atau mereplikasi ke lokasi jarak jauh atau cloud untuk pemulihan bencana
• Beberapa Kit Pemulihan Aplikasi (ARK), dengan konfigurasi otomatis dan alat validasi yang disertakan dalam produk untuk melindungi aplikasi penting bisnis Anda, seperti SAP, dan data dari waktu henti dan bencana.

Kecerdasan Aplikasi Mempertahankan Kegagalan Praktik Terbaik

ARK memberikan kesadaran khusus aplikasi dan menghubungkan tumpukan aplikasi ke solusi HA dalam konteks, termasuk semua komponen dependen. Misalnya, SIOS menawarkan SAP HANA Application Recovery Kit, yang menyediakan auto-failover host, replikasi penyimpanan, dan replikasi sistem untuk meningkatkan ketersediaan.

Terakhir, dengan SIOS Protection Suite untuk Linux, Anda dapat menjalankan aplikasi penting bisnis Anda di lingkungan cloud yang fleksibel dan skalabel, seperti Amazon Web Services (AWS) dan Azure, tanpa mengorbankan kinerja, ketersediaan tinggi, atau perlindungan bencana.

SIOS DataKeeper Melindungi SAP di Lingkungan Windows

SIOS DataKeeper Cluster Edition adalah add-on perangkat lunak yang terintegrasi secara sederhana dan mulus dengan WSFC untuk menambahkan replikasi sinkron atau asinkron berbasis host yang dioptimalkan kinerja. Dengan DataKeeper, Anda dapat dengan mudah membuat klaster tanpa SAN untuk mencapai ketersediaan tinggi dan pemulihan bencana untuk aplikasi SAP Anda, baik yang beroperasi di cloud, dalam lingkungan tervirtualisasi seperti VMware, atau di server fisik yang hanya menggunakan penyimpanan lokal. Ini menambahkan replikasi yang efisien untuk menyinkronkan penyimpanan lokal pada setiap node cluster, menciptakan cluster SANless yang tampak seperti penyimpanan tradisional WSFC. Dengannya, Anda dapat membuat cluster Windows di cloud, hybrid cloud, atau memperluas cluster tradisional berbasis SAN lokal dengan node di cloud untuk pemulihan bencana.

Menggunakan SIOS DataKeeper Cluster Edition, Anda dapat memperoleh perlindungan ketersediaan tinggi untuk komponen SAP penting termasuk Instans ABAP SAP Central Service (ASCS), database back-end (Microsoft SQL Server, Oracle, DB2, MaxDB, MySQL, dan PostgreSQL), SAP Central Layanan Instans (SCS).

SIOS DataKeeper tidak hanya menghilangkan biaya, kerumitan, dan risiko satu titik kegagalan dari SAN, tetapi juga memungkinkan Anda menggunakan PCIe Flash dan SSD terbaru yang cepat di penyimpanan lokal Anda untuk kinerja dan perlindungan dalam satu biaya yang efisien larutan.

SIOS DataKeeper juga menyediakan Ketersediaan tinggi SAP dan pemulihan bencana di lingkungan cloud, seperti Amazon Web Services (AWS), Microsoft Azure, dan Google Cloud Services tanpa mengorbankan kinerja.

Jika organisasi Anda tidak menggunakan WSFC, SIOS menawarkan Protection Suite untuk Windows, yang mencakup SIOS DataKeeper, SIOS LifeKeeper, dan Application Recovery Kits (ARKs) opsional untuk aplikasi terkemuka seperti SAP, dan operasi infrastruktur. Ini adalah solusi pengelompokan SAP terintegrasi yang menggabungkan pengelompokan failover ketersediaan tinggi, pemantauan aplikasi berkelanjutan, replikasi data, dan kebijakan pemulihan yang dapat dikonfigurasi untuk melindungi aplikasi dan data SAP penting bisnis Anda dari waktu henti dan bencana.

Kesimpulan

Organisasi di seluruh dunia menggunakan solusi SIOS HA untuk melindungi aplikasi SAP mereka, baik yang berjalan di lingkungan Windows atau Linux. Berikut adalah beberapa contoh:

• Bonfiglioli adalah perusahaan desain, manufaktur, dan distribusi Italia terkemuka yang menggunakan SIOS DataKeeper untuk memberi mereka cara mudah untuk memindahkan sistem SAP mereka ke cloud Microsoft Azure sambil memenuhi SLA yang ketat untuk ketersediaan, pemulihan bencana, dan kinerja.
• Toyo Gosei, produsen bahan kimia, menggunakan SIOS DataKeeper untuk memigrasikan SAP ke Azure dan membangun "sistem yang tidak pernah berhenti" dengan replikasi.
• Zespri International, pemasar buah kiwi terbesar di dunia, menggunakan SIOS DataKeeper untuk memberikan fleksibilitas konfigurasi dan ketersediaan tinggi serta perlindungan bencana yang dibutuhkan perusahaan untuk menerapkan operasi SAP/Microsoft SQL Server mereka di Microsoft Azure.

Untuk informasi lebih lanjut tentang pengelompokan SAP ketersediaan tinggi, klik disini .

Referensi https://blogs.sap.com/2020/05/03/high-availability-and-dr-for-sap-hana-sap-s-4hana-and-sap-central-services/^[1] Ibid.^[2] https://blogs.sap.com/2020/05/03/high-availability-and-dr-for-sap-hana-sap-s-4hana-and-sap-central-services/^[3] Ibid. Direproduksi dengan izin dari SIOS

Cara Melindungi Aplikasi dan Basis Data – SQL Server Clustering

Cara Melindungi Aplikasi dan Basis Data – SQL Server Clustering

Mengambil Misteri dari Solusi SQL Clustering Dengan SIOS

Pengelompokan SQL Server adalah istilah yang digunakan untuk menggambarkan kumpulan dua atau lebih server fisik (node), terhubung melalui LAN, yang masing-masing menghosting instance SQL server dan memiliki akses yang sama ke penyimpanan bersama. Pengelompokan server SQL menyediakan ketersediaan tinggi dan perlindungan dari bencana setiap kali server yang menghosting instance SQL Server gagal.

Jika Anda berada di server mandiri, kegagalan perangkat keras dapat menghentikan operasi Anda. Namun, dengan pengelompokan, jika sebuah node mengalami masalah, Anda dapat secara otomatis melakukan failover ke node lain – dengan waktu henti yang minimal – dan terus membiarkan pengguna Anda tetap bekerja sementara TI bekerja untuk menyelesaikan masalah tersebut. Saat server utama diperbaiki, Anda dapat dengan cepat mengembalikan operasi.

Jika dibandingkan dengan menggunakan server yang berdiri sendiri, pengelompokan SQL Server juga dapat membatasi waktu henti saat menerapkan pemutakhiran dan patch keamanan.

Ketika Pengelompokan SQL Server menyediakan ketersediaan tinggi dan meminimalkan waktu henti sistem, pengelompokan SQL Server tidak akan meningkatkan kinerja server atau aplikasi. Untuk meningkatkan kinerja, Anda perlu meningkatkan daya komputasi server.

Artikel ini memperkenalkan Solusi Pengelompokan SQL Server SIOS dan memberikan perbandingan tingkat tinggi antara solusi pengelompokan SQL Microsoft versus SIOS.

Solusi Pengelompokan SQL Server SIOS

SIOS Technology Corp. menawarkan solusi pengelompokan ketersediaan tinggi yang membantu Anda pulih secara otomatis dari kegagalan infrastruktur dan aplikasi. Mendukung SQL Server ketersediaan tinggi , SIOS menawarkan dua solusi:

• Edisi Kluster Penjaga Data SIOS berjalan di Windows dan memanfaatkan Microsoft Windows Server Failover Clustering (WSFC) untuk menyediakan SQL Server clustering dengan shared storage (SAN) atau tanpa shared storage (SANless). Lingkungan SANless menghilangkan satu titik kegagalan, meningkatkan efisiensi replikasi, melindungi aplikasi selain SQL Server, dan melindungi transaksi terdistribusi dan database sistem.
• Suite Perlindungan SIOS untuk Linux adalah kombinasi terintegrasi dari failover clustering, pemantauan aplikasi berkelanjutan, replikasi data, dan kebijakan pemulihan yang dapat dikonfigurasi untuk melindungi aplikasi dan database penting bisnis, termasuk SQL Server, di lingkungan SAN atau SANless.

Mari kita lihat lebih dekat fitur dan manfaat dari setiap solusi.

Edisi Kluster Penjaga Data SIOS

Windows Server Failover Clustering (WSFC) adalah fitur platform Windows Server yang meningkatkan ketersediaan tinggi. WSFC biasanya digunakan untuk menyediakan ketersediaan tinggi untuk aplikasi yang menggunakan SQL Server. Jika terjadi kegagalan server atau aplikasi, WSFC mengoordinasikan sumber daya komputasi yang berlebihan dan secara otomatis mengelola pemulihan operasi dan data SQL Server pada node siaga. Sayangnya, jika Anda ingin menjalankan aplikasi SQL Server di cloud, SAN tidak tersedia.

SIOS DataKeeper Cluster Edition memungkinkan Anda membuat WSFC tanpa SAN dengan mudah untuk mencapai ketersediaan tinggi dan pemulihan bencana untuk aplikasi SQL Server Anda yang beroperasi di cloud, di lingkungan virtual seperti VMware atau Hyper-V, atau di server fisik yang hanya menggunakan penyimpanan lokal.Sementara WSFC mengelola kluster perangkat lunak, perangkat lunak kluster SIOS menyinkronkan penyimpanan lokal menggunakan replikasi tingkat blok waktu-nyata (sinkron atau asinkron). Penyimpanan yang disinkronkan tampaknya WSFC sebagai penyimpanan berbasis SAN tradisional. Anda juga dapat membangun konfigurasi cloud hibrid untuk perlindungan pemulihan bencana antara pusat data lokal dan cloud.

Perangkat lunak SIOS DataKeeper Cluster Edition sepenuhnya disertifikasi oleh Microsoft dan beroperasi dengan ketersediaan Kelas Perusahaan dalam konfigurasi apa pun di seluruh wilayah dan zona cloud.

Cluster SIOS SANless tidak hanya menghilangkan biaya, kompleksitas, dan risiko kegagalan satu titik dari SAN, Anda juga dapat menggunakan penyimpanan PCIe Flash dan SSD cepat terbaru untuk kinerja dan perlindungan dalam satu solusi hemat biaya.

Suite Perlindungan SIOS untuk Linux

Suite Perlindungan SIOS untuk Linux mencakup:

• SIOS LifeKeeper, yang menyediakan perangkat lunak pengelompokan failover fleksibel yang memantau seluruh tumpukan aplikasi; itu mengatur failover aplikasi SQL Server sesuai dengan praktik terbaik
• SIOS DataKeeper, yang menyediakan replikasi data tingkat blok berbasis host yang cepat dan efisien untuk mencerminkan penyimpanan lokal dalam konfigurasi klaster SANless atau mereplikasi ke lokasi jarak jauh atau cloud untuk pemulihan bencana
• Beberapa Kit Pemulihan Aplikasi (ARK) yang menyediakan kecerdasan aplikasi dengan konfigurasi dan validasi otomatis untuk melindungi aplikasi dan data penting bisnis Anda dari waktu henti dan bencana.

Sementara SIOS Protection Suite dapat beroperasi di lingkungan SAN untuk mendukung cluster berbasis perangkat keras HA tradisional, itu juga dapat digunakan untuk membuat pendekatan shared-nothing untuk server clustering yang memungkinkannya untuk menjalankan SANless. Ini memberikan solusi yang kuat, serbaguna, dan mudah dikonfigurasi dengan kebijakan pemulihan failover/failback otomatis dan manual untuk berbagai macam aplikasi.

Solusi Pengelompokan SIOS Versus Microsoft SQL

Ada solusi pengelompokan SQL Server lain yang tersedia di pasar. Beberapa solusi pengelompokan SQL Server paling populer ditawarkan oleh Microsoft dan termasuk:

• Grup Ketersediaan Dasar SQL Server
• SQL Server Selalu Di Grup Ketersediaan
• Instance Failover Cluster SQL Server dengan Penyimpanan Bersama

Grup Ketersediaan Dasar SQL Server berjalan di Windows dan mendukung maksimum kluster dua simpul. Ini berfungsi seperti solusi pencerminan basis data. Sementara pengelompokan dan mirroring keduanya metode untuk meningkatkan ketersediaan tinggi, mirroring hanya memungkinkan database untuk failover. Jika Anda memiliki layanan, file, dan sumber daya lain di luar SQL yang Anda perlukan setelah failover, atau jika Anda memiliki beberapa database yang harus tetap bersama, pengelompokan adalah solusi yang lebih baik.

SQL Server Always On Availability Groups berjalan di Windows dan Linux dan menurut Microsoft, ini “menyediakan alternatif tingkat perusahaan untuk pencerminan basis data.”^[1] Ini membutuhkan SQL Server Enterprise Edition yang mahal.

Anda dapat menghemat hingga 70 persen pada biaya lisensi perangkat lunak dan mendapatkan fitur pengelompokan kelas perusahaan dengan menggunakan SQL Server Standard Edition dengan solusi pengelompokan SQL SIOS.

Instans Cluster Failover SQL Server dengan Penyimpanan Bersama berjalan di Windows dan Linux. Ini adalah solusi satu situs dan membutuhkan SAN.

Sayangnya, SAN mahal untuk dibeli dan dipelihara, memerlukan keahlian administratif SAN, dan merupakan satu-satunya titik kegagalan. SAN juga dapat berdampak negatif terhadap kinerja database.

Anda dapat menemukan perbandingan yang lebih rinci tentang kekuatan dan kelemahan SQL Server Always On, SQL Server Failover Cluster, dan SIOS DataKeeper Cluster Edition di sini .

Pengelompokan SQL Server di Cloud

SIOS DataKeeper dan SIOS Protection Suite untuk Linux menyediakan ketersediaan tinggi dan pemulihan bencana perlindungan masing-masing untuk aplikasi Windows dan Linux, yang beroperasi dalam kombinasi infrastruktur fisik, virtual, cloud, atau hybrid cloud. Misalnya, SIOS DataKeeper dapat:

• Lindungi aplikasi bisnis lokal atau hibrid yang penting, termasuk SQL Server, ke lingkungan Windows atau Linux dengan ketersediaan tinggi di AWS, Azure, atau Google Cloud.
• Lindungi aplikasi cloud SQL Server Anda dengan membuat kluster Windows atau Linux di AWS, Azure, atau Google Cloud.
• Menyediakan perlindungan pemulihan bencana dan ketersediaan tinggi di seluruh situs, lokal, atau regional dengan gagal melalui instans SQL Server di seluruh zona atau wilayah ketersediaan cloud.

SIOS DataKeeper Cluster Edition dan SIOS Protection Suite untuk Linux keduanya mensimulasikan penyimpanan bersama yang dikelompokkan dan dapat memberikan perlindungan cluster ketersediaan tinggi yang bersertifikat penuh di seluruh wilayah cloud dan zona ketersediaan.

Pikiran Akhir

SIOS menyediakan penawaran yang mendukung berbagai aplikasi, sistem operasi, dan lingkungan infrastruktur, menyediakan solusi tunggal yang dapat menangani semua kebutuhan ketersediaan tinggi Anda. Berikut adalah beberapa contoh yang menunjukkan kekuatan SIOS.

• Bayar ( paygoutilities.com ) mengimplementasikan SIOS DataKeeper dengan WSFC untuk menyediakan ketersediaan tinggi untuk SQL Server di AWS.
• Penyedia layanan informasi perawatan kesehatan menggunakan SIOS DataKeeper untuk melindungi SQL Server penting mereka di lebih dari 18 node cluster, menghilangkan masalah bandwidth, meningkatkan perlindungan data, dan mengurangi waktu henti di lingkungan jaringan perawatan kesehatan kritis mereka.
• Mavis Discount Tire menggunakan SIOS DataKeeper Cluster Edition untuk memberikan ketersediaan tinggi untuk SQL Server yang penting bagi bisnis mereka.

Jika Anda mencari solusi pemulihan ketersediaan/bencana tinggi untuk melindungi SQL Server di lingkungan Windows atau Linux, Anda dapat menemukan informasi lebih lanjut di sini .

Lihat posting blog tentang ketersediaan tinggi SQL Server dan pemulihan bencana .

Referensi https://www.mssqltips.com/sqlservertip/1541/getting-started-with-sql-server-clustering/ https://www.brentozar.com/archive/2012/02/introduction-sql-server-clusters/^[1] https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/always-on-availability-groups-sql-server?view=sql-server-ver15 Direproduksi dengan izin dari SIOS