SAP adalah pemimpin pasar dalam perangkat lunak aplikasi perusahaan. Selama rentang tahun banyak, SAP telah membantu perusahaan dari semua ukuran dan di semua industri berjalan secara efisien dan selama bertahun-tahun membangun ekosistem perusahaan yang tergantung pada platform itu. Sudah terbukti bahwa 77% dari pendapatan transaksi dunia menyentuh sistem SAP.

Sebagai aplikasi SAP menyentuh banyak bagian penting dari sebuah perusahaan seperti ‘ ERP, manufaktur, proses bisnis, Layanan pelanggan dll itu telah menjadi Lifeline banyak perusahaan yang bergantung padanya untuk bisnis mereka untuk beroperasi dengan benar. Dengan demikian, ketersediaan tinggi telah menjadi salah satu keprihatinan utama manajemen perusahaan ketika datang ke sistem SAP mereka.

Dalam artikel ini, kita akan membahas pada tingkat tinggi apa itu replikasi sistem HANA, cara kerjanya, apa keterbatasan ketika datang ke ketersediaan tinggi, dan bagaimana kita dapat mengatasinya. Kami juga akan membahas tentang pilihan ketersediaan tinggi HANA dan apa perbedaan utama, sehingga Anda dapat memilih alat yang tepat untuk pekerjaan yang tepat.

Beberapa pertanyaan kunci Anda mungkin perlu bertanya pada diri sendiri pada akhir hari, dalam rangka untuk memilih solusi yang tepat untuk digunakan untuk HA:

• Memenuhi tujuan waktu pemulihan (RTO)

—–Berapa lama SAP dapat turun sebelum Anda sembuh?

• Memenuhi tujuan titik pemulihan (RPO)

—–Berapa lama data Anda dapat saat Layanan dipulihkan

• Memenuhi ketersediaan layanan tingkat perjanjian (SLA)

—–Berapa banyak uptime yang Anda butuhkan?

SAP HANA replikasi sistem

SAP HANA replikasi sistem adalah perlindungan data yang handal dan solusi pemulihan bencana yang menyediakan sinkronisasi terus menerus dari database HANA ke lokasi sekunder baik di pusat data yang sama, situs terpencil atau di awan.

Sistem replikasi adalah fitur SAP HANA standar yang datang dengan perangkat lunak. Menggunakan fitur ini, semua data direplikasi ke situs sekunder dan data pra-dimuat ke memori di situs sekunder yang membantu untuk mengurangi tujuan waktu pemulihan (RTO) secara signifikan. Jadi dalam kasus kegagalan, situs sekunder akan dapat mengambil alih bahkan tanpa melakukan HANA DB (Re) mulai dan akan bekerja sebagai DB utama Seketika pada kegagalan. Namun, kegagalan harus dipicu secara manual oleh admin menggunakan perintah sr_takeover, dan untuk replikasi terbalik, atau failback ke utama, perintah terpisah akan perlu dikeluarkan juga.

Di bawah ini adalah beberapa poin penting dari cara replikasi sistem HANA untuk HA dan DR:

• Server/node redundan
• Database dalam memori direplikasi oleh HANA sistem replikasi (dalam “log Replay” mode)
• Beberapa pilihan replikasi: Sync, Sync-mem, async
• Mendukung Active-Active (baca-saja pada sekunder)
• Setup dan admin melalui HANA kokpit, HANA Studio atau baris perintah

Keterbatasan

• Tidak ada pemantauan proses aplikasi atau kegagalan replikasi dan kegagalan otomatis
• Kegagalan, replikasi terbalik dan failback harus dilakukan secara manual-banyak langkah manual diperlukan
• Tidak ada IP virtual
• Tidak terpadu HA kegagalan orkestrasi bersama dengan SAP ASCS dll. Komponen

Seperti yang Anda mungkin dapat menyimpulkan dari poin di atas sekarang, sistem replikasi HANA dirancang untuk melindungi terhadap kehilangan data. Sehingga ketika masalah terjadi dengan node utama, admin dapat secara manual menjalankan perintah “sr_takeover”, sehingga masalah dengan sistem utama tidak akan menurunkan seluruh setup SAP yang tergantung pada database HANA untuk jangka waktu downtime yang berkepanjangan. Namun, banyak pekerjaan ini harus terjadi secara manual dan tergantung pada intervensi manual manusia, yang meskipun cukup baik untuk DR, itu tidak membuat situasi yang ideal untuk HA (di mana downtime perlu dicegah).

SIOS ketersediaan tinggi cluster

SIOS perangkat lunak ketersediaan tinggi untuk SAP memungkinkan Anda melindungi SAP S/4HANA dalam setiap konfigurasi (atau kombinasi) fisik, virtual, awan (publik, swasta, dan hibrida) dan kinerja tinggi lingkungan penyimpanan flash. Perangkat lunak SIOS menyediakan konfigurasi yang mudah dan fleksibel, replikasi cepat, dan pemantauan dan perlindungan komprehensif seluruh lingkungan SAP S/4HANA.

Khusus untuk SAP S/4HANA dan database HANA. SIOS dapat digunakan untuk melengkapi apa yang SAP sudah lakukan dengan sistem replikasi HANA, menambahkan ke atasnya, untuk memberikan yang benar-ketersediaan tinggi-pemantauan otomatis dari proses aplikasi utama HANA, dan menyediakan kegagalan otomatis, failback, termasuk virtual IP (s), bahkan jika Anda memiliki multi-instance dalam satu HANA node.

Berikut adalah beberapa poin penting dari SIOS Protection Suite untuk SAP HANA HA dan DR:

• Bekerja di awan salib AZ dan AR
• Menyediakan deteksi kegagalan otomatis dan kegagalan untuk komponen SAP HANA DB kunci:
  —SAP HANA host Agent
  —SAP HANA sapstartsrv
  —SAP HANA replikasi
• Memungkinkan otomatis SAP HANA replikasi pengambilalihan, switchback
• Secara otomatis reverse replikasi
• Memverifikasi dan memonitor bahwa HANA DB sedang berjalan
• Menyediakan virtual IP
• “Penuh tumpukan” kegagalan orkestrasi dengan ASCS dll. SAP komponen

Empat langkah untuk menginstal dan mengkonfigurasi HA untuk database HANA

Kami tidak akan membahas langkah spesifik tentang cara mengkonfigurasi SAP HANA, karena sudah ada banyak on-line sumber daya yang mencakup langkah tersebut. Tapi pada tingkat tinggi, apa yang perlu Anda lakukan adalah 4 langkah dasar:

1. Menginstal SAP HANA
2. Mengkonfigurasi sistem replikasi HANA
   Lihat-https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/676844172c2442f0bf6c8b080db05ae7.html
3. Instal SIOS Protection suite
   Lihat-http://docs.us.sios.com/spslinux/9.4.1/en/topic/sios-protection-suite-for-linux-installation-guide
4. Gunakan HANA Recovery Kit (Wizard) di GUI untuk melindungi HANA
   Lihat-http://docs.us.sios.com/spslinux/9.4.1/en/topic/sap-hana-recovery-kit

Aliran proses instalasi serupa untuk komponen SAP lainnya (ASCS, ERS, PAS, web dispatcher dll) juga.

Dengan Kit pemulihan HANA yang termasuk dalam perangkat lunak perlindungan SIOS, pada dasarnya Anda dapat menggunakan wizard di GUI manajemen Lifekeeper, untuk dengan cepat melindungi instance database HANA, menetapkan alamat IP virtual bagi klien untuk terhubung ke sana, dan mengelola seluruh stack darinya. Anda dapat memiliki lingkungan multi-instance dan solusinya akan mengelola semua instance, IP virtual, dll. dalam GUI yang terintegrasi penuh, yang membuatnya sangat mudah untuk mengkonfigurasi, mengelola seluruh lanskap SAP yang ada di SIOS HA.

Komprehensif HA/DR Stack untuk SAP-

Selain database HANA, SIOS Protection suite juga menyediakan perlindungan untuk layanan SAP kunci dan aplikasi pendukung, yang semuanya dapat dikelola dari GUI yang sama:

• Server aplikasi utama (PAS)
• ABAP SAP Central Layanan (ASCS)
• SAP Central Layanan (SCS)
• Enqueue dan pesan server
• Enqueue replikasi server (ERS)
• Database (Oracle, Sybase, MaxDB, HANA, dll)
• Sistem file bersama dan/atau direplikasi
• Volume logis (LVM)
• NFS tunggangan dan ekspor
• IP virtual

Cluster di awan

Ketika bergerak SAP ke awan, salah satu tantangan utama adalah bagaimana melindungi SAP database, serta aplikasi SAP stack dalam SAP arsitektur yang didukung. SIOS telah terdepan dari langkah ini dan dirancang, disertifikasi dan didukung oleh SAP serta semua penyedia awan utama.

Diagram di bawah ini adalah desain tingkat tinggi bagaimana sepasang sistem S/4HANA dapat digunakan di berbagai zona ketersediaan, atau bahkan daerah. Dalam lingkungan awan, sebagai penyedia memiliki latency yang sangat rendah antara AZs, adalah sepenuhnya mungkin untuk menggunakan replikasi sinkron di AZs, sehingga menciptakan sepasang sangat tersedia S/4HANA sistem, bukan hanya untuk HA tetapi juga untuk DR pada waktu yang sama. Hal ini karena AZs adalah pusat data yang terpisah secara geografis, seperti bagaimana pusat data di-premis DR, yang sangat berlebihan konektivitas jaringan berkecepatan tinggi antara mereka.

Mengapa menggunakan SIOS atas sumber terbuka HA untuk SAP?

Pertanyaan ini akan selalu muncul dalam pikiran orang, karena beberapa vendor Linux sudah menyediakan mereka ekstensi HA (HAE) atau Clustering, mengapa ada orang yang ingin menggunakan pihak ke-3 komersial HA solusi seperti SIOS?

1. Open Source HA sedang ditawarkan sebagai bagian dari OS tertentu rasa “perusahaan SAP” langganan ekstensi-itu datang dengan biaya, itu pasti tidak gratis, dan tidak semua rasa Linux didukung. SIOS mendukung semua rasa Linux utama termasuk RedHat, SUSE, CentOS dan Oracle Linux. Untuk pelanggan yang ingin menjalankan Windows untuk mereka ASCS atau content server dll. SIOS juga memiliki solusi berbasis Windows dengan dukungan cluster Windows, membuatnya menjadi one-stop-shop untuk seluruh SAP lansekap terlepas dari platform.
2. Dukungan komersial HA-vendor OS tergantung pada komunitas open-source untuk perbaikan bug, yang dapat menjadi masalah jika bug membutuhkan waktu yang lebih lama untuk mendapatkan dipecahkan oleh kontributor yang kurang aktif. SIOS menyediakan dukungan komersial dengan dukungan khusus dan tim pengembangan hanya untuk ‘ solusi ketersediaan tinggi, dan memiliki resolusi dukungan langsung 24×7, yang akan memberikan pelanggan lebih percaya diri ketika ada masalah yang mungkin berkembang.
3. Pengaturan kompleks dan admin melalui baris perintah yang dibutuhkan oleh alat open-source. Mereka terdiri dari komponen yang berbeda seperti Pacemaker, Corosync dll. dikelola oleh inisiatif open-source yang berbeda. SIOS menyediakan GUI All-In-One untuk penyiapan dan admin berbasis Wizard. Hal ini memungkinkan seseorang untuk menyebarkan SAP HA dalam hitungan jam bukan minggu/bulan.
4. SIOS menyediakan pemantauan aplikasi pre-built dan orkestrasi kegagalan untuk semua komponen SAP dan awan yang memerlukan HA melalui Wizard di GUI, dibandingkan dengan menggunakan ekstensi HA yang masih memerlukan banyak konfigurasi manual.
5. Secara otomatis memastikan SAP ERS selalu berjalan di seberang node ASCS-SIOS menyediakan intelijen bahkan dalam multi-simpul ASCS setup, jika terjadi kegagalan dan ASCS failsover ke simpul dengan ERS berjalan, ketika ASCS asli pulih simpul, ERS mendapat secara otomatis beralih melintasi sehingga kunci selalu mendapatkan redundansi yang dibutuhkan. Solusi opensource membutuhkan ini harus dilakukan secara manual, maka dampak keandalan dan ketersediaan terutama pada saat beberapa kegagalan dan pemulihan.
6. SIOS mengurangi waktu implementasi/manajemen dan biaya, waktu yang lebih rendah yang Anda habiskan untuk mengimplementasikan dan memelihara HA, semakin banyak waktu yang Anda miliki untuk tugas yang lebih penting lainnya.
7. Open-Source menggunakan mekanisme STONITH yang telah hampir tidak dapat diandalkan terutama di lingkungan awan, SIOS menyediakan pendekatan multi-throng untuk mencegah kegagalan palsu dan saksi perpecahan-otak-kuorum, beberapa Comm. jalan (detak jantung) yang telah terbukti selama lebih dari 20 tahun untuk menjadi sangat handal dalam banyak skenario.

Ringkasan

SAP HANA fitur replikasi sistem datang sebagai bagian dari perangkat lunak dan bekerja dengan baik untuk melindungi database dari dataloss dalam kasus masalah timbul dari kegagalan perangkat keras atau sistem. Namun jika ketersediaan tinggi adalah kebutuhan, itu akan tetap membutuhkan solusi pihak ke-3 untuk mendapatkan beberapa pemantauan otomatis, kegagalan orkestrasi, virtual IP dan sebagainya. Sementara ada pilihan opensource dalam bentuk perusahaan Linux OS langganan untuk SAP, mereka pasti tidak datang gratis, dan dukungan teknis masih terbatas karena mereka murni mengandalkan komunitas opensource untuk mempertahankan alat, Corosync dll Proyek. dan untuk mendapatkan dukungan dari kontributor. Ada juga keterbatasan dalam replikasi sistem asli, HAE opensource yang dapat diatasi dengan vendor solusi perangkat lunak komersial seperti SIOS.

Oleh karena itu, SIOS sebagai pihak ke-3 handal penyedia solusi ketersediaan tinggi dapat membantu untuk memastikan pelanggan perusahaan mendapatkan kehandalan dan ketersediaan tinggi yang mereka butuhkan dalam misi kritis sistem SAP operasi, untuk ketenangan pikiran, membuktikan dirinya sebagai solusi pelengkap yang sangat layak untuk SAP HANA replikasi sistem, yang juga sepenuhnya didukung oleh SAP dan semua utama OS dan platform vendor.

Penulis:

Yang
Seorang profesional IT yang telah difokuskan pada ketersediaan tinggi dan pemulihan bencana selama lebih dari 20 tahun. Saat ini bekerja di SIOS Technology Corp. sebagai pengembangan bisnis strategis untuk APAC.