DataKeeper dan Baseball: Pendekatan Strategis terhadap Pemulihan Bencana

DataKeeper dan Baseball: Pendekatan Strategis terhadap Pemulihan Bencana

Sepanjang karir saya,Penjaga Datamenjadi standar industri dalam “think tank” dan obrolan “pendingin air”, ketika menyangkut Perlindungan Data danPemulihan BencanaBagaimana dengan hobi orang Amerika yang hebat, yaitu baseball dan perbandingannya dengan DataKeeper? Meskipun saya penggemar berat olahraga ini, karena kedua hal ini tampaknya tidak berhubungan, ada beberapa kesamaan yang dapat ditelusuri.

Membangun Rencana Permainan yang Memenangkan Perlindungan Data

Pertama dan terutama, Baseball dan DataKeeper memerlukan “rencana permainan” yang cermat. Dalam baseball, tim telah berlatih dan menyusun rencana untuk mengalahkan lawan mereka dengan harapan menang. Demikian pula, DataKeeper memerlukan strategi yang “memancing pikiran” untuk memastikan perlindungan data dimanfaatkan dan dapat dipulihkan jika terjadi bencana.

Kedua, kerja sama tim tetap menjadi yang terpenting. Pemain infield, pemain outfield, manajer, dan pemukul bola masing-masing memiliki peran khusus untuk memastikan peluang kemenangan terbaik. Dengan DataKeeper, beberapa tim dapat terlibat, misalnya, Administrator Basis Data, staf Infrastruktur, Pengalaman/Dukungan Pelanggan, Manajemen, dan masih banyak lagi. Semua harus benar-benar diinvestasikan dalam melindungi dan memulihkan data secara efektif.

Perbedaan Baseball dan DataKeeper: Taruhannya Lebih Tinggi di Bidang TI

Ada beberapa perbedaan yang tidak dapat diabaikan. Meskipun kalah dalam pertandingan bisbol, terutama jika itu adalah Seri Dunia, Pertandingan 7, inning terakhir, 2 out, 3 bola – 2 strike, dapat menjadi “menyebalkan”, taruhannya jauh, jauh lebih tinggi dengan DataKeeper. Kehilangan data dapat memiliki konsekuensi serius bagi bisnis. Sementara pemain bisbol memerlukan keterampilan atletik yang unik, DataKeeper adalah solusi yang memerlukan pengetahuan tentang Sistem Perusahaan dan proses terkait.

Singkatnya, meskipun baseball dan DataKeeper mungkin tampak sangat berbeda, ada beberapa persamaan yang dapat kita simpulkan. Keduanya memerlukan:

• Strategi
• Kerja sama
• . . . dan Keahlian

Apakah Anda penggemar baseball atau profesional TI, jelas bahwa keduanya membutuhkan tingkat keterampilan dan dedikasi untuk berhasil.

Apa Rencana Perlindungan Data Anda?

Lihat rencana permainan/solusi yang ditawarkan dius.sios.com/solusi/

BERMAIN BOLA . . .

Penulis: Gregory A. Tucker, Insinyur Dukungan Produk Senior di SIOS

Direproduksi dengan izin dariSIOS

Penganggaran untuk Risiko Downtime SQL Server

Penganggaran untuk Risiko Downtime SQL Server

Di dalaminiArtikel TechRadar Pro “Budgeting for SQL Server Downtime Risk,” Dave Bermingham dari SIOS menekankan pentingnya menyelaraskan rencana kesinambungan bisnis dengan anggaran yang realistis untuk mengurangi gangguan dalam penerapan SQL Server yang sangat penting. Ia menyarankan organisasi untuk menilai signifikansi setiap instans SQL Server, memahami potensi dampak downtime—termasuk hilangnya pendapatan, berkurangnya produktivitas, kerusakan data, dan sanksi hukum—dan mengalokasikan sumber daya yang sesuai, baik di tempat, cloud, atau hybrid, untuk memastikan kesiapan menghadapi bencana.

Direproduksi dariSIOS

Migrasi dari SIOS DataKeeper untuk Linux ke DRBD

Migrasi dari SIOS DataKeeper untuk Linux ke DRBD

SIOS memperkenalkan Kit Pemulihan Perangkat Blok Replikasi Terdistribusi (DRBD) diSIOS LifeKeeper untuk Linux versi 9.9.0. Migrasi dariPenjaga Data SIOSuntuk Linux ke DRBD adalah proses sederhana bagi mereka yang ingin bereksperimen dengan fitur DRBD dalamPenjaga Kehidupanserta bagi mereka yang sebelumnya lebih mengenal DRBD.

Memahami DRBD dan Manfaatnya di LifeKeeper

DRBD adalah solusi penyimpanan berbasis perangkat lunak, tanpa berbagi, dan direplikasi yang mencerminkan konten perangkat blok (hard disk, partisi, volume logis, dsb.) antar host. LifeKeeper for Linux DRBD Recovery Kit menyediakan kemampuan untuk mengonfigurasi dan mengendalikan sumber daya DRBD untuk ketersediaan tinggi.

Membandingkan SIOS DataKeeper untuk Linux dan DRBD

SIOS DataKeeper untuk Linux menyediakan kemampuan pencerminan data terintegrasi untuk lingkungan LifeKeeper. Ini merupakan alternatif bagi pelanggan yang ingin membangunklaster ketersediaan tinggi(menggunakan SIOS LifeKeeper) tanpa penyimpanan bersama atau yang hanya ingin mereplikasi data penting bisnis secara real-time antar server.

SIOS DataKeeper menyediakan mirroring tingkat volume sinkron atau asinkron untuk mereplikasi data dari server utama (sumber mirror) ke satu atau beberapa server cadangan (target mirror). Langkah-langkah untuk membuat sumber daya PostgreSQL Anda dikecualikan dari blog ini, tetapi informasi lebih lanjut tentang mengonfigurasi PostgreSQL dengan SIOS LifeKeeper dapat ditemukanDi Sini.

Cara Memigrasikan Basis Data PostgreSQL Anda ke DRBD

1. Hentikan aplikasi PostgreSQL melalui UI LifeKeeper

sumber daya lkcli hapus –tag pgsql-demo

1. Buat cadangan data untuk database PostgreSQL dan file log

cp -pra /pgsql-demo* /cadangan/

1. Buat sumber daya DRBD baru dengan lokasi sistem berkas sementara.

sumber daya lkcli buat drbd –tag drbd-pgsql-demo –perangkat /dev/mapper/singledrbd-lk1 –fstype ext3 –titik_pemasangan /tmp/pgsql-demo

Pastikan untuk memilih fstype yang sama dengan sumber daya DataKeeper for Linux sebelumnya. Perangkat yang dipilih juga harus cukup untuk jumlah data dan log untuk kumpulan data basis data PostgreSQL.

1. Perluas sumber daya DRBD ke server target.

sumber daya lkcli perluas drbd –tag drbd-pgsql-demo –dest node-a –device /dev/xvdc3 –mode sinkron –laddr 10.15.29.165 –raddr 10.15.27.49

1. Nonaktifkan sumber daya sistem berkas untuk pangkalan data PostgreSQL.

sumber daya lkcli hapus –tag /pgsql-demo

1. Ubah pemilik dan grup untuk direktori /tmp/pgsql/demo.

chown postgres:postgres /tmp/pgsql/demo

1. Salin data ke sistem berkas cermin DRBD.

cp -pra /cadangan/* /tmp/pgsql-demo

1. Nonaktifkan sumber daya sistem berkas DRBD yang baru dibuat.

hapus sumber daya lkcli –tag /tmp/pgsql-demo

1. Putuskan ketergantungan antara sistem file sebelumnya dan sumber daya DataKeeper untuk Linux

penghapusan ketergantungan lkcli –parent /pgsql-demo –child dataep-pgsql-demo

Putuskan ketergantungan antara sistem berkas dan sumber daya DRBD.

hapus ketergantungan lkcli –induk /tmp/pgsql-demo –anak drbd-pgsql-demo

1. Buat ulang ketergantungan antara sistem file /pgsql-demo yang ada dan sumber daya drbd

ketergantungan lkcli buat – induk / pgsql-demo – anak drbd-pgsql-demo

1. Mulai sumber daya pgsql-demo

pemulihan sumber daya lkcli –tag pgsql-demo

MULAI pemulihan “pgsql-demo” di server “node-b”

menunggu server untuk memulai…. selesai

server dimulai

AKHIR pemulihan sukses “pgsql-demo” di server “node-b”

1. Hubungkan ke basis data dan verifikasi koneksi basis data.

Misalnya:

psql -p 3308 -h /pgsql-demo/socket -U psql

psql -p <port> -h <direktori soket> -U <pengguna db>

1. Hapus sumber daya sistem file DRBD sementara

lkcli sumber daya hapus /tmp/pgsql-demo

1. Hapus sumber daya datap dan sistem berkas sementara untuk DataKeeper untuk Linux.

hapus sumber daya lkcli –tag dataep-pgsql-demo

15. Verifikasi peralihan dan koneksi

Mengapa Bermigrasi dari SIOS DataKeeper untuk Linux ke DRBD?

Migrasi dari SIOS DataKeeper untuk Linux ke DRBD merupakan proses sederhana bagi mereka yang ingin bereksperimen dengan fitur-fitur DRBD dalam LifeKeeper serta bagi mereka yang sebelumnya lebih mengenal DRBD atau ingin memanfaatkan kecepatan replikasi asinkron DRBD yang lebih cepat dan dukungan kernel yang lebih luas.

Siap untuk memulai DRBD?Hubungi SIOS hari iniuntuk mempelajari bagaimana LifeKeeper dapat membantu Anda bermigrasi dengan lancar dan memanfaatkan potensi penuh DRBD untuk ketersediaan tinggi dan pemulihan bencana

Penulis: Cassius Rhue, VP Pengalaman Pelanggan di SIOS Technology Corp.

Direproduksi dengan izin dariSIOS

Mengapa Quorum Tanpa Penyimpanan/Tanpa Node Berbahaya bagi Ketersediaan Klaster?

Mengapa Quorum Tanpa Penyimpanan/Tanpa Node Berbahaya bagi Ketersediaan Klaster?

Secara umum, kuorum diartikan sebagai suatu badan atau sekelompok orang yang hadir untuk membuat keputusan.

Dalam LifeKeeper, Quorum memberlakukan konsensus yang menggunakan status node dalam kluster untuk menjalankan langkah berikutnya dalam menangani kegagalan node dalam kluster. LifeKeeperkuorum dapat dioperasikan dalam tiga mode; Penyimpanan, Mayoritas, dan TCP Jarak Jauh (TCP Jarak Jauh hanya tersedia dengan LifeKeeper untuk Linux).

• Quorum Penyimpanan menggunakan perangkat penyimpanan bersama untuk melacak pembaruan yang disediakan oleh sistem lain dalam klaster. Jika suatu sistem tidak menyediakan pembaruan, Quorum akan menandai klaster tersebut sebagai gagal.
• Kuorum Mayoritas bergantung pada struktur klaster yang jumlahnya ganjil, di mana satu node berfungsi sebagai saksi untuk menentukan apakah satu atau semua node di cluster tidak dapat berkomunikasi
• Koneksi jarak jauh TCP melalui layanan TCP/IP pada port tertentu untuk memverifikasi apakah node dalam kluster dapat berkomunikasi satu sama lain.

Memahami Pentingnya Kuorum dalam Cluster

Tujuan Quorum adalah untuk menjaga ketersediaan aplikasi dengan mengambil tindakan perbaikan untuk mengatasi situasi yang tidak direncanakan. Quorum melakukannya dengan mengurangi risiko situasi yang tidak terduga dan mengurangi waktu henti dengan menjaga komunikasi antara semua node dalam kluster.

Risiko Beroperasi Tanpa Kuorum di Klaster Anda

Terdapat risiko yang terlibat saat menggunakan kluster yang dikonfigurasi tanpa Kuorum. Skenario berikut akan membahas dampak tidak adanya kuorum dan pentingnya penerapannya.

Skenario 1: Mengurangi waktu henti

Downtime yang tidak disengaja dapat terjadi ketika satu atau lebih sistem tidak dapat digunakan akibat tindakan yang tidak dapat dihindari, misalnya, kerusakan atau kegagalan sementara dalam komunikasi jaringan.

Dengan kuorum seperti penyimpananatau TCP yang dikonfigurasi dari jarak jauh, akses ke perangkat penyimpanan dan atau port dapat digunakan untuk melacak status komunikasi dalam kluster. Tindakan tambahan ini dapat mencegah failover yang tidak perlu yang dapat menyebabkan waktu henti yang signifikan. Dalam kasus lain, Quorum akan mengambil tindakan untuk mematikan atau menghidupkan ulang server guna memulihkannya ke kondisi yang sehat dan menghindari waktu henti yang lebih lama.

Skenario 2: Otak Terbelah

Aotak terbelahadalah saat beberapa sistem dalam kluster meyakini bahwa mereka adalah server utama. Hal ini dapat terjadi saat server utama kehilangan komunikasi ke server sekundernya, dan server sekunder meyakini bahwa sistem utama mati. Hal ini menyebabkan dua sistem utama aktif dalam kluster.

Jika kuorum Mayoritas dikonfigurasikan, sistem lain akan disediakan sebagai saksi untuk berfungsi sebagai pemungutan suara untuk menentukan sistem mana yang harus berfungsi sebagai sistem utama, mencegah terjadinya perpecahan otak.

Mengapa Konfigurasi Kuorum yang Tepat Penting

Mengoperasikan klastertanpa penyimpanan atau kuorum mayoritas berbahaya karena meningkatkan risiko mengalami kehilangan data atau waktu henti yang lama akibat split-brain dan/atau pemadaman jaringan. Menggunakan Quroum dapat memberikan tindakan pencegahan dengan memastikan klaster selalu sehat dan sistem yang tidak sehat ditangani dengan tepat.

Hubungi SIOS hari iniuntuk mempelajari bagaimana solusi ketersediaan tinggi kami dapat membantu Anda mengonfigurasi kuorum dengan cara yang tepat dan menjaga kluster Anda tetap terlindungi.

Penulis: Alexus Gore, Insinyur Perangkat Lunak Pengalaman Pelanggan di SIOS Technology Corp.

Direproduksi dengan izin dariSIOS

Perangkat Lunak Ketersediaan Tinggi SIOS Kini Telah Divalidasi untuk CimTrak Integrity Suite milik Cimcor

Perangkat Lunak Ketersediaan Tinggi SIOS Kini Telah Divalidasi untuk CimTrak Integrity Suite milik Cimcor

SAN MATEO, California, 04 Maret 2025 —Perusahaan Teknologi SIOS., penyedia terkemuka solusi ketersediaan tinggi (HA) aplikasi dan pemulihan bencana (DR), hari ini mengumumkan bahwa perangkat lunak pengelompokan SIOS LifeKeeper dan SIOS DataKeeper telah divalidasi untuk digunakan denganmilik Cimcorsolusi keamanan siber, CimTrak Integrity Suite. Kolaborasi ini memungkinkan pelanggan Cimcor untuk mengintegrasikan ketersediaan tinggi dan pemulihan bencana ke dalam lingkungan CimTrak mereka dengan lancar, memastikan perlindungan berkelanjutan terhadap ancaman siber dan meminimalkan waktu henti dalam operasi keamanan siber yang penting.

SIOS LifeKeeper adalah solusi ketersediaan tinggi yang memastikan aplikasi penting selalu tersedia, mendeteksi kegagalan secara otomatis, dan memulai failover ke sistem siaga untuk mempertahankan layanan tanpa gangguan. SIOS DataKeeper menawarkan replikasi data sinkron, yang memastikan bahwa data secara konsisten dicerminkan di beberapa server untuk pemulihan cepat jika terjadi kegagalan server. Bersama-sama, solusi ini memberikan perlindungan menyeluruh untuk aplikasi penting bagi bisnis seperti CimTrak, yang membantu organisasi meminimalkan risiko waktu henti dan kehilangan data sambil mempertahankan sistem yang aman dan sangat tersedia.

CimTrak adalah platform Jaminan Integritas Sistem terkemuka di industri yang menyediakan pemantauan dan perlindungan aset TI penting secara real-time – mulai dari server dan jaringan hingga konfigurasi cloud, kontainer, basis data, dan sistem kontrol industri. Teknologi deteksi real-time yang dipatenkan memungkinkan CimTrak mendeteksi dan memperbaiki perubahan yang tidak diinginkan dan tidak terduga di seluruh infrastruktur Anda secara instan sambil mempertahankan integritas sistem. Platform ini membantu organisasi memperkuat postur keamanan mereka, mempertahankan kepatuhan berkelanjutan, dan melindungi dari ancaman eksternal dan internal melalui alur kerja otomatis dan manajemen perubahan yang komprehensif.

“Kami gembira dapat memperkuat kemitraan kami dengan Cimcor dan menawarkan solusi pemulihan bencana dan ketersediaan tinggi SIOS bagi pelanggan CimTrak mereka,” kata Masahiro Arai, COO SIOS Technology. “Seiring keamanan siber menjadi semakin penting bagi berbagai organisasi di seluruh dunia, SIOS berkomitmen untuk membantu pelanggan bersama kami mencapai tingkat ketahanan dan waktu aktif tertinggi, memastikan bahwa sistem keamanan mereka tetap beroperasi dan efektif terhadap berbagai ancaman yang terus berkembang.”

“Kolaborasi kami dengan SIOS menghadirkan solusi ketersediaan tinggi dan pemulihan bencana yang telah terbukti bagi pelanggan CimTrak kami,” kata Robert E. Johnson, III, Presiden dan CEO Cimcor. “Seiring dengan upaya organisasi untuk melindungi infrastruktur yang semakin besar dan kompleks, memastikan ketahanan keamanan siber menjadi lebih penting dari sebelumnya. Kemitraan ini menyediakan solusi HA/DR yang lancar dan andal, membantu pelanggan bersama kami tetap aman, beroperasi, dan siap menghadapi gangguan yang tidak terduga.”

Tentang SIOS Technology Corp.

Solusi ketersediaan tinggi dan pemulihan bencana dari SIOS Technology Corp. memastikan ketersediaan dan menghilangkan kehilangan data untuk aplikasi Windows dan Linux penting yang beroperasi di lingkungan fisik, virtual, cloud, dan hybrid cloud. Perangkat lunak pengelompokan SIOS sangat penting untuk setiap infrastruktur TI dengan aplikasi yang memerlukan tingkat ketahanan yang tinggi, memastikan waktu aktif tanpa mengorbankan kinerja atau data – melindungi bisnis dari kegagalan lokal dan pemadaman regional, yang direncanakan dan tidak direncanakan. Didirikan pada tahun 1999, SIOS Technology Corp. (https://us.sios.com) berkantor pusat di San Mateo, California, dengan kantor di seluruh dunia.

SIOS, SIOS Technology, SIOS DataKeeper, SIOS LifeKeeper, dan logo terkait merupakan merek dagang terdaftar atau merek dagang milik SIOS Technology Corp. dan/atau afiliasinya di Amerika Serikat dan/atau negara lain. Semua merek dagang lainnya merupakan hak milik pemiliknya masing-masing.

Kontak Media:

Beth Winkowski
Winkowski Public Relations, LLC untuk SIOS978-649-7189bethwinkowski@US.SIOS.com

Direproduksi dengan izin dariSIOS