Másolási tevékenység teljesítményének hibaelhárítása

A KÖVETKEZŐKRE VONATKOZIK: Azure Data Factory Azure Synapse Analytics

Ez a cikk azt ismerteti, hogyan háríthatja el a másolási tevékenység teljesítményével kapcsolatos problémákat a Azure Data Factory.

A másolási tevékenység futtatása után a futtatás eredményét és teljesítménystatisztikáit a másolási tevékenység figyelési nézetében gyűjtheti össze. Például:

Másolási tevékenység futtatás részleteinek figyelése

Teljesítmény-finomhangolási tippek

Bizonyos esetekben a másolási tevékenység futtatásakor a "Teljesítmény-finomhangolási tippek" jelennek meg a fenti példában látható módon. A tippekből a szolgáltatás által az adott másolási futtatás során azonosított szűk keresztmetszetet kaphatja meg, valamint javaslatot tesz a másolási sebesség növelése érdekében. Próbálja meg a javasolt változtatást, majd futtassa újra a másolatot.

Referenciaként jelenleg a teljesítmény-finomhangolási tippek a következő esetekre nyújtanak javaslatokat:

Kategória Teljesítmény-finomhangolási tippek
Adattár-specifikus Adatok betöltése a Azure Synapse Analytics: javasoljuk, hogy használja a PolyBase-t vagy a COPY utasítást, ha nincs használatban.
  Adatok másolása a Azure SQL Database: ha a DTU magas kihasználtság alatt áll, javasoljuk, hogy magasabb szintre frissítsen.
  Adatok másolása a Azure Cosmos DB: ha a ru magas kihasználtság alatt áll, javasoljuk, hogy magasabb ru-re frissítsen.
Adatok másolása az SAP-táblából: nagy mennyiségű adat másolása esetén javasoljuk, hogy használja az SAP-összekötő partíciós beállítását a párhuzamos betöltés engedélyezéséhez és a maximális partíciószám növeléséhez.
  Adatok bemenő Amazon Redshift: javasoljuk, hogy használja az UNLOAD adatokat, ha nincs használatban.
Adattár szabályozása Ha az adattár több olvasási/írási műveletet is korlátoz a másolás során, javasoljuk, hogy ellenőrizze és növelje az adattár engedélyezett kérési sebességét, vagy csökkentse az egyidejű számítási feladatokat.
Integrációskörnyezet Ha helyi integrációs Integration Runtime (IR) használ, és a másolási tevékenység hosszú ideig várakozik az üzenetsorban, amíg az ir nem rendelkezik végrehajtható erőforrással, javasolt a fel- és felméretezés.
  Ha olyan Azure Integration Runtime használ, amely nem optimális régióban van, és lassú olvasást/írást eredményez, javasoljuk, hogy konfigurálja az integrációs integrációs kiszolgáló használatát egy másik régióban.
Hibatűrés Ha hibatűrést konfigurál, és az inkompatibilis sorok kihagyása lassú teljesítményt eredményez, javasoljuk, hogy biztosítsa a forrás- és fogadóadatok kompatibilitását.
Szakaszos másolás Ha az szakaszos másolás konfigurálva van, de nem hasznos a forrás-fogadó pár számára, távolítsa el.
Folytatás Ha a másolási tevékenység az utolsó hibaponttól folytatódik, de az eredeti futtatás után módosítania kell a diu beállítást, vegye figyelembe, hogy az új DIU-beállítás nem lép életbe.

A másolási tevékenység végrehajtásának részletei

A másolási tevékenység figyelési nézetének alján található végrehajtási adatok és időtartamok ismertetik a másolási tevékenység fő szakaszait (lásd a cikk elején található példát), ami különösen hasznos a másolási teljesítmény hibaelhárítása során. A másolási futtatás szűk keresztmetszete a leghosszabb időtartammal. Tekintse meg az alábbi táblázatot az egyes fázisok definícióiról, és ismerje meg, hogyan háríthatja el a másolási tevékenységek hibáit a Azure IR és hogyan háríthatja el a másolási tevékenységet a saját üzemeltetett integrációs ponton ilyen információkkal.

Fázis Description
Üzenetsor Az eltelt idő, amíg a másolási tevékenység ténylegesen el nem indul az integrációs runtime-on.
Másolás előtti szkript A másolási tevékenység integrációs és másolási tevékenységtől a fogadóadattárban való másolás előtti parancsfájl végrehajtásának befejezésétől eltelt idő. Akkor alkalmazza a rendszer, amikor beállítja az adatbázis-fogadók másolás előtti parancsfájlját, például amikor adatokat ír a Azure SQL Database az új adatok másolása előtt.
Átvitel Az előző lépés vége és az összes adat forrásból fogadóba való átvitele között eltelt idő.
Figyelje meg, hogy az átvitel alatt található al lépések párhuzamosan futnak, és egyes műveletek most nem jelennek meg, például a fájlformátumok kierőltetve/generálva.

- Az első bájthoz való idő: Az előző lépés vége és az első bájt forrásadattárból való fogadásának ideje között eltelt idő. Nem fájlalapú forrásokra vonatkozik.
- Forrás listázása: A forrásfájlok vagy adatpartíciók számbavételekor töltött idő. Az utóbbi akkor érvényes, amikor partíciós beállításokat konfigurál az adatbázis-forrásokhoz, például amikor adatokat másol az olyan adatbázisokból, mint az Oracle/SAP HANA/Teradata/Netezza/stb.
-Forrásból való olvasás: Az adatok a forrásadattárból való leolvasására fordított idő.
- Írás a fogadóba: Az adatok fogadóadattárba írására fordított idő. Vegye figyelembe, hogy egyes összekötőknél jelenleg nincs ilyen metrika, például az Azure Cognitive Search, Azure Data Explorer, az Azure Table Storage, az Oracle, SQL Server, a Common Data Service, a Dynamics 365, a Dynamics CRM, a Salesforce/Salesforce Service Cloud.

Másolási tevékenység hibaelhárítása a Azure IR

A teljesítmény-finomhangolás lépéseit követve tervezze meg és végezze el a forgatókönyv teljesítménytesztét.

Ha a másolási tevékenység teljesítménye nem felel meg az elvártnak, az Azure Integration Runtime-on futó egyetlen másolási tevékenység hibaelhárítása érdekében, ha teljesítményhangolási tippek jelennek meg a másolásfigyelés nézetben, alkalmazza a javaslatot, és próbálkozzon újra. Ellenkező esetben tekintse át a másolási tevékenység végrehajtásának részleteit,ellenőrizze, hogy melyik szakasz a leghosszabb időtartamú, és alkalmazza az alábbi útmutatást a másolási teljesítmény növelése érdekében:

  • A "másolás előtti szkript" hosszú ideig tartott: ez azt jelenti, hogy a fogadó adatbázison futó előmásoló szkript futtatása hosszú időt vesz igénybe. Finomhangolja a megadott előmásolási szkriptlogikát a teljesítmény növelése érdekében. Ha további segítségre van szüksége a szkript fejlesztésében, lépjen kapcsolatba az adatbázis-csapattal.

  • Az "Átvitel – Az első bájthoz szükséges idő" hosszú munkaidet tapasztalt: ez azt jelenti, hogy a forráslekérdezés hosszú ideig tart az adatok visszaadása. Ellenőrizze és optimalizálja a lekérdezést vagy kiszolgálót. Ha további segítségre van szüksége, lépjen kapcsolatba az adattár csapatával.

  • Az "Átvitel – Forrás listázása" hosszú munkaidőt tapasztalt: azt jelenti, hogy a forrásfájlok vagy a forrásadatbázis adatpartícióinak számbavétele lassú.

    • Fájlalapú forrásból való adatmásoláskor, ha helyettesítő karakteres szűrőt használ a mappa elérési útjára vagy a fájlnévre ( vagy ), vagy a fájl utolsó módosítási időpontja szűrőt (vagy ), vegye figyelembe, hogy az ilyen szűrő a megadott mappában lévő összes fájlt listázása az ügyféloldalra, majd alkalmazza a wildcardFolderPath wildcardFileName modifiedDatetimeStart modifiedDatetimeEnd szűrőt. Ez a fájlenumerálás lehet a szűk keresztmetszet, különösen akkor, ha csak kis fájlkészletek érték el a szűrési szabályt.

      • Ellenőrizze, hogy másolhat-e fájlokat a dátum/időparticionált fájl elérési útja vagy neve alapján. Az ilyen módon nem jelent terhet a forrásoldal listázása.

      • Ellenőrizze, hogy használhatja-e ehelyett az adattár natív szűrőját, pontosabban az "előtagot" az Amazon S3/Azure Blob Storage/Azure Files és a "listAfter/listBefore" előtagot ADLS Gen1. Ezek a szűrők kiszolgálóoldali adattárszűrők, és sokkal jobb teljesítményt eredményeznek.

      • Fontolja meg egyetlen nagy adatkészlet több kisebb adatkészletre való felosztását, és hagyja, hogy ezek a másolási feladatok egyidejűleg fussnak az adatok egyes részeivel. Ezt a Lookup/GetMetadata + ForEach + Copy billentyűkombinációval használhatja. Általános példaként tekintse meg a Fájlok másolása több tárolóból vagy az Adatok áttelepítése az Amazon S3-ból ADLS Gen2 megoldássablonokbe.

    • Ellenőrizze, hogy a szolgáltatás tartalmaz-e szabályozási hibát a forráson, vagy hogy az adattár magas kihasználtságú állapotban van-e. Ha igen, csökkentse az adattár számítási feladatait, vagy forduljon az adattár rendszergazdájához, hogy növelje a szabályozási korlátot vagy az elérhető erőforrást.

    • Használjon Azure IR a forrásadattár régiójában vagy közelében található adatokat.

  • Az "Átvitel – forrásból történő olvasás" hosszú ideig működött:

    • Ha alkalmazható, alkalmazza az összekötő-specifikus adatbetöltés ajánlott eljárását. Ha például adatokat másol az Amazon Redshift aRedshift UNLOAD használatára.

    • Ellenőrizze, hogy a szolgáltatás nem jelez-e szabályozási hibát a forráson, vagy hogy az adattár kihasználtsága magas-e. Ha igen, csökkentse az adattár számítási feladatait, vagy forduljon az adattár rendszergazdájához, hogy növelje a szabályozási korlátot vagy az elérhető erőforrást.

    • Ellenőrizze a másolási forrás- és fogadó mintát:

      • Ha a másolási minta 4-esnél nagyobb adatintegrációs egységeket (DIUS-t) támogat – a részletekről ebben a szakaszban talál további információt, általában megpróbálhatja növelni a DIUS-okat a jobb teljesítmény érdekében.

      • Ellenkező esetben fontolja meg egyetlen nagy adatkészlet több kisebb adatkészletre való felosztását, és hagyja, hogy ezek a másolási feladatok egyidejűleg futtassanak az adatok egyes részeit. Ezt a Lookup/GetMetadata + ForEach + Copy billentyűkombinációval használhatja. Lásd: Copy files from multiple containers(Fájlok másolása több tárolóból) , Migratedata from Amazon S3 to ADLS Gen2 (Adatok áttelepítése az ADLS Gen2-be) vagy Bulk copy with a control table solution templates (Tömeges másolás vezérlőtábla-megoldássablonokkal).

    • Használjon Azure IR a forrásadattár régiójában vagy közelében található adatokat.

  • A "Transfer – writing to sink" (Átvitel – a fogadóba való írás) hosszú munkaidet tapasztalt:

    • Ha alkalmazható, alkalmazza az összekötő-specifikus adatbetöltés ajánlott eljárását. Ha például a fájlba másol adatokat, Azure Synapse AnalyticsPolyBase vagy COPY utasítást.

    • Ellenőrizze, hogy a szolgáltatás jelenti-e a szabályozási hibát a fogadón, vagy hogy az adattár kihasználtsága magas-e. Ha igen, csökkentse az adattár számítási feladatait, vagy forduljon az adattár rendszergazdájához, hogy növelje a szabályozási korlátot vagy az elérhető erőforrást.

    • Ellenőrizze a másolási forrás- és fogadó mintát:

      • Ha a másolási minta 4-esnél nagyobb adatintegrációs egységeket (DIUS-t) támogat – a részletekről ebben a szakaszban talál további információt, általában megpróbálhatja növelni a DIUS-okat a jobb teljesítmény érdekében.

      • Ellenkező esetben fokozatosan finomhangolja a párhuzamos másolatokat.Vegye figyelembe, hogy a túl sok párhuzamos másolat akár a teljesítményt is okozhatja.

    • Használjon Azure IR a fogadó adattár régiójában vagy közelében található adatokat.

Másolási tevékenység hibaelhárítása helyi integrációs szolgáltatáson

A teljesítmény-finomhangolás lépéseit követve tervezze meg és végezze el a forgatókönyv teljesítménytesztét.

Ha a másolási teljesítmény nem felel meg az elvártnak, az Azure Integration Runtime-on futó egyetlen másolási tevékenység hibaelhárítása érdekében, ha teljesítményhangolási tippek jelennek meg a másolásfigyelés nézetben, alkalmazza a javaslatot, és próbálkozzon újra. Ellenkező esetben tekintse át a másolási tevékenység végrehajtásának részleteit,ellenőrizze, hogy melyik szakasz a leghosszabb időtartamú, és alkalmazza az alábbi útmutatást a másolási teljesítmény növelése érdekében:

  • Az "Üzenetsor" hosszú ideig tartott: ez azt jelenti, hogy a másolási tevékenység hosszú ideig várakozik az üzenetsorban, amíg a saját üzemeltetett integrációs rendszernek van végrehajtható erőforrása. Ellenőrizze az integrációs integrációs szolgáltatás kapacitását és használatát, és skálázja fel vagy fel horizontálisan a számítási feladatoknak megfelelően.

  • Az "Átvitel – Az első bájthoz szükséges idő" hosszú munkaidet tapasztalt: ez azt jelenti, hogy a forráslekérdezés hosszú ideig tart az adatok visszaadása. Ellenőrizze és optimalizálja a lekérdezést vagy kiszolgálót. Ha további segítségre van szüksége, lépjen kapcsolatba az adattár csapatával.

  • Az "Átvitel – Forrás listázása" hosszú munkaidőt tapasztalt: azt jelenti, hogy a forrásfájlok vagy a forrásadatbázis adatpartícióinak számbavétele lassú.

    • Ellenőrizze, hogy a saját üzemeltetett ir-gép kis késéssel csatlakozik-e a forrásadattárhoz. Ha a forrás az Azure-ban található, ezzel az eszközzel ellenőrizheti a késést a saját üzemeltetett integrációs integrációs eszköz gépe és az Azure-régió között, minél kisebb a jobb.

    • Fájlalapú forrásból való adatmásoláskor, ha helyettesítő karakteres szűrőt használ a mappa elérési útjára vagy a fájlnévre ( vagy ), vagy a fájl utolsó módosítási időpontja szűrőt (vagy ), vegye figyelembe, hogy az ilyen szűrő a megadott mappában lévő összes fájlt listázása az ügyféloldalra, majd alkalmazza a wildcardFolderPath wildcardFileName modifiedDatetimeStart modifiedDatetimeEnd szűrőt. Ez a fájlenumerálás lehet a szűk keresztmetszet, különösen akkor, ha csak kis fájlkészletek érték el a szűrési szabályt.

      • Ellenőrizze, hogy másolhat-e fájlokat a dátum/időparticionált fájl elérési útja vagy neve alapján. Az ilyen módon nem jelent terhet a forrásoldal listázása.

      • Ellenőrizze, hogy használhatja-e ehelyett az adattár natív szűrőját, pontosabban az "előtagot" az Amazon S3/Azure Blob Storage/Azure Files és a "listAfter/listBefore" előtagot ADLS Gen1. Ezek a szűrők kiszolgálóoldali adattárszűrők, és sokkal jobb teljesítményt eredményeznek.

      • Fontolja meg egyetlen nagy adatkészlet több kisebb adatkészletre való felosztását, és hagyja, hogy ezek a másolási feladatok egyidejűleg fussnak az adatok egyes részeivel. Ezt a Lookup/GetMetadata + ForEach + Copy billentyűkombinációval használhatja. Általános példaként tekintse meg a Fájlok másolása több tárolóból vagy az Adatok áttelepítése az Amazon S3-ból ADLS Gen2 megoldássablonokbe.

    • Ellenőrizze, hogy a szolgáltatás tartalmaz-e szabályozási hibát a forráson, vagy hogy az adattár magas kihasználtságú állapotban van-e. Ha igen, csökkentse az adattár számítási feladatait, vagy forduljon az adattár rendszergazdájához, hogy növelje a szabályozási korlátot vagy az elérhető erőforrást.

  • Az "Átvitel – forrásból történő olvasás" hosszú ideig működött:

    • Ellenőrizze, hogy a saját üzemeltetett ir-gép kis késéssel csatlakozik-e a forrásadattárhoz. Ha a forrás az Azure-ban található, ezzel az eszközzel ellenőrizheti a saját üzemeltett integrációs integrációs szolgáltatás gépe és az Azure-régiók közötti késést, minél kisebb a jobb.

    • Ellenőrizze, hogy a saját üzemeltetett integrációs integrációs rendszer gépe elegendő bejövő sávszélességgel rendelkezik-e az adatok hatékony olvasására és átvitelére. Ha a forrásadattár az Azure-ban van, ezzel az eszközzel ellenőrizheti a letöltési sebességet.

    • Ellenőrizze a saját üzemeltett integrációs Azure Portal memóriahasználati trendjét Azure Portal > adat-előállító vagy Synapse-munkaterület > áttekintési lapján. Ha a cpu-használat túl magas vagy kevés a rendelkezésre álló memória, fontolja meg a fel- vagy felskálásos integrációs integrációs szolgáltatás fel- vagy felskálául való használatát.

    • Ha alkalmazható, alkalmazza az összekötő-specifikus adatbetöltés ajánlott eljárását. Például:

    • Ellenőrizze, hogy a szolgáltatás nem jelez-e szabályozási hibát a forráson, vagy hogy az adattár kihasználtsága magas-e. Ha igen, csökkentse az adattár számítási feladatait, vagy forduljon az adattár rendszergazdájához, hogy növelje a szabályozási korlátot vagy az elérhető erőforrást.

    • Ellenőrizze a másolási forrás- és fogadó mintát:

      • Ha adatokat másol a partíció lehetőséggel kompatibilis adattáraiból, fontolja meg a párhuzamos másolatok fokozatos hangolását. Vegye figyelembe, hogy a túl sok párhuzamos másolat akár a teljesítményt is cikliszt okozhatja.

      • Ellenkező esetben fontolja meg egyetlen nagy adatkészlet több kisebb adatkészletre való felosztását, és hagyja, hogy ezek a másolási feladatok egyidejűleg futtassanak az adatok egyes részeit. Ezt a Lookup/GetMetadata + ForEach + Copy billentyűkombinációval használhatja. Lásd: Copy files from multiple containers(Fájlok másolása több tárolóból) , Migratedata from Amazon S3 to ADLS Gen2 (Adatok áttelepítése az ADLS Gen2-be) vagy Bulk copy with a control table solution templates (Tömeges másolás vezérlőtábla-megoldássablonokkal).

  • A "Transfer – writing to sink" (Átvitel – a fogadóba való írás) hosszú munkaidet tapasztalt:

    • Ha alkalmazható, alkalmazza az összekötő-specifikus adatbetöltés ajánlott eljárását. Ha például a fájlba másol adatokat, Azure Synapse AnalyticsPolyBase vagy COPY utasítást.

    • Ellenőrizze, hogy a saját üzemeltetett ir-gép kis késéssel csatlakozik-e a fogadó adattárhoz. Ha a fogadó az Azure-ban található, ezzel az eszközzel ellenőrizheti a saját üzemeltetett integrációs integrációs eszköz gépe és az Azure-régió közötti késést, minél kisebb a jobb.

    • Ellenőrizze, hogy a saját üzemeltetett integrációs integrációs rendszer gépe elegendő kimenő sávszélességgel rendelkezik-e az adatok hatékony átviteléhez és íráshoz. Ha a fogadó adattár az Azure-ban található, ezzel az eszközzel ellenőrizheti a feltöltés sebességét.

    • Ellenőrizze, hogy a saját üzemeltett integrációs Azure Portal -> adat-előállítóban vagy Synapse-munkaterületen – >-e. Ha a cpu-használat túl magas vagy kevés a rendelkezésre álló memória, fontolja meg a fel- vagy felskálásos integrációs integrációs szolgáltatás fel- vagy felskálául való használatát.

    • Ellenőrizze, hogy a szolgáltatás jelenti-e a szabályozási hibát a fogadón, vagy hogy az adattár kihasználtsága magas-e. Ha igen, csökkentse az adattár számítási feladatait, vagy forduljon az adattár rendszergazdájához, hogy növelje a szabályozási korlátot vagy az elérhető erőforrást.

    • Fontolja meg a párhuzamos másolatok fokozatos hangolását.Vegye figyelembe, hogy a túl sok párhuzamos másolat akár a teljesítményt is okozhatja.

Az összekötő és az integrációs integrációs eszköz teljesítménye

Ez a szakasz néhány teljesítménnyel kapcsolatos hibaelhárítási útmutatót nyújt adott összekötőtípushoz vagy integrációskörnyezethez.

A tevékenységek végrehajtási ideje a virtuális hálózati Azure IR és az Azure VNet integrációs Azure IR változik

A tevékenység végrehajtási ideje változó, ha az adatkészlet különböző Integration Runtime.

  • Tünetek: A Linked Service legördülő menü az adatkészletben való átugrása ugyanazt a folyamattevékenységet végzi el, de jelentősen eltérő futási ideje van. Ha az adatkészlet a Felügyelt Virtual Network Integration Runtime alapul, az alapértelmezett érték alapján futtatásnál több időt Integration Runtime.

  • Ok: A folyamatfuttatás részleteinek ellenőrzésekor láthatja, hogy a lassú folyamat felügyelt virtuális hálózat (Virtual Network) integrációs Azure IR. A felügyelt virtuális hálózat integrációs Azure IR-je a kialakítás szerint hosszabb várakozási időt vesz igénybe, mint a Azure IR, mivel szolgáltatáspéldányonként nem tartunk le egy számítási csomópontot, így minden másolási tevékenység elindul, és ez elsősorban virtuális hálózatokhoz való csatlakozásra, és nem Azure IR.

Alacsony teljesítmény az adatok betöltésekor a Azure SQL Database

  • Tünetek: Az adatok másolása a Azure SQL Database lassú lesz.

  • Ok: A probléma kiváltó okát többnyire az oldal szűk keresztmetszete Azure SQL Database váltja ki. Íme néhány lehetséges ok:

    • Azure SQL Database szint nem elég magas.

    • Azure SQL Database A DTU-használat közel 100%. Figyelheti a teljesítményt, és fontolja meg a Azure SQL Database frissítését.

    • Az indexek nincsenek megfelelően beállítva. Az adatbetöltés előtt távolítsa el az összes indexet, majd a betöltés befejezése után hozza létre újra őket.

    • A WriteBatchSize nem elég nagy a séma sorméretének megfelelő mérethez. Próbálja meg megnövelni a probléma tulajdonságát.

    • Tömeges beszúrás helyett tárolt eljárást használ, amely várhatóan rosszabb teljesítményt fog eredményezni.

Időtúllépési vagy lassú teljesítmény nagy méretű Excel elemezve

  • Tünetek:

    • Amikor létrehoz Excel adatkészletet, és sémát importál a kapcsolat/tároló, az adatok előnézete, a lista vagy a frissítési munkalapokról, időtúllépési hibát jelezhet, ha az Excel-fájl nagy méretű.

    • Ha másolási tevékenységgel másol adatokat egy nagy méretű Excel-fájlból (>= 100 MB) egy másik adattárba, lassú teljesítményt vagy OM-problémát tapasztalhat.

  • Ok:

    • Az olyan műveletekhez, mint a séma importálása, az adatok előnézetének megtekintése és az Excel-adatkészlet munkalapok listázása, az időtúllépés 100 másodperc és statikus. Nagy méretű Excel előfordulhat, hogy ezek a műveletek nem érnek véget az időtúllépési értéken belül.

    • A másolási tevékenység beolvassa a Excel fájlt a memóriába, majd megkeresi a megadott munkalapot és cellákat az adatok olvasására. Ez a viselkedés a szolgáltatás által használt mögöttes SDK-nak köszönhető.

  • Megoldás:

    • Séma importálásához létrehozhat egy kisebb mintafájlt, amely az eredeti fájl részkészlete, és a "séma importálása mintafájlból" lehetőséget választhatja a "séma importálása kapcsolatból/tárolóból" helyett.

    • A munkalap listázása esetén a munkalap legördülő listában kattintson a "Szerkesztés" gombra, és adja meg helyette a munkalap nevét/indexét.

    • Ha nagy méretű (>100 MB-os) Excel-fájlt másol egy másik tárolóba, használhatja a Data Flow Excel forrást, amely a sportstreamelés olvasására és jobb teljesítményre képes.

Egyéb hivatkozások

Néhány támogatott adattár teljesítményfigyelési és finomhangolási referenciái:

Következő lépések

Lásd a másolási tevékenységgel kapcsolatos további cikkeket: