Sdílet prostřednictvím

Důležité informace o nasazení DBMS ve službě Azure Virtual Machines pro úlohy SAP

Tato příručka je součástí dokumentace k implementaci a nasazení softwaru SAP v Microsoft Azure. Než si přečtete tuto příručku , přečtěte si průvodce plánováním a implementací a články, na které vás průvodce plánováním odkazuje. Tento dokument popisuje obecné aspekty nasazení systémů DBMS souvisejících se SAP na virtuálních počítačích Microsoft Azure s využitím funkcí infrastruktury Azure jako služby (IaaS).

Tento dokument doplňuje dokumentaci k instalaci SAP a poznámky SAP, které představují primární prostředky pro instalace a nasazení softwaru SAP na daných platformách.

V tomto dokumentu jsou zavedeny aspekty spouštění systémů DBMS souvisejících se SAP ve virtuálních počítačích Azure. V tomto dokumentu existuje několik odkazů na konkrétní systémy DBMS. Místo toho se konkrétní systémy DBMS zpracovávají v jiných dokumentech specifických pro databázový systém.

Zdroje informací

V Azure jsou k dispozici další články týkající se úloh SAP. Začněte s úlohou SAP v Azure: Začněte a zvolte oblast zájmu.

Následující poznámky SAP se týkají SAP v Azure, pokud jde o oblast pokrytou v tomto dokumentu.

Číslo poznámky Nadpis
1928533 Aplikace SAP v Azure: Podporované produkty a typy virtuálních počítačů Azure
2015553 SAP v Microsoft Azure: Požadavky na podporu
1999351 Řešení potíží s vylepšeným monitorováním Azure pro SAP
2178632 Klíčové metriky monitorování pro SAP v Microsoft Azure
1409604 Virtualizace ve Windows: Rozšířené monitorování
2191498 SAP v Linuxu s Azure: Rozšířené monitorování
2039619 Aplikace SAP v Microsoft Azure využívající databázi Oracle: Podporované produkty a verze
2233094 DB6: Aplikace SAP v Azure využívající IBM DB2 pro Linux, UNIX a Windows: Další informace
2243692 Linux na virtuálním počítači Microsoft Azure (IaaS): Problémy s licencemi SAP
2578899 SUSE Linux Enterprise Server 15: Poznámka k instalaci
1984787 SUSE LINUX Enterprise Server 12: Poznámky k instalaci
2772999 Red Hat Enterprise Linux 8.x: Instalace a konfigurace
2002167 Red Hat Enterprise Linux 7.x: Instalace a upgrade
2069760 Instalace a upgrade SAP Oracle Linuxu 7.x
1597355 Doporučení pro odkládací prostor pro Linux
2799900 Central Technical Note for Oracle Database 19c
2171857 Oracle Database 12c: Podpora systému souborů v Linuxu
1114181 Oracle Database 11g: Podpora systému souborů v Linuxu
2969063 Ověření mikrokódu selhalo v HCMT v Azure
3246210 Azure – Selhání HCMT během některých testů výkonnosti disku

Informace o všech poznámkách SAP pro Linux najdete na wikiwebu komunity SAP.

Potřebujete pracovní znalosti o architektuře Microsoft Azure a o tom, jak se nasazují a provozují virtuální počítače Microsoft Azure. Další informace najdete v dokumentaci k Azure.

Obecně platí, že instalace a konfigurace systému Windows, Linux a DBMS jsou v podstatě stejné jako všechny virtuální počítače nebo holé počítače, které instalujete místně. Při používání Azure IaaS se liší některá rozhodnutí o architektuře a implementaci správy systémů. Tento dokument vysvětluje konkrétní rozdíly v architektuře a správě systémů, které se mají připravit při použití Azure IaaS.

Struktura úložiště virtuálního počítače pro nasazení RDBMS

Pokud chcete postupovat podle této kapitoly, přečtěte si a seznamte se s informacemi, které jsou uvedené v těchto tématu:

Pro blokové úložiště Azure je použití spravovaných disků Azure povinné. Podrobnosti o spravovaných discích Azure najdete v článku Úvod ke spravovaným diskům pro virtuální počítače Azure.

V základní konfiguraci obvykle doporučujeme strukturu nasazení, ve které jsou operační systém, DBMS a případné binární soubory SAP oddělené od databázových souborů. Doporučujeme mít samostatné disky Azure pro:

  • Operační systém (základní virtuální pevný disk nebo virtuální pevný disk operačního systému)
  • Spustitelné soubory systému pro správu databází
  • Spustitelné soubory SAP, jako je /usr/sap
  • Datové soubory DBMS
  • Soubory protokolu obnovení DBMS

Konfigurace, která tyto komponenty odděluje do pěti různých svazků, může mít za následek vyšší odolnost, protože nadměrné využití na jednom svazku nemusí nutně kolidovat s využitím jiných svazků, pokud nedojde k překročení kvóty a limitů úložiště virtuálních počítačů.

Datové a transakční/opakovaně protokolové soubory DBMS se ukládají v blokovém úložišti podporovaném Azure nebo ve službě Azure NetApp Files. Služba Azure Files nebo Azure Premium Files není podporována jako úložiště pro data a/nebo soubory protokolů obnovy při pracovní zátěži SAP. Ukládají se na samostatné disky a jsou připojené jako logické disky k původnímu virtuálnímu počítači s imagí operačního systému Azure. V případě linuxových nasazení jsou zdokumentována různá doporučení. Přečtěte si článek Typy úložiště Azure pro úlohy SAP pro možnosti a podporu různých typů úložiště pro váš scénář. Konkrétně pro SAP HANA začněte článkem Konfigurace úložiště virtuálních počítačů SAP HANA Azure.

Při plánování rozložení disku najděte nejlepší rovnováhu mezi těmito položkami:

  • Počet datových souborů.
  • Počet disků, které obsahují soubory.
  • Kvóty vstupně-výstupních operací za sekundu jednoho disku nebo sdílené složky NFS.
  • Propustnost dat na disk nebo sdílenou složku NFS.
  • Počet dalších datových disků, které je možné na velikost virtuálního počítače.
  • Celková propustnost úložiště nebo sítě, kterou může virtuální počítač poskytnout.
  • Latence, kterou mohou poskytovat různé typy Azure Storage.
  • IOPS a kvóta propustnosti úložiště virtuálních počítačů
  • Kvóta sítě virtuálních počítačů v případě, že používáte systém souborů NFS – přenos dat do sdílených složek NFS se započítává do síťové kvóty virtuálního počítače a NE do kvóty úložiště.
  • Smlouvy SLA virtuálních počítačů.

Azure vynucuje kvótu IOPS na datový disk nebo sdílenou složku NFS. Tyto kvóty se liší pro disky hostované v různých řešeních nebo sdílených složkách blokového úložiště Azure. Latence vstupně-výstupních operací se také mezi těmito různými typy úložiště liší.

Každý z různých typů virtuálních počítačů má omezený počet datových disků, které můžete připojit. Dalším omezením je, že se můžou používat jenom některé typy virtuálních počítačů, například Premium Storage. Obvykle se rozhodnete použít určitý typ virtuálního počítače na základě požadavků na procesor a paměť. Musíte také zvážit požadavky na propustnost vstupně-výstupních operací za sekundu, latenci a propustnost disku, které se obvykle škálují s počtem disků nebo typem disků Premium Storage v1. Počet vstupně-výstupních operací za sekundu a propustnost, které má každý disk dosáhnout, může diktovat velikost disku, zejména u premium storage v1. S diskem Premium Storage v2 nebo Ultra můžete vybrat zřízené IOPS a propustnost nezávisle na kapacitě disku.

Poznámka:

Pro nasazení DBMS důrazně doporučujeme azure Premium Storage (verze 1 a v2), disk úrovně Ultra nebo sdílené složky NFS založené na Azure NetApp Files pro všechna data, transakční protokol nebo opakované soubory. Nezáleží na tom, jestli chcete nasadit produkční nebo neprodukční systémy. Latence Azure Standard HDD nebo SSD není přijatelná pro žádný typ produkčního systému.

Poznámka:

Aby se maximalizovala jednotka SLA pro jeden virtuální počítač Azure, musí být všechny disky, které jsou připojeny, typu Azure Premium Storage (v1 nebo v2) nebo Azure Ultra, včetně základního virtuálního pevného disku (Azure Premium Storage).

Poznámka:

Hostování hlavních databázových souborů, jako jsou soubory dat a protokolů, databází SAP na hardwaru úložiště umístěném ve společném datacentru třetích stran, která sousedí s datovými centry Azure, se nepodporuje. Úložiště poskytované prostřednictvím softwarových zařízení hostovaných na virtuálních počítačích Azure se v tomto případě také nepodporuje. U úloh SAP DBMS se obecně podporuje pouze úložiště reprezentované jako nativní služba Azure pro soubory dat a transakčních protokolů databází SAP. Různé DBMS můžou podporovat různé typy úložiště Azure. Další podrobnosti najdete v článku Typy úložiště Azure pro úlohy SAP.

Umístění souborů databáze, souborů protokolu a redo souborů a typu služby úložiště Azure, které používáte, je definováno požadavky na vstupně-výstupní operace za sekundu, latenci a propustnost. Konkrétně pro Azure Premium Storage v1, abyste dosáhli dostatečného počtu vstupně-výstupních operací za sekundu, můžete být nuceni použít více disků nebo použít větší disk služby Premium Storage. Pokud používáte více disků, vytvořte softwarový stripe přes disky, které obsahují datové soubory nebo protokolové a obnovovací soubory. V takových případech jsou SLA pro IOPS a propustnost disku prémiových disků úložiště nebo maximální dosažitelné IOPS standardních disků úložiště kumulativní pro výslednou sestavu proužků.

Pokud váš požadavek na vstupně-výstupní operace za sekundu překročí to, co může jeden virtuální pevný disk poskytnout, vyrovnejte počet IOPS potřebných pro databázové soubory napříč několika virtuálními pevnými disky. Nejjednodušší způsob, jak rozložit zatížení IOPS mezi disky, je vytvořit softwarový stripe přes různé disky. Pak umístěte několik datových souborů SAP DBMS na logické jednotky vyřezané z softwarového pruhu. Počet disků v pruhu je řízen požadavky na vstupně-výstupní operace za sekundu, požadavky na propustnost disku a požadavky na svazky.

Proužkování úložiště Windows Windows

Doporučujeme používat Windows Prostory úložiště pro vytvoření pruhovaných sad napříč více virtuálními pevnými disky Azure. Použijte alespoň Windows Server 2012 R2 nebo Windows Server 2016.

Prokládání úložiště s Linuxem Linux

K vytvoření softwarového raidu v Linuxu se podporuje pouze MDADM a Správce logických svazků (LVM). Další informace naleznete v tématu:

Pro disk Azure Premium Storage v2 a Ultra nemusí být potřeba prokládání, protože můžete definovat IOPS a propustnost disku nezávisle na velikosti disku.

Poznámka:

Vzhledem k tomu, že Azure Storage uchovává tři kopie virtuálních pevných disků, nemá smysl při použití prokládání nakonfigurovat redundanci. Stačí nakonfigurovat rozložení tak, aby se vstupně-výstupní operace distribuovaly do různých virtuálních pevných disků.

Spravované nebo nespravované disky

Účet úložiště Azure je administrativní struktura a také předmětem omezení. Informace o možnostech a omezeních najdete v tématu Škálovatelnost a výkonnostní cíle služby Azure Storage. U úložiště úrovně Standard mějte na paměti, že platí omezení počtu IOPS na účet úložiště. Podívejte se na řádek, který obsahuje celkovou míru požadavků v článku Škálovatelnost a výkonnostní cíle služby Azure Storage. Existuje také počáteční limit počtu účtů úložiště na předplatné Azure. Od roku 2017 představila Azure koncepty Azure Spravované disky, které vám uleví při správě účtů úložiště. Použití spravovaných disků Azure je výchozí nasazení pro úlohy SAP v Azure.

Důležité

Vzhledem k výhodám spravovaných disků Azure je povinné je používat pro nasazení DBMS a nasazení SAP obecně.

Pokud máte úlohu SAP, která ještě nepoužívá spravované disky, pokud chcete převést z nespravovaných na spravované disky, podívejte se na:

Ukládání do mezipaměti pro virtuální počítače a datové disky

Při připojování disků k virtuálním počítačům můžete zvolit, jestli se vstupně-výstupní provoz mezi virtuálním počítačem a těmito disky umístěnými v úložišti Azure ukládá do mezipaměti.

Následující doporučení předpokládají tyto charakteristiky vstupně-výstupních operací pro standardní DBMS:

  • Je to většinou úloha čtení pro datové soubory databáze. Tato čtení jsou pro systém DBMS kritická pro výkon.
  • Zápis do datových souborů probíhá ve vlnách na základě kontrolních bodů nebo jako konstantní datový proud. Průměrně za den je méně zápisů než čtení. Na rozdíl od čtení z datových souborů jsou tyto zápisy asynchronní a nepodržují žádné uživatelské transakce.
  • Z transakčního protokolu nebo souborů záznamů se téměř nečte. Výjimky jsou velké vstupně-výstupní operace při provádění zálohování transakčních protokolů.
  • Hlavním zatížením na transakční soubory nebo soubory protokolu opakování jsou zápisy. V závislosti na povaze úlohy mohou být vstupně-výstupní operace tak malé jako 4 kB nebo mohou mít velikost 1 MB nebo více.
  • Všechny zápisy musí být trvale zachovány na disku spolehlivým způsobem.

Pro Azure Premium Storage v1 existují následující možnosti ukládání do mezipaměti:

  • Nic
  • Přečtěte
  • Čtení/zápis
  • None + Write Accelerator, který je určen pouze pro virtuální počítače Azure M-Series
  • Akcelerátor čtení a zápisu, který je určený jenom pro virtuální počítače Azure M-Series

Pro premium storage v1 doporučujeme použít ukládání do mezipaměti pro čtení pro datové soubory databáze SAP a zvolit žádné ukládání do mezipaměti pro disky logovacích souborů.

Poznámka:

U některých nových typů virtuálních počítačů M(b)v3 může využití úložiště SSD úrovně Premium v1 uložené v mezipaměti čtení vést k nižším rychlostem IOPS čtení a zápisu, než byste získali v případě, že nepoužíváte mezipaměť pro čtení.

Pro nasazení M-Series doporučujeme použít Azure Write Accelerator pouze pro disky s log soubory. Podrobnosti, omezení a nasazení akcelerátoru zápisu Azure najdete v tématu Povolení akcelerátoru zápisu.

Pro úložiště Premium v2, disky Ultra a Azure NetApp Files nejsou nabízeny žádné možnosti ukládání do mezipaměti.

Nepersistentní disky Azure

Virtuální počítače Azure nabízejí nepersistentní disky po nasazení virtuálního počítače. Pokud se virtuální počítač restartuje, veškerý obsah na těchto jednotkách se dá vymazat. Vzhledem k tomu, že datové soubory a protokoly a opakované soubory databází by se neměly za žádných okolností na těchto nepersistovaných jednotkách nacházet. U některých databází můžou existovat výjimky, kdy by tyto nepersistované jednotky mohly být vhodné pro databáze tempdb a dočasné tabulkové prostory.

Další informace najdete v tématu Pochopte dočasnou jednotku na virtuálních počítačích s Windows v Azure.

Nepřetrvávající disk Windows Windows

Jednotka D na virtuálním počítači Azure je nepersistovaná jednotka, která je založená na některých místních discích na výpočetním uzlu Azure. Protože není uložena, všechny změny provedené v obsahu na jednotce D se při restartování virtuálního počítače ztratí. Mezi změny patří uložené soubory, vytvořené adresáře a nainstalované aplikace.

Linuxnepřetržený disk Linux

Virtuální počítače Azure s Linuxem automaticky připojují jednotku v /mnt/prostředku, která je nepersistovaná jednotka založená na místních discích na výpočetním uzlu Azure. Protože se neukládá trvale, při restartování virtuálního počítače dojde ke ztrátě všech změn obsahu v /mnt/resource. Mezi změny patří uložené soubory, vytvořené adresáře a nainstalované aplikace.

Odolnost služby Microsoft Azure Storage

Microsoft Azure Storage ukládá základní virtuální pevný disk s operačním systémem a připojenými disky nebo objekty blob alespoň na třech samostatných uzlech úložiště. Tento typ úložiště se nazývá místně redundantní úložiště (LRS). LRS je výchozí pro všechny typy úložiště v Azure.

Existují i jiné metody redundance. Další informace najdete v Replikace Azure Storage.

Poznámka:

Azure Premium Storage v1 a v2, Ultra disky a Azure NetApp Files jsou doporučovanými typy úložišť pro virtuální počítače DBMS a disky, které ukládají databáze, protokolové a redo soubory. S výjimkou premium storage v1 je jedinou dostupnou metodou redundance pro tyto typy úložišť LRS. V důsledku toho je potřeba nakonfigurovat databázové metody tak, aby umožňovaly replikaci dat databáze do jiné oblasti Azure nebo zóny dostupnosti. Mezi databázové metody patří SQL Server AlwaysOn, Oracle Data Guard a systémová replikace HANA.

Odolnost uzlů virtuálních počítačů

Azure nabízí několik různých smluv SLA pro virtuální počítače. Další informace najdete v nejnovější verzi smlouvy SLA pro virtuální počítače. Vzhledem k tomu, že vrstva DBMS je pro dostupnost v systému SAP důležitá, musíte porozumět různým typům nasazení a událostem údržby. Další informace o těchto konceptech najdete v tématu Správa dostupnosti virtuálních počítačů v Azure.

Minimální doporučení pro scénáře produkčního DBMS se zátěží SAP je:

  • Nasaďte dva virtuální počítače pomocí zvoleného typu nasazení ve stejné oblasti Azure.
  • Spusťte tyto dva virtuální počítače ve stejné virtuální síti Azure a připojte jejich síťové karty ke stejným podsítím.
  • Použití databázových metod k zachování aktivního pohotovostního režimu s druhým virtuálním počítačem. Metody můžou být SQL Server AlwaysOn, Oracle Data Guard nebo systémová replikace HANA.

Můžete také nasadit třetí virtuální počítač v jiné oblasti Azure a použít stejné databázové metody k poskytnutí asynchronní repliky v jiné oblasti Azure.

Důležité informace o síti Azure

V rozsáhlých nasazeních SAP použijte podrobný plán virtuálního datového centra Azure. Můžete ho použít pro konfiguraci a oprávnění a přiřazení rolí virtuální sítě k různým částem vaší organizace.

Tyto osvědčené postupy jsou výsledkem tisíců zákaznických nasazení:

  • Virtuální sítě, do kterých je aplikace SAP nasazená, nemají přístup k internetu.
  • Databázové virtuální počítače běží ve stejné virtuální síti jako aplikační vrstva oddělená v jiné podsíti od aplikační vrstvy SAP.
  • Virtuální počítače v rámci virtuální sítě mají statické přidělení privátní IP adresy. Další informace najdete v tématu Typy IP adres a metody přidělování v Azure.
  • Omezení směrování do a z virtuálních počítačů DBMS nejsou nastavena pomocí brán firewall nainstalovaných na místních virtuálních počítačích DBMS. Místo toho se směrování provozu definuje pomocí skupin zabezpečení sítě (NSG).
  • Pokud chcete oddělit a izolovat provoz na virtuální počítač DBMS, přiřaďte k virtuálnímu počítači různé síťové karty. Každá síťová karta získá jinou IP adresu a každá síťová karta je přiřazena k jiné podsíti virtuální sítě. Každá podsíť má různá pravidla NSG. Izolace nebo oddělení síťového provozu je míra směrování. Nepoužívá se k nastavení kvót pro propustnost sítě.

Poznámka:

Přiřazení statických IP adres prostřednictvím Azure znamená jejich přiřazení k jednotlivým virtuálním síťovým kartám. Nepřiřazujte statické IP adresy v rámci hostovaného operačního systému k virtuální síťové kartě. Některé služby Azure, jako je Azure Backup, spoléhají na skutečnost, že alespoň primární virtuální síťová karta v hostovaném operačním systému je nastavená na PROTOKOL DHCP a ne na statické IP adresy. Další informace najdete v tématu Řešení potíží se zálohováním virtuálních počítačů Azure. Pokud chcete virtuálnímu počítači přiřadit více statických IP adres, přiřaďte k virtuálnímu počítači několik virtuálních síťových karet.

Varování

Konfigurace síťových virtuálních zařízení v komunikační cestě mezi aplikací SAP a vrstvou DBMS systému SAP NetWeaver-, Hybris- nebo S/4HANA se nepodporuje. Toto omezení platí z důvodů funkčnosti a výkonu. Komunikační cesta mezi aplikační vrstvou SAP a vrstvou DBMS musí být přímá. Omezení nezahrnuje skupinu zabezpečení aplikací (ASG) a pravidla skupiny zabezpečení sítě (NSG), pokud tato pravidla ASG a NSG povolují přímou komunikační cestu. To zahrnuje také provoz na sdílené složky NFS, které hostují data DBMS a soubory s redology.

Jiné scénáře, ve kterých nejsou podporovaná síťová virtuální zařízení:

Síťová virtuální zařízení v komunikačních cestách můžou snadno zdvojnásobit latenci sítě mezi dvěma komunikačními partnery. Mohou také omezit propustnost v kritických cestách mezi aplikační vrstvou SAP a vrstvou DBMS. V některých scénářích zákazníků můžou síťová virtuální zařízení způsobit selhání clusterů Pacemaker s Linuxem. Jedná se o případy, kdy uzly clusteru Pacemaker s Linuxem komunikují se svým zařízením SBD prostřednictvím síťového virtuálního zařízení.

Důležité

Dalším návrhem, který se nepodporuje, je oddělení aplikační vrstvy SAP a vrstvy DBMS do různých virtuálních sítí Azure, které spolu nejsou v partnerském vztahu. Doporučujeme oddělit aplikační vrstvu SAP a vrstvu DBMS pomocí podsítí ve virtuální síti Azure namísto použití různých virtuálních sítí Azure.

Pokud se rozhodnete, že doporučení nedodržujete a místo toho tyto dvě vrstvy rozdělíte do různých virtuálních sítí, musí být obě virtuální sítě v partnerském vztahu.

Mějte na paměti, že síťový provoz mezi dvěma virtuálními sítěmi Azure v partnerském vztahu podléhá nákladům na přenos. Velký objem dat, který se skládá z mnoha terabajtů, se vyměňuje mezi aplikační vrstvou SAP a vrstvou DBMS. Pokud je aplikační vrstva SAP a vrstva DBMS oddělené mezi dvěma partnerskými virtuálními sítěmi Azure, můžete nashromáždit značné náklady.

Přesměrování provozu pomocí Azure Load Balanceru

Použití privátních virtuálních IP adres používaných ve funkcích, jako je SQL Server AlwaysOn nebo replikace systému HANA, vyžaduje konfiguraci nástroje pro vyrovnávání zatížení Azure. Nástroj pro vyrovnávání zatížení pomocí portů sondy určí aktivní uzel DBMS a směruje provoz výhradně do tohoto aktivního databázového uzlu.

Pokud dojde k přepnutí při selhání databázového uzlu, není nutné aplikaci SAP překonfigurovat. Místo toho se nejběžnější architektury aplikací SAP znovu připojují k privátní virtuální IP adrese. Mezitím vyrovnávač zatížení reaguje na selhání uzlu přesměrováním provozu na soukromou virtuální IP adresu na druhý uzel.

Azure nabízí dvě různé varianty vyrovnávače zatížení: základní variantu a standardní variantu. Na základě výhod v nastavení a funkčnosti byste měli použít standardní SKU vyrovnávače zatížení Azure. Jednou z velkých výhod verze Standard nástroje pro vyrovnávání zatížení je to, že datový provoz se nesměruje přes samotný nástroj pro vyrovnávání zatížení.

Příklad konfigurace interního nástroje pro vyrovnávání zatížení najdete v článku Kurz: Ruční konfigurace skupiny dostupnosti SQL Serveru na virtuálních počítačích Azure

Poznámka:

Existují rozdíly v chování základní a standardní skladové položky související s přístupem k veřejným IP adresům. Způsob, jak obejít omezení skladové položky Standard pro přístup k veřejným IP adresám, je popsáno v dokumentu Připojení veřejného koncového bodu pro virtuální počítače pomocí Azure Standard Load Balanceru ve scénářích s vysokou dostupností SAP.

Nasazení monitorování hostitele

Pro produkční použití aplikací SAP na virtuálních počítačích Azure vyžaduje SAP možnost získat data monitorování hostitele z fyzických hostitelů, na kterých běží virtuální počítače Azure. Vyžaduje se konkrétní úroveň oprav agenta hostitele SAP, která umožňuje tuto funkci v SAPOSCOL a agentu hostitele SAP. Přesná úroveň opravy je zdokumentovaná v 1409604 SAP Note.

Další informace o nasazení komponent, které doručují data hostitele do SAPOSCOL a agenta hostitele SAP a správu životního cyklu těchto komponent, najdete v článku Implementace rozšíření virtuálního počítače Azure pro řešení SAP.

Další kroky

Další informace o konkrétním DBMS najdete tady:

  • Last updated on