Az Azure Cosmos DB hibaelhárítása

Megoldások a Data API Builder gyakori Azure Cosmos DB emulátor-, kapcsolat- és sémakonfigurációs problémáihoz.

Gyakori kérdések

Mi az Azure Cosmos DB támogatása a DAB-ban?

A Data API Builder noSQL-háttérrendszerként támogatja az Azure Cosmos DB-t. A DAB az Azure Cosmos DB .NET SDK használatával csatlakozik a Cosmos DB-hez, és graphQL-típusokként teszi elérhetővé az entitásokat. A Cosmos DB REST-támogatása nem érhető el; az összes lekérdezés a GraphQL-végponton keresztül lesz kiszolgálva.

Milyen API-t használ a DAB a Cosmos DB-vel?

A DAB az Azure Cosmos DB for NoSQL API-t (korábbi nevén SQL API) használja. Más Cosmos DB API-k, például a MongoDB, a Gremlin és a Table nem támogatottak. Győződjön meg arról, hogy a Cosmos DB-fiók az Azure Cosmos DB for NoSQL API-val jön létre.

Támogatott a Cosmos DB emulátor?

Igen. Az Azure Cosmos DB emulátor helyi fejlesztéshez támogatott. Állítsa be a kapcsolati sztringet az emulátor alapértelmezett végpontjára: AccountEndpoint=https://localhost:8081/;AccountKey=<emulator-key>;. A DAB csatlakozása előtt meg kell bíznia az emulátor önaláírt tanúsítványában a fejlesztőgépen.

Gyakori problémák

Az Emulator-tanúsítvány nem megbízható

Tünet: A DAB ssl- vagy tanúsítványérvényesítési hibával nem tud csatlakozni az emulátorhoz.

Okoz: Az Azure Cosmos DB emulátor egy önaláírt tanúsítványt használ, amely alapértelmezés szerint nem megbízható az operációs rendszeren.

Felbontás: Exportálja és telepítse az emulátortanúsítványt https://localhost:8081/_explorer/emulator.pem a helyi gép megbízható főtanúsítvány-tárolójába. Windows rendszeren nyissa meg a tanúsítványfájlt, és telepítse a helyi gép > megbízható legfelső szintű hitelesítésszolgáltatóihoz. Indítsa újra a DAB-t a tanúsítvány telepítése után.

Nem lehet csatlakozni az emulátorhoz

Tünet: A DAB nem indul el, The remote name could not be resolved: 'localhost' vagy egy hiba jelentkezik, amely egy kapcsolat visszautasítását jelzi a 8081 porton.

Okoz: Az emulátor nem fut, vagy a kapcsolati sztring végpontja vagy fiókkulcsa helytelen.

Felbontás: Indítsa el az Azure Cosmos DB emulátort a Start menüből, vagy futtassa a végrehajtható emulátort. Ellenőrizze, hogy a kapcsolati sztring AccountEndpoint=https://localhost:8081/-t használja, és a megfelelő emulátorkulcsot, amely az emulátor adatfelfedező oldalán van feltüntetve https://localhost:8081/_explorer/index.html.

A GraphQL-sémafájl nem található

Tünet: A DAB nem indul el olyan hibával, mint a Schema file not found vagy graphql-schema path is invalida .

Okoz: Az graphql.schema elérési út dab-config.json olyan fájlra mutat, amely nem létezik, vagy helytelen relatív elérési utat használ.

Felbontás: Ellenőrizze, hogy a sémafájl létezik-e a megadott elérési úton.dab-config.json Az elérési út a konfigurációs fájl helyéhez viszonyítva van. Futtassa dab init a --cosmosdb_nosql-schema segítségével a konfigurációt a megfelelő sémaútvonallal való újragenerálásához, majd ellenőrizze, hogy a .gql vagy a .graphql fájl jelen van-e ezen a helyen.

A lekérdezés üres eredményeket ad vissza

Tünet: A GraphQL-lekérdezések üres listát adnak vissza, annak ellenére, hogy a tárolóban vannak adatok.

Okoz: Az entitáskonfiguráció tárolónevének vagy partíciókulcsának elérési útja nem egyezik meg a tényleges Cosmos DB-tárolóval, vagy az adatbázis neve helytelen.

Felbontás: Ellenőrizze az entitás source értékét dab-config.json-ben, és győződjön meg arról, hogy az pontosan egyezik a tároló nevével (a kis- és nagybetűk megkülönböztetését figyelembe véve). Ellenőrizze, hogy az alatta database lévő data-source mező megegyezik-e a Cosmos DB-adatbázis nevével. Az Azure Portalon nyissa meg az Adatkezelőt a fiókhoz, és erősítse meg az adatbázis- és tárolóneveket.

A közvetlen módú TCP-kapcsolatok meghiúsulnak a Linux emulátorsal

Tünet: A DAB lefagy vagy időtúllép, amikor a Cosmos DB Linux emulátorhoz csatlakozik a Dockerben, még akkor is, ha az AZURE_COSMOS_EMULATOR_IP_ADDRESS_OVERRIDE=127.0.0.1 beállítás érvényben van. A kérések elakadnak a kapcsolat újrapróbálkozása során.

Okoz: A DAB jelenleg a ConnectionMode.Direct-et kódolja, ami miatt a Cosmos SDK felderíti a fizikai partícióvégpontokat (például 172.17.0.2:1025010255), és tcp-kapcsolatokat nyit hozzájuk. A gazdagépről ezek a tárolócímek nem érhetők el. Az átjáró mód az összes forgalmat egyetlen HTTPS-végponton (az emulátor 8081-es portján) irányítja át, és teljesen elkerüli a problémát. Ez egy ismert korlátozás, amely a #3401-es GitHub problémában van nyomon követve.

Felbontás: Az emulátortároló indításakor állítsa be a AZURE_COSMOS_EMULATOR_IP_ADDRESS_OVERRIDE=127.0.0.1 értéket. Ez arra kényszeríti az emulátort, hogy címként a 127.0.0.1-et hirdesse, így a felderített végpontok elérhetők lesznek a gazdagépről. Amíg az átjáró mód nem konfigurálható a DAB-ban, a helyi fejlesztéshez az IP-felülbírálás az ajánlott kerülő megoldás.

On-Behalf-Of (OBO) hitelesítés nem támogatott

Tünet: Egy Azure Cosmos DB-alapú DAB-példányhoz az On-Behalf-Of (OBO) hitelesítés konfigurálása sikertelen, vagy a jogkivonat továbbítása nem a várt módon történik.

Okoz: Az OBO-hitelesítés jelenleg csak az SQL Server és az Azure SQL esetében támogatott. Az Azure Cosmos DB támogatása még nem lett megvalósítva. Ez egy ismert korlátozás, amelyet a GitHub 3159- ös problémájában követnek nyomon.

Felbontás: Használjon támogatott hitelesítési módszert, például a Cosmos DB-fiókkulcsot vagy a felügyelt identitást. Az OBO-támogatás nem SQL Server-adatbázisokra való kiterjesztésének időpontjáról a GitHub-problémát követve tájékozódhat.

A Cosmos DB-n meghiúsul a GraphQL a szűrőben

Tünet: A Cosmos DB által támogatott entitáson az in operátort használó GraphQL-lekérdezés futásidőben meghiúsul, és nem hozható létre ismeretlen predikátumművelet IN, annak ellenére, hogy introspekcióval jelenik meg a sémában.

Okoz: Az in operátor az IdFilterInput és a StringFilterInput generált GraphQL-sémájában van közzétéve, de az alapul szolgáló Cosmos DB szűrőfordítási logika nem implementálja azt. Ez a séma és a lekérdezés-végrehajtó közötti eltérés egy ismert hiba, amelyet a GitHub 3061-ben észleltek.

Felbontás: Ne használja az in operátort a GraphQL-lekérdezésekben Cosmos DB-entitásokon. Használja inkább az alábbi áthidaló megoldások egyikét:

• Több vagy "+ q" kifejezéssel helyettesítse a kis, fix értéklistát.
• Használjon több pontolvasási aliast (item_by_pk) az ismert azonosítók listájából való lekérdezéshez.
• Szűrjön a kliens oldalon, miután egy szélesebb eredményhalmazt lekért.

A Cosmos DB nem támogatja az összesítéseket

Tünet: A GraphQL összesítő lekérdezései (például darabszám, összeg vagy vg) sikertelenek vagy nem érhetők el a sémában.

Okoz: A Data API Builder jelenleg nem támogatja az Azure Cosmos DB összesítési műveleteit. Az aggregációk csak relációs adatbázisokhoz érhetők el. Ez egy ismert korlátozás, amelyet a GitHub 2849- ik számában észleltek.

Felbontás: Jelenleg nincs áthidaló megoldás a DAB-n belül. Az eredményhalmaz lekérése után ügyféloldali összesítéseket hajthat végre, vagy a Cosmos DB beépített lekérdezési API-ját használhatja közvetlenül az összesítő műveletekhez. Kövesse a GitHub-ügyet a frissítések követéséhez.

A többes számú (lista) lekérdezéseket nem lehet letiltani, hogy csak pontolvasásra kényszerítsünk.

Tünet: Az ügyfelek széles körű elemlista-lekérdezéseket bocsátanak ki egy Cosmos DB entitás ellen, nagy mennyiségű kérelemegységet fogyasztva, mikor az a szándék, hogy csak pontolvasásokat engedélyezzenek az item_by_pk által.

Okoz: A Data API Builder jelenleg nem biztosít konfigurációs lehetőséget a többes számú lekérdezés letiltására és az entitások csak olvasási pontokra való korlátozására. Ez egy ismert korlátozás, amelyet a GitHub 2433- os problémája követ nyomon.

Megoldás: Részleges kerülő megoldásként korlátozza az entitás engedélyeihez tartozó listaműveletet, így csak bizonyos szerepkörök adhatnak ki listalekérdezéseket. A többes számú lekérdezéstípus teljes letiltása a sémából még nem támogatott.

A hierarchikus partíciókulcsok (MultiHash) nem támogatottak

Tünet: A hierarchikus partíciókulcsokat (több partíciókulcs elérési útját) használó Cosmos DB-tároló mutációi meghiúsulnak a partíciókulcs-definícióban megadott "kind" (multiHash) érték érvénytelen. Válassza a 'Hash' partíciótípust.

Okoz: A Data API Builder csak egykulcsos (kivonatos) partíciókulcs-definíciókat támogat. A hierarchikus partíciókulcsokkal (MultiHash) konfigurált tárolók nem támogatottak. Ez egy ismert korlátozás, amelyet a GitHub 1733- os számában észleltek.

Felbontás: Jelenleg nincs áthidaló megoldás a DAB-n belül. Ha lehetséges, alakítsa át a tárolót úgy, hogy egyetlen partíciókulcsot használjon. Ha az adatmodell hierarchikus partíciókulcsokat igényel, kövesse a GitHub-ot a több hash támogatás hozzáadásának frissítéseiért.

A MultiHash partíciókulcsok nem támogatottak

Tünet: A hierarchikus (többszintű kivonat) partíciókulcsot használó Cosmos DB-tárolók mutációi sikertelenek, mert a partíciókulcs definíciójában megadott "kind" érték 'MultiHash' érvénytelen. Válassza a 'Hash' partíciótípust.

Okoz: A Data API Builder csak egyértékű hash partíciókulcsokat támogat az Azure Cosmos DB-hez. A hierarchikus partíciókulcsokkal (MultiHash) konfigurált tárolók, például a /TenantId, /EntityType és /EntityId nem támogatottak. Ez egy ismert korlátozás, amelyet a GitHub 1733- os számában észleltek.

Felbontás: Jelenleg nincs áthidaló megoldás a DAB-n belül. Használjon egyetlen hash partíciós kulccsal rendelkező tárolót helyette. Ha hierarchikus particionálásra van szükség, fontolja meg a tároló szerkezetátalakítását. Kövesse a GitHub-problémát, hogy értesüljön a MultiHash partíciókulcs-támogatás hozzáadásának frissítéseiről.

Több mutáció nem atomi a Cosmos DB-n

Tünet: Ha több GraphQL-mutációt küld egyetlen kérelemben a Cosmos DB-entitások számára, az egyik mutáció hibája nem veti vissza a többit. Részleges írások is előfordulhatnak.

Okoz: A Data API Builder nem csomagol több Cosmos DB-mutációt egy tranzakciós kötegbe. A relációs adatbázisoktól eltérően, ahol egy kérelemben több mutációt hajtanak végre atomi módon, a Cosmos DB-mutációk egymástól függetlenül jelennek meg. Ez egy ismert korlátozás, amelyet a GitHub 1621- ik számában észleltek.

Felbontás: Az alkalmazást úgy tervezheti meg, hogy az egyes Cosmos DB-mutációkat függetlenként kezelje. Ha atomiságra van szükség, használja a Cosmos DB SDK-t közvetlenül tranzakciós kötegtámogatással, amely ugyanazon logikai partíció elemeire terjed ki. Kövesse a GitHub-ügyet a frissítésekért, amikor hozzáadják a tranzakciós mutáció támogatását a Cosmos DB-hez.

A graphQL-típus neve a sémafájlban nem egyezik meg az entitáskonfigurációval

Tünet: A DAB hiba nélkül indul el, de a lekérdezések váratlan eredményeket vagy rossz típust adnak vissza, mivel a schema.gql fájlban definiált GraphQL-típusnév nem egyezik az entitáshoz konfigurált egyedi típusnévvel dab-config.json.

Okoz: A Data API Builder jelenleg nem ellenőrzi, hogy a sémafájl GraphQL-típusneve megegyezik-e az entitáshoz deklarált egyedi típusnévvel. Az eltérés csendesen inkonzisztens sémát eredményez. Ez egy ismert korlátozás, amelyet a GitHub 1556-os hibája követ nyomon.

Felbontás: Manuálisan ellenőrizze, hogy a schema.gql típusneve (amely az @model irányelven keresztül van beállítva) megegyezik-e az entitás graphql.type konfigurációjának egyedi értékével a dab-config.json. Ha például dab-config.json "szingular": "Location" deklarálja, a sémafájlnak tartalmaznia kell a hely @model(name:"Hely" ype-t.

A sémafájl GraphQL-típusneve nem egyezik az entitások egyedi típusának nevével

Tünet: A DAB hiba nélkül indul el, de a lekérdezések váratlan eredményeket vagy rossz típust adnak vissza, mivel a schema.gql fájlban definiált GraphQL-típusnév nem egyezik az entitáshoz konfigurált egyedi típusnévvel dab-config.json.

Okoz: A Data API Builder jelenleg nem ellenőrzi, hogy a @model GraphQL-sémafájl irányelvneve megegyezik-e az entitáshoz beállított egyedi típusnévvel. Ha eltérnek, az eltérés csendesen helytelen séma-viselkedést eredményez. Ez egy ismert korlátozás, amelyet a GitHub 1556-os hibája követ nyomon.

Felbontás: Manuálisan győződjön meg arról, hogy a schema.gql típusneve pontosan egyezik az entitás graphql.type konfigurációjának egyedi értékével dab-config.json. Ha például az entitás a "szingular": "Location" értéket definiálja, akkor a sémafájlnak deklarálnia kell a ype helyét @model(name:"Location"). Futtassa a Dab-ellenőrzést, miután módosításokat végzett, hogy észlelje az egyéb konfigurációs hibákat.

A GraphQL-sémafájl enumerálási típusai séma buildelési hibát okoznak

Tünet: A DAB nem indul el a HotChocolate.SchemaException miatt: Nem sikerült feloldani a típushivatkozást ... OrderByInput hiba lép fel, ha a Cosmos DB schema.gql fájl egy objektumtípus mezőben használt GraphQL szám típusát határozza meg.

Okoz: A Data API Builder jelenleg nem támogatja a GraphQL-számtípusokat a Cosmos DB sémafájljában. Ha mezőtípusként enumot használ, a sémaszerkesztő nem tudja létrehozni a megfelelő OrderByInput típust, és nem kezelt kivételt okoz. Ez egy ismert korlátozás, amelyet a GitHub 748- os hibája követ nyomon.

Felbontás: Cserélje le a számmezőket a skaláris megfelelőikre (például sztringet használjon egyéni számtípus helyett) a schema.gql fájlban. Használja az enum validációt az alkalmazásrétegben, ne pedig a DAB-sémadefinícióban.

A GraphQL-séma enumerálási típusai miatt a DAB indítása meghiúsul

Tünet: A DAB nem indul el HotChocolate.SchemaException hibával, például nem oldható fel a "Nincs: FooOrderByInput" típushivatkozás, amikor a Cosmos DB GraphQL sémafájl egy modellen használt számtípust határoz meg.

Okoz: A Data API Builder sémaszerkesztője nem kezeli megfelelően a schema.gql-ben definiált GraphQL-számtípusokat. Ha egy modell mezőtípusaként hivatkozik egy enumerálásra, a belső OrderByInput típusgenerálás nem oldja fel azt, és összeomlik a séma inicializálása. Ez egy ismert korlátozás, amelyet a GitHub 748- os hibája követ nyomon.

Felbontás: Kerülje a GraphQL-számtípusok definiálását a Cosmos DB-entitásokhoz készült schema.gql fájlban. Kerülő megoldásként cserélje le az enumerációs mezőket sztringre, és érvényes értékeket kényszerítsen ki az alkalmazásrétegben. Kövesse a GitHub-problémát az enumerálási támogatás hozzáadásakor megjelenő frissítésekért.

A mezőleképezések (aliasok) nem támogatottak a Cosmos DB-entitások esetében

Tünet: A dab-config.json állományban a Cosmos DB-entitáshoz megadott leképezési szakasznak nincs hatása; az eredeti mezőnevek továbbra is láthatók a GraphQL-sémában a konfigurált aliasok helyett.

Okoz: A leképezési funkció, amely lehetővé teszi az adatbázisoszlopok neveinek felfedését az API különböző mezőnevei alatt, csak relációs adatbázisokhoz van implementálva. A Cosmos DB-entitások jelenleg nem támogatják a mezőleképezéseket. Ez egy ismert korlátozás, amelyet a GitHub #1512-es hibajegye követ.

Felbontás: Használja a mezőneveket pontosan úgy, ahogy a Cosmos DB-dokumentumokban megjelennek. Ha aliasolásra van szükség, alkalmazza azt az ügyfélalkalmazási rétegben. Kövesse a GitHub hibabejelentést, hogy frissítéseket kapjon arról, mikor kerül hozzáadásra a leképezési támogatás a Cosmos DB-hez.

A GraphQL-mutációs változók nem oldják fel az értékek helyett tárolt változóneveket

Tünet: A változókat használó GraphQL-mutáció (például createExample(elem: { id: , név: })) a "" és "" változóneveket tárolja az adatbázisban az ariables hasznos adataiban átadott tényleges értékek helyett.

Okoz: A Data API Builder jelenleg nem oldja fel a GraphQL-változóhivatkozásokat a Cosmos DB mutációs bemeneteiben. A függvény kihagyja a változó helyettesítését, és a literális változó neve mezőértékként lesz megírva. Ez egy ismert hiba, amelyet a GitHub issue #1482-ben követnek nyomon.

Felbontás: Ágyazd be a változóértékeket közvetlenül a mutációs törzsbe a GraphQL-változók használata helyett. Cserélje le például az azonosítót a következő azonosítóra: "1234". Ez nem ideális termelési környezetben való használatra, ezért kövesse az aktuális GitHub-problémát, hogy frissítéseket kapjon a Cosmos DB mutációk változókezelésének javításáról.

A GraphQL-sémafájl egyesítő típusai 500-es hibát okoznak

Tünet: A DAB egy 500-es állapotkódot ad vissza minden GraphQL-kéréshez, ha a schema.gql egy GraphQL-egyesítési típust határoz meg. Az indítási naplókban a HotChocolate.SchemaException: Nem oldható fel a típushivatkozás ... OrderByInput.

Okoz: A Data API Builder nem támogatja a GraphQL-egyesítési típusokat a Cosmos DB sémafájljában. Az enumerálási típusokhoz hasonlóan az egyesítő típusok is a sémaszerkesztő meghibásodását okozzák a rendezési/szűrési bemeneti típusok létrehozásakor. Ez egy ismert hiba, amelyet a GitHub #1384-es kérdés követik.

Felbontás: Az egyesítő típusdefiníciók eltávolítása a schema.gql fájlból. Polimorfikus adatokat modellezhet egyetlen objektumtípussal, választható mezőkkel, vagy feloszthatja az adatokat külön entitások között. Az unió típusú támogatás hozzáadásakor kövesse a GitHub-ügyet.

A mutáció létrehozása futásidőben meghiúsul, ha az azonosító null értékűként van definiálva a sémában

Tünet: A létrehozási mutáció futásidejű hibát ad vissza annak ellenére, hogy a séma érvényesnek tűnik. A hiba azért fordul elő, mert az azonosító mező nem volt megadva, vagy null értékű volt.

Okoz: A Cosmos DB-hez minden dokumentum azonosítómezője szükséges, és a partíciókulcs részeként használja. Ha a schema.gql null értékűként deklarálja az azonosítót (például azonosító: azonosító az azonosító helyett: azonosító!), a DAB elfogadja a sémát, de futásidőben meghiúsul, amikor egy létrehozási mutáció kihagyja a mezőt. A sémának nem null értéket kell érvényesítenie a sémaérvényesítési időpontban, de jelenleg nem. Ezt a hiányosságot nyomon követi a GitHub 1238- os problémája.

Felbontás: A Cosmos DB GraphQL-sémában mindig deklarálja az azonosító mezőt nem null értékként:

graphql type MyEntity @model(name: "MyEntity") { id: ID! ... }

Azonosító biztosítása: ID! az ügyfelek egyértelmű sémaszintű hibát kapnak, ha az azonosító hiányzik, nem pedig átlátszatlan futásidejű hiba.

A körkörös GraphQL-kapcsolatok verem túlcsordulási kivételt okoznak indításkor

Tünet: A DAB indításkor összeomlik egy verem túlcsordulási kivétellel, amikor a schema.gql olyan típusokat határoz meg, amelyek egy ciklusban hivatkoznak egymásra (például a Player a Játékra hivatkozik, a Játék pedig a Playerre).

Okoz: A sémaszerkesztő rekurzív módon végigvezeti az összes típushivatkozást a mutáció bemeneti típusainak létrehozásához. A körkörös kapcsolatok végtelen rekurziót okoznak, ami kimeríti a hívás vermet. Ez egy ismert hiba, amelyet a GitHub 746-os hibája követett.

Felbontás: Kerülje a körkörös típushivatkozásokat a schema.gql fájlban. Megszakíthatja a ciklust úgy, hogy eltávolítja a háttérhivatkozást az egyik típusból, vagy a kapcsolatot azonosítók (skaláris mezők) listájaként modellezi a beágyazott objektumtípusok helyett. Kövesse a GitHub-problémát a körkörös kapcsolatok támogatottságával kapcsolatos frissítésekért.

A partíciókulcs mindig azonosító, az egyéni partíciókulcs-útvonalakat nem támogatja.

Tünet: A DAB csak olyan Cosmos DB-tárolókkal működik, amelyek a /id azonosítót használják partíciókulcsként. A más mezők (például /userId vagy /category) által particionált tárolók nem kérdezhetők le vagy nem módosíthatók megfelelően.

Okoz: A Data API Builder kőbe vési az azonosítót, mint partíciókulcsot az összes Cosmos DB-entitás esetében. A dab-config.json vagy a schema.gql fájlban nem adható meg egyéni partíciókulcs elérési útja. Ez egy ismert korlátozás, amelyet a GitHub 747-ik számában észleltek.

Felbontás: Tervezzen új tárolókat /id azonosítóval partíciókulcsként a DAB használatakor. Egy másik partíciókulccsal rendelkező meglévő tárolók esetében a DAB jelenleg nem támogatott. Kövesse a GitHub bejegyzést a konfigurálható partíciókulcsok hozzáadásának frissítéseiért.

A beágyazott tömbök lekérdezése egy dokumentumban (elemen belüli illesztések) nem támogatott

Tünet: A Beágyazott tömbtulajdonságok nem szűrhetők és nem léphetők át a Cosmos DB-dokumentumokban a DAB használatával. Azok a lekérdezések, amelyekhez Cosmos DB JOIN szükséges a tömbelemek között, eredmény vagy hiba nélkül térnek vissza.

Okoz: A Data API Builder nem támogatja a Cosmos DB dokumentumon belüli illesztéseit (más néven elemen belüli illesztéseket), amelyek egy dokumentumban lévő beágyazott tömbök lekérdezéséhez szükségesek. Ez egy ismert korlátozás, amelyet a GitHub 262. problémájában követnek nyomon.

Felbontás: A beágyazott tömböket alakítsa át külön entitásokká vagy gyermekdokumentumokká, ha azok tartalmára kell szűrnie. Másik lehetőségként végezze el a teljes dokumentum utófeldolgozását az alkalmazásrétegben. Kövesse a GitHub-ügyet, hogy értesüljön az illesztési támogatás hozzáadásának frissítéseiről a dokumentumon belül.