Cara Mengurangi Waktu Henti di SAP

Cara Mengurangi Waktu Henti di SAP

Memikirkan bagaimana caranya mengurangi waktu henti di SAP adalah topik penting yang harus dikunjungi selama desain solusi awal. Perubahan pada lanskap SAP yang ada dapat dibuat, ini bisa lebih rumit di lingkungan produksi yang ada di mana waktu henti akan menjadi masalah.

Ada beberapa komponen khas dalam lanskap SAP yang dapat dianggap sebagai titik kegagalan tunggal; ASCS (Layanan Pusat), HANA DB, node NFS, dan server Aplikasi SAP. Idealnya ini harus dilindungi dengan menggunakan server redundan dalam konfigurasi Ketersediaan Tinggi.

Sasaran HA/DR untuk SAP

Sasaran inti saat merancang komponen Ketersediaan Tinggi/Pemulihan Bencana untuk SAP harus:

● Minimalkan Waktu Henti ● Hilangkan kehilangan data ● Pertahankan integritas data ● Aktifkan konfigurasi yang fleksibel Di lingkungan cloud modern saat ini, infrastruktur perangkat keras yang mendasari biasanya terlindungi dengan baik dari kegagalan dengan menggunakan beberapa NIC redundan, penyimpanan redundan, dan zona ketersediaan perangkat keras – namun, ini masih tidak 't menjamin bahwa aplikasi SAP Anda akan berjalan dan menanggapi permintaan.

Menggunakan sebuah ketersediaan tinggi solusi seperti SIOS Protection Suite memperkenalkan Ketersediaan Tinggi yang cerdas yang digabungkan dengan replikasi disk lokal untuk memastikan bahwa aplikasi dan layanan SAP Anda terus dipantau, dilindungi, dan memiliki kemampuan untuk secara otomatis beralih ke perangkat keras yang berlebihan ketika kegagalan terdeteksi.

Sekarang mari kita pertimbangkan contoh sederhana dari konfigurasi SAP yang tidak dilindungi HA, mungkin terlihat seperti ini (gambar 1): Jika lingkungan ini digunakan untuk memproses transaksi dari server web yang digunakan untuk menjual pakaian kepada pelanggan, SAP digunakan untuk memproses penjualan, melacak pesanan, melacak inventaris, dan menyediakan beberapa pemesanan otomatis, dll berdasarkan transaksi ini.

Sekarang mari kita bayangkan bahwa lingkungan pemrosesan penjualan ini (gambar di atas) dikonfigurasi di cloud tanpa HA karena arsitek berpikir bahwa perangkat keras yang sangat redundan di lingkungan cloud cukup baik untuk melindungi dari kegagalan.Jika HANA DB mengalami masalah dan mati, mari kita lihat langkah-langkah yang biasanya diperlukan untuk membuat database kembali aktif dan berjalan: ● Bahkan jika HANA dikonfigurasi dengan Replikasi Sistem HANA, failover ke sistem DB HANA sekunder tidak otomatis. Ini akan membutuhkan seseorang yang mengetahui HANA untuk memperbaikinya, setelah kegagalan terdeteksi dan mereka diberitahu tentang pemadaman.
● Transaksi Waktu Nyata dari server web akan ditangguhkan hingga masalah teratasi Jika pengecer pakaian kecil ini bertransaksi sekitar $10 juta per tahun dari penjualan berbasis web, itu setara dengan kira-kira $1150 per jam dalam penjualan yang disamakan sepanjang tahun. Waktu puncak akan lebih mahal per jamnya.

Laporan ini dari IBM menunjukkan bahwa biaya waktu henti rata-rata per jam adalah $10k Gambar 2: Lanskap SAP dengan HA/DR Jika perangkat lunak HA telah digunakan (gambar 2), failover HANA DB akan otomatis dan interupsi ke server web akan berada dalam batas waktu yang dikonfigurasi dan sama sekali tidak ada penjualan yang hilang. Peringatan akan dibuat dan penyebabnya dapat dilihat dan didiagnosis dengan cara yang lebih santai daripada situasi sistem mati.

Tingkatkan ukuran pelanggan dan sangat mungkin bahwa situasi penurunan sistem apa pun akan mulai menelan biaya ratusan ribu dolar dan menghabiskan sumber daya orang yang signifikan untuk diselesaikan.

Lain laporan IBM menunjukkan bahwa 44% responden mengalami pemadaman tak terencana dua bulanan dan 35% lainnya mengalami pemadaman tak terencana bulanan.

Pemadaman terencana itu sendiri merupakan masalah potensial lainnya dengan 46% responden melaporkan pemadaman terencana bulanan dan 29% lainnya melaporkan pemadaman terencana tahunan. Memiliki aplikasi dan layanan yang dilindungi oleh perangkat lunak HA juga dapat mengurangi pemadaman terencana ini dengan mengizinkan layanan dipindahkan ke sistem yang berjalan selama aktivitas pemeliharaan.

Belajar lebih tentang ketersediaan tinggi untuk SAP dan S/4HANA .