Pengecer

Pengecer

Melindungi Pengecer dari Waktu Henti dan Bencana

Informasi adalah sumber kehidupan setiap perusahaan ritel — informasi pembelian, penjualan, dan inventaris yang terkait dengan titik penjualan atau informasi real-time tentang preferensi pelanggan. Perangkat lunak pengelompokan SIOS memberikan perlindungan HA/DR untuk semua aplikasi penting yang penting bagi bisnis ritel.

Perlindungan Aplikasi yang Andal di Semua Lingkungan

SIOS memberikan perlindungan yang sederhana dan hemat biaya untuk sistem yang berjalan di tempat, di lingkungan cloud dan hybrid cloud. Sistem kami peka terhadap aplikasi, memastikan failover klaster yang cepat dan andal sesuai dengan praktik terbaik khusus aplikasi.

Teknologi SIOS melindungi aplikasi, database, dan sistem operasional terpenting Anda dari kegagalan infrastruktur, jaringan, dan aplikasi yang tidak direncanakan.

Pemeliharaan Nol Waktu Henti

Lakukan pemeliharaan berkelanjutan untuk server aplikasi Anda tanpa mengganggu bisnis Anda.

Direproduksi dengan izin dariSIOS

Ketersediaan Tinggi untuk Manufaktur

Ketersediaan Tinggi untuk Manufaktur

SIOS memahami seberapa dalam produsen mengandalkan aplikasi canggih, ERP, dan database untuk mempertahankan jadwal produksi, mengelola rantai pasokan, mengontrol inventaris gudang, mengoordinasikan pengiriman, dan melakukan berbagai operasi bisnis penting lainnya. Waktu henti untuk sistem ini dapat menelan biaya ribuan dolar per jam dan mengakibatkan keterlambatan pengiriman, masalah layanan pelanggan, masalah keamanan, kehilangan produk, dan kehilangan produktivitas serta gangguan rantai pasokan. Perangkat lunak pengelompokan SIOS menyediakan ketersediaan tinggi dan perlindungan bencana yang andal dan hemat biaya untuk memberikan waktu aktif 99,99% untuk aplikasi penting, ERP, dan database yang berjalan di lingkungan Windows dan Linux di lingkungan lokal, cloud, cloud hybrid, atau multicloud.

20 Tahun Pengalaman di HA untuk Manufaktur Industri

Selama lebih dari 20 tahun, SIOS telah membantu produsen menerapkan ketersediaan tinggi untuk aplikasi penting bisnis. Tim layanan pelanggan pemenang penghargaan kami memiliki pengalaman mendalam dengan lingkungan aplikasi dan persyaratan khusus untuk industri manufaktur.

Hilangkan Gangguan Layanan

Tidak seperti solusi lain yang hanya memantau operasi VM atau server, perangkat lunak pengelompokan SIOS memantau seluruh lingkungan aplikasi – jaringan, penyimpanan, sistem operasi, server, dan aplikasi untuk memastikan sistem kritis bisnis beroperasi dan tersedia. Jika masalah terdeteksi, perangkat lunak SIOS Protection Suite secara otomatis memulai ulang aplikasi, mempercepat waktu pemulihan dan meniadakan kebutuhan akan lebih dari 70% failover. Jika perlu, perangkat lunak SIOS secara otomatis mengatur failover sesuai dengan praktik terbaik khusus aplikasi.

Lingkungan Cloud, Cloud Hibrid, dan Multicloud

Migrasikan sistem penting ke Microsoft Azure, Amazon EC2, atau Google Cloud Platform tanpa mengorbankan ketersediaan tinggi atau perlindungan pemulihan bencana. Tambahkan perangkat lunak SIOS DataKeeper ke Windows Server Failover Clustering (WSFC) Anda untuk membuat lingkungan pengelompokan tanpa SAN tanpa biaya dan kerumitan penyimpanan bersama. Gunakan SIOS Protection Suite untuk Linux untuk perlindungan pengelompokan SAN atau SANLess lengkap di lingkungan Linux.

Kesadaran Aplikasi untuk Pengelompokan yang Andal dan Bebas Kesalahan

Kit pemulihan aplikasi SIOS (ARK) memungkinkan LifeKeeper memantau seluruh tumpukan aplikasi – jaringan, penyimpanan, OS, aplikasi, dan server. Mereka juga mengatur failover sesuai dengan praktik terbaik khusus aplikasi untuk operasi yang cepat dan andal pada node sekunder.

Bersertifikat SAP S/4HANA

Produk kami bersertifikat SAP dan dilengkapi dengan application recovery kits (ARK) unik kami untuk SAP dan HANA guna memastikan failover yang andal dengan kepatuhan penuh terhadap praktik terbaik SAP. Otomatisasi yang kuat dan kecepatan validasi entri memungkinkan konfigurasi kluster bebas kesalahan lima kali lebih cepat daripada solusi berbasis Pacemaker.

SIOS memiliki solusi pengelompokan untuk lingkungan Windows dan Linux – memungkinkan fleksibilitas konfigurasi HA terdepan di industri. Gunakan produk SIOS untuk melindungi SAP ERS, ASCS, dan layanan lainnya di Windows serta SAP dan HANA di Linux dalam konfigurasi yang sama.

Lindungi Database Kritis – SQL Server, Oracle, MaxDB

Perangkat lunak pengelompokan SIOS memberikan perlindungan HA yang Anda perlukan untuk menjalankan database penting bisnis di mana pun dan bagaimanapun Anda menjalankannya – SQL Server, Oracle, MaxDB, MySQL di lingkungan cloud atau hybrid cloud.

Direproduksi dengan izin dariSIOS

Ketersediaan Tinggi untuk Layanan Kesehatan

Ketersediaan Tinggi untuk Layanan Kesehatan

Melindungi Aplikasi Penting untuk Perawatan Kesehatan dan Ilmu Hayati

Sistem Informasi Kesehatan, ERS dan EHS

Perangkat lunak pengelompokan dan replikasi ketersediaan tinggi SIOS memastikan aplikasi penting, basis data, dan sistem EHS, secara otomatis pulih dari kegagalan infrastruktur, jaringan, dan aplikasi – menyimpan catatan pasien penting dan data lainnya terlindungi, aplikasi online, memenuhi persyaratan peraturan, dan produktif pengguna.

Di Tempat, Cloud, Cloud Hibrid

SIOS memberi Anda fleksibilitas untuk membangun cluster SAN dan SANless untuk lingkungan Windows atau Linux di server fisik, server virtual, dan di cloud. Jalankan aplikasi EHR penting bisnis Anda di tempat atau di lingkungan cloud yang fleksibel dan dapat diskalakan, seperti Amazon Web Services (AWS), Microsoft Azure, dan Google Cloud Platform tanpa mengorbankan performa atau perlindungan HA/DR.

Penuhi Ketersediaan SLA dan RTO/RPO dengan Mudah

Memindahkan aplikasi lokal dengan mudah yang dilindungi oleh Windows Server Failover Clustering ke cloud tanpa gangguan atau membangun lingkungan pengelompokan Linux dengan kecerdasan khusus aplikasi bawaan. Konfigurasikan klaster di seluruh zona atau wilayah ketersediaan cloud untuk perlindungan HA/DR maksimum atau buat konfigurasi cloud hibrid atau multi-cloud untuk memenuhi ketersediaan SLA dan RTO/RPO dengan mudah.

Menyampaikan HA untuk Sistem EHS Kritis

Produk SIOS melindungi database penting yang dijalankan oleh aplikasi catatan kesehatan elektronik (EHR) dari waktu henti dan kehilangan data. Athena Health, Cerner Corporation, eClinicalWorks, Epic Systems, GE Healthcare, Greenway Health, Kareo, MEDITECH, McKesson, Xtelligent, dan banyak lagi.

Melindungi Aplikasi dan Database Windows

Tambahkan SIOS DataKeeper ke lingkungan Windows Server Failover Clustering untuk membuat cluster SANless di mana cluster penyimpanan bersama tradisional tidak mungkin atau tidak praktis, seperti lingkungan cloud dan hybrid cloud. Replikasi berbasis host yang cepat dan efisien menyinkronkan penyimpanan lokal di semua node cluster untuk fleksibilitas konfigurasi maksimum. Atau, tambahkan replikasi ke klaster Windows berbasis SAN yang ada untuk DR.

Gunakan perangkat lunak SIOS DataKeeper Cluster Edition untuk melindungi aplikasi Windows penting bisnis Anda dan sistem EHR serta database yang dijalankannya, termasuk Microsoft SQL Server, Oracle, dalam lingkungan fisik, virtual, atau cloud.

• Fleksibilitas Konfigurasi – Lindungi semua beban kerja server. Replikasi dalam satu situs atau di seluruh pusat data.
• Penghematan Biaya – Pengelompokan tingkat lanjut tanpa pemutakhiran aplikasi yang mahal (misalnya SQL Server Enterprise Edition)
• Kurangi Kompleksitas – Migrasikan WSFC lokal ke cloud tanpa gangguan

Melindungi Aplikasi di Aplikasi Linux

Kluster SIOS secara unik melakukan failover di seluruh wilayah cloud atau zona ketersediaan untuk perlindungan HA yang sebenarnya. SIOS Protection Suite menyertakan Application Recovery Kits yang kuat untuk aplikasi terkemuka, ERP, dan database yang mengotomatiskan tugas manual, memantau seluruh tumpukan aplikasi, dan memastikan kegagalan mempertahankan praktik terbaik khusus aplikasi.

• Otomatisasi Tingkat Lanjut – Input pengguna yang divalidasi secara otomatis meniadakan kebutuhan akan keterampilan khusus yang mahal dan risiko yang melekat pada pembuatan skrip manual untuk mengonfigurasi dan mengelola klaster di lingkungan EHR yang kompleks
• Pemantauan aplikasi mendalam – Memantau seluruh lingkungan aplikasi
• Kegagalan otomatis sadar aplikasi – mempertahankan kepatuhan dengan praktik terbaik aplikasi untuk kegagalan yang andal tanpa kejutan.

Direproduksi dengan izin dariSIOS

Mengapa SIOS HANA Multitarget Automation adalah Kesepakatan Lebih Besar Daripada yang Anda Pikirkan

Mengapa SIOS HANA Multitarget Automation adalah Kesepakatan Lebih Besar Daripada yang Anda Pikirkan

Larry (bukan nama sebenarnya) adalah pelanggan SIOS yang telah menerapkan solusi replikasi untuk ketersediaan tinggi dan pemulihan bencana (HA/DR) di masa lalu. Saat dia meluncurkan PoC untuk menguji solusi replikasi dua node untuk Linux, menggunakanPenjaga Kehidupan SIOSdan replikasi DataKeeper, prioritas utamanya adalah perlindungan integritas data. Daftar pengujian PoC Larry menyertakan item standar termasuk: mulai / berhenti basis data, memigrasikan basis data ke node cadangan, aktivitas pemeliharaan, dan kegagalan server hanya untuk beberapa nama. Larry bersikukuh bahwa solusinya mampu melakukan peralihan server yang cepat, (yaitu, migrasi yang anggun), dan cepatfailover(yaitu, migrasi mendadak dan paksa), aplikasi, database, penyimpanan, dan layanan dari satu server ke server lainnya. Tapi, dia bahkan lebih kuat dan bersemangat agar aktivitas seperti itu tidak menyebabkan hilangnya data.

Lindungi Integritas Data Dengan Menghindari Otak Terbelah

Selain tes standar ini, Larry menambahkan tes khusus untuk mencoba memaksakan “otak terbelahskenario. Split brain adalah suatu kondisi yang terjadi ketika anggota cluster tidak dapat berkomunikasi satu sama lain, tetapi dalam keadaan berjalan dan beroperasi, dan kemudian mengambil kepemilikan sumber daya bersama secara bersamaan. Akibatnya, Anda memiliki dua pengemudi bus yang memperebutkan kemudi. Karena sifatnya yang merusak, otak terbelah, dapat menyebabkan kehilangan data atau kerusakan data dan sebaiknya dihindari melalui penggunaan mekanisme untuk menentukan node mana yang harus tetap aktif (mengemudikan bus) dan node mana yang harus berhenti menulis ke disk.

Sementara skenario otak terbelah relatif tidak umum dalam kelompok yang menerapkan penggunaan kuorum dan kuorum plus kemampuan saksi, kesulitan resolusi otak terbelah meningkat secara eksponensial dengan setiap node ditambahkan ke konfigurasi kelompok. Dalam konfigurasi multitarget dengan tiga node atau lebih, perangkat lunak pengelompokan tidak hanya harus mengatur failover ke node yang benar, tetapi juga harus secara otomatis mengalihkan replikasi dari node primer baru ke node tersier untuk mempertahankan perlindungan DR sambil memastikan untuk menengahi dengan benar antara node. Dalam solusi pengelompokan lainnya, tindakan kompleks tersebut harus ditulis secara manual dan diperbarui secara manual jika terjadi kegagalan dan sekali lagi untuk memulihkan operasi normal, dan itu semakin sulit ketika otak terbelah terjadi.

Karena fitur dan peningkatan di SIOS LifeKeeper danKit Pemulihan Aplikasi SAP HANA(ARK), Larry mengalami kesulitan memperkenalkan skenario otak terbelah. Namun, ketika dia akhirnya dapat membuatnya, dia mendapat manfaat besar dari memahami logika yang digunakan produk SIOS untuk melindungi datanya. Larry menyadari kecanggihan tingkat tinggi yang dirancang ke dalam perlindungan data yang disediakan oleh perangkat lunak pengelompokan SIOS. Dia memilih SIOS LifeKeeper.

Perbedaan Otomasi Multitarget SIOS HANA

Skenario seperti Larry hanyalah salah satu dari sembilan alasan otomatisasi multitarget HANA SIOS adalah masalah yang lebih besar daripada yang Anda pikirkan. Inilah kesembilannya:

1. Perlindungan yang Ditingkatkan
   Solusi SIOS menyederhanakan perlindungan sumber daya database HANA dalam skenario multitarget. Opsi berbasis wizard dengan cepat mendeteksi konfigurasi saat ini dan secara tepat menambahkan informasi ke konfigurasi LifeKeeper. Deteksi kesalahan ringkas dan informatif untuk membantu pengguna menyelesaikan masalah apa pun dan selanjutnya menghemat waktu.
2. Administrasi yang disederhanakan
   Natalie (bukan nama sebenarnya) bertanggung jawab atas konfigurasi multinode HANA. Saat server gagal atau memerlukan pemeliharaan, Natalie memanfaatkan berbagai skrip dan alat untuk melakukan tindakan yang diperlukan. Namun, ini tidak dapat diskalakan. Setelah pindah ke SIOS LifeKeeper, Natalie dan tim memiliki UI sederhana untuk melakukan semua tugas inti seperti menghentikan dan memulai ulang replikasi sistem HANA dan HANA. Selain itu, jika terjadi bencana, tim dapat menggunakan UI SIOS tunggal yang disederhanakan alih-alih mencari runbook terbaru, menemukan salinan skrip yang tepat, atau menelepon Natalie pada pukul 02.00. .
3. Pemantauan Sederhana
   Laporan status intuitif SIOS di UI memberi tim cara cepat untuk menentukanreplikasistatus. Menggunakan satu alat, versus kumpulan papan pemantauan dan skrip buatan sendiri, menyederhanakan administrasi dan menghemat waktu.
4. Pemulihan Otomatis
   Beberapa solusi HANA HSR mampu melakukan failover replikasi HANA antara kedua node tersebut. Namun, administrator sering kali harus mendaftarkan ulang replikasi setelah kegagalan sistem. Dalam kasus tiga node atau lebih, apakah administrator memahami cara memperbarui pendaftaran pada node ketiga atau keempat? Apakah mereka akan ingat untuk menggunakan sinkronisasi dan asinkron dengan tepat? Solusi SIOS, yang mampu menangani tiga atau bahkan empat node untuk replikasi multitarget, akan secara mulus mengotomatiskan pendaftaran node target setelah kegagalan.
5. Fleksibilitas dan Skalabilitas
   Kemampuan untuk melindungi klaster HANA dalam dua, tiga, atau empat kombinasi node berarti pelanggan memiliki fleksibilitas untuk meningkatkan tingkat ketersediaan dan pemulihan bencana mereka. Pelanggan dua node, dengan kuorum, dapat memberikan perlindungan ketersediaan terhadap bencana dan menangani aktivitas pemeliharaan dengan downtime hampir nol memanfaatkan pengambilalihan HANA dengan fitur jabat tangan. Pelanggan yang menerapkan tiga node dapat memanggil fungsionalitas pemulihan bencana tambahan dengan menerapkan node ketiga dengan replikasi asinkron di pusat data atau wilayah yang berbeda. Untuk manfaat tambahan, pelanggan tiga node dapat menggunakan node keempat, dengan kuorum penyimpanan, untuk mengaktifkanketersediaan tinggiDanpemulihan bencanajika terjadi kehilangan seluruh pusat data.
6. Perlindungan data
   Mari kita kembali ke masalah Larry. Dia menjalankan HANA di node utama A dengan replikasi multitarget ke Node B dan C. Apa yang terjadi jika upaya manual Anda berakhir dengan bencana? Node mana yang primer? Apakah semuanya sinkron saat node A mogok? Bagaimana saya menghindari memunculkan node yang salah? Selain menambahkan dukungan untuk tiga node atau lebih dalam konfigurasi HSR multi-target, HANA ARK yang baru menyertakan alat admin tambahan untuk membantu jika terjadi bencana atau kejadian otak terbelah yang tidak menguntungkan.

   Bendera HANA_DATA_OUT_OF_SYNC_<tag> mencegah pengguna mengembalikan database secara tidak sengaja pada sistem yang salah. Bendera HANA_LAST_OWNER_<tag> membantu administrator mengetahui kapan suatu tindakan diambil pada sistem utama saat node siaga tidak sinkron. Bendera ini memberi tahu administrator bahwa node ini adalah pemilik terakhir dan harus menjadi tempat replikasi dilanjutkan. HANA_DATA_CONSISTENTCY_UNKNOWN_<tag> membantu SIOS untuk secara otomatis menyelesaikan dan memulihkan replikasi ketika semua komunikasi antara standby terputus untuk sementara dan kemudian dipulihkan. Saat digunakan dengan praktik terbaik, penerapan kuorum, dan penyetelan yang tepat, alat ini memungkinkan administrator seperti Larry untuk menghindari otak terbelah dan memulihkan dengan aman jika dan saat itu terjadi.

7. Pelaporan, Kinerja dan Pemulihan Bencana
   Tentu saja manfaat sebenarnya dari multi-target ada di node ekstra dan fungsionalitas yang dibuka oleh node ini. Menggunakan tiga node di pusat data yang sama dapat membuka potensi lebih banyak pelaporan melalui parameter logreplay_readaccess, sambil tetap mempertahankan node di situs DR. Selain itu, dukungan SIOS untuk berbagai mode replikasi memberi pengguna opsi untuk memiliki node sinkronisasi dan node async untuk kinerja yang lebih baik di seluruh pusat data (atau wilayah).
8. Pengujian Berkelanjutan
   Seberapa sering tim Anda menguji skrip buatan sendiri? Seberapa sering runbook Anda ditinjau sehubungan dengan skenario konfigurasi, administrasi, dan pukul 2 pagi. Solusi multi-target HANA tidak hanya terus diuji oleh teknisi SIOS, QA, dan pakar Pengalaman Pelanggan, tetapi solusi tersebut juga terus diuji dan divalidasi untuk proses failover dan pemulihan HANA dengan setiap rilis dan pembaruan.
9. Dokumentasi Luas
   Beberapa waktu lalu tim kami bekerja dengan pelanggan untuk administrasi cluster. Sementara pendahulunya sangat berpengetahuan tentang lingkungan mereka, promosi dan reorganisasi staf telah membuat banyak orang TI bertanggung jawab atas sistem yang hanya sedikit mereka ketahui. Saat ditanya tentang runbook dan dokumentasi konfigurasinya, pelanggan tidak dapat menemukan detail dari tim sebelumnya atau administrator sebelumnya. Selain otomatisasi, administrasi, pemantauan, pemulihan, dan perlindungan data yang kokoh, solusi multi-target SIOS mencakup dokumentasi terperinci dan mudah digunakan tentang implementasi, pengoperasian, dan pengelolaan sistem multitarget HANA yang dikendalikan oleh LifeKeeper.

Memanfaatkan solusi total SIOS berarti pelanggan dapat memperoleh manfaat dari pemantauan dan deteksi yang konsisten dan tepat waktu, pemulihan yang cepat, andal, dan efisien, serta solusi yang sepenuhnya otomatis yang menjamin ketersediaan tinggi dan perlindungan pemulihan bencana.Hubungi kamiuntuk informasi lebih lanjut tentang otomatisasi multitarget SAP HANA.

-Oleh Cassius Rhue, Pengalaman Pelanggan VP

Direproduksi dengan izin dariSIOS

Mencapai HA/DR untuk SQL Server Tanpa Menghancurkan Bank

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:

1. Simulasi Bencana:Dalam hal ini, untuk mensimulasikan bencana, kami membuat SQL Server offline di cluster (DataKeeper 1 dan 2).
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.
3. 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’
4. 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.
5. 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