Menjalankan SAP BW/4HANA dengan mesin virtual Linux di Azure

Bastion
Managed Disks
Komputer Virtual
Virtual Network
SAP Hana di Azure Large Instances

Contoh berikut berfokus secara khusus pada tingkat aplikasi SAP BW/4HANA. Ini cocok untuk lingkungan produksi skala kecil SAP BW/4HANA di Azure, yang memprioritaskan ketersediaan tinggi.

Arsitektur

Arsitektur referensi menunjukkan serangkaian praktik yang telah terbukti untuk menjalankan SAP HANA di lingkungan peningkatan skala dengan ketersediaan tinggi yang mendukung pemulihan bencana di Azure

Komponen

Arsitektur ini memanfaatkan teknologi berikut:

  • Azure Virtual Network (VNet) secara aman menyambungkan sumber daya Azure satu sama lain dan ke lingkungan lokal. Dalam arsitektur ini, beberapa VNet di-peer bersama.

  • Mesin virtual Linux digunakan untuk tingkat aplikasi, termasuk:

    • Kluster server SAP BusinessObjects (BOBJ).
    • Kumpulan SAP Web Dispatcher.
    • Kluster server aplikasi.
    • Kluster SAP Central Services.
  • Set ketersediaan mengelompokkan dua atau lebih mesin virtual di seluruh kluster hosting Azure untuk mencapai ketersediaan tinggi dan perjanjian tingkat layanan (SLA) yang lebih tinggi.

  • Zona Ketersediaan meningkatkan ketersediaan beban kerja dengan mendistribusikan servernya di lebih dari satu pusat data dalam wilayah Azure.

  • Penyeimbang beban mengarahkan lalu lintas ke mesin virtual di subnet aplikasi. Untuk ketersediaan tinggi, contoh ini menggunakan SAP Web Dispatcher dan Azure Standard Load Balancer. Kedua layanan ini juga mendukung ekstensi kapasitas dengan melakukan panskalaan, atau Anda dapat menggunakan Azure Application Gateway atau produk mitra lainnya, tergantung pada jenis lalu lintas dan fungsionalitas wajib yang Anda butuhkan, seperti penghentian dan penerusan Secure Sockets Layer (SSL).

  • Kelompok keamanan jaringan (NSG) terlampir pada subnet atau ke kartu antarmuka jaringan (NIC) di mesin virtual. NSG digunakan untuk membatasi lalu lintas masuk, keluar, dan intra-subnet di jaringan virtual.

  • Azure Bastion menyediakan akses aman melalui portal Microsoft Azure ke mesin virtual yang berjalan di Azure, tanpa menggunakan jumpbox dan alamat IP publik yang terkait. Mekanisme ini membatasi eksposur ke internet.

  • Disk Terkelola Azure. Disk penyimpanan Premium atau Ultra direkomendasikan. Jenis penyimpanan ini memberikan persistensi data untuk mesin virtual dengan beban kerja SAP.

  • Azure NetApp Files mendukung penyimpanan bersama saat menggunakan kluster. Ini juga mendukung penyimpanan bersama saat Anda membutuhkan penyimpanan berperforma tinggi yang dapat menghosting file log dan data SAP HANA. Azure NetApp Files dikelola penuh dan memiliki skalabilitas yang cukup untuk memenuhi permintaan sebagian besar aplikasi. Ini memberikan performa setingkat bare-metal, latensi sepersekian milidetik, dan manajemen data terintegrasi untuk beban kerja perusahaan Anda yang kompleks pada:

    • SAP Hana.
    • Komputasi performa tinggi.
    • Aplikasi Lini Bisnis.
    • Berbagi file berperforma tinggi.
    • Infrastruktur desktop virtual.
  • Power BI memungkinkan pengguna mengakses dan memvisualisasikan data SAP BW/4HANA dari desktop Windows mereka. Penginstalan memerlukan SAP BW Connector (penerapan 2.0).

    Microsoft Power BI Desktop mengimpor data dari berbagai sumber SAP, seperti SAP BW/4HANA, untuk analisis dan visualisasi. Power BI juga melengkapi SAP BusinessObjects Universe dengan menawarkan konteks bisnis atau lapisan semantik di atas informasi mentah.

  • Azure Backup adalah solusi perlindungan data bersertifikat SAP Backint untuk SAP HANA dalam penyebaran peningkatan skala dan instans tunggal. Azure Backup juga melindungi Azure Virtual Machines dengan beban kerja umum.

  • Azure Site Recovery direkomendasikan sebagai bagian dari solusi pemulihan bencana otomatis untuk penyebaran aplikasi SAP NetWeaver multi-tingkat. Matriks dukungan merinci kemampuan dan batasan solusi ini.

Alternatif

  • Untuk membantu melindungi file host global SAP untuk Layanan Pusat SAP dan direktori transportasi SAP, Anda dapat menyebarkan server Network File System (NFS) dalam konfigurasi kluster failover.

  • SIOS Protection Suite, yang tersedia di Marketplace Azure, dapat digunakan untuk melindungi file hosting global untuk Central Services, bukan NFS atau Azure NetApp Files.

  • Azure Application Gateway adalah penyeimbang beban lalu lintas web. Dalam satu layanan, ini menyediakan penghentian SSL, layanan Web Application Firewall (WAF), serta fitur ketersediaan tinggi dan skalabilitas lainnya yang praktis. Beberapa penyebaran SAP telah menggunakannya sebagai gateway untuk front end SAP Fiori dalam lanskap produksi mereka.

Detail skenario

SAP BW/4HANA adalah solusi gudang data perusahaan yang didesain untuk cloud dan dioptimalkan untuk platform SAP HANA. Contoh berikut berfokus secara khusus pada tingkat aplikasi SAP BW/4HANA. Ini cocok untuk lingkungan produksi skala kecil SAP BW/4HANA di Azure, yang memprioritaskan ketersediaan tinggi.

Contoh beban kerja ini juga mengacu pada fondasi sepasang SAP pada arsitektur referensi Azure: SAP NetWeaver (Windows) untuk AnyDB pada mesin virtual dan SAP S/4HANA untuk mesin virtual Linux di Azure. Pendekatan penyebaran serupa digunakan untuk beban kerja SAP BW/4HANA. Lapisan aplikasi digunakan menggunakan mesin virtual yang dapat diubah ukurannya untuk mengakomodasi kebutuhan organisasi Anda.

Tata letak jaringan telah disederhanakan untuk menunjukkan prinsip arsitektur yang direkomendasikan untuk penyebaran perusahaan Azure berdasarkan topologi hub-spoke.

Catatan

Banyak pertimbangan penyebaran yang berlaku saat menyebarkan beban kerja SAP di Azure. Untuk ide lainnya dan informasi lebih lanjut, lihat daftar periksa perencanaan dan penyebaran SAP di Azure.

Untuk detail tentang lapisan persistensi data, lihat:

Kasus penggunaan potensial

Skenario ini relevan dengan kasus penggunaan berikut:

  • Penyebaran lapisan aplikasi SAP terpisah dari lapisan DBMS

  • Skenario pemulihan bencana (DR)

  • Penyebaran tingkat aplikasi SAP

Rekomendasi

Arsitektur ini didesain untuk ketersediaan tinggi, skalabilitas, dan ketahanan. Untuk hasil terbaik di Azure, pertimbangkan rekomendasi di bagian ini. Selain itu, banyak rekomendasi untuk menjalankan SAP S/4HANA di Azure juga berlaku untuk penyebaran SAP BW/4HANA. Untuk detail tentang SAP S/4HANA di Azure, lihat arsitektur referensi.

Komputer virtual

Untuk detail tentang dukungan SAP untuk jenis mesin virtual dan metrik throughput Azure (SAPS), lihat SAP Note 1928533, "Aplikasi SAP di Azure: Produk yang Didukung dan Jenis Mesin Virtual Azure." (Untuk mengakses ini dan SAP Note lainnya, diperlukan akun SAP Service Marketplace.)

Untuk informasi tentang apakah jenis mesin virtual telah disertifikasi untuk penyebaran skala SAP HANA, lihat kolom "Scale-out" di Direktori Perangkat Keras SAP HANA.

Kumpulan server aplikasi

Di kluster server aplikasi, Anda dapat menyesuaikan jumlah mesin virtual berdasarkan kebutuhan Anda. Azure disertifikasi untuk menjalankan SAP BW/4HANA di Red Hat Enterprise Linux dan SUSE Linux Enterprise.

Guna mengelola grup masuk untuk server aplikasi ABAP, sangat umum untuk menggunakan transaksi SMLG untuk menyeimbangkan beban grup yang berbeda, seperti:

  • Pengguna masuk.
  • SM61 untuk grup server batch.
  • RZ12 untuk grup RFC.

Transaksi ini menggunakan kemampuan penyeimbangan beban dalam server pesan Central Services untuk mendistribusikan sesi masuk atau beban kerja di antara kluster server aplikasi SAP untuk lalu lintas RFC dan SAP GUI.

Kluster SAP Central Services

Contoh ini menunjukkan kluster dengan ketersediaan tinggi yang menggunakan Azure NetApp Files sebagai solusi penyimpanan file bersama. Ketersediaan tinggi untuk kluster Central Services memerlukan penyimpanan bersama. Azure NetApp Files menyediakan opsi sederhana yang sangat tersedia sehingga Anda tidak perlu menyebarkan infrastruktur kluster Linux. Alternatifnya adalah menyiapkan layanan NFS dengan ketersediaan tinggi.

Anda juga dapat menyebarkan Central Services ke satu mesin virtual dengan disk terkelola Premium dan mendapatkan ketersediaan SLA sebesar 99,9 persen.

Mesin virtual yang digunakan untuk server aplikasi mendukung beberapa alamat IP per NIC. Fitur ini mendukung praktik yang direkomendasikan SAP dalam menggunakan nama host virtual untuk penginstalan seperti yang diuraikan dalam SAP Note 962955. Nama host virtual memisahkan layanan SAP dari nama host fisik dan memudahkan migrasi layanan dari satu hosting fisik ke hosting lainnya. Prinsip ini juga berlaku untuk komputer virtual cloud.

Server aplikasi tersambung ke Central Services dengan ketersediaan tinggi di Azure melalui nama host virtual Central Services atau layanan ERS. Nama host ini ditetapkan ke konfigurasi IP front-end kluster dari penyeimbang beban. Penyeimbang beban mendukung banyak IP front-end. Baik IP virtual ERS (VIP) dan Central Services dapat terikat pada satu penyeimbang beban.

Penginstalan multi-SID

Azure juga mendukung ketersediaan tinggi dalam penginstalan multi-SID dari Linux dan kluster Windows yang menjadi hosting Central Services (ASCS/SCS). Untuk detail tentang penyebaran ke kluster Pacemaker, lihat dokumentasi multi-SID Azure untuk:

Grup penempatan kedekatan

Arsitektur contoh ini juga menggunakan grup penempatan kedekatan untuk mengurangi latensi jaringan antara mesin virtual. Jenis grup ini menempatkan batasan lokasi pada penyebaran mesin virtual dan meminimalkan jarak fisik di antara mereka. Penempatan grup bervariasi sebagai berikut:

  • Dalam satu penginstalan SID, Anda harus menempatkan semua Central Services dan server aplikasi di grup penempatan kedekatan yang ditambatkan oleh database SAP HANA.

  • Dalam penginstalan multi-SID, Anda memiliki kebebasan untuk mengaitkan Central Services dan server aplikasi dengan grup penempatan kedekatan tunggal yang ditambatkan oleh kontainer SAP HANA dari SID yang berbeda.

Database

SAP BW/4HANA didesain untuk platform database SAP HANA. Azure menyediakan tiga opsi skalabilitas dan penyebaran:

Penyimpanan

Contoh ini menggunakan Disk terkelola Premium untuk penyimpanan non-bersama server aplikasi. Ini juga menggunakan Azure NetApp Files untuk penyimpanan bersama kluster.

Disk terkelola standar tidak didukung, seperti yang disebutkan dalam SAP Note 1928533. Penggunaan penyimpanan standar tidak direkomendasikan untuk penginstalan SAP apa pun.

Untuk penyimpanan data cadangan, sebaiknya gunakan tingkat arsip dan dingin Azure. Tingkat penyimpanan ini adalah cara hemat biaya untuk menyimpan data berumur panjang yang jarang diakses.

Jaringan

Meskipun tidak diwajibkan, topologi hub-spoke biasanya disebarkan untuk memberikan isolasi logis dan batas keamanan bagi lanskap SAP. Untuk detail jaringan lainnya, lihat arsitektur referensi SAP S/4HANA.

VNet hub bertindak sebagai titik pusat konektivitas ke jaringan lokal. Spoke-nya adalah VNet yang di-peer dengan hub, dan mereka dapat digunakan untuk mengisolasi beban kerja. Arus lalu lintas antara pusat data lokal dan hub melalui koneksi gateway.

Sebagian besar penerapan pelanggan menyertakan satu atau beberapa sirkuit ExpressRoute yang menyambungkan jaringan lokal ke Azure. Untuk permintaan bandwidth jaringan yang lebih sedikit, VPN adalah alternatif dengan biaya lebih rendah.

Pertimbangan

Pertimbangan ini mengimplementasikan pilar Azure Well-Architected Framework, yang merupakan serangkaian prinsip panduan yang dapat digunakan untuk meningkatkan kualitas beban kerja. Untuk informasi selengkapnya, lihat Microsoft Azure Well-Architected Framework.

Efisiensi performa

Efisiensi performa adalah kemampuan beban kerja Anda untuk menskalakan untuk memenuhi tuntutan yang diberikan oleh pengguna dengan cara yang efisien. Untuk informasi selengkapnya, lihat Gambaran umum pilar efisiensi performa.

SAP BW/4HANA didesain untuk tugas pergudangan data real-time. Server aplikasi SAP melakukan komunikasi konstan dengan server database, sehingga meminimalkan latensi dari mesin virtual aplikasi ke database berkontribusi pada performa aplikasi yang lebih baik. Caching disk dan penempatan server adalah dua strategi yang membantu mengurangi latensi antara kedua komponen ini.

Untuk aplikasi performa penting yang berjalan pada platform database apa pun, termasuk SAP HANA, gunakan Disk terkelola Premium dan aktifkan Write Accelerator untuk volume log. Write Accelerator tersedia untuk mesin virtual M-series dan dapat meningkatkan latensi tulis. Namun, jika tersedia, gunakan disk terkelola Ultra sebagai pengganti disk Premium tanpa Write Accelerator. Kemampuan disk ultra terus berkembang. Untuk melihat apakah disk ini dapat memenuhi kebutuhan Anda, tinjau informasi terbaru tentang cakupan layanan disk ultra. Lakukan peninjauan ini terutama jika penerapan Anda menyertakan fitur ketahanan Azure seperti set ketersediaan, Zona Ketersediaan, dan replikasi lintas wilayah.

Untuk membantu performa dengan mengurangi jarak fisik antara aplikasi dan database, gunakan grup penempatan kedekatan, seperti yang disebutkan sebelumnya. Skrip dan utilitas tersedia di GitHub.

Untuk mengoptimalkan komunikasi antar-server, gunakan Accelerated Networking, yang tersedia untuk mesin virtual yang didukung, termasuk D/DSv2, D/DSv3, E/ESv3, F/FS, FSv2, dan Ms/Mms. Di semua penerapan SAP, Accelerated Networking diperlukan—terutama saat Azure NetApp Files digunakan.

Untuk mencapai throughput bandwidth disk dan IO per detik yang tinggi, praktik umum dalam pengoptimalan performa volume penyimpanan berlaku untuk tata letak penyimpanan Azure. Misalnya, mengombinasikan beberapa disk untuk membuat volume disk gabungan akan meningkatkan performa IO. Mengaktifkan cache baca pada konten penyimpanan yang jarang berubah akan meningkatkan kecepatan pengambilan data.

Skalabilitas

Contoh arsitektur ini menggambarkan penyebaran tingkat produksi kecil dengan fleksibilitas untuk melakukan penskalaan berdasarkan kebutuhan Anda.

Pada lapisan aplikasi SAP, Azure menawarkan berbagai ukuran mesin virtual untuk meningkatkan dan menurunkan skala. Untuk mengetahui daftar inklusifnya, lihat SAP Note 1928533. Karena kami terus mengesahkan lebih banyak jenis mesin virtual, Anda dapat meningkatkan atau menurunkan skala dalam penyebaran cloud yang sama.

Ketersediaan

Redundansi sumber daya adalah tema umum dalam solusi infrastruktur dengan ketersediaan tinggi. Jika organisasi Anda memiliki SLA yang kurang ketat, gunakan mesin virtual instans tunggal dengan disk Premium, yang menawarkan SLA waktu aktif.

Untuk memaksimalkan ketersediaan aplikasi, Anda dapat menyebarkan sumber daya yang berlebihan dalam set ketersediaan atau di seluruh Zona Ketersediaan. Untuk informasi selengkapnya, lihat arsitektur referensi SAP S/4HANA.

Arsitektur ini menempatkan mesin virtual yang melakukan peran yang sama ke dalam set ketersediaan. Konfigurasi ini membantu memenuhi SLA dengan melindungi terhadap waktu nonaktif yang disebabkan oleh pemeliharaan infrastruktur Azure dan pemadaman yang tidak direncanakan. Dua atau lebih mesin virtual per set ketersediaan diperlukan untuk mendapatkan SLA yang lebih tinggi.

Azure Load Balancer

Azure Load Balancer adalah layanan lapisan transmisi jaringan (lapisan 4). Dalam penyiapan kluster, Azure Load Balancer mengarahkan lalu lintas ke instans layanan utama atau node yang sehat jika ada kesalahan. Sebaiknya gunakan Azure Standard Load Balancer untuk semua skenario SAP. Ini menawarkan penerapan keamanan sesuai desain dan memblokir lalu lintas keluar dari kumpulan back-end, kecuali jika Anda mengaktifkan konektivitas keluar ke titik akhir publik.

Selain itu, jika Anda memutuskan untuk menyebarkan beban kerja SAP di Zona Ketersediaan Azure, Standard Load Balancer bersifat peka terhadap zona.

Web Dispatcher

Dalam desain sampel ini, SAP Web Dispatcher digunakan hanya sebagai mekanisme penyeimbangan beban HTTP, untuk lalu lintas SAP di antara server aplikasi SAP. Guna mencapai ketersediaan tinggi untuk komponen Web Dispatcher, Azure Load Balancer menerapkan kluster failover atau penyiapan Web Dispatcher paralel. Lihat SAP Web Dispatcher di dokumentasi SAP.

Sebagai penyeimbang beban perangkat lunak, Web Dispatcher menawarkan layanan lapisan tambahan yang dapat melakukan penghentian SSL dan fungsi pemindahan lainnya. Layanan lapisan ini dikenal sebagai lapisan 7 dalam model jaringan ISO.

Tidak ada penyeimbang beban lain yang diperlukan untuk lalu lintas dari klien SAP GUI yang menyambungkan server SAP melalui protokol DIAG atau Remote Function Calls (RFC). Server pesan Central Services menyeimbangkan beban melalui grup masuk di server aplikasi SAP.

Komponen Web Dispatcher digunakan sebagai load balancer untuk lalu lintas SAP di antara beberapa server aplikasi SAP. Untuk mencapai ketersediaan tinggi SAP Web Dispatcher, Azure Load Balancer menerapkan kluster failover atau penyiapan Web Dispatcher paralel.

Untuk komunikasi ke arah internet, solusi tunggal di DMZ adalah arsitektur yang direkomendasikan untuk mengatasi masalah keamanan.

Embedded Web Dispatcher pada ASCS adalah opsi khusus, dan merupakan ukuran yang tepat karena beban kerja tambahan pada ASCS harus diperhitungkan.

Layanan Pusat

Untuk melindungi ketersediaan SAP Central Services (ASCS) pada mesin virtual Azure Linux, Anda harus menggunakan ekstensi ketersediaan tinggi (HAE) yang sesuai untuk distribusi Linux yang Anda pilih. HAE memberikan perangkat lunak kluster Linux dan komponen integrasi khusus OS untuk penerapan.

Untuk menghindari masalah split-brain kluster, Anda dapat menyiapkan pembatas node cluster menggunakan iSCSI STONITH Block Device (SBD), seperti yang ditunjukkan oleh contoh ini. Atau, Anda dapat menggunakan Azure Fence Agent. Azure Fence Agent yang dioptimalkan memberikan failover layanan yang jauh lebih cepat dibandingkan dengan versi agen sebelumnya untuk lingkungan Red Hat dan SUSE.

Server aplikasi lain di tingkat server aplikasi

Guna mencapai ketersediaan tinggi untuk server aplikasi utama SAP dan server aplikasi lainnya, seimbangkan beban lalu lintas dalam kumpulan server aplikasi.

Pemulihan bencana

Azure mendukung berbagai opsi pemulihan bencana tergantung pada kebutuhan Anda. Server aplikasi SAP tidak berisi data bisnis, sehingga Anda dapat membuat server aplikasi SAP di wilayah sekunder sebelum mematikannya. Perubahan konfigurasi dan pembaruan perangkat lunak server aplikasi SAP harus direplikasi ke sisi pemulihan bencana, baik secara manual atau sesuai jadwal. Anda dapat membuat mesin virtual di wilayah pemulihan bencana untuk menjalankan peran Central Services, yang juga tidak menyimpan data bisnis. Untuk mengetahui detailnya, lihat arsitektur referensi SAP S/4HANA.

Pemantauan

Untuk memaksimalkan ketersediaan serta performa aplikasi dan layanan, gunakan Azure Monitor. Azure Monitor adalah solusi komprehensif untuk mengumpulkan, menganalisis, dan bertindak berdasarkan telemetri dari lingkungan cloud dan lokal Anda.

Untuk menyediakan pemantauan berbasis SAP terhadap sumber daya dan performa layanan infrastruktur SAP, gunakan ekstensi Azure SAP Enhanced Monitoring. Untuk mengetahui detailnya, lihat SAP Note 2191498, "SAP di Linux dengan Azure: Enhanced Monitoring."

Azure Monitor, yang sekarang mencakup Azure Log Analytics dan Azure Application Insights, menyediakan alat canggih untuk mengumpulkan dan menganalisis telemetri. Ini memungkinkan Anda memaksimalkan performa serta ketersediaan sumber daya dan aplikasi cloud serta lokal Anda. Azure Monitor dapat digunakan untuk memantau dan memperingatkan administrator terkait anomali infrastruktur dan aplikasi dan untuk mengotomatiskan reaksi terhadap kondisi yang telah ditentukan.

Untuk menyediakan pemantauan berbasis SAP terhadap sumber daya dan performa layanan infrastruktur SAP, gunakan ekstensi Azure SAP Enhanced Monitoring. Ekstensi ini memasukkan statistik pemantauan Azure ke dalam aplikasi SAP untuk pemantauan sistem operasi dan fungsi DBA Cockpit. SAP Enhanced Monitoring adalah prasyarat wajib untuk menjalankan SAP di Azure. Untuk mengetahui detailnya, lihat catatan SAP 2191498 – "SAP di Linux dengan Azure: Enhanced Monitoring." (Untuk mengakses SAP Note, Anda harus memiliki akun SA Service Marketplace.)

Arah masa depan untuk solusi pemantauan end-to-end Azure-native untuk SAP BW/4HANA adalah Azure Monitor for SAP. Azure Monitor for SAP saat ini sedang dalam Pratinjau Publik. Ini hanya tersedia di satu set wilayah terbatas, jadi Anda harus mengevaluasi dengan cermat apakah ini dapat memenuhi kebutuhan Anda.

Azure Monitor for SAP menyediakan set metrik dan telemetri awal yang komprehensif untuk pemantauan. Definisi metrik disimpan sebagai kueri SQL di JSON dan dapat dimodifikasi untuk memenuhi kebutuhan Anda. Set metrik awal tersedia di GitHub di sini.

Cadangan

Untuk SAP ASCS dan server aplikasi, sebaiknya gunakan Azure Backup untuk melindungi konten mesin virtual. Azure Backup menyediakan cadangan independen dan terisolasi untuk membantu mencegah penghancuran data asli yang tidak disengaja. Cadangan disimpan di Vault Recovery Services yang menawarkan manajemen titik pemulihan bawaan. Konfigurasi dan skalabilitas sederhana, cadangan dioptimalkan, dan Anda dapat dengan mudah memulihkan data sesuai kebutuhan.

Cadangan tingkat database bervariasi tergantung pada apakah SAP HANA disebarkan pada mesin virtual atau Azure Large Instances. Lihat pertimbangan manajemen dan operasi untuk SAP HANA di mesin virtual Linux.

Keamanan

Keamanan memberikan jaminan terhadap serangan yang disengaja dan penyalahgunaan data dan sistem berharga Anda. Untuk informasi selengkapnya, lihat Gambaran umum pilar keamanan.

SAP memiliki User Management Engine (UME) sendiri untuk mengontrol akses dan otorisasi berbasis peran dalam aplikasi dan database SAP. Untuk mengetahui detailnya, lihat Panduan Keamanan SAP BW∕4HANA.

Arsitektur referensi SAP S/4HANA memberikan pertimbangan keamanan infrastruktur lainnya yang berlaku untuk SAP BW/4HANA.

Kontributor

Artikel ini dikelola oleh Microsoft. Awalnya ditulis oleh kontributor berikut.

Penulis utama:

Untuk melihat profil LinkedIn non-publik, masuk ke LinkedIn.

Langkah berikutnya

Pelajari lebih lanjut mengenai teknologi komponen:

Jelajahi arsitektur terkait: