Sdílet prostřednictvím

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

  • Článek

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 prohození místa 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 protokolů DBMS znovu

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čů.

Data a soubory protokolů transakcí/opakování DBMS se ukládají v podpora Azure blokovém úložišti nebo ve službě Azure NetApp Files. Služba Azure Files nebo Azure Premium Files se nepodporuje jako úložiště pro data DBSM ani soubory protokolů znovu s úlohou 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 různých typů azure Storage může poskytovat.
  • 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 – provoz do sdílených složek NFS se počítá 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 hdd nebo SSD úrovně Azure úrovně Standard není přijatelná pro žádný typ produkčního systému.

Poznámka:

Aby se maximalizovala smlouva SLA pro jeden virtuální počítač Azure, musí být všechny připojené disky Azure Premium Storage (v1 nebo v2) nebo Azure Ultra, které zahrnují základní virtuální pevný disk (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 a souborů protokolu a opakování a typu služby Azure Storage, 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 software prokládání mezi disky, které obsahují datové soubory nebo soubory protokolu a znovu. V takových případech jsou IOPS a smlouvy SLA propustnosti disku základních disků služby Premium Storage nebo maximální dosažitelné IOPS standardních disků úložiště pro výslednou sadu stripe nahromaděné.

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 distribuovat zatížení IOPS mezi disky, je vytvořit software prokládání různých disků. 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.

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

K vytváření prokládání sad napříč několika virtuálními pevnými disky Azure doporučujeme používat windows Prostory úložiště. 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 image virtuálních pevných disků, nemá smysl při prokládání nakonfigurovat redundanci. Stačí nakonfigurovat prokládání tak, aby se vstupně-výstupní operace distribuoval do různých virtuálních pevných disků.

Spravované nebo nespravované disky

Účet úložiště Azure je konstruktor správy 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 azure Spravované disky je povinné používat Azure Spravované disky 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 proti datovým souborům probíhá v nárůstech na základě kontrolních bodů nebo konstantního datového proudu. Průměrně za den je méně zápisů než čtení. Naopak čtení z datových souborů jsou tyto zápisy asynchronní a neudržují žádné uživatelské transakce.
  • Z transakčního protokolu nebo souborů znovu se obtížně č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 transakčních souborů nebo souborů protokolu opakování je zápis. V/V závislosti na povaze úlohy můžete mít vstupně-výstupní operace jako 4 kB nebo v jiných případech velikost vstupně-výstupních operací o velikosti 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
  • Čteno
  • Čtení/zápis
  • None + Write Accelerator, což je 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 souborů protokolu.

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 souborů protokolu. Podrobnosti, omezení a nasazení akcelerátoru zápisu Azure najdete v tématu Povolení akcelerátoru zápisu.

Pro disky Úrovně Premium v2, Disk Úrovně 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 Vysvětlení dočasné jednotky na virtuálních počítačích s Windows v Azure.

Nepersistovaný disk s 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. Vzhledem k tomu, že není potřeba, 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.

Linuxnonsististed 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. Vzhledem k tomu, že není potřeba, dojde při restartování virtuálního počítače ke ztrátě všech změn obsahu v souboru /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 tématu Replikace azure Storage.

Poznámka:

Azure Premium Storage v1 a v2, disk Ultra a Azure NetApp Files jsou doporučeným typem úložiště pro virtuální počítače DBMS a disky, které ukládají databáze a protokoly a znovu 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ím doporučením pro produkční scénáře DBMS s úlohou 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 mají připojené síťové karty ze stejných podsítí.
  • 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 nastavená s bránami firewall nainstalovanými 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é rozhraní se přiřadí 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.

Upozorňující

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ě, pokud tato pravidla skupiny zabezpečení sítě a skupiny zabezpečení sítě povolují přímou komunikační cestu. To zahrnuje také provoz do sdílených složek NFS, které hostují data DBMS a soubory protokolu znovu.

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 komunikace mezi 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řevzetí služeb při selhání databázového uzlu, není potřeba 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 nástroj pro vyrovnávání zatížení reaguje na převzetí služeb při selhání uzlu přesměrováním provozu na privátní virtuální IP adresu na druhý uzel.

Azure nabízí dvě různé skladové položky nástroje pro vyrovnávání zatížení: základní skladovou položku a standardní skladovou položku. Na základě výhod nastavení a funkcí byste měli použít skladovou položku Standard nástroje pro vyrovnávání 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: