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

Layanan Keuangan

Layanan Keuangan

Untuk bank, serikat kredit, layanan pembayaran, dan organisasi jasa keuangan lainnya, downtime beberapa menit untuk sistem kritis dapat menjadi mahal dan merugikan organisasi dan mereknya. Waktu henti dapat menyebabkan ketidakpuasan pelanggan, pers negatif dan media sosial, sumber daya TI yang terkuras, masalah peraturan, dan penurunan produktivitas pengguna akhir.

Perangkat lunak pengelompokan SIOS menyediakan ketersediaan tinggi yang fleksibel dan hemat biaya (waktu aktif aplikasi 99,99%) dan perlindungan bencana untuk berbagai sistem transaksional, pemrosesan, dan administrasi penting, termasuk, akuntansi, perbankan online, manajemen pembayaran, perdagangan saham seluler, peer- to-peer lending dan banyak lagi; di tempat dan di lingkungan cloud, cloud hybrid, dan multicloud.

• Lindungi sistem keuangan transaksional, pemrosesan, dan administratif di lingkungan Windows atau Linux
• Pantau dan lindungi pengoperasian dan ketersediaan aplikasi
• Pindahkan sistem penting ke cloud tanpa mengorbankan HA atau fleksibilitas konfigurasi
• Minimalkan kebutuhan failover dengan fungsi restart otomatis
• Failover andal dengan kecerdasan khusus aplikasi

HA di Awan

Infrastruktur cloud tidak secara otomatis menyediakan HA tingkat aplikasi atau perlindungan pemulihan bencana. Perjanjian tingkat layanan ketersediaan cloud hanya berlaku untuk perangkat keras, yang mungkin tidak memastikan bahwa aplikasi atau database tetap dapat diakses.

Pengelompokan SIOS HA untuk aplikasi di cloud gagal di seluruh wilayah cloud dan zona ketersediaan. Pengelompokan penyimpanan bersama tradisional di cloud mahal dan rumit untuk dikonfigurasi, dan terkadang tidak tersedia. SIOS DataKeeper Cluster Edition menyediakan replikasi tingkat blok untuk menyinkronkan penyimpanan lokal di antara setiap node cluster. Ini memungkinkan simpul siaga untuk mengakses salinan identik dari penyimpanan simpul utama dan RPO nol.

Temui SLA Ketersediaan yang Ketat

Perangkat lunak pengelompokan SIOS memantau ketersediaan aplikasi dan jika ancaman terdeteksi, perangkat lunak ini memindahkan operasi aplikasi ke server siaga di mana operasi berlanjut dengan waktu henti minimal dan kehilangan data hampir nol.

Pemulihan bencana

Beberapa aplikasi memerlukan perlindungan dari bencana yang merusak infrastruktur TI lokal di tempat atau di cloud. Perangkat lunak pengelompokan SIOS memungkinkan failover di seluruh node cluster yang terpisah secara geografis dan di seluruh wilayah cloud dan zona ketersediaan untuk perlindungan DR yang lengkap.

Direproduksi dengan izin dariSIOS

Manajemen & Keamanan Gedung

Manajemen & Keamanan Gedung

SIOS menghargai bahwa setiap aspek manajemen dan keamanan gedung (BMS) — mulai dari sistem pemantauan dan pengawasan hingga manajemen pemeliharaan terkomputerisasi hingga sistem manajemen daya, bergantung pada aplikasi dan data penting. Perangkat lunak pengelompokan ketersediaan tinggi SIOS melindungi sistem kritis ini dari kegagalan yang tidak direncanakan di tingkat mana pun; infrastruktur, jaringan, dan aplikasi dan melalui bencana lokal, regional, dan/atau di seluruh lokasi.

Sistem Manajemen Video (VMS)

Sistem pemantauan dan pengawasan elektronik dapat terdiri dari berbagai subsistem, termasuk sistem manajemen video, sistem kontrol akses, perlindungan perimeter, perangkat lunak manajemen informasi keamanan fisik (PSIM), sistem keselamatan kebakaran, dan lain-lain. Bahkan downtime singkat untuk sistem ini dapat menempatkan seluruh fasilitas pada risiko intrusi, pencurian, vandalisme, kebakaran.

Di Semua Platform dan Sistem Operasi

Apakah sistem ini berjalan di lingkungan tervirtualisasi (VMware, Hyper-V), lokal tradisional, atau lingkungan cloud, perangkat lunak pengelompokan SIOS melindungi aplikasi tanpa memerlukan perangkat keras khusus atau batasan konfigurasi. Gunakan SIOS DataKeeper dengan Windows Server Failover Clustering (WSFC) untuk perlindungan HA/DR yang tangguh tanpa biaya dan kompleksitas penyimpanan bersama. Gunakan SIOS Protection Suite untuk Linux untuk pengelompokan sadar aplikasi yang kuat di lingkungan Linux.

Manajemen Gedung

Solusi manajemen gedung total bekerja dengan menyediakan solusi end-to-end untuk semua operasi gedung dalam satu platform. Mereka adalah konvergensi dari beberapa sistem, mencakup manajemen pengawasan video, perekaman dan pengarsipan, suara, data, penyimpanan, pemantauan industri (sistem SCADA), HVAC, manajemen gedung dan daya, sistem keamanan, interkom video, irigasi, papan reklame, lift, dan kontrol pencahayaan. Banyak yang dirancang sebagai platform kuat yang mengintegrasikan beberapa aplikasi vendor di dalamnya termasuk produk dari Johnson Control, Philips Dynalite, dan Schneider Electric dan lain-lain.

Penjaga Data SIOSterintegrasi dengan Microsoft Windows Server Failover Clustering untuk memberikan ketersediaan sederhana, hemat biaya, dan tinggi untuk mesin virtual (VMware atau Hyper-V) yang mendukung beberapa integrasi perangkat dan keamanan data.SIOS LifeKeeper untuk Linuxmemberikan perlindungan HA/DR yang sadar aplikasi dan kuat untuk sistem yang berjalan di lingkungan sumber terbuka.

Direproduksi dengan izin dariSIOS