Optimaliseren voor extracten
Probeer te optimaliseren voor extracten als de extractschema's overeenkomen met een hoog resourcegebruik of als het lang duurt voordat de extracten zijn voltooid.
Wanneer optimaliseren voor extracten
Hoog CPU-gebruik komt overeen met extractschema's
Gebruik het dashboard Achtergrondtaken van de voorbeeldprestatiewerkmap om het aantal achtergrondtaken te bekijken dat door Tableau Server wordt uitgevoerd, inclusief extractvernieuwingstaken. Op het dashboard wordt ook weergegeven hoe lang achtergrondtaken worden uitgesteld, dat wil zeggen de tijd tussen het moment dat een achtergrondtaak wordt gepland en het moment dat deze daadwerkelijk wordt uitgevoerd. Als u op bepaalde tijdstippen van de dag grote vertragingen ervaart of als er veel taken tegelijkertijd worden uitgevoerd, kunt u proberen de taakplanning over verschillende tijdstippen van de dag te verdelen om de belasting van de server te verminderen.
Vergelijk ook de tijden waarop er veel achtergrondtaken of lange vertragingen zijn met het CPU-gebruik van de server. Gebruik het dashboard CPU-gebruik om het percentage van het totale CPU-gebruik en het percentage van het CPU-gebruik voor elk proces weer te geven. Omdat het backgrounder-proces achtergrondtaken uitvoert, is dit het eerste proces dat problemen ondervindt wanneer er veel of langzame extractvernieuwingstaken zijn. Houd er rekening mee dat het CPU-gebruik van het backgrounder-proces periodiek maar kortstondig 100 procent bereikt. Dit geeft aan dat er intensieve vernieuwingstaken zijn met een terugkerend schema.
Opmerking:Het percentage van het CPU-gebruik voor afzonderlijke processen kan oplopen tot meer dan 100 procent, omdat het processorgebruik voor afzonderlijke processen wordt gemeten voor een bepaalde processorkern. Het totale CPU-gebruik daarentegen wordt gemeten voor alle processorkernen.
Extracten mislukken of verlopen langzaam
Gebruik de beheerweergave Achtergrondtaken voor extractenom te bepalen hoeveel extracten mislukken en hoe lang het duurt om extracten te voltooien. Regelmatige storingen kunnen duiden op een probleem met een specifieke databron.
Manieren om te optimaliseren voor extracten
Wanneer een hoog CPU-gebruik overeenkomt met extractvernieuwingsschema's, zoals in het eerder getoonde voorbeeld, moet u optimaliseren voor extracten.
Het extractvernieuwingsschema aanpassen
Gebruik het dashboard Achtergrondtaken van de voorbeeldprestatiewerkmap om optimale tijden voor het uitvoeren van extracten te identificeren. U kunt extracten niet alleen uitvoeren tijdens daluren, maar u kunt extractvernieuwingen ook spreiden om de gelijktijdige serverbelasting te minimaliseren. Als extractvernieuwingen problemen blijven veroorzaken, kunt u de frequentie hiervan zo veel mogelijk beperken. Doe dit op de volgende manieren:
Plan extracten op momenten dat de server niet bezet is.
Verminder de frequentie van vernieuwingen.
Specifieke extracten versnellen
Gebruik de beheerweergave Achtergrondtaken voor extracten om mislukte extracten en langdurende extracten te identificeren.
Verklein de grootte van extracten. U kunt de serverprestaties helpen verbeteren door de dataset van het extract kort te houden door te filteren of te aggregeren, en te beperken door ongebruikte velden te verbergen. Om deze wijzigingen aan te brengen, gebruikt u de opties van Tableau Desktop Alle niet-gebruikte velden verbergen en Data aggregeren voor zichtbare dimensies. Zie Een extract maken in de helpsectie van Tableau voor meer informatie.
Voor algemene tips over het bouwen van goed presterende werkmappen zoekt u in de Tableau Help naar 'prestaties'. Als u wilt zien hoe werkmappen presteren nadat ze zijn gepubliceerd op Tableau Server, kunt u een prestatieregistratie maken. Zie Een prestatieregistratie maken voor meer informatie.
Gebruik incrementele vernieuwingstaken. Bij incrementele vernieuwingstaken worden nieuwe rijen aan een bestaand extract toegevoegd in plaats van dat het extract helemaal opnieuw wordt gemaakt. Dit type extractvernieuwing verloopt snel, omdat alleen de data worden verwerkt die zijn toegevoegd sinds de laatste keer dat de extractvernieuwingstaak werd uitgevoerd. Er wordt echter geen rekening gehouden met data die zijn bijgewerkt in plaats van toegevoegd aan een databron. Als u dus incrementele vernieuwingstaken uitvoert, moet u af en toe ook volledige vernieuwingstaken uitvoeren. U kunt bijvoorbeeld een volledige vernieuwingstaak een of twee keer per week uitvoeren voor een databron in plaats van elke dag.
De uitvoeringsmodus voor extractvernieuwingen configureren
Wanneer u extractvernieuwingsschema's maakt, moet u ervoor zorgen dat deze in de parallelle uitvoeringsmodus worden uitgevoerd. Wanneer u een schema parallel uitvoert, wordt het uitgevoerd op alle beschikbare backgrounder-processen, zelfs als het schema slechts één vernieuwingstaak bevat. Wanneer u een schema serieel uitvoert, wordt het alleen op één backgrounder-proces uitgevoerd. Standaard is de uitvoeringsmodus ingesteld op parallel, zodat vernieuwingstaken zo snel mogelijk worden voltooid.
In sommige gevallen kan het echter zinvol zijn om de uitvoeringsmodus op serieel in te stellen. U kunt de uitvoeringsmodus bijvoorbeeld instellen op serieel als een zeer grote taak ervoor zorgt dat andere schema's niet kunnen worden uitgevoerd omdat deze alle beschikbare backgrounder-processen gebruikt.
Het aantal backgrounder-processen verhogen
Eén enkel achtergrondproces kan voor bepaalde taken 100 procent van één enkele CPU-kern in beslag nemen. Het totale aantal instanties dat u moet uitvoeren, is daarom afhankelijk van de beschikbare kernen van de computer. Als u Tableau Server in een cluster hebt geïnstalleerd en u backgrounder-processen op een afzonderlijk knooppunt uitvoert, kunt u het beste het aantal backgrounder-processen instellen op een waarde tussen de helft van het aantal kernen en het volledige aantal kernen van de computer waarop de backgrounder-processen worden uitgevoerd.
Zie Knooppunten configureren voor meer informatie over het configureren van processen.
Processen isoleren
Als u Tableau Server in een cluster hebt geïnstalleerd, profiteert u het meest van het verplaatsen van de backgrounder-processen naar een afzonderlijk knooppunt om resourceconflicten te voorkomen. Dit komt doordat het backgrounder-proces veel van de CPU vraagt. Als u dit proces op hetzelfde knooppunt uitvoert waar ook andere CPU-intensieve processen worden uitgevoerd, kan dit de server vertragen. Zowel het VizQL-serverproces als het data-engineproces kunnen bijvoorbeeld CPU-intensief zijn. Lees de configuratie met twee knooppunten in het onderwerp Aanbevolen baselineconfiguraties voor meer details.