Megbízhatósági javaslatok

Az Azure Advisor segít biztosítani és javítani az üzletileg kritikus fontosságú alkalmazások folytonosságát. A megbízhatósági javaslatokat az Advisor irányítópult Megbízhatóság lapján kaphatja meg.

1. Jelentkezzen be az Azure Portalra.

2. Keresse meg és válassza ki az Advisort bármelyik oldalról.

3. Az Advisor irányítópulton válassza a Megbízhatóság lapot.

AI-szolgáltatások

Közel van ahhoz, hogy túllépje a 2 GB-os tárterületkvótát. Standard keresési szolgáltatás létrehozása

Közel van ahhoz, hogy túllépje a 2 GB-os tárterületkvótát. Hozzon létre egy standard keresési szolgáltatást. Az indexelési műveletek leállnak a tárkvóta túllépésekor.

További információ az Azure AI Search szolgáltatáskorlátairól.

Közel van ahhoz, hogy túllépje az 50 MB-os tárterületkvótát. Alapszintű vagy standard keresési szolgáltatás létrehozása

Közel van ahhoz, hogy túllépje az 50 MB-os tárterületkvótát. Hozzon létre egy alapszintű vagy standard keresési szolgáltatást. Az indexelési műveletek leállnak a tárkvóta túllépésekor.

További információ az Azure AI Search szolgáltatáskorlátairól.

Közel jár ahhoz, hogy túllépje a rendelkezésre álló tárterületkvótát. További partíciók hozzáadása, ha több tárhelyre van szüksége

Közel jár ahhoz, hogy túllépje a rendelkezésre álló tárterületkvótát. Ha több tárhelyre van szüksége, adjon hozzá további partíciókat. A tárterületkvóta túllépése után továbbra is lekérdezhető, de az indexelési műveletek már nem működnek.

További információ az Azure AI Search szolgáltatáskorlátairól

Az erőforrás kvótája túllépve

Adataink szerint túllépte az erőforráshoz tartozó kvótát. Megvárhatja, amíg a rendszer automatikusan feltölti, vagy ha feloldja a zárolást, és most újra használja az erőforrást, frissítheti fizetős termékváltozatra.

További információ a Cognitive Service – CognitiveServiceQuotaExceeded (Az erőforrás kvótája túllépve) szolgáltatásról.

Frissítse az alkalmazást az Azure OpenAI legújabb API-verziójának használatára

Azt észleltük, hogy Ön egy régebbi API-verzióval használt Azure OpenAI-erőforrással rendelkezik. A legújabb REST API-verzióval kihasználhatja a legújabb funkciókat és funkciókat.

További információ a Cognitive Service-ről – CogSvcApiVersionOpenAI (Az alkalmazás frissítése az Azure OpenAI legújabb API-verziójának használatára).

Frissítse az alkalmazást az Azure OpenAI legújabb API-verziójának használatára

Azt észleltük, hogy Ön egy régebbi API-verzióval használt Azure OpenAI-erőforrással rendelkezik. A legújabb REST API-verzióval kihasználhatja a legújabb funkciókat és funkciókat.

További információ a Cognitive Service - API-verzióról : OpenAI (Frissítse az alkalmazást az Azure OpenAI legújabb API-verziójának használatára).

Analitika

Az Ubuntu 16.04-et futtató fürt nem támogatott

Azt észleltük, hogy a HDInsight-fürtje még mindig Ubuntu 16.04 LTS rendszert használ. Az Azure HDInsight-fürtök támogatása az Ubuntu 16.04 LTS rendszeren 2022. november 30-ától kezdve megszűnt. A meglévő fürtök a Microsoft támogatása nélkül futnak. Fontolja meg a fürt újraépítését a legújabb rendszerképekkel.

További információ a HDInsight-fürtről – ubuntu1604HdiClusters (Az Ubuntu 16.04-et futtató fürt nem támogatott).

A HDInsight-fürt frissítése

Azt észleltük, hogy a fürt nem a legújabb rendszerképet használja. Azt javasoljuk az ügyfeleknek, hogy a HDInsight-rendszerképek legújabb verzióit használják, mivel a legjobb nyílt forráskód frissítéseket, Azure-frissítéseket és biztonsági javításokat használják. A HDInsight kiadása 30–60 naponta történik. Érdemes lehet áttérni a legújabb kiadásra.

További információ a HDInsight-fürtről – upgradeHDInsightCluster (A HDInsight-fürt frissítése).

A fürt egy évvel ezelőtt lett létrehozva

Azt észleltük, hogy a fürt egy évvel ezelőtt jött létre. Az ajánlott eljárások részeként javasoljuk, hogy használja a legújabb HDInsight-lemezképeket, mivel azok a legjobb nyílt forráskód frissítéseket, Azure-frissítéseket és biztonsági javításokat nyújtják. A fürtfrissítések javasolt maximális időtartama kevesebb, mint hat hónap.

További információ a HDInsight-fürtről – clusterOlderThanAYear (A fürt egy évvel ezelőtt jött létre).

A Kafka-fürtlemezek majdnem megtelnek

A Kafka-közvetítők által a HDInsight-fürtben használt adatlemezek majdnem megtelnek. Ha ez történik, az Apache Kafka-közvetítői folyamat nem indítható el és meghiúsul a lemez teljes hibája miatt. A mérséklés érdekében keresse meg az összes Kafka-témakör megőrzési idejét, biztonsági másolatot készít a régebbi fájlokról, és indítsa újra a közvetítőket.

További információ a HDInsight-fürtről – KafkaDiskSpaceFull (a Kafka-fürtlemezek majdnem megtelnek).

A fürtök egyéni virtuális hálózatban való létrehozása több engedélyt igényel

Az egyéni virtuális hálózattal rendelkező fürtök virtuális hálózat csatlakoztatási engedély nélkül lettek létrehozva. Győződjön meg arról, hogy a létrehozási műveleteket végző felhasználók rendelkeznek engedéllyel a Microsoft.Network/virtualNetworks/alhálózatok/csatlakozás művelethez 2023. szeptember 30-a előtt.

További információ a HDInsight-fürtről – EnforceVNetJoinPermissionCheck (A fürtök egyéni virtuális hálózatban való létrehozása több engedélyt igényel).

A Kafka 1.1 elavulása a HDInsight 4.0 Kafka-fürtjein

2020. július 1-től nem hozhat létre új Kafka-fürtöket a HDInsight 4.0-n futó Kafka 1.1-gyel. A meglévő fürtök a Microsoft támogatása nélkül futnak. Fontolja meg, hogy a HDInsight 4.0-ban átvált a Kafka 2.1-re 2020. június 30-ig, a rendszerhasználat/támogatás esetleges megszakításának elkerülése érdekében.

További információ a HDInsight-fürtről – KafkaVersionRetirement (A Kafka 1.1 elavulása a HDInsight 4.0 Kafka-fürtben).

Régebbi Spark-verziók elavulása a HDInsight Spark-fürtökön

2020. július 1-től nem hozhat létre új Spark-fürtöket a HDInsight 3.6-on futó Spark 2.1 és 2.2-vel, a HDInsight 4.0-n pedig Spark 2.3-at. A meglévő fürtök a Microsoft támogatása nélkül futnak.

További információ a HDInsight-fürtről – SparkVersionRetirement (A HDInsight Spark-fürt régebbi Spark-verzióinak elavulása).

Kritikus frissítések engedélyezése a HDInsight-fürtökön

A HDInsight szolgáltatás egy tanúsítványhoz kapcsolódó fontos frissítést végez a fürtön. Az előfizetés egy vagy több szabályzata azonban megakadályozza, hogy a HDInsight szolgáltatás létrehozza vagy módosítsa a fürtökhöz társított hálózati erőforrásokat, és alkalmazza ezt a frissítést. 2021. január 13., 17:00 (UTC) előtt tegye lehetővé a HDInsight szolgáltatás számára a fürtökhöz társított olyan hálózati erőforrások létrehozását vagy módosítását, mint a Terheléselosztó, a hálózati adapter és a nyilvános IP-cím. A HDInsight csapata frissítéseket végez 2021. január 13. 17:00 (UTC) és 2021. január 16. 17:00 (UTC) között. A frissítés alkalmazásának elmulasztása azt eredményezheti, hogy a fürtök állapota nem megfelelő és használhatatlanná válik.

További információ a HDInsight-fürtről – GCSCertRotation (A HDInsight-fürtökre vonatkozó kritikus frissítések alkalmazásának engedélyezése).

Vesse el, majd hozza létre újból a HDInsight-fürtöket a kritikus fontosságú frissítések életbe léptetéséhez.

A HDInsight szolgáltatás megkísérelt alkalmazni egy kritikus fontosságú tanúsítványfrissítést az összes futó fürtre. Néhány egyéni konfigurációs módosítás miatt azonban nem tudjuk alkalmazni a tanúsítványfrissítéseket egyes fürtökre.

További információ a HDInsight-fürtről – GCSCertRotationRound2 (A HDInsight-fürtök elvetése és újbóli létrehozása a kritikus frissítések alkalmazásához).

Vesse el, majd hozza létre újból a HDInsight-fürtöket a kritikus fontosságú frissítések életbe léptetéséhez.

A HDInsight szolgáltatás megkísérelt alkalmazni egy kritikus fontosságú tanúsítványfrissítést az összes futó fürtre. Néhány egyéni konfigurációs módosítás miatt azonban nem tudjuk alkalmazni a tanúsítványfrissítéseket egyes fürtökre. A fürt 2021. január 25- ig történő elvetése és ismételt létrehozása annak érdekében, hogy a fürt ne legyen kifogástalan és használhatatlan.

További információ a HDInsight-fürtről – GCSCertRotationR3DropRecreate (A HDInsight-fürtök elvetése és újbóli létrehozása a kritikus frissítések alkalmazásához).

Kritikus frissítések alkalmazása a HDInsight-fürtökön

A HDInsight szolgáltatás megkísérelt alkalmazni egy kritikus fontosságú tanúsítványfrissítést az összes futó fürtre. Az előfizetés egy vagy több szabályzata azonban megakadályozza, hogy a HDInsight szolgáltatás létrehozza vagy módosítsa a fürtökhöz társított hálózati erőforrásokat, és alkalmazza a frissítést. Távolítsa el vagy frissítse a szabályzat-hozzárendelést, hogy lehetővé tegye a HDInsight szolgáltatás számára a fürtökhöz társított hálózati erőforrások létrehozását vagy módosítását. Módosítsa a szabályzat-hozzárendelést 2021. január 21., 17:00 (UTC) előtt, amikor a HDInsight csapata frissítéseket végez 2021. január 21. 17:00 (UTC) és 2021. január 23. 17:00 (UTC) között. A szabályzat frissítésének ellenőrzéséhez megpróbálhat hálózati erőforrásokat létrehozni ugyanabban az erőforráscsoportban és alhálózatban, ahol a fürt található. A frissítés alkalmazásának elmulasztása azt eredményezheti, hogy a fürtök állapota nem megfelelő és használhatatlanná válik. A fürtöt 2021. január 25-e előtt is elvetheti és újra létrehozhatja, hogy a fürt ne legyen kifogástalan és használhatatlan. A HDInsight szolgáltatás egy másik értesítést küld, ha nem sikerült alkalmazni a frissítést a fürtökre.

További információ a HDInsight-fürtről – GCSCertRotationR3PlanPatch (Kritikus frissítések alkalmazása a HDInsight-fürtökre).

Intézkedés szükséges: 2021. március 1. előtt migrálja az A8–A11-es HDInsight-fürtöt

Ezt az értesítést azért kapta, mert egy vagy több aktív A8-as, A9-es, A10-es vagy A11-es HDInsight-fürttel rendelkezik. Az A8-A11 virtuális gépek (VM-ek) 2021. március 1-jén minden régióban megszűnnek. A dátum után az A8-A11-et használó összes fürt felszabadítva lesz. Az érintett fürtök áttelepítése egy másik HDInsight által támogatott virtuális gépre (https://azure.microsoft.com/pricing/details/hdinsight/) az adott dátum előtt. További információ: "További információ" hivatkozás, vagy lépjen velünk kapcsolatba a következő címen: askhdinsight@microsoft.com

További információ a HDInsight-fürtről – Virtuális gépek elavulásáról (Művelet szükséges: Az A8–A11 HDInsight-fürt migrálása 2021. március 1-jén).

Számítás

Kivezetjük a klasszikus Cloud Services szolgáltatást. Migrálás 2024. augusztus 31. előtt

Kivezetjük a klasszikus Cloud Services szolgáltatást. Migrálás 2024. augusztus 31. előtt az adatvesztés vagy az üzletmenet folytonosságának elkerülése érdekében.

További információ a Resource – Cloud Services kivonásáról (a felhőszolgáltatások (klasszikus) nyugdíjba vonulnak. Migrálás 2024. augusztus 31-ig).

Prémium szinttel kompatibilis virtuális géphez csatolt standard szintű lemezek módosítása prémium szintű lemezekre

Megállapítottuk, hogy standard lemezeket használ prémium szintű virtuális gépeivel, és javasoljuk, hogy fontolja meg a standard lemezek prémium lemezekre való frissítését. Minden olyan egypéldányos virtuális gép esetében, amely prémium szintű tárolót használ minden operációsrendszer-lemezhez és adatlemezhez, legalább 99,9%-os virtuálisgép-kapcsolatot garantálunk. A frissítési döntés meghozatalakor vegye figyelembe ezeket a tényezőket. Az első, hogy a váltáshoz újra kell indítania a virtuális gépet, ami 3-5 percet vesz igénybe. A második, hogy ha a listán szereplő virtuális gépek kritikus fontosságú, éles üzemű virtuális gépek, akkor a prémium szintű lemezek árához viszonyítva kell értékelni a jobb rendelkezésre állást.

További információ a virtuális gépről – MigrateStandardStorageAccountToPremium (Frissítse a prémium szintű virtuális géphez csatlakoztatott standard lemezeket prémium szintű lemezekre).

Virtuális gépek replikálásának engedélyezése az alkalmazások regionális leállások elleni védelme érdekében

Azok a virtuális gépek, amelyeken nincs engedélyezve a replikáció egy másik régióba, nem ellenállnak a regionális kimaradásoknak. A gépek replikálása drasztikusan csökkenti az Azure-régió leállása során fellépő kedvezőtlen üzleti hatásokat. Javasoljuk, hogy engedélyezze az összes üzleti szempontból kritikus virtuális gép replikálását az alábbi listából, hogy üzemkimaradás esetén gyorsan üzembe helyezhesse a gépeket a távoli Azure-régióban. További információ a virtuális gépekről – ASRUnprotectedVMs (Virtuális gépek replikáció engedélyezése az alkalmazások regionális kimaradás elleni védelméhez).

A virtuális gép frissítése prémium nem felügyelt lemezekről felügyelt lemezekre külön költség nélkül

Megállapítottuk, hogy a virtuális gép prémium szintű, nem felügyelt lemezeket használ, amelyek további költségek nélkül migrálhatók felügyelt lemezekre. Az Azure Managed Disks nagyobb rugalmasságot, egyszerűsített szolgáltatásfelügyeletet, nagyobb skálázási célt és további lemeztípusok közötti választási lehetőségeket nyújt. Ez a frissítés kevesebb mint 5 perc alatt elvégezhető a portálon.

További információ a virtuális gépről – UpgradeVMToManagedDisksWithoutAdditionalCost (A virtuális gép frissítése prémium nem felügyelt lemezekről felügyelt lemezekre külön költség nélkül).

A kimenő kapcsolati protokoll frissítése az Azure Site Recovery szolgáltatáscímkéinek használatára

Az IP-címalapú szűrést sebezhető módszerként azonosították a tűzfalak kimenő kapcsolatainak szabályozására. Azt javasoljuk, hogy a szolgáltatáscímkék használata alternatívaként szolgáljon a kapcsolatok szabályozásához. Erősen ajánljuk a szolgáltatáscímkék használatát a gépek Azure Site Recovery-szolgáltatásaihoz való csatlakozás lehetővé tételéhez.

További információ a virtuális gépről – ASRUpdateOutbound Csatlakozás ivityProtocolToServiceTags (A kimenő kapcsolati protokoll frissítése az Azure Site Recovery szolgáltatáscímkékre).

Frissítse a tűzfal konfigurációit, hogy engedélyezze az új RHUI 4 IP-ket

A virtuálisgép-méretezési csoportok 2023. október 12-én megkezdik a csomagtartalmak fogadását az RHUI4-kiszolgálókról. Ha tűzfalon és proxyn keresztül engedélyezi az RHUI 3 IP-címek [https://aka.ms/rhui-server-list] használatát, engedélyezze, hogy az új RHUI 4 IP-cím [https://aka.ms/rhui-server-list] továbbra is megkapja az RHEL-csomagfrissítéseket.

További információ a virtuális gépről – Rhui3ToRhui4MigrationV2 (A tűzfal konfigurációinak frissítése az új RHUI 4 IP-címek engedélyezéséhez).

Az előfizetésben lévő virtuális gépek az elavulásra ütemezett rendszerképeken futnak

Az előfizetésben lévő virtuális gépek olyan rendszerképeken futnak, amelyek elavulásra lettek ütemezve. Ha a rendszerkép elavult, nem hozhatók létre új virtuális gépek az elavult rendszerképből. Frissítsen a rendszerkép újabb verziójára a számítási feladatok megszakításának elkerülése érdekében.

További információ a virtuális gépről – VMRunningDeprecatedOfferLevelImage (Az előfizetésben lévő virtuális gépek elavult rendszerképeken futnak).

Az előfizetésben lévő virtuális gépek az elavulásra ütemezett rendszerképeken futnak

Az előfizetésben lévő virtuális gépek olyan rendszerképeken futnak, amelyek elavulásra lettek ütemezve. Ha a rendszerkép elavult, nem hozhatók létre új virtuális gépek az elavult rendszerképből. Frissítsen a rendszerkép újabb termékváltozatára a számítási feladatok megszakításának elkerülése érdekében.

További információ a virtuális gépről – VMRunningDeprecatedPlanLevelImage (Az előfizetésben lévő virtuális gépek elavult rendszerképeken futnak).

Az előfizetésben lévő virtuális gépek az elavulásra ütemezett rendszerképeken futnak

Az előfizetésben lévő virtuális gépek olyan rendszerképeken futnak, amelyek elavulásra lettek ütemezve. Ha a rendszerkép elavult, nem hozhatók létre új virtuális gépek az elavult rendszerképből. Frissítsen egy újabb verzióra a számítási feladatok megszakadásának elkerülése érdekében.

További információ a virtuális gépről – VMRunningDeprecatedImage (Az előfizetésben lévő virtuális gépek az elavulásra ütemezett rendszerképeken futnak).

Elérhetőségi zónák használata a jobb rugalmasság és rendelkezésre állás érdekében

Az Azure rendelkezésre állási zónái (AZ) segítenek megvédeni az alkalmazásokat és az adatokat az adatközpontok meghibásodásaival szemben. Minden egyes AZ egy vagy több adatközpontból áll, amelyek független energiaellátással, hűtéssel és hálózattal rendelkeznek. A zónás VM-ek használatára tervezett megoldásokkal elszigetelheti a VM-eket bármely más zóna meghibásodásától.

További információ a virtuális gépről – AvailabilityZoneVM (Rendelkezésre állási zónák használata a jobb rugalmasság és rendelkezésre állás érdekében).

Felügyelt lemezek használata az adatok megbízhatóságának javítása érdekében

A rendelkezésre állási csoportban lévő, tárfiókokat vagy tárméretegységeket tartalmazó lemezekkel rendelkező virtuális gépek nem ellenállnak az egyszeri tárolási skálázási egység meghibásodásainak a kimaradások során. Migráljon az Azure Managed Disksre, így a rendelkezésreállási csoport különböző virtuális gépeinek lemezei megfelelően elkülönülnek, és meggátolják a kritikus hibapontok létrejöttét.

További információ a Rendelkezésre állási csoportról – ManagedDisksAvSet (Felügyelt lemezek használata az adatok megbízhatóságának javításához).

Az Azure Virtual Desktop-környezethez hiányzó kötelező URL-címek elérése

Ahhoz, hogy egy munkamenet-gazdagép megfelelően üzembe helyezhesse és regisztrálhassa magát az Azure Virtual Desktopban, hozzá kell adnia egy URL-címkészletet az engedélyezett listához, ha a virtuális gép korlátozott környezetben fut. A "További információ" hivatkozás megnyitása után megjelenik azoknak az URL-címeknek a minimális listája, amelyeket fel kell oldania a sikeres üzembe helyezéshez és a funkcionális munkamenet-gazdagéphez. Ha bizonyos URL-címek hiányoznak az engedélyezett listából, az alkalmazás eseménynaplójában is kereshet a 3702-s eseményre.

További információ a virtuális gépről – SessionHostNeedsAssistanceForUrlCheck (Az Azure Virtual Desktop-környezethez hiányzó kötelező URL-címek elérése).

Frissítse a tűzfal konfigurációit, hogy engedélyezze az új RHUI 4 IP-ket

A virtuálisgép-méretezési csoportok 2023. október 12-én megkezdik a csomagtartalmak fogadását az RHUI4-kiszolgálókról. Ha tűzfalon és proxyn keresztül engedélyezi az RHUI 3 IP-címek [https://aka.ms/rhui-server-list] használatát, engedélyezze, hogy az új RHUI 4 IP-cím [https://aka.ms/rhui-server-list] továbbra is megkapja az RHEL-csomagfrissítéseket.

További információ a virtuálisgép-méretezési csoportról – Rhui3ToRhui4MigrationVMSS (A tűzfal konfigurációinak frissítése az új RHUI 4 IP-címek engedélyezéséhez).

Az előfizetés virtuálisgép-méretezési csoportjai az elavulásra ütemezett rendszerképeken futnak

Az előfizetés virtuálisgép-méretezési csoportjai az elavulásra ütemezett rendszerképeken futnak. Ha a rendszerkép elavult, a virtuálisgép-méretezési csoportok számítási feladatai többé nem lesznek felskálázva. Frissítsen a rendszerkép újabb verziójára a számítási feladat megszakításának elkerülése érdekében.

További információ a virtuálisgép-méretezési csoportról – VMScaleSetRunningDeprecatedOfferImage (Az előfizetés virtuálisgép-méretezési csoportjai az elavulásra ütemezett képeken futnak).

Az előfizetés virtuálisgép-méretezési csoportjai az elavulásra ütemezett rendszerképeken futnak

Az előfizetés virtuálisgép-méretezési csoportjai az elavulásra ütemezett rendszerképeken futnak. Ha a rendszerkép elavult, a virtuálisgép-méretezési csoportok számítási feladatai többé nem lesznek felskálázva. Frissítsen a rendszerkép újabb verziójára a számítási feladat megszakításának elkerülése érdekében.

További információ a virtuálisgép-méretezési csoportról – VMScaleSetRunningDeprecatedImage (Az előfizetés virtuálisgép-méretezési csoportjai az elavulásra ütemezett képeken futnak).

Az előfizetés virtuálisgép-méretezési csoportjai az elavulásra ütemezett rendszerképeken futnak

Az előfizetés virtuálisgép-méretezési csoportjai az elavulásra ütemezett rendszerképeken futnak. Ha a rendszerkép elavult, a virtuálisgép-méretezési csoportok számítási feladatai többé nem lesznek felskálázva. Frissítsen a rendszerkép újabb csomagjára a számítási feladat megszakításának elkerülése érdekében.

További információ a virtuálisgép-méretezési csoportról – VMScaleSetRunningDeprecatedPlanImage (Az előfizetés virtuálisgép-méretezési csoportjai az elavulásra ütemezett képeken futnak).

Tárolók

Tárolóalkalmazás minimális replikaszámának növelése

Azt észleltük, hogy a tárolóalkalmazás minimális replikaszámkészlete alacsonyabb lehet az optimálisnál. A jobb rendelkezésre állás érdekében mérlegelje a minimális replikaszám növelését.

További információ a Microsoft App Container App alkalmazásról – ContainerAppMinimalReplicaCountTooLow (A tárolóalkalmazás minimális replikaszámának növelése).

Egyéni tartományi tanúsítvány megújítása

Azt észleltük, hogy a feltöltött egyéni tartományi tanúsítvány hamarosan lejár. Újítsa meg a tanúsítványt, és töltse fel az új tanúsítványt a tárolóalkalmazásokhoz.

További információ a Microsoft App Container App Alkalmazásról – ContainerAppCustomDomainCertificateNearExpiration (Egyéni tartománytanúsítvány megújítása).

A Container Apps-környezettel kapcsolatban észleltek egy lehetséges hálózati problémát, amely miatt újra létre kell hozni a DNS-problémák elkerülése érdekében

A Container Apps-környezetekben lehetséges hálózatkezelési probléma merült fel. A lehetséges hálózati probléma megelőzése érdekében hozzon létre egy új Container Apps-környezetet, hozza létre újra a Container Appst az új környezetben, és törölje a régi Container Apps-környezetet

További információ a Felügyelt környezetről – CreateNewContainerAppsEnvironment (A Container Apps-környezettel kapcsolatban olyan hálózati problémát észleltek, amely miatt újra létre kell hozni a DNS-problémák elkerülése érdekében).

Az App Service tanúsítvány megújításához szükséges domain-ellenőrzés

Van egy App Service-tanúsítványa, amely jelenleg függőben lévő kiállítási állapotban van, és tartomány-ellenőrzést igényel. A tartomány tulajdonjogának ellenőrzése sikertelen tanúsítványkiállítást eredményez. Az App Service-tanúsítványok nem automatizálják a tartományellenőrzést, és az Ön műveletét igénylik.

További információ az App Service-tanúsítványról – ASCDomainVerificationRequired (Az App Service-tanúsítvány megújításához szükséges tartomány-ellenőrzés).

Csomópontkészletekkel rendelkező fürtök nem ajánlott B-sorozat használatával

A fürt egy vagy több csomópontkészletet használ egy nem felügyelt, kipukkasztható virtuálisgép-termékváltozat használatával. Az átmenetileg fokozható virtuális gépek esetében a teljes vCPU-képesség 100%-os kihasználása nem garantált. Győződjön meg arról, hogy a B sorozatú virtuális gépek nincsenek éles környezetben használva.

További információ a Kubernetes szolgáltatásról – ClustersUsingBSeriesVMs (a csomópontkészletekkel rendelkező fürtök nem ajánlott B-sorozat használatával).

Frissítés a Standard szintre kritikus fontosságú és éles fürtök esetén

Ennek a fürtnek több mint 10 csomópontja van, és nem engedélyezte a Standard szintet. Az ingyenes szinten található Kubernetes vezérlősík korlátozott erőforrásokkal rendelkezik, és nem éles használatra, illetve 10 vagy több csomóponttal rendelkező fürtre szolgál.

További információ a Kubernetes szolgáltatásról – UseStandardpricingtier (Frissítés standard szintre kritikus fontosságú és éles fürtök esetén).

Ajánlott podmegszakadási költségvetések

Pod-megszakítási költségvetések ajánlottak. A szolgáltatás rendelkezésre állásának javítása.

További információ a Kubernetes szolgáltatásról – PodDisruptionBudgetsRecommended (Pod-megszakítási költségvetések ajánlott).

Frissítés az Azure Arc-kompatibilis Kubernetes-ügynök legújabb verziójára

A legjobb Azure Arc-kompatibilis Kubernetes-élmény érdekében frissítse az ügynököt a legújabb verzióra, amely nagyobb stabilitást és új funkciókat kínál.

További információ a Kubernetes – Azure Arc – Arc-kompatibilis K8s-ügynök verziófrissítéséről (Frissítés az Azure Arc-kompatibilis Kubernetes legújabb ügynökverziójára).

Adatbázisok

Replikáció – Adjon hozzá egy elsődleges kulcsot a táblához, amely jelenleg nem rendelkezik egy

A belső monitorozás alapján jelentős replikációs késést észleltünk a replikakiszolgálón. Ez a késés azért fordul elő, mert a replikakiszolgáló egy olyan táblán továbbítja a továbbítási naplókat, amely nem rendelkezik elsődleges kulccsal. Annak érdekében, hogy a replika szinkronizálható legyen az elsődleges kiszolgálóval, és lépést tartson a módosításokkal, adjon hozzá elsődleges kulcsokat az elsődleges kiszolgáló tábláihoz. Az elsődleges kulcsok hozzáadása után hozza létre újra a replikakiszolgálót.

További információ a rugalmas Azure Database for MySQL-kiszolgálóról – MySqlFlexibleServerReplicaMissingPKfb41 (Replikáció – Elsődleges kulcs hozzáadása a táblához, amely jelenleg nem rendelkezik ilyenrel).

Magas rendelkezésre állás – Elsődleges kulcs hozzáadása a táblához, amely jelenleg nem rendelkezik ilyen azonosítóval

Belső monitorozási rendszerünk jelentős replikációs késést észlelt a magas rendelkezésre állású készenléti kiszolgálón. A késés fő oka az, hogy a készenléti kiszolgáló egy olyan táblán repregálja a továbbítási naplókat, amelyek nem rendelkeznek elsődleges kulccsal. A probléma megoldásához és az ajánlott eljárások betartásához javasoljuk, hogy minden táblához adjon hozzá elsődleges kulcsokat. Az elsődleges kulcsok hozzáadása után tiltsa le, majd engedélyezze újra a magas rendelkezésre állást a probléma megoldásához.

További információ a rugalmas Azure Database for MySQL-kiszolgálóról – MySqlFlexibleServerHAMissingPKcf38 (Magas rendelkezésre állás – Elsődleges kulcs hozzáadása a táblához, amely jelenleg nem rendelkezik ilyen kiszolgálóval.).

A magas memóriatöredezettség hatással lehet a rendelkezésre állásra. A töredezettség memóriafoglalásának növelése az elkerülése érdekében

A töredezettség és a memóriaterhelés rendelkezésre állással kapcsolatos incidenseket okozhat a feladatátvételi és felügyeleti műveletek során. A töredezettség számára lefoglalt memória növelése segít csökkenteni a gyorsítótárhibák számát a nagy memóriaterhelés melletti futtatás esetén. A töredezettség memóriája a speciális beállítási területen elérhető maxfragmentationmemory-reserved beállítással növelhető.

További információ a Redis Cache Server – RedisCacheMemoryFragmentation szolgáltatásról (a magas memóriatöredezettség befolyásolhatja a rendelkezésre állást). Növelje a töredezettség memóriafoglalását a lehetséges hatás elkerülése érdekében.).

Az SQL-hez készült Azure Backup engedélyezése a virtuális gépeken

Engedélyezze az SQL-adatbázisok Azure Backup használatával történő biztonsági mentését a virtuális gépeken, és használja ki az infrastruktúra nélküli biztonsági mentés, az időponthoz kötött visszaállítás és a központi felügyelet SQL AG-integráció által nyújtott előnyeit.

További információ az SQL virtuális gépről – EnableAzBackupForSQL (Azure backup for SQL engedélyezése a virtuális gépeken).

A PostgreSQL rendelkezésre állásának javítása az inaktív logikai replikálási tárolóhelyek eltávolításával

A belső rendszer azt jelzi, hogy a PostgreSQL-kiszolgáló inaktív logikai replikációs helyekkel rendelkezhet. EZ AZONNALI INTÉZKEDÉST IGÉNYEL. Az inaktív logikai replikáció ronthatja a kiszolgáló teljesítményét és elérhetetlenségét a WAL-fájlok megőrzése és a pillanatképfájlok felépítése miatt. A teljesítmény és a rendelkezésre állás javítása érdekében javasoljuk, hogy AZONNAL tegyen lépéseket. Törölje az inaktív replikációs tárolóhelyeket, vagy kezdje el használni az ezen tárolóhelyek módosításait, hogy a tárolóhelyek naplóütemezési száma (LSN) előrelépjen, és közel legyen a kiszolgáló aktuális LSN-éhez.

További információ a PostgreSQL-kiszolgálóról – OrcasPostgreSqlLogicalReplicationSlots (A PostgreSQL rendelkezésre állásának javítása inaktív logikai replikációs pontok eltávolításával).

A PostgreSQL rendelkezésre állásának javítása az inaktív logikai replikálási tárolóhelyek eltávolításával

Belső rendszerünk azt jelzi, hogy a rugalmas PostgreSQL-kiszolgáló inaktív logikai replikációs helyekkel rendelkezhet. EZ AZONNALI INTÉZKEDÉST IGÉNYEL. Az inaktív logikai replikációs pontok ronthatják a kiszolgáló teljesítményét és elérhetetlenségét a WAL-fájlok megőrzése és a pillanatképfájlok felépítése miatt. A teljesítmény és a rendelkezésre állás javítása érdekében javasoljuk, hogy AZONNAL tegyen lépéseket. Törölje az inaktív replikációs tárolóhelyeket, vagy kezdje el használni az ezen tárolóhelyek módosításait, hogy a tárolóhelyek naplóütemezési száma (LSN) előrelépjen, és közel legyen a kiszolgáló aktuális LSN-éhez.

További információ a rugalmas Azure Database for PostgreSQL-kiszolgálóról – OrcasPostgreSqlFlexibleServerLogicalReplicationSlots (A PostgreSQL rendelkezésre állásának javítása inaktív logikai replikációs pontok eltávolításával).

Konzisztens indexelési mód konfigurálása az Azure Cosmos DB-tárolón

Észrevettük, hogy az Azure Cosmos DB-tároló lazy indexelési móddal van konfigurálva, ami befolyásolhatja a lekérdezési eredmények frissességét. Javasoljuk, hogy váltson konzisztens módba.

További információ az Azure Cosmos DB-fiókról – CosmosDBLazyIndexing (Konzisztens indexelési mód konfigurálása az Azure Cosmos DB-tárolón).

A régi Azure Cosmos DB SDK frissítése a legújabb verzióra

Az Ön Azure Cosmos DB-fiókja az SDK egy régi verzióját használja. Javasoljuk, hogy frissítsen a legújabb verzióra a legújabb javításokhoz, a teljesítménybeli fejlesztésekhez és az új funkciók képességeihez.

További információ az Azure Cosmos DB-fiókról – CosmosDBUpgradeOldSDK (A régi Azure Cosmos DB SDK frissítése a legújabb verzióra).

Az elavult Azure Cosmos DB SDK frissítése a legújabb verzióra

Az Ön Azure Cosmos DB-fiókja az SDK egy elavult verzióját használja. Javasoljuk, hogy frissítsen a legújabb verzióra a legújabb javításokhoz, a teljesítménybeli fejlesztésekhez és az új funkciók képességeihez.

További információ az Azure Cosmos DB-fiókról – CosmosDBUpgradeOutdatedSDK (Az elavult Azure Cosmos DB SDK frissítése a legújabb verzióra).

Azure Cosmos DB-tárolók konfigurálása partíciókulccsal

Az Azure Cosmos DB nem particionált gyűjteményei megközelítik a kiépített tárkvótát. Migrálja ezeket a gyűjteményeket egy partíciókulcs-definícióval rendelkező új gyűjteményekbe, hogy a szolgáltatás automatikusan felskálázhassa őket.

További információ az Azure Cosmos DB-fiókról – CosmosDBFixedCollections (Az Azure Cosmos DB-tárolók konfigurálása partíciókulccsal).

Az Azure Cosmos DB for MongoDB-fiók frissítése a 4.0-s verzióra a lekérdezési/tárolási költségek megtakarítása és az új funkciók használata érdekében

Az Azure Cosmos DB for MongoDB-fiókja jogosult a 4.0-s verzióra való frissítésre. Az új 4.0-s verzióra való frissítéssel akár 55%-kal, a lekérdezési költségek pedig akár 45%-kal is csökkenthetik a tárolási költségeket. A 4.0-s verzió számos más funkciót is tartalmaz, például a többdokumentumos tranzakciókat.

További információ az Azure Cosmos DB-fiókról – CosmosDBMongoSelfServeUpgrade (Az Azure Cosmos DB for MongoDB-fiók frissítése a 4.0-s verzióra a lekérdezési/tárolási költségek megtakarítása és új funkciók használata érdekében).

Második régió hozzáadása az éles számítási feladatokhoz az Azure Cosmos DB-ben

A nevük és a konfigurációjuk alapján észleltük, hogy a felsorolt Azure Cosmos DB-fiókok potenciálisan használhatók éles számítási feladatokhoz. Ezek a fiókok jelenleg egyetlen Azure-régióban futnak. A rendelkezésre állásukat úgy növelheti, hogy legalább két Azure-régiót konfigurál hozzájuk.

Feljegyzés

További régiók többletköltséggel járnak.

További információ az Azure Cosmos DB-fiókról – CosmosDBSingleRegionProdAccounts (Második régió hozzáadása az éles számítási feladatokhoz az Azure Cosmos DB-ben).

Kiszolgálóoldali újrapróbálkozás (SSR) engedélyezése a MongoDB-fiókhoz készült Azure Cosmos DB-fiókon

Megállapítottuk, hogy a fiók TooManyRequests hibát ad vissza a 16500-as hibakóddal. A kiszolgálóoldali újrapróbálkozás (SSR) engedélyezése segíthet a probléma elhárításában.

További információ az Azure Cosmos DB-fiókról – CosmosDBMongoServerSideRetries (Kiszolgálóoldali újrapróbálkozások engedélyezése (SSR) az Azure Cosmos DB for MongoDB-fiókon).

Az Azure Cosmos DB for MongoDB-fiók áttelepítése a 4.0-s verzióra a lekérdezési/tárolási költségek megtakarítása és új funkciók használata érdekében

Migrálja az adatbázisfiókot egy új adatbázisfiókba, hogy kihasználhassa a MongoDB-hez készült Azure Cosmos DB 4.0-s verziójának előnyeit. Az új 4.0-s verzióra való frissítéssel akár 55%-kal, a lekérdezési költségek pedig akár 45%-kal is csökkenthetik a tárolási költségeket. A 4.0-s verzió számos más funkciót is tartalmaz, például a többdokumentumos tranzakciókat. Frissítéskor a meglévő fiókban található adatokat is migrálni kell a 4.0-s verzióval létrehozott új fiókba. Az Azure Data Factory vagy a Studio 3T segítséget nyújthat az adatok migrálásához.

További információ az Azure Cosmos DB-fiókról – CosmosDBMongoMigrationUpgrade (Az Azure Cosmos DB for MongoDB-fiók migrálása a 4.0-s verzióra lekérdezési/tárolási költségek megtakarítása és új funkciók használata érdekében).

Az Azure Cosmos DB-fiók nem tudja elérni a titkosítási kulcsot futtató társított Azure Key Vaultot

Úgy tűnik, hogy a kulcstartó konfigurációja megakadályozza, hogy az Azure Cosmos DB-fiókja kapcsolatba lépjen a kulcstartóval a felügyelt titkosítási kulcsok eléréséhez. Ha nemrég hajtott végre kulcsforgatást, győződjön meg arról, hogy az előző kulcs- vagy kulcsverzió engedélyezve marad, és elérhető marad mindaddig, amíg az Azure Cosmos DB el nem végzi a forgatást. Az előző kulcs vagy kulcsverzió 24 óra elteltével letiltható, vagy miután az Azure Key Vault naplóiban nem láthatók az Azure Cosmos DB által a kulcson vagy kulcsverzión végzett tevékenységek.

További információ az Azure Cosmos DB-fiókról – CosmosDBKeyVaultWrap (Az Azure Cosmos DB-fiók nem tudja elérni a titkosítási kulcsot futtató társított Azure Key Vaultot).

Elkerülheti a metaadat-műveletek miatti sebességkorlátozást

Nagy mennyiségű metaadat-műveletet észleltünk a fiókjában. Az Azure Cosmos DB-ben tárolt adatok, beleértve az adatbázisokra és gyűjteményekre vonatkozó metaadatokat, partíciók között oszlanak el. A metaadat-műveletek a rendszer számára lefoglalt kérelemegység-korláttal rendelkeznek. A metaadat-műveletek nagy száma sebességkorlátozást okozhat. Kerülje a sebességkorlátozást azáltal, hogy statikus Azure Cosmos DB-ügyfélpéldányokat használ a kódban, és gyorsítótárazhatja az adatbázisok és gyűjtemények nevét.

További információ az Azure Cosmos DB-fiókról – CosmosDBHighMetadataOperations (A metaadatműveletek sebességkorlátjának elkerülése).

Az új 3.6+-os végpont használatával csatlakozzon a frissített Azure Cosmos DB for MongoDB-fiókhoz

Megfigyeltük, hogy egyes alkalmazásai csatlakoznak a frissített Azure Cosmos DB for MongoDB-fiókhoz az örökölt 3.2-végpont [accountname].documents.azure.comhasználatával. Használja az új végpontot [accountname].mongo.cosmos.azure.com (vagy annak megfelelőjét szuverén, kormányzati vagy korlátozott felhőkben).

További információ az Azure Cosmos DB-fiókról – CosmosDBMongoNudge36AwayFrom32 (Az új 3.6+-os végpont használatával csatlakozzon a frissített Azure Cosmos DB for MongoDB-fiókhoz).

A kritikus problémák elkerülése érdekében frissítsen az Async Java SDK v2 2.6.14-es verziójára vagy a Java SDK v4-re, mert az Async Java SDK v2 hamarosan elavul

Az Azure Cosmos DB Async Java SDK v2-es verziójának 2.6.13-s és újabb verziójában kritikus hiba lépett fel, amely hibát okoz a maximális egész számnál nagyobb globális logikai sorszám (LSN) elérésekor. Ezek a szolgáltatáshibák azután fordulnak elő, hogy nagy mennyiségű tranzakció történik egy Azure Cosmos DB-tároló élettartama alatt. Megjegyzés: Van egy kritikus gyorsjavítás az Async Java SDK v2-hez, de továbbra is erősen javasoljuk, hogy migráljon a Java SDK v4-be.

További információ az Azure Cosmos DB-fiókról – CosmosDBMaxGlobalLSNReachedV2 (Frissítsen az Async Java SDK v2 2.6.14-es verziójára, hogy elkerülje a kritikus problémát, vagy frissítsen a Java SDK v4-es verziójára az Async Java SDK v2 elavult állapotában).

A kritikus problémák elkerülése érdekében frissítsen a Java SDK v4 aktuálisan javasolt verziójára

Az Azure Cosmos DB Java SDK v4-es verziójának 4.15-ös és annál alacsonyabb verziójában kritikus hiba lép fel, amely a maximális egész számnál nagyobb globális logikai sorszám (LSN) elérésekor okoz hibákat. Ezek a szolgáltatáshibák azután fordulnak elő, hogy nagy mennyiségű tranzakció történik egy Azure Cosmos DB-tároló élettartama alatt.

További információ az Azure Cosmos DB-fiókról – CosmosDBMaxGlobalLSNReachedV4 (Frissítés a Java SDK v4 aktuális ajánlott verziójára a kritikus probléma elkerülése érdekében).

Integráció

Frissítés a legújabb FarmBeats API-verzióra

Megállapítottuk, hogy egy hamarosan elavuló verziójú FarmBeats API-t hívott meg. Javasoljuk, hogy váltson a FarmBeats API legújabb verziójára a FarmBeatshez, a legújabb frissítésekhez és a teljesítménnyel kapcsolatos fejlesztésekhez való zavartalan hozzáférés biztosításához.

További információ az Azure FarmBeats – FarmBeatsApiVersion (Frissítés a FarmBeats API legújabb verziójára).

Frissítés a legújabb ADMA Java SDK verzióra

Megállapítottuk, hogy az Azure Data Manager for Agriculture (ADMA) Java SDK-verziója elavulásra van ütemezve. Javasoljuk, hogy váltson a legújabb SDK-verzióra az ADMA zavartalan elérése, a legújabb funkciók és a teljesítmény javítása érdekében.

További információ az Azure FarmBeats – FarmBeatsJavaSdkVersion (Frissítés a legújabb ADMA Java SDK-verzióra).

Frissítés a legújabb ADMA DotNet SDK verzióra

Azonosítottunk egy ADMA DotNet SDK-verzióra irányuló hívásokat, amelyek elavultnak vannak ütemezve. Javasoljuk, hogy váltson a legújabb SDK-verzióra az ADMA zavartalan elérése, a legújabb funkciók és a teljesítmény javítása érdekében.

További információ az Azure FarmBeats – FarmBeatsDotNetSdkVersion szolgáltatásról (frissítés az ADMA DotNet SDK legújabb verziójára).

Frissítés a legújabb ADMA JavaScript SDK verzióra

Azonosítottunk egy ADMA JavaScript SDK-verzióra irányuló hívásokat, amelyek elavulásra vannak ütemezve. Javasoljuk, hogy váltson a legújabb SDK-verzióra az ADMA zavartalan elérése, a legújabb funkciók és a teljesítmény javítása érdekében.

További információ az Azure FarmBeats – FarmBeatsJavaScriptSdkVersion (Frissítés a legújabb ADMA JavaScript SDK-verzióra).

Frissítés a legújabb ADMA Python SDK verzióra

Azonosítottunk egy ADMA Python SDK-verzióra irányuló hívásokat, amelyek elavulásra vannak ütemezve. Javasoljuk, hogy váltson a legújabb SDK-verzióra az ADMA zavartalan elérése, a legújabb funkciók és a teljesítmény javítása érdekében.

További információ az Azure FarmBeats – FarmBeatsPythonSdkVersion (Frissítés a legújabb ADMA Python SDK-verzióra).

SSL/TLS-újraegyeztetés letiltva

Az SSL/TLS-újraegyeztetési kísérlet le lett tiltva. Újraegyeztetés akkor történik, ha egy már létrehozott kapcsolaton keresztül ügyféltanúsítványt kérelmeznek. Ha le van tiltva, olvassa el a "környezet" szöveget. A Request.Certificate a szabályzatkifejezésekben null értéket ad vissza. Az ügyféltanúsítvány-alapú hitelesítési forgatókönyvek támogatásához engedélyezze az „Ügyéltanúsítvány egyeztetése” beállítást a felsorolt gazdaeszköznevek esetében. Böngészőalapú ügyfelek esetében a beállítás engedélyezését követően egy tanúsítvánnyal kapcsolatos üzenet jelenhet meg az ügyfélnél.

További információ az Api Managementről – TlsRenegotiationBlocked (SSL/TLS újratárgyalás letiltva).

A gazdagépnév-tanúsítvány rotálása sikertelen volt

Az API Management szolgáltatás nem tudta frissíteni a gazdagépnév-tanúsítványt a Key Vaultból. Győződjön meg arról, hogy a tanúsítvány létezik a Key Vaultban, és hogy az API Management szolgáltatás identitása rendelkezik titkos olvasási hozzáférési jogosultsággal. Ellenkező esetben az API Management szolgáltatás nem tudja lekérni a tanúsítványfrissítéseket a Key Vaultból, ami azt eredményezheti, hogy a szolgáltatás elavult tanúsítványt használ, és emiatt a futtatókörnyezeti API-forgalom le lesz tiltva.

További információ az Api Managementről – HostnameCertRotationFail (A gazdagépnév tanúsítvány rotálása nem sikerült).

Eszközök internetes hálózata

Frissítse az eszközkliens SDK-ját az IotHub egy támogatott verziójára

Néhány vagy az összes eszköze elavult SDK-t használ, ezért javasoljuk, hogy frissítsen egy támogatott SDK-verzióra. A részleteket lásd a javaslatban.

További információ az IoT Hubról – UpgradeDeviceClientSdk (Az eszközügyfél SDK frissítése az IotHub támogatott verziójára).

IoT Hub – Potenciális eszköztorlódás észlelve

Az eszközvihar az, amikor két vagy több eszköz ugyanazzal az eszközazonosító-hitelesítő adatokkal próbál csatlakozni az IoT Hubhoz. Amikor a második eszköz (B) csatlakozik, az első (A) kapcsolata megszakad. Ezután az (A) megpróbál újracsatlakozni, ami miatt a (B) kapcsolata megszakad.

További információ az IoT Hub – IoTHubDeviceStorm (IoT Hub lehetséges eszközvihar észleléséről).

A Device Update for IoT Hub SDK frissítése támogatott verzióra

A Device Update for IoT Hub-példánya az SDK elavult verzióját használja. Javasoljuk, hogy frissítsen a legújabb verzióra a legújabb javításokhoz, a teljesítménybeli fejlesztésekhez és az új funkciók képességeihez.

További információ az IoT Hub – DU_SDK_Advisor_Recommendation (Az IoT Hub SDK eszközfrissítésének frissítése támogatott verzióra).

Az IoT Hub kvótájának túllépése észlelve

Azt észleltük, hogy az IoT Hubja túllépte a napi üzenetkvótát. Annak érdekében, hogy az IoT Hub a jövőben ne lépje túl a napi üzenetkvótát, adjon hozzá egységeket, vagy növelje a termékváltozat szintjét.

További információ az IoT Hubról – IoTHubQuotaExceededAdvisor (Az IoT Hub kvóta túllépte az észlelt értéket).

Az eszközügyfél SDK-jának frissítése az Iot Hub támogatott verziójára

Néhány vagy az összes eszköze elavult SDK-t használ, ezért javasoljuk, hogy frissítsen egy támogatott SDK-verzióra. Tekintse meg a megadott hivatkozás részleteit.

További információ az IoT Hubról – UpgradeDeviceClientSdk (Az eszközügyfél SDK frissítése az IotHub támogatott verziójára).

A Microsoft Edge eszköz futtatókörnyezetének frissítése az Iot Hub támogatott verziójára

A Microsoft Edge-eszközök egy része vagy egésze elavult verziókat használ, ezért javasoljuk, hogy frissítsen a futtatókörnyezet legújabb támogatott verziójára. Tekintse meg a megadott hivatkozás részleteit.

További információ az IoT Hubról – UpgradeEdgeSdk (A Microsoft Edge-eszköz futtatókörnyezetének frissítése az Iot Hub támogatott verziójára).

Multimédia

A Media Services kvótáinak vagy korlátainak növelése a szolgáltatás folytonosságának biztosítása érdekében

A médiafiók eléri a kvótakorlátokat. Tekintse át az eszközök, a tartalomkulcs-szabályzatok és a médiafiók streamszabályzatainak aktuális használatát. A szolgáltatás zavartalan működésének elkerülése érdekében kérje meg a kvótakorlátok növelését azokra az entitásokra vonatkozóan, amelyek közelebb vannak a kvótakorlát eléréséhez. Ehhez nyisson meg egy támogatási jegyet, és adja meg a vonatkozó részleteket. Ne hozzon létre további Azure Media-fiókokat magasabb korlátok elérése érdekében.

További információ a Media Service – AccountQuotaLimit szolgáltatásról (A Media Services kvótáinak vagy korlátainak növelése a szolgáltatás folytonosságának biztosítása érdekében.).

Hálózatkezelés

A Check Point virtuális gép elveszítheti a hálózati Csatlakozás

Megállapítottuk, hogy a virtuális gép a Check Point rendszerkép egy olyan verzióját futtatja, amely egy platform karbantartási művelete során megszakadhat a hálózati kapcsolat. Javasoljuk, hogy frissítsen a rendszerkép újabb verziójára. A rendszerkép frissítésére vonatkozó további útmutatásért forduljon a Check Pointhoz.

További információ a virtuális gépről – CheckPointPlatformServicingKnownIssueA (A Check Point virtuális gép elveszítheti a hálózati Csatlakozás ivityt.).

Frissítés az Azure Connected Machine ügynök legfrissebb verziójára

Az Azure Connected Machine ügynök rendszeresen frissül hibajavításokkal, a stabilitást segítő fejlesztések és új funkciókkal. A legjobb Azure Arc élmény érdekében frissítse az ügynököt a legújabb verzióra.

További információ a Csatlakozás gépügynökről – Azure Arc – ArcServerAgentVersion (Frissítés az Azure Csatlakozás ed Machine Agent legújabb verziójára).

A titkos kód verziójának „Legújabb” értékre állítása az Azure Front Door-ügyféltanúsítvány esetében

Javasoljuk, hogy az Azure Front Door (AFD) ügyféltanúsítvány-titkos kulcsát a legújabbra konfigurálja az AFD számára, hogy az az Azure Key Vault legújabb titkos verziójára hivatkozzon, hogy a titkos kód automatikusan elforgatható legyen.

További információ a Front Door-profilról – SwitchVersionBYOC (Titkos verzió váltása a Legújabb verzióra az Azure Front Door ügyféltanúsítványához).

A tartomány tulajdonjogának érvényesítése egy DNS TXT típusú rekord hozzáadásával a DNS-szolgáltatóhoz.

A tartomány tulajdonjogának érvényesítése egy DNS TXT típusú rekord hozzáadásával a DNS-szolgáltatóhoz.

További információ a Front Door-profilról – ValidateDomainOwnership (Tartomány tulajdonjogának ellenőrzése DNS TXT rekord DNS-szolgáltatóhoz való hozzáadásával.)

Tartomány tulajdonjogának újraértékelése az Azure Front Door által felügyelt tanúsítványmegújításhoz

Az Azure Front Door nem tudja automatikusan megújítani a felügyelt tanúsítványt, mert a tartomány nincs leképezve az AFD-végpontra. A felügyelt tanúsítvány tulajdonjogának újraértékelése automatikusan megújul.

További információ a Front Door-profilról – RevalidateDomainOwnership (Tartomány tulajdonjogának újraértékelése az Azure Front Door által felügyelt tanúsítvány megújításához).

A szolgáltatás megszakadásának elkerülése érdekében újítsa meg a lejárt Azure Front Door-ügyféltanúsítványt

Az Azure Front Door Standard és Prémium profilok egyes ügyféltanúsítványai lejártak. A szolgáltatáskimaradás elkerülése érdekében időben újítsa meg a tanúsítványt.

További információ a Front Door-profilról – RenewExpiredBYOC (A szolgáltatás megszakadásának elkerülése érdekében újítsa meg a lejárt Azure Front Door-ügyféltanúsítványt.).

A termékváltozat módosítása vagy további példányok hozzáadása a hibatűrés biztosításához

Két vagy több közepes vagy nagy méretű példány üzembe helyezése biztosítja az üzletmenet folytonosságát a tervezett vagy nem tervezett karbantartás által okozott kimaradások során.

További információ az alkalmazás megbízhatóságának javításáról az Azure Advisor használatával – Az Application Gateway hibatűrésének biztosítása).

A webhelyintegritás biztosítása érdekében kerülje a gazdagépnév felülírását

Az Application Gateway konfigurálása során próbálja kerülni a gazdagépnév felülírását. Ha az Application Gateway előtérén található tartomány eltér a háttérrendszer eléréséhez használt tartománytól, előfordulhat, hogy a cookie-k vagy az átirányítási URL-címek hibásak lesznek. Egy másik előtérbeli tartomány nem minden helyzetben jelent problémát, és a háttérrendszerek bizonyos kategóriái, például a REST API-k általában kevésbé érzékenyek. Győződjön meg arról, hogy a háttérrendszer képes kezelni a tartománykülönbséget, vagy frissíti az Application Gateway konfigurációját, hogy a gazdagépnevet ne kelljen felülírni a háttérrendszer felé. Ha az App Service-ben használják, csatoljon egy egyéni tartománynevet a webalkalmazáshoz, és ne használja a *.azurewebsites.net gazdagép nevét a háttérrendszer felé.

További információ az Application Gatewayről – AppGatewayHostOverride (A hely integritásának biztosításához kerülje a gazdagépnév felülbírálását).

Az Azure WAF RuleSet CRS 3.1/3.2 frissítésre került a Log4j 2 biztonsági résszabályával

A Log4j 2 biztonsági résre (CVE-2021-44228) reagálva az Azure Web Application Firewall (WAF) CRS 3.1/3.2 szabálykészlete frissült az Application Gatewayen, hogy további védelmet nyújtson a biztonsági rés ellen. A szabályok a 944240 szabály szerint érhetők el, és az engedélyezésükhöz nincs szükség műveletre.

További információ az Application Gatewayről – AppGwLog4JCVEPatchNotification (Az Azure WAF RuleSet CRS 3.1/3.2 frissült a log4j2 biztonsági résszabályával).

Extra védelem a Log4j 2 biztonsági résének csökkentéséhez (CVE-2021-44228)

A Log4j 2 biztonsági rés hatásának csökkentése érdekében az alábbi lépéseket javasoljuk:

1. Frissítse a Log4j 2-t a 2.15.0-s verzióra a háttérkiszolgálókon. Ha a frissítés nem lehetséges, kövesse a rendszertulajdonságok útmutatási hivatkozását.
2. Használja ki a WAF Core-szabálykészletek (CRS) előnyeit a WAF termékváltozatra való frissítéssel.

További információ az Application Gatewayről – AppGwLog4JCVEGenericNotification (További védelem a Log4j 2 biztonsági résének (CVE-2021-44228)) elhárításához.

Az Application Gateway-felhasználók virtuális hálózati engedélyének frissítése

A biztonság javítása és az Azure-ban egységesebb felhasználói élmény biztosítása érdekében minden felhasználónak át kell adnia egy engedélyellenőrzést, mielőtt létrehoz vagy frissít egy Application Gatewayt egy virtuális hálózaton. A felhasználóknak vagy alkalmazáspéldányoknak legalább Microsoft.Network/virtualNetworks/subnets/join/action engedéllyel kell rendelkezniük.

További információ az Application Gatewayről – AppGwLinkedAccessFailureRecmmendation (Az Application Gateway-felhasználók VNet-engedélyének frissítése).

A tanúsítványokra való hivatkozáshoz verzió nélküli Key Vault titkos azonosító használata

Nyomatékosan javasoljuk, hogy használjon verzió nélküli titkos azonosítót, hogy az alkalmazáskapu erőforrása automatikusan lekérhesse az új tanúsítványverziót, amikor az elérhető. Példa: https://myvault.vault.azure.net/secrets/mysecret/

További információ az Application Gatewayről – AppGwAdvisorRecommendationForCertificateUpdate (A tanúsítványokra való hivatkozáshoz használjon verzió nélküli Key Vault titkos azonosítót).

Több ExpressRoute-kapcsolatcsoport implementálása a virtuális hálózaton a helyszínek közötti rugalmasság érdekében

Észleltük, hogy az ExpressRoute-átjáróhoz csak 1 ExpressRoute-kapcsolatcsoport van társítva. egy vagy több további kapcsolatcsoport Csatlakozás az átjáróhoz a társviszony-létesítési hely redundanciájának és rugalmasságának biztosítása érdekében

További információ a virtuális hálózati átjáróról – ExpressRouteGatewayRedundancy (Több ExpressRoute-kapcsolatcsoport implementálása a virtuális hálózaton a helyek közötti rugalmasság érdekében).

ExpressRoute-monitor implementálása a Network Performance Monitoron az ExpressRoute-kapcsolatcsoport teljes körű monitorozásához

Azt észleltük, hogy a Hálózati teljesítményfigyelő ExpressRoute Monitorja jelenleg nem figyeli az ExpressRoute-kapcsolatcsoportot. Az ExpressRoute monitor végpontok közötti monitorozási képességeket biztosít, beleértve a következőket: veszteség, késés és teljesítmény a helyszínitől az Azure-on és az Azure-on keresztül a helyszíniig

További információ az ExpressRoute-kapcsolatcsoportról – ExpressRouteGatewayE2EMonitoring (ExpressRoute Monitor implementálása a hálózati teljesítményfigyelőn az ExpressRoute-kapcsolatcsoport teljes körű monitorozásához).

Az ExpressRoute Global Reach használata a vészhelyreállítási terv javítása érdekében

Úgy tűnik, hogy az ExpressRoute-kapcsolatcsoportok között legalább két különböző helyen kérte társviszony létesítését. Csatlakozás őket egymáshoz az ExpressRoute Global Reach használatával, hogy a forgalom továbbra is áramolhasson a helyszíni hálózat és az Azure-környezet között, ha egy kapcsolatcsoport megszakad a kapcsolat. Global Reach-kapcsolatokat létesíthet eltérő társviszony-létesítési helyeken található kapcsolatcsoportok között ugyanazon a nagyvárosi területen belül vagy eltérő nagyvárosi területek között.

További információ az ExpressRoute-kapcsolatcsoportról – UseGlobalReachForDR (Az ExpressRoute Global Reach használata a vészhelyreállítási terv továbbfejlesztéséhez).

Legalább egy további végpont hozzáadása a profilhoz, lehetőleg egy másik Azure-régióban

A profilokhoz több végpontra van szükség a rendelkezésre állás biztosításához, ha az egyik végpont meghibásodik. Azt is javasoljuk, hogy a végpontok különböző régiókban legyenek.

További információ a Traffic Manager-profilról – GeneralProfile (Adjon hozzá legalább egy végpontot a profilhoz, lehetőleg egy másik Azure-régióban).

Végpont hozzáadása „Az összes (Világ)” konfiguráció szerint

Földrajzi útválasztás esetében az adatforgalom meghatározott régiókon alapuló végpontok felé irányul. Ha egy régió meghibásodik, nincs előre definiált feladatátvétel. Ha olyan végponttal rendelkezik, ahol a területi csoportosítás a földrajzi profilok "All (World)" értékére van konfigurálva, elkerülhető a fekete forgalom, és a szolgáltatás továbbra is elérhető marad.

További információ a Traffic Manager-profilról – GeographicProfile (A "Minden (Világ)" beállításra konfigurált végpont hozzáadása.

Egy végpont hozzáadása vagy áthelyezése egy másik Azure-régióba

A végponthoz társított összes közelségi profil ugyanabban a régióban van. A más régiókból származó felhasználók hosszú késést tapasztalhatnak a csatlakozáskor. Egy végpont hozzáadása vagy másik régióba való áthelyezése javítja a közelségi útválasztás általános teljesítményét, és jobb rendelkezésre állást biztosít abban az esetben, ha az egyik régió összes végpontja meghibásodik.

További információ a Traffic Manager-profilról – ProximityProfile (Végpont hozzáadása vagy áthelyezése egy másik Azure-régióba).

Átállás az alapszintűről az éles Gateway-termékváltozatokra

A VPN Gateway alapszintű termékváltozata fejlesztési és tesztelési célokra lett kialakítva. Váltson éles termékváltozatra, ha a VPN-átjárót éles célokra használja. Az éles termékváltozatok több alagutat, BGP-támogatást, aktív–aktív kapcsolatot, egyéni IPsec-/IKE-szabályzatot biztosítanak a magasabb szintű stabilitás és rendelkezésre állás mellett.

További információ a virtuális hálózati átjáróról – BasicVPNGateway (Áttérés az éles átjáró termékváltozataira alapszintű átjárókról).

NAT-átjáró használata kimenő kapcsolatokhoz

A SNAT-portok elfogyása miatti kapcsolati hibák elkerülhetők, ha a virtuális hálózatok kimenő forgalmához NAT-átjárót használ. A NAT-átjáró dinamikusan skáláz, és biztonságos kapcsolatokat biztosít az internetre irányuló forgalom számára.

További információ a virtuális hálózatról – natGateway (A NAT-átjáró használata kimenő kapcsolatokhoz).

Az Application Gateway-felhasználók virtuális hálózati engedélyének frissítése

A biztonság javítása és az Azure-ban egységesebb felhasználói élmény biztosítása érdekében minden felhasználónak át kell adnia egy engedélyellenőrzést, mielőtt létrehoz vagy frissít egy Application Gatewayt egy virtuális hálózaton. A felhasználóknak vagy alkalmazáspéldányoknak legalább Microsoft.Network/virtualNetworks/subnets/join/action engedéllyel kell rendelkezniük.

További információ az Application Gatewayről – AppGwLinkedAccessFailureRecmmendation (Az Application Gateway-felhasználók VNet-engedélyének frissítése).

A tanúsítványokra való hivatkozáshoz verzió nélküli Key Vault titkos azonosító használata

Nyomatékosan javasoljuk, hogy használjon verzió nélküli titkos azonosítót, hogy az alkalmazáskapu erőforrása automatikusan lekérhesse az új tanúsítványverziót, amikor az elérhető. Példa: https://myvault.vault.azure.net/secrets/mysecret/

További információ az Application Gatewayről – AppGwAdvisorRecommendationForCertificateUpdate (A tanúsítványokra való hivatkozáshoz használjon verzió nélküli Key Vault titkos azonosítót).

Aktív–aktív átjárók engedélyezése redundancia biztosítása céljából

Aktív-aktív konfiguráció esetén a VPN-átjáró mindkét példánya S2S VPN-alagutakat hoz létre a helyszíni VPN-eszközre. Ha egy tervezett karbantartás vagy nem tervezett esemény történik egy átjárópéldányban, a forgalom automatikusan át lesz kapcsolva a másik aktív IPsec-alagútra.

További információ a virtuális hálózati átjáróról – VNetGatewayActiveActive (Active-Active-átjárók engedélyezése redundanciához).

Felügyelt TLS-tanúsítványok használata

A TLS-tanúsítványok Front Door-kezelése csökkenti a működési költségeket, és segít elkerülni a tanúsítvány megújításának elfelejtésével járó költséges kimaradásokat.

További információ a felügyelt TLS-tanúsítványok használatáról.

Állapotadat-mintavételek letiltása, ha egy forráscsoportban csak egy forrás található

Ha csak egyetlen forrással rendelkezik, a Front Door mindig erre a forrásra irányítja a forgalmat, még akkor is, ha az állapotadat-mintavétel nem kifogástalan állapotot jelez. Az állapotadat-mintavétel nem változtat a Front Door viselkedésén. Ebben a forgatókönyvben az állapotadat-mintavételek nem nyújtanak előnyt, ezért tiltsa le őket a forrás forgalmának csökkentése érdekében.

További információ az állapotadat-mintavétel ajánlott eljárásairól.

Használja ugyanazt a tartománynevet az Azure Front Dooron és a forráson

Javasoljuk, hogy ha fordított proxyt használ egy webalkalmazás előtt, őrizze meg az eredeti HTTP-gazdagépnevet. Ha a háttéralkalmazás-kiszolgálóhoz megadottól eltérő gazdanév van a fordított proxyn, az olyan cookie-khoz vagy átirányítási URL-címekhez vezethet, amelyek nem működnek megfelelően. Előfordulhat például, hogy a munkamenet állapota elveszik, a hitelesítés sikertelen lehet, vagy a háttérBELI URL-címek véletlenül elérhetővé válnak a végfelhasználók számára. Ezeket a problémákat elkerülheti, ha megőrzi a kezdeti kérés állomásnevét, hogy az alkalmazáskiszolgáló ugyanazt a tartományt láthassa, mint a webböngésző.

További információ arról, hogyan használhatja ugyanazt a tartománynevet az Azure Front Dooron és a forráson.

SAP az Azure-hoz

Engedélyezze a concurrent-fencing paramétert a Pacemaker konfigurációjában az SAP számítási feladatok magas rendelkezésre állású ASCS-beállítása esetén

A concurrent-fencing paraméter igaz értékre állítva engedélyezi az elkerítési műveletek párhuzamos végrehajtását. Állítsa ezt a paramétert "true" értékre az ASCS HA beállítás pacemaker-fürtkonfigurációjában.

További információ a központi kiszolgálópéldányról – ConcurrentFencingHAASCSRH (Engedélyezze az "egyidejű-fencing" paramétert a Pacemaker-társkonfigurációban az ASCS HA beállításában az SAP számítási feladatokban).

Ellenőrizze, hogy a stonith engedélyezve van-e a Pacemaker-kofiguráció esetében az SAP számítási feladatok magas rendelkezésre állású ASCS-beállításában

A Pacemaker-fürtökben a csomópontszintű elkerítés implementálása a STONITH (Shoot The Other Node in the Head) erőforrás használatával történik. Győződjön meg arról, hogy a "stonith-enable" értéke "true" (igaz) értékre van állítva az SAP-számítási feladat HA-fürtkonfigurációjában.

További információ a Központi kiszolgálópéldányról – StonithEnabledHAASCSRH (Győződjön meg arról, hogy a Stonith engedélyezve van a Pacemaker-kofiguráláshoz az ASCS HA-ban az SAP számítási feladatokban való beállításában).

Állítsa a stonith időtúllépését 144-re az SAP számítási feladatok fürtkonfigurációjára vonatkozóan az ASCS HA-beállításban

Állítsa a sztonitikus időtúllépést 144-es értékre a HA-fürtök esetében az Azure-beli SAP javaslatának megfelelően.

További információ a központi kiszolgálópéldányról – StonithTimeOutHAASCS (A fürtkonfiguráció sztonith időkorlátjának beállítása 144-re az ASCS HA-ban történő beállításhoz az SAP számítási feladataiban).

Állítsa a Pacemaker-fürt corosync token paraméterét 30 000-re ASCS HA-beállítás esetén a SAP számítási feladatokban

A corosync token beállítása határozza meg a közvetlenül vagy a HA-fürtök valós token-időtúllépési számításának alapjaként használt időtúllépést. Állítsa a corosync-jogkivonatot 30000-re az Azure-beli SAP javaslatának megfelelően a memóriamegőrző karbantartás engedélyezéséhez.

További információ a központi kiszolgálópéldányról – CorosyncTokenHAASCSRH (A Pacemaker-fürt corosync tokenjének beállítása 30000-re az ASCS HA sap számítási feladatokban való beállításához).

Állítsa a Várt szavazatok paraméter értékét 2-re a Pacemaker konfigurációjában ASCS HA-beállítás esetén a SAP számítási feladatokban

Két csomópontos HA-fürtön állítsa a kvórumszavazatokat 2-re az Azure-beli SAP-ra vonatkozó javaslat szerint.

További információ a központi kiszolgálópéldányról – ExpectedVotesHAASCSRH (A várt szavazati paraméter beállítása 2-re a Pacemaker-kokonfigurációban az ASCS HA beállításában az SAP számítási feladatokban).

Állítsa a Pacemaker-fürt „token_retransmits_before_loss_const” értékét 10-re ASCS HA-beállítás esetén a SAP számítási feladatokban

A corosync token_retransmits_before_loss_const határozza meg, hogy a rendszer hány alkalommal tudja újraközvetíteni a jogkivonatokat a HA-fürtök időtúllépése előtt. Állítsa a totem.token_retransmits_before_loss_const 10-re az ASCS HA beállítására vonatkozó javaslat szerint.

További információ a központi kiszolgálópéldányról – TokenRestransmitsHAASCSSLE (Állítsa a "token_retransmits_before_loss_const" 10-re a Pacemaker-fürtben az ASCS HA sap számítási feladatokban való beállításában).

Állítsa a Pacemaker-fürt corosync token paraméterét 30 000-re ASCS HA-beállítás esetén a SAP számítási feladatokban

A corosync token beállítása határozza meg a közvetlenül vagy a HA-fürtök valós token-időtúllépési számításának alapjaként használt időtúllépést. Állítsa a corosync-jogkivonatot 30000-re az Azure-beli SAP javaslatának megfelelően a memóriamegőrző karbantartás engedélyezéséhez.

További információ a központi kiszolgálópéldányról – CorosyncTokenHAASCSSLE (Állítsa a Corosync tokent a Pacemaker-fürtben 30000-re az SAP számítási feladataiban beállított ASCS HA beállításához).

Állítsa a Pacemaker-fürt „corosync max_messages” paraméterét 20-ra ASCS HA-beállítás esetén a SAP számítási feladatokban

A corosync max_messages konstans határozza meg, hogy egy processzor a jogkivonat fogadása után legfeljebb hány üzenetet küldhet. Javasoljuk, hogy a Corosync-token paraméterének 20-szorosát állítsa be a Pacemaker-fürtkonfigurációban.

További információ a központi kiszolgálópéldányról – CorosyncMaxMessagesHAASCSSLE (A Pacemaker-fürt "corosync max_messages" beállítása 20-ra az ASCS HA sap számítási feladatokban való beállításához).

Állítsa a Pacemaker-fürt „corosync consensus” paraméterét 36000-re az SAP számítási feladatok magas rendelkezésre állású ASCS-beállítása esetén

A corosync „consensus” paramétere megadja, hogy a rendszer hány ezredmásodpercig várjon a megegyezésre, mielőtt új tagsági kört indít a fürt konfigurációjában. Javasoljuk, hogy a Corosync-token 1,2-szeresét állítsa be a Pacemaker-fürtkonfigurációban az ASCS HA beállításához.

További információ a központi kiszolgálópéldányról – CorosyncConsensusHAASCSSLE (Állítsa a Pacemaker-fürt "corosync-konszenzusát" 36000-re az SAP számítási feladatokban beállított ASCS HA-hoz).

Állítsa az expected votes paraméter értékét 2-re a fürtkonfigurációban az SAP számítási feladatok magas rendelkezésre állású ASCS-beállítása esetén

Két csomópontos HA-fürtön állítsa a kvórumparamétert expected_votes 2-es értékre az Azure-beli SAP javaslatának megfelelően.

További információ a központi kiszolgálópéldányról – ExpectedVotesHAASCSSLE (A várt szavazati paraméter beállítása 2-re a fürtkonfigurációban az ASCS HA beállításában az SAP számítási feladatokban).

Állítsa a two_node paraméter értékét 1-re az SAP számítási feladatok magas rendelkezésre állású ASCS-beállítása esetén

Két csomópontos HA-fürtben állítsa a "two_node" kvórumparamétert 1-es értékre az Azure-beli SAP javaslatának megfelelően.

További információ a központi kiszolgálópéldányról – TwoNodesParametersHAASCSSLE (Állítsa a two_node paramétert 1-re a fürtkonfigurációban az ASCS HA beállításában az SAP számítási feladatokban).

Állítsa a Pacemaker-fürt „corosync join” paraméterét 60-ra SAP számítási feladatok magas rendelkezésre állású ASCS-beállítása esetén

A corosync join időtúllépése megadja, hogy a rendszer hány ezredmásodpercig várjon a csatlakozási üzenetekre a tagsági protokollban. Javasoljuk, hogy az ASCS HA beállításához állítsa be a 60-ast a Pacemaker-fürtkonfigurációban.

További információ a központi kiszolgálópéldányról – CorosyncJoinHAASCSSLE (A Pacemaker-fürt "corosync illesztése" beállítása 60-ra az ASCS HA sap számítási feladatokban való beállításához).

Ellenőrizze, hogy a stonith engedélyezve van-e a fürtkonfigurációhoz az ASC-k HA-beállításában az SAP számítási feladatokban

A Pacemaker-fürtökben a csomópontszintű elkerítés implementálása a STONITH (Shoot The Other Node in the Head) erőforrás használatával történik. Győződjön meg arról, hogy a "stonith-enable" értéke "true" (igaz) értékre van állítva a HA-fürt konfigurációjában.

További információ a központi kiszolgálópéldányról – StonithEnabledHAASCS (Győződjön meg arról, hogy a stonith engedélyezve van a fürtkonfigurációhoz az ASCS HA beállításában az SAP számítási feladatokban).

Időkorlát beállítása 900-ra a Pacemaker konfigurációjában az ASCS HA beállításhoz készült Azure-kerítésügynökkel

Állítsa a stonith-timeout értéket 900-ra az ASCS HA-hoz készült Pacemaker megbízható működéséhez. Ez a sztonith-időtúllépési beállítás akkor alkalmazható, ha azure-beli kerítésügynököt használ felügyelt identitással vagy szolgáltatásnévvel való kerítéshez.

További információ a Központi kiszolgálópéldányról – StonithTimeOutHAASCSSLE (A Stonith-timeout beállítása 900-ra a Pacemaker konfigurációjában az ASCS HA beállításához készült Azure kerítésügynökkel).

Engedélyezze a concurrent-fencing paramétert a Pacemaker konfigurációjában az SAP számítási feladatok magas rendelkezésre állású ASCS-beállítása esetén

A concurrent-fencing paraméter igaz értékre állítva engedélyezi az elkerítési műveletek párhuzamos végrehajtását. Állítsa ezt a paramétert "true" értékre az ASCS HA beállítás pacemaker-fürtkonfigurációjában.

További információ a központi kiszolgálópéldányról – ConcurrentFencingHAASCSSLE (Engedélyezze az "egyidejű-fencing" paramétert a Pacemaker-kokonfigurációban az ASCS HA beállításában az SAP számítási feladatokban).

Hozza létre a softdog konfigurációs fájlját a Pacemaker-konfigurációban ASCS HA-beállítás esetén a SAP számítási feladatokban

A softdog időzítő kernelmodulként van betöltve a Linux operációs rendszerben. Ez az időzítő elindítja a rendszer alaphelyzetbe állítását, ha azt észleli, hogy a rendszer lefagyott. Győződjön meg arról, hogy a softdog konfigurációs fájl létrejön a Pacemaker-fürtben az ASCS HA beállításához.

További információ a központi kiszolgálópéldányról – SoftdogConfigHAASCSSLE (A softdog konfigurációs fájl létrehozása a Pacemaker konfigurációjában az ASCS HA sap számítási feladatokban való beállításához).

Győződjön meg arról, hogy a softdog modul be van töltve a Pacemakerhez az ASCS HA beállításában az SAP számítási feladatokban

A softdog időzítő kernelmodulként van betöltve a Linux operációs rendszerben. Ez az időzítő elindítja a rendszer alaphelyzetbe állítását, ha azt észleli, hogy a rendszer lefagyott. Először győződjön meg arról, hogy létrehozta a softdog konfigurációs fájlt, majd töltse be a softdog modult az ASCS HA beállítás pacemaker-konfigurációjába.

További információ a központi kiszolgálópéldányról – softdogmoduleloadedHAASCSSLE (Győződjön meg arról, hogy a softdog modul be van töltve a Pacemakerhez az ASCS HA beállításában az SAP számítási feladatokban).

Győződjön meg arról, hogy az ASCS HA beállításhoz tartozó Pacemaker-konfigurációban van egy fence_azure_arm egy példánya

A fence_azure_arm az Azure Resource Manager I/O-kerítésügynöke. Győződjön meg arról, hogy az ASCS HA beállításhoz tartozó Pacemaker-konfigurációban van egy fence_azure_arm példány. A fence_azure_arm követelmény akkor alkalmazható, ha azure-beli kerítésügynököt használ felügyelt identitással vagy szolgáltatásnévvel való kerítéshez.

További információ a központi kiszolgálópéldányról – FenceAzureArmHAASCSSLE (Győződjön meg arról, hogy az ASCS HA beállításhoz tartozó Pacemaker-konfigurációban egy fence_azure_arm van).

Magas rendelkezésreállási portok engedélyezése az Azure Load Balancerben ASCS magas rendelkezésre állásának beállításához SAP számítási feladatok esetén

Magas rendelkezésreállási portokat engedélyezhet a terheléselosztási szabályokban az ASCS-példány magas rendelkezésre állásának beállításához SAP számítási feladatok esetén. Nyissa meg a terheléselosztót, válassza ki a „Terheléselosztási szabályok” lehetőséget, és adja hozzá/szerkessze a szabályt a javasolt beállítások engedélyezéséhez.

További információ a központi kiszolgálópéldányról – ASCSHAEnableLBPorts (HA-portok engedélyezése az Azure Load Balancerben az ASCS HA beállításához AZ SAP számítási feladatokban).

Lebegő IP-cím engedélyezése az Azure Load Balancerben az ASCS magas rendelkezésre állásának beállításához SAP számítási feladatok esetén

Engedélyezhet lebegő IP-címet az Azure Load Balancer terheléselosztási szabályaiban az ASCS-példány magas rendelkezésre állásának beállításához SAP számítási feladatok esetén. Nyissa meg a terheléselosztót, válassza ki a „Terheléselosztási szabályok” lehetőséget, és adja hozzá/szerkessze a szabályt a javasolt beállítások engedélyezéséhez.

További információ a központi kiszolgálópéldányról – ASCSHAEnableFloatingIpLB (Lebegő IP engedélyezése az Azure Load Balancerben az ASCS HA beállításához az SAP számítási feladatokban).

Az üresjárati időtúllépés beállítása 30 percre az Azure Load Balancerben SAP számítási feladatok magas rendelkezésre állású ASCS-beállítása esetén

A terheléselosztó időtúllépésének megelőzése érdekében győződjön meg arról, hogy az Azure-beli terheléselosztási szabályok mindegyikében a maximális, 30 perces értékre van állítva az „Üresjárati időkorlát (percben)” beállítás. Nyissa meg a terheléselosztót, válassza ki a „Terheléselosztási szabályok” lehetőséget, és adja hozzá/szerkessze a szabályt a javasolt beállítások engedélyezéséhez.

További információ a központi kiszolgálópéldányról – ASCSHASetIdleTimeOutLB (Az Azure Load Balancer üresjárati időtúllépésének beállítása 30 percre az ASCS HA SAP-számítási feladatokban való beállításához).

TCP-időbélyegek letiltása az Azure Load Balancer mögött elhelyezett virtuális gépeken SAP számítási feladatok magas rendelkezésre állású ASCS-beállítása esetén

TCP-időbélyegek letiltása az Azure Load Balancer mögött elhelyezett virtuális gépeken. Az engedélyezett TCP-időbélyegek miatt a virtuális gép vendég operációs rendszerének TCP-verme által elvetett TCP-csomagok miatt az állapotminták meghiúsulnak. Az elvetett TCP-csomagok miatt a terheléselosztó leálltként jelöli meg a végpontot.

További információ a központi kiszolgálópéldányról – ASCSLBHADisableTCP (A TCP-időbélyegek letiltása az Azure Load Balancer mögött elhelyezett virtuális gépeken az ASCS HA beállításában az SAP számítási feladatokban).

A stonith engedélyezése a fürtkonfigurációban HA-kompatibilis SAP számítási feladatokhoz Redhat operációs rendszert használó virtuális gépek esetén

A Pacemaker-fürtökben a csomópontszintű elkerítés implementálása a STONITH (Shoot The Other Node in the Head) erőforrás használatával történik. Győződjön meg arról, hogy a "stonith-enable" értéke "true" (igaz) értékre van állítva az SAP-számítási feladat HA-fürtkonfigurációjában.

További információ az adatbázispéldányról – StonithEnabledHARH (A stonith engedélyezése a fürtkonfigurációban a HA-kompatibilis SAP számítási feladatokban a Redhat OS-vel rendelkező virtuális gépek esetében).

Állítsa a stonith időtúllépését 144-re a HA-kompatibilis SAP számítási feladatok fürtkonfigurációjára vonatkozóan

Állítsa a sztonitikus időtúllépést 144-es értékre a HA-fürtök esetében az Azure-beli SAP javaslatának megfelelően.

További információ az adatbázispéldányról – StonithTimeoutHASLE (A fürtkonfiguráció sztonith időkorlátjának beállítása 144-re a HA-kompatibilis SAP számítási feladatokban).

A stonith engedélyezése a fürtkonfigurációban HA-kompatibilis SAP számítási feladatokhoz SUSE operációs rendszert használó virtuális gépek esetén

A Pacemaker-fürtökben a csomópontszintű elkerítés implementálása a STONITH (Shoot The Other Node in the Head) erőforrás használatával történik. Győződjön meg arról, hogy a "stonith-enable" értéke "true" (igaz) értékre van állítva a HA-fürt konfigurációjában.

További információ az adatbázispéldányról – StonithEnabledHASLE (A stonith engedélyezése a fürtkonfigurációban a HA-kompatibilis SAP számítási feladatokban su Standard kiadás operációs rendszerrel rendelkező virtuális gépek esetében).

Állítsa 900-ra a stonith-timeout paraméter értékét a Pacemaker-konfigurációban a HANA-adatbázis HA-beállítására szolgáló Azure elkerítési ügynökkel

Állítsa a stonith-timeout értéket 900-ra a Pacemaker megbízható működéséhez a HANA DB HA beállításához. Ez a beállítás akkor fontos, ha az Azure kerítésügynökét használja felügyelt identitással vagy szolgáltatásnévvel való kerítéshez.

További információ az adatbázispéldányról – StonithTimeOutSuseHDB (A Stonith-timeout beállítása 900-ra a Pacemaker konfigurációjában a HANA DB HA beállításához használható Azure kerítésügynökkel).

Állítsa a corosync tokent a Pacemaker-fürtben 30000-es értékre a Redhat operációs rendszerrel rendelkező virtuális gépek HA-kompatibilis HANA-adatbázisához

A corosync token beállítása határozza meg a közvetlenül vagy a HA-fürtök valós token-időtúllépési számításának alapjaként használt időtúllépést. Állítsa a corosync-jogkivonatot 30000-re az Azure-beli SAP javaslatának megfelelően a memóriamegőrző karbantartás engedélyezéséhez.

További információ az adatbázispéldányról – CorosyncTokenHARH (Állítsa a Corosync tokent a Pacemaker-fürtben 30000-re a HA-kompatibilis HANA DB-hez a Redhat OS-vel rendelkező virtuális gépekhez).

Állítsa a Várt szavazatok paraméter értékét 2-re a HA-kompatibilis SAP számítási feladatok fürtkonfigurációjában

Két csomópontos HA-fürtön állítsa a kvórumszavazatokat 2-re az Azure-beli SAP-ra vonatkozó javaslat szerint.

További információ az adatbázispéldányról – ExpectedVotesParamtersHARH (A várt szavazati paraméter beállítása 2-re a ha-kompatibilis SAP-számítási feladatok fürtkonfigurációjában).

Állítsa a corosync tokent a Pacemaker-fürtben 30000-es értékre a SUSE operációs rendszerrel rendelkező virtuális gépek HA-kompatibilis HANA-adatbázisához

A corosync token beállítása határozza meg a közvetlenül vagy a HA-fürtök valós token-időtúllépési számításának alapjaként használt időtúllépést. Állítsa a corosync-jogkivonatot 30000-re az Azure-beli SAP javaslatának megfelelően a memóriamegőrző karbantartás engedélyezéséhez.

További információ az adatbázispéldányról – CorosyncTokenHASLE (Állítsa a Corosync tokent a Pacemaker-fürtben 30000-re a HA-kompatibilis HANA DB-hez su-val rendelkező virtuális gépekhez Standard kiadás operációs rendszerrel).

Magas rendelkezésre állású HANA-adatbázis esetében állítsa a PREFER_SITE_TAKEOVER paramétert „igaz” értékre a Pacemaker-konfigurációban

Az SAP HANA-topológiában PREFER_SITE_TAKEOVER paraméter határozza meg, hogy a HANA SR erőforrás-ügynök inkább a másodlagos példányra szeretne-e átvenni a sikertelen elsődleges példány helyi újraindítása helyett. Állítsa „true” értékre a HANA-adatbázis HA-beállításásának megbízható működéséhez.

További információ az adatbázispéldányról – PreferSiteTakeOverHARH (Állítsa a PREFER_SITE_TAKEOVER paramétert "true" értékre a HANA DB HA beállítás pacemaker-kokonfigurációjában).

Magas rendelkezésre állású HANA-adatbázis esetén engedélyezze a „concurrent-fencing” paramétert a Pacemaker-konfigurációban

A concurrent-fencing paraméter igaz értékre állítva engedélyezi az elkerítési műveletek párhuzamos végrehajtását. Állítsa ezt a paramétert "true" értékre a HANA DB HA beállítás pacemaker-fürtkonfigurációjában.

További információ a Database Instance – ConcurrentFencingHARH (Az egyidejű-fencing paraméter engedélyezése a Pacemaker-kokonfigurációban a HANA DB HA beállításához).

Állítsa a PREFER_SITE_TAKEOVER paramétert „true” értékre a HA-kompatibilis SAP számítási feladatok fürtkonfigurációjában

Az SAP HANA-topológiában PREFER_SITE_TAKEOVER paraméter határozza meg, hogy a HANA SR erőforrás-ügynök inkább a másodlagos példányra szeretne-e átvenni a sikertelen elsődleges példány helyi újraindítása helyett. Állítsa „true” értékre a HANA-adatbázis HA-beállításásának megbízható működéséhez.

További információ az adatbázispéldányról – PreferSiteTakeoverHDB (A PREFER_SITE_TAKEOVER paraméter beállítása "true" értékre a fürtkonfigurációban a HA-kompatibilis SAP számítási feladatokban).

Állítsa a Pacemaker-fürt „token_retransmits_before_loss_const” értékét 10-re a magas rendelkezésre állással kompatibilis SAP számítási feladatokban

A corosync token_retransmits_before_loss_const határozza meg a ha-fürtök időtúllépése előtt megkísérelt jogkivonat-újraküldések mennyiségét. Állítsa a totem.token_retransmits_before_loss_const 10-re a HANA DB HA beállítására vonatkozó javaslat szerint.

További információ az adatbázispéldányról – TokenRetransmitsHDB (A "token_retransmits_before_loss_const" beállítása 10-re a Pacemaker-fürtben a HA-kompatibilis SAP számítási feladatokban).

Állítsa a two_node paraméter értékét 1-re a magas rendelkezésreállási beállítással kompatibilis SAP számítási feladatok fürtkonfigurációjában

Két csomópontos HA-fürtben állítsa a "two_node" kvórumparamétert 1-es értékre az Azure-beli SAP javaslatának megfelelően.

További információ az adatbázispéldányról – TwoNodeParameterSuseHDB (A two_node paraméter beállítása 1-re a ha-kompatibilis SAP-számítási feladatok fürtkonfigurációjában).

Engedélyezze a „concurrent-fencing” paramétert a magas rendelkezésreállási beállítással kompatibilis SAP számítási feladatok fürtkonfigurációjában

A concurrent-fencing paraméter igaz értékre állítva engedélyezi az elkerítési műveletek párhuzamos végrehajtását. Állítsa ezt a paramétert "true" értékre a HANA DB HA beállítás pacemaker-fürtkonfigurációjában.

További információ az adatbázispéldányról – ConcurrentFencingSuseHDB (Engedélyezze az "egyidejű-fencing" paramétert a fürtkonfigurációban a HA-kompatibilis SAP számítási feladatokban).

Állítsa a Pacemaker-fürt „corosync join” paraméterét 60-ra HA-kompatibilis HANA-adatbázis esetén a SAP számítási feladatokban

A corosync join időtúllépése megadja, hogy a rendszer hány ezredmásodpercig várjon a csatlakozási üzenetekre a tagsági protokollban. Javasoljuk, hogy a HANA DB HA beállításához állítsa be a 60-ot a Pacemaker-fürtkonfigurációban.

További információ az adatbázispéldányról – CorosyncHDB (A Pacemaker-fürt corosync illesztése 60-ra a HA-kompatibilis HANA DB-hez SAP számítási feladatokban).

Állítsa a Pacemaker-fürt „corosync max_messages” paraméterét 20-ra SAP számítási feladatok magas rendelkezésreállási beállítással kompatibilis HANA-adatbázisa esetén

A corosync max_messages konstans határozza meg, hogy egy processzor a jogkivonat fogadása után legfeljebb hány üzenetet küldhet. Javasoljuk, hogy a Corosync-token paraméterének 20-szorosát állítsa be a Pacemaker-fürtkonfigurációban.

További információ az adatbázispéldányról – CorosyncMaxMessageHDB (Állítsa a Pacemaker-fürt "corosync max_messages" értékét 20-ra a HA-kompatibilis HANA DB-hez az SAP számítási feladataiban).

Állítsa a Pacemaker-fürt „corosync consensus” paraméterét 36 000-re HA-kompatibilis HANA-adatbázis esetén az SAP számítási feladatokban

A corosync „consensus” paramétere megadja, hogy a rendszer hány ezredmásodpercig várjon a megegyezésre, mielőtt új tagsági kört indít a fürt konfigurációjában. Javasoljuk, hogy a COROSYNC-token 1,2-szeresét állítsa be a Pacemaker-fürtkonfigurációban a HANA DB HA beállításához.

További információ az adatbázispéldányról – CorosyncConsensusHDB (A Pacemaker-fürt "corosync-konszenzusának" beállítása 36000 értékre a HA-kompatibilis HANA DB-hez AZ SAP számítási feladatokban).

Hozza létre a softdog konfigurációs fájlját a HA-kompatibilis HANA-adatbázis Pacemaker-konfigurációjában az SAP számítási feladatokban

A softdog időzítő kernelmodulként van betöltve a Linux operációs rendszerben. Ez az időzítő elindítja a rendszer alaphelyzetbe állítását, ha azt észleli, hogy a rendszer lefagyott. Győződjön meg arról, hogy a softdog konfigurációs fájl létrejön a Pacemaker-fürtben a HANA DB HA beállításához.

További információ az adatbázispéldányról – SoftdogConfigSuseHDB (A softdog konfigurációs fájl létrehozása Pacemaker-konfigurációban a HA engedélyezéséhez a HANA DB sap-számítási feladatokban).

Győződjön meg arról, hogy a HANA DB HA beállításához egy fence_azure_arm van a Pacemaker konfigurációjában

A fence_azure_arm az Azure Resource Manager I/O-kerítésügynöke. Győződjön meg arról, hogy egy fence_azure_arm egy példánya szerepel a HANA DB HA beállítás pacemaker-konfigurációjában. A fence_azure karos példányra vonatkozó követelmény akkor alkalmazható, ha azure-beli kerítésügynököt használ felügyelt identitással vagy szolgáltatásnévvel való kerítéshez.

További információ az adatbázispéldányról – FenceAzureArmSuseHDB (Győződjön meg arról, hogy egy fence_azure_arm egy példánya van a HANA DB HA beállításához készült Pacemaker-konfigurációban).

Győződjön meg arról, hogy a softdog modul be van töltve a Pacemakerhez a HA-kompatibilis HANA DB-ben az SAP számítási feladataiban

A softdog időzítő kernelmodulként van betöltve a Linux operációs rendszerben. Ez az időzítő elindítja a rendszer alaphelyzetbe állítását, ha azt észleli, hogy a rendszer lefagyott. Először győződjön meg arról, hogy létrehozta a softdog konfigurációs fájlt, majd töltse be a softdog modult a Pacemaker konfigurációjába a HANA DB HA beállításához.

További információ az adatbázispéldányról – SoftdogModuleSuseHDB (Győződjön meg arról, hogy a softdog modul be van töltve a Pacemakerhez a HA-kompatibilis HANA DB-ben az SAP számítási feladatokban).

Az üresjárati időtúllépés beállítása 30 percre az Azure Load Balancerben SAP számítási feladatok magas rendelkezésre állású HANA DB-beállítása esetén

A terheléselosztó időtúllépésének megelőzése érdekében győződjön meg arról, hogy az Azure-beli terheléselosztási szabályok mindegyikében a maximális, 30 perces értékre van állítva az „Üresjárati időkorlát (percben)” beállítás. Nyissa meg a terheléselosztót, válassza ki a „Terheléselosztási szabályok” lehetőséget, és adja hozzá/szerkessze a szabályt a javasolt beállítások engedélyezéséhez.

További információ az adatbázispéldányról – DBHASetIdleTimeOutLB (Az Azure Load Balancer üresjárati időtúllépésének beállítása 30 percre a HANA DB HA SAP-számítási feladatokban való beállításához).

Lebegő IP-cím engedélyezése az Azure Load Balancerben a HANA-adatbázis magas rendelkezésre állásának beállításához SAP számítási feladatok esetén

Engedélyezhet lebegő IP-címet az Azure Load Balancer terheléselosztási szabályaiban a HANA-adatbázispéldány magas rendelkezésre állásának beállításához SAP számítási feladatok esetén. Nyissa meg a terheléselosztót, válassza ki a „Terheléselosztási szabályok” lehetőséget, és adja hozzá/szerkessze a szabályt a javasolt beállítások engedélyezéséhez.

További információ az adatbázispéldányról – DBHAEnableFloatingIpLB (Lebegő IP engedélyezése az Azure Load Balancerben a HANA DB HA beállításához AZ SAP számítási feladatokban).

Magas rendelkezésreállási portok engedélyezése az Azure Load Balancerben HANA-adatbázis magas rendelkezésre állásának beállításához SAP számítási feladatok esetén

Magas rendelkezésreállási portokat engedélyezhet a terheléselosztási szabályokban a HANA-adatbázispéldány magas rendelkezésre állásának beállításához SAP számítási feladatok esetén. Nyissa meg a terheléselosztót, válassza ki a „Terheléselosztási szabályok” lehetőséget, és adja hozzá/szerkessze a szabályt a javasolt beállítások engedélyezéséhez.

További információ az adatbázispéldányról – DBHAEnableLBPorts (HA-portok engedélyezése az Azure Load Balancerben a HANA DB HA beállításához AZ SAP számítási feladatokban).

TCP-időbélyegek letiltása az Azure Load Balancer mögött elhelyezett virtuális gépeken SAP számítási feladatok magas rendelkezésre állású HANA DB-beállítása esetén

TCP-időbélyegek letiltása az Azure Load Balancer mögött elhelyezett virtuális gépeken. Az engedélyezett TCP-időbélyegek miatt a virtuális gép vendég operációs rendszerének TCP-verme által elvetett TCP-csomagok miatt az állapotminták meghiúsulnak. Az elvetett TCP-csomagok miatt a terheléselosztó leálltként jelöli meg a végpontot.

További információ az adatbázispéldányról – DBLBHADisableTCP (A TCP-időbélyegek letiltása az Azure Load Balancer mögött elhelyezett virtuális gépeken a HANA DB HA beállításában az SAP számítási feladatokban).

A HANA DB HA-beállításának Pacemaker-konfigurációjában egy fence_azure_arm-példány lehet

A fence_azure_arm az Azure Resource Manager I/O-kerítésügynöke. Győződjön meg arról, hogy a HANA DB HA beállításának Pacemaker-konfigurációjában egy fence_azure_arm található. A fence_azure_arm akkor van szükség, ha azure-beli kerítésügynököt használ felügyelt identitással vagy szolgáltatásnévvel való kerítéshez.

További információ az adatbázispéldányról – FenceAzureArmSuseHDB (A HANA DB HA beállításához a Pacemaker konfigurációjában egy példánynak kell lennie fence_azure_arm).

Tárolás

A helyreállítási tárak helyreállítható törlésének engedélyezése

A helyreállítható törlési beállítással a törlés után további ideig megőrizheti a biztonsági mentési adatokat a Recovery Services-tárolóban. A további időtartam lehetővé teszi az adatok lekérését a végleges törlés előtt.

További információ a Recovery Services-tárolóról – AB-SoftDeleteRsv (Helyreállítható törlés engedélyezése a Recovery Services-tárolókhoz).

A régiók közötti visszaállítás engedélyezése a Recovery Services-tárolóhoz

Régiók közötti visszaállítás engedélyezése a georedundáns tárolókhoz.

További információ a Recovery Services-tárolóról – CRR engedélyezése (Régiók közötti visszaállítás engedélyezése a Recovery Services-tárolóhoz).

Biztonsági másolatok engedélyezése a virtuális gépeken

Engedélyezze a virtuális gépek biztonsági mentését és az adatok védelmét.

További információ a virtuális gépről (klasszikus) – EnableBackup (Biztonsági másolatok engedélyezése a virtuális gépeken).

Blob biztonsági mentés konfigurálása

Blob biztonsági mentésének konfigurálása.

További információ a tárfiókról – ConfigureBlobBackup (Blob backup konfigurálása).

Kapcsolja be az Azure Backupot az egyszerű, megbízható és költséghatékony adatvédelem biztosításához

Az azure-ból származó biztonsági mentések segítségével biztonságban tarthatja adatait és alkalmazásait. Aktiválja az Azure Backupot, hogy költséghatékony védelmet biztosítson a számítási feladatok széles köre számára, beleértve a virtuális gépeket, az SQL-adatbázisokat, az alkalmazásokat és a fájlmegosztásokat.

További információ az Előfizetésről – AzureBackupService (Az Azure Backup bekapcsolása az adatok egyszerű, megbízható és költséghatékony védelméhez).

ADLS Gen1-fiókjai vannak, amelyeket át kell telepíteni az ADLS Gen2-be

Ahogy korábban bejelentették, az Azure Data Lake Storage Gen1 2024. február 29-én megszűnik. Javasoljuk, hogy migrálja a data lake-t az Azure Data Lake Storage Gen2-be. Az Azure Data Lake Storage Gen2 speciális képességeket kínál a big data-elemzésekhez, és az Azure Blob Storage-ra épül.

További információ a Data Lake Store-fiókról – ADLSGen1_Deprecation (ADLS Gen1-fiókokkal rendelkezik, amelyeket át kell telepíteni az ADLS Gen2-be).

ADLS Gen1-fiókjai vannak, amelyeket át kell telepíteni az ADLS Gen2-be

Ahogy korábban bejelentették, az Azure Data Lake Storage Gen1 2024. február 29-én megszűnik. Javasoljuk, hogy migrálja a data lake-t az Azure Data Lake Storage Gen2-be, amely speciális képességeket kínál a big data-elemzéshez. Az Azure Data Lake Storage Gen2 az Azure Blob Storage-ra épül.

További információ a Data Lake Store-fiókról – ADLSGen1_Deprecation (ADLS Gen1-fiókokkal rendelkezik, amelyeket át kell telepíteni az ADLS Gen2-be).

A helyreállítható törlés engedélyezése a blobadatok védelme érdekében

A Helyreállítható törlés beállítás engedélyezése után a törölt adatok "helyreállítható" törölt állapotba kerülnek a végleges törlés helyett. Az adatok felülírásakor a rendszer létrehoz egy helyreállítható módon törölt pillanatképet a felülírt adatok állapotának mentéséhez. Megadhatja azt az időtartamot, ameddig visszaállíthatók a helyreállítható módon törölt adatok, és amely után véglegesen törlődnek.

További információ a Storage-fiókról – StorageSoftDelete (Helyreállítható törlés engedélyezése a blobadatok védelméhez).

A Managed Disks használata a maximális kapacitást elérő tárfiókokhoz

Megállapítottuk, hogy Prémium SSD nem felügyelt lemezeket használ a Tárfiók(ok)ban, amelyek hamarosan elérik a Premium Storage kapacitáskorlátját. A korlát elérésekor fellépő hibák elkerülése érdekében javasoljuk, hogy olyan felügyelt lemezekre migráljon, amelyek nem rendelkeznek fiókkapacitási korlátokkal. A migrálás kevesebb mint 5 perc alatt elvégezhető a portálon.

További információ a Storage-fiókról – StoragePremiumBlobQuotaLimit (Felügyelt lemezek használata a kapacitáskorlátot elérő tárfiókokhoz).

Azure Lemezek használata zóna redundáns tárolóval a nagyobb rugalmasság és rendelkezésre állás érdekében

A ZRS-sel ellátott Azure-lemezek szinkronizált replikációt biztosítanak az adatoknak egy régió három rendelkezésre állási zónáján keresztül, így a lemezek toleránsak a zónahibákkal szemben, az alkalmazások megszakítása nélkül. Lemezek áttelepítése az LRS-ből a ZRS-be a nagyobb rugalmasság és rendelkezésre állás érdekében.

További információ az Azure-beli felügyelt lemezek lemeztípusának módosításáról.

Felügyelt lemezek használata az adatok megbízhatóságának javítása érdekében

A rendelkezésre állási csoportban lévő, tárfiókokat vagy tárméretegységeket tartalmazó lemezekkel rendelkező virtuális gépek nem ellenállnak az egyszeri tárolási skálázási egység meghibásodásainak a kimaradások során. Migráljon az Azure Managed Disksre, így a rendelkezésreállási csoport különböző virtuális gépeinek lemezei megfelelően elkülönülnek, és meggátolják a kritikus hibapontok létrejöttét.

További információ a Rendelkezésre állási csoportról – ManagedDisksAvSet (Felügyelt lemezek használata az adatok megbízhatóságának javításához).

Az Azure NetApp Files-erőforrásokra vonatkozó vészhelyreállítási stratégiák megvalósítása

Az adatok vagy funkciók regionális vagy zónaszintű katasztrófa esetén történő elvesztésének elkerülése érdekében implementáljon olyan gyakori vészhelyreállítási technikákat, mint például a régiók közötti replikáció vagy a zónák közötti replikáció az Azure NetApp Files-kötetekhez

További információ a Kötet – ANFCRRCZRRecommendation (Vészhelyreállítási stratégiák implementálása az Azure NetApp Files-erőforrásokhoz).

Az Azure NetApp Files lehetővé teszi az SMB-kötetek folyamatos rendelkezésre állását

Ajánlás az SMB kötet folyamatos rendelkezésre álláshoz való engedélyezésére.

További információ a Kötet – anfcaenablement szolgáltatásról (Az Azure NetApp Files lehetővé teszi az SMB-kötetek folyamatos rendelkezésre állását).

Az Azure NetApp Files esetében használt időtúllépési értékek SAP-konfigurációjának áttekintése

Az SAP magas rendelkezésre állása az Azure NetApp Filesban való használat során a megfelelő időtúllépési értékek beállításán alapul, így elkerülhető az alkalmazás működésének megszakadása. Tekintse át a dokumentációt, és győződjön meg arról, hogy az Ön konfigurációja megfelel a dokumentációban szereplő időtúllépési értékeknek.

További információ a Kötet – SAPTimeoutsANF (Az Azure NetApp Filesban használt időtúllépési értékek SAP-konfigurációjának áttekintése).

Webes

A CPU túlzott használatának elkerülése érdekében érdemes lehet horizontálisan felskálázni az App Service-csomagot

Az alkalmazás az elmúlt néhány napban elérte >a 90%-os processzorhasználatot. A magas cpu-kihasználtság futásidejű problémákhoz vezethet az alkalmazásokkal, a probléma megoldásához pedig kibővítheti az alkalmazást.

További információ az App Service – AppServiceCPUExhaustion szolgáltatásról (Fontolja meg az App Service-csomag skálázását, hogy elkerülje a processzorkimerülést).

Javítsa ki az App Service-erőforrás biztonsági mentési adatbázis beállításait

Az alkalmazás biztonsági mentései érvénytelen adatbázis-konfiguráció miatt mind meghiúsulnak; a biztonsági mentés előzményeiben talál további részleteket.

További információ az App Service – AppServiceFixBackupDatabase Gépház (Az App Service-erőforrás biztonsági mentési adatbázisának beállításainak javítása).

A memória túlzott használatának elkerülése érdekében érdemes lehet vertikálisan felskálázni az App Service-csomag termékváltozatát

Az alkalmazást tartalmazó App Service-csomag elérte >a lefoglalt memória 85%-át. A nagy mértékű memóriahasználat az alkalmazások futtatókörnyezeti problémáihoz vezethet. Vizsgálja meg, hogy az App Service-csomag mely alkalmazása fogyaszt sok memóriát, és szükség esetén skálázzon fel vertikálisan egy jobb csomagra, amelyben több memória használható.

További információ az App Service – AppServiceMemoryExhaustion szolgáltatásról (Fontolja meg az App Service-csomag termékváltozatának skálázását a memóriakimerülés elkerülése érdekében).

Az App Service-erőforrás vertikális felskálázása a kvótakorlát eltávolítása érdekében

Az alkalmazás egy megosztott App Service-csomag része, és többször is elérte a kvótát. A kvóta teljesülése után a webalkalmazás nem tudja fogadni a bejövő kéréseket. A kvóta eltávolításához frissítsen Standard csomagra.

További információ az App Service – AppServiceRemoveQuota szolgáltatásról (Az App Service-erőforrás vertikális felskálázása a kvótakorlát eltávolításához).

Üzembehelyezési pontok használata az App Service-erőforráshoz

Az elmúlt héten többször is üzembe helyezte az alkalmazást. Az üzembehelyezési pontok segítenek a módosítások kezelésében és az éles webalkalmazás üzembe helyezési hatásának csökkentésében.

További információ az App Service – AppServiceUseDeploymentSlots szolgáltatásról (Üzembehelyezési pontok használata az App Service-erőforráshoz).

Javítsa ki az App Service-erőforrás biztonsági mentési tárolási beállításait

Az alkalmazás biztonsági mentései érvénytelen tárolóbeállítások miatt mind meghiúsulnak; a biztonsági mentés előzményeiben talál további részleteket.

További információ az App Service – AppServiceFixBackupStorage Gépház (Az App Service-erőforrás biztonsági mentési tárolási beállításainak javítása).

Váltsa az App Service-erőforrást Standard vagy jobb csomagra, és használjon üzembehelyezési pontokat

Az elmúlt héten többször is üzembe helyezte az alkalmazást. Az üzembehelyezési pontok segítenek a módosítások kezelésében és az éles webalkalmazás üzembe helyezési hatásának csökkentésében.

További információ az App Service – AppServiceStandardOrHigher szolgáltatásról (Az App Service-erőforrás áthelyezése Standard vagy újabb verzióra, és üzembehelyezési pontok használata).

A felhasználói élmény és a rendelkezésre állás javítása érdekében érdemes lehet horizontálisan felskálázni az App Service-csomagot

Érdemes lehet horizontálisan felskálázni az App Service-csomagot, hogy elkerülje a hidegindításokat és a szolgáltatáskimaradásokat a rutinkarbantartások során.

További információ az App Service-csomagról – AppServiceNumberOfInstances (Fontolja meg az App Service-csomag skálázását a felhasználói élmény és a rendelkezésre állás optimalizálása érdekében.).

Az alkalmazáskódot javítani kell, amikor a feldolgozói folyamat nem kezelt kivétel miatt összeomlik

A következő szálat azonosítottuk, amely nem kezelt kivételt eredményezett az alkalmazás számára, és az alkalmazás kódját ki kell javítani az alkalmazás rendelkezésre állásának megakadályozása érdekében. Összeomlás történik, ha a kód egy kivétele leállítja a folyamatot.

További információ az App Service – AppServiceProactiveCrashMonitoring szolgáltatásról (az alkalmazáskódot rögzíteni kell, mivel a feldolgozói folyamat nem kezelt kivétel miatt összeomlott).

Fontolja meg az App Service-konfiguráció 64 bitesre történő módosítását

Megállapítottuk, hogy az alkalmazás 32 bites környezetben fut, és a memória eléri a 2 GB-os korlátot. Fontolja meg a 64 bites folyamatokra való váltást, hogy kihasználhassa a Web Worker szerepkörben elérhető többletmemória előnyeit. Ez a művelet elindítja a webalkalmazás újraindítását, ezért ennek megfelelően ütemezze.

További információ az App Service 32 bites korlátairól.

Az Azure Fluid Relay-ügyfélkódtár frissítése

Nemrég régi ügyfélkódtárral hívta meg az Azure Fluid Relay szolgáltatást. Az Azure Fluid Relay-ügyfélkódtárat frissíteni kell a legújabb verzióra, hogy az alkalmazás működőképes maradjon. A frissítés a legkorszerűbb funkciókat és a teljesítmény és a stabilitás javítását biztosítja. A legújabb verzióval és a frissítés módjával kapcsolatos további információkért tekintse meg az alábbi cikket.

További információ a FluidRelay Server – UpgradeClientLibrary szolgáltatásról (Az Azure Fluid Relay ügyfélkódtár frissítése).

Fontolja meg a statikus webalkalmazás(ok) üzemeltetési tervének standard termékváltozatra való frissítését ebben az előfizetésben

Az előfizetés összes ingyenes termékváltozatának statikus webalkalmazása által használt összesített sávszélesség meghaladja a havi 100 GB-os korlátot. A szabályozás elkerülése érdekében érdemes ezeket az alkalmazásokat Standard termékváltozatra frissíteni.

További információ a Static Web Appról – StaticWebAppsUpgradeToStandardSKU (Fontolja meg a statikus webalkalmazás(ok) üzemeltetési tervének frissítését ebben az előfizetésben standard termékváltozatra.)

Következő lépések

További információ a megbízhatóságról – Microsoft Azure Well Architected Framework