Capaciteit die op de site wordt ingesteld
Uw Tableau-site wordt gemaakt met capaciteitslimieten om te optimaliseren voor opslag, rendering van visualisaties en de reactiesnelheid van het systeem.
In dit onderwerp worden capaciteiten besproken die op siteniveau zijn vastgelegd. De capaciteiten zijn niet volledig besproken voor alle productlimieten. Zie Capaciteit beheerd in Tableau Cloud Manager voor capaciteiten op tenantniveau die kunnen worden toegewezen aan de sites op de tenant.
Capaciteit die op siteniveau wordt ingesteld
De volgende capaciteitstypen liggen vast op siteniveau:
- Opslag
- Extracten - dagelijks, looptijd en geheugengebruik
- Abonnementen - looptijd en e-mailgrootte
- Flows - gebruikersaanvragen, looptijd en geheugengebruik
- Visualisaties
- Weergaveversnelling
- Extra API's en opdrachtregelaanroepen
Opslag
Een site beschikt over opslagcapaciteit voor zowel sites als voor individuele inhoud.
Siteopslag: een site wordt geleverd met 1 TB aan opslagcapaciteit. Werkmappen, gepubliceerde databronnen en flows tellen mee voor deze opslagcapaciteit.
Opmerking: sites met de Enterprise-editie, Tableau+ editie of de Advanced Management-add-on krijgen 5 TB siteopslag.
Individuele werkmap, gepubliceerde databron en flowgrootte: een individuele werkmap, databron (live of extract) of flow die op uw site is gepubliceerd, mag maximaal 25 GB groot zijn. De inhoud mag die grootte niet overschrijden voor optimale prestaties en om andere beperkingen te vermijden, zoals querygebruik en looptijdlimieten.
Opmerking: als de extractdatabron groter is dan 10 GB, raden wij u aan om een liveverbinding met de database te gebruiken, de data in het extract te aggregeren om de omvang ervan te verkleinen, of incrementele extracten te gebruiken. Het regelmatig opnieuw publiceren of vernieuwen van grote volledige extracten kan veel tijd kosten en is doorgaans een indicatie dat het tijd is voor een efficiëntere strategie voor het vernieuwen van data.
Extracten - dagelijks, looptijd en geheugengebruik
Een site beschikt over een aangewezen capaciteit voor dagelijkse jobs voor extractvernieuwing, looptijd en geheugengebruik.
Dagelijkse jobs: de dagelijkse jobcapaciteit is het aantal gedeelde uren dat elke site per Creator-licentie per dag kan besteden aan het uitvoeren van alle jobs op de site. Deze jobs worden gestart en uitgevoerd door een serverproces, de zogenaamde backgrounder. Een site met meer Creator-licenties krijgt een hogere dagelijkse jobcapaciteit (backgrounder) om aan de behoeften van een grotere sitepopulatie te voldoen.
Bijvoorbeeld:
Als uw site beschikt over... vermenigvuldigd met de standaardtijd Dagelijkse jobcapaciteit 10 Creator-licenties 8 uur Tot 80 uur/dag 50 Creator-licenties 8 uur Tot 400 uur/dag De dagelijkse jobcapaciteit wordt elke dag om 24:00:00 UTC opnieuw ingesteld.
Informatie over extractvernieuwingen
De volgende vernieuwingsjobs tellen onder andere mee voor de dagelijkse jobcapaciteit: volledige en incrementele vernieuwingen en het maken van extracten. Deze kunnen worden gestart door geplande vernieuwingen, handmatige vernieuwingen en bepaalde opdrachtregel- of API-aanroepen.
Opmerkingen:
- Zolang uw site nog voldoende tijd heeft om dagelijks te vernieuwen, wordt er een vernieuwingsjob gestart.
- Sitebeheerders ontvangen e-mailmeldingen wanneer een site 70%, 90% en 100% van de dagelijkse vernieuwingscapaciteit heeft bereikt.
- Als de dagelijkse vernieuwingscapaciteit van een site is bereikt, worden toekomstige extractvernieuwingen geannuleerd en worden er e-mailmeldingen naar de eigenaren van de inhoud verzonden om hen te informeren over de annulering van de vernieuwing.
Looptijd van job: elk type extractvernieuwingsjob heeft een maximale looptijd van twee uur (120 minuten ofwel 7200 seconden). Als een vernieuwingsjob de maximale looptijd bereikt, wordt er een time-outfout weergegeven. Zie Tijdlimiet voor extractvernieuwingen voor meer informatie over deze fout en de manieren waarop u extracten kunt aanpassen om vernieuwingsjobs binnen de capaciteit voor de looptijd te houden.
Geheugengebruik voor vernieuwen: een site mag maximaal 20 GB geheugen gebruiken om een extract te vernieuwen. De hoeveelheid geheugen die nodig is om extracten te vernieuwen, kan variëren afhankelijk van de grootte van het extract en andere factoren.
Tips voor het optimaliseren van de capaciteit voor extractvernieuwing
Als u een omgeving met veel extracten beheert, raden we u aan een aantal best practices te volgen om de capaciteit voor uw extractvernieuwingen zo efficiënt mogelijk te benutten.
Stop met het vernieuwen van ongebruikte extracten. Het stoppen van automatische vernieuwingen is een van de beste manieren om capaciteit voor uw site terug te winnen. Dit kan via planningen in Tableau Cloud of via scripts van extracten die niet worden gebruikt. Zie Taken beheren voor meer informatie over het verwijderen van een vernieuwingsplanning.
Verminder de frequentie van vernieuwingen. U kunt ook de frequentie van extractvernieuwingen verlagen om capaciteit voor uw site terug te winnen. U kunt bijvoorbeeld overwegen om een extract niet elk uur te vernieuwen, maar dagelijks of alleen tijdens kantooruren, wanneer nieuwe data het nuttigst zijn. Zie Taken beheren voor meer informatie over het aanpassen van een vernieuwingsplanning.
Kies voor incrementeel vernieuwen in plaats van volledig vernieuwen. Om extracten sneller te vernieuwen, kunt u overwegen om een incrementele vernieuwing van het extract uit te voeren in plaats van een volledige vernieuwing. Zie Vernieuwingen in Tableau Cloud plannen voor meer informatie.
Opmerking: U kunt alleen vanuit Tableau Cloud overschakelen van volledig naar incrementeel vernieuwen als het extract in Tableau Desktop is geconfigureerd voor incrementeel vernieuwen voordat het extract werd gepubliceerd. Zie Een incrementele extractvernieuwing configureren(Link wordt in een nieuw venster geopend) in de Help voor Tableau-gebruikers voor meer informatie over incrementeel vernieuwen.
Gebruik liveverbindingen in plaats van extractverbindingen. Voor weergaven, dashboards en werkmappen waarvan de data regelmatig moeten worden bijgewerkt, kunt u overwegen de databron zo in te stellen dat er een liveverbinding wordt gebruikt in plaats van een extractverbinding.
Optimaliseer de data in het extract. U kunt extracten ook sneller vernieuwen door de prestaties van een extract te verbeteren. U kunt een aantal wijzigingen aanbrengen in de extractdata om de algehele prestaties te verbeteren. U kunt bijvoorbeeld ongebruikte velden verwijderen, filters gebruiken om ongebruikte rijen te verwijderen en datumbereiken wijzigen.
Abonnementen - looptijd en e-mailgrootte
Een site beschikt over een aangewezen capaciteit voor abonnement, looptijd en e-mailgrootte.
Looptijd voor job: elke abonnementsjob heeft een maximale looptijd van 30 minuten (1800 seconden).
E-mailgrootte: een e-mail voor een abonnement mag maximaal 2 MB groot zijn.
Flows - gebruikersaanvragen, looptijd en geheugengebruik
Een site beschikt over een aangewezen capaciteit voor flowgebruikersaanvragen, looptijd en geheugengebruik.
Aantal gebruikersaanvragen: elke gebruiker kan maximaal vier actieve sessies voor flowbewerking op internet tegelijk geopend hebben. Als er meer sessies worden geopend, wordt de oudste sessie gesloten.
Looptijd voor jobs: voor sites met Databeheer kunt u flows tot 24 uur per dag per resourceblok uitvoeren. Als u de tijdslimiet overschrijdt, kunt u pas de volgende dag weer nieuwe jobs starten. U kunt extra capaciteit voor gelijktijdige flowjobs aanschaffen. Zie Resourceblokken voor meer informatie.
Geheugengebruik voor flows: een site mag maximaal 19,5 GB geheugen gebruiken voor een flowjob.
Visualisaties
Elke site beschikt over de benodigde capaciteit om afzonderlijke visualisaties, ook wel weergaven genoemd, te laden en er query's op uit te voeren. Hieronder vindt u meer informatie over elk type capaciteit.
Laadtijd: een site kan tot 5 minuten nodig hebben om een weergave te laden.
Time-out bij inactiviteit: als de gebruiker gedurende 120 opeenvolgende minuten niet met een weergave heeft gewerkt of deze niet heeft bewerkt, moet de gebruiker de weergave of het opgeslagen concept opnieuw laden (bijvoorbeeld door de pagina te vernieuwen of op de knop Opnieuw verbinden te klikken als er een banner wordt weergegeven) om er opnieuw mee te werken.
Aantal gebruikersaanvragen: elke gebruiker op een site kan maximaal 600 aanvragen per uur indienen om weergaven te laden en te vernieuwen. Wanneer deze capaciteit is bereikt, kan de gebruiker de weergave niet meer gebruiken, bewerken of opslaan. Na een uur kan de gebruiker de weergave vernieuwen en nieuwe weergaven laden.
Opmerking: als het cumulatieve aantal gebruikersaanvragen het aantal verzoeken op siteniveau overschrijdt, kunnen gebruikers niet met weergaven werken en deze niet bewerken en opslaan.
Limiet geheugengebruik query: een site mag maximaal 20 GB geheugen gebruiken om een query uit te voeren op een weergave die gebruikmaakt van een geëxtraheerde databron. De hoeveelheid geheugen die nodig is om een query uit te voeren op een weergave kan variëren, afhankelijk van de complexiteit van de datamanipulaties die Tableau moet uitvoeren om de markeringen in de weergave te genereren.
Weergaven die deze capaciteitstypen overschrijden, worden mogelijk geannuleerd om ervoor te zorgen dat er voldoende systeembronnen beschikbaar zijn, zodat andere weergaven op de site kunnen worden geladen.
Tips voor het optimaliseren van de visualisatiecapaciteit
Weergaven die de visualisatiecapaciteit overschrijden, kunnen erop duiden dat de query's die Tableau moet uitvoeren om de weergave te genereren te complex zijn. In dergelijke gevallen kunt u de volgende tips gebruiken om query's te optimaliseren en zo weergaven in Tableau Cloud zo snel mogelijk te laden. Voor de meeste tips moet u de databron of werkmap bewerken en opnieuw publiceren in Tableau Cloud om de wijzigingen door te voeren.
Zie het onderwerp Werkmapprestaties(Link wordt in een nieuw venster geopend) in de Help bij Tableau voor meer tips.
Databronfilters gebruiken: wanneer u een filter toevoegt aan een databron, vermindert u de hoeveelheid data die in de weergave moet worden gegenereerd. Door de hoeveelheid data te verminderen, kunt u de laadtijden van weergaven tot een minimum beperken. Zie Data uit databronnen filteren(Link wordt in een nieuw venster geopend) in Tableau Help voor meer informatie.
Contextfilters gebruiken: net als databronfilters verkleinen contextfilters het aantal data in de databron, maar dan op werkbladniveau. Contextfilters werken onafhankelijk van andere filters en kunnen de hoeveelheid data die in de weergave moet worden gegenereerd aanzienlijk verminderen. Door de hoeveelheid data te verminderen, kunt u de laadtijden van weergaven tot een minimum beperken. Zie De weergaveprestaties verbeteren met contextfilters in Tableau Help voor meer informatie.
Datumbereiken verkleinen: datums vereisen doorgaans meer computerkracht dan andere soorten data, zoals getallen en Booleaanse waarden. Als de weergave datumfilters bevat, beperk dan de datumbereiken of het aantal te genereren datums om de laadtijden van weergaven tot een minimum te beperken.
Markeringen reduceren: omdat Tableau de markeringen moet berekenen om de weergave te kunnen genereren, kan het aantal markeringen van invloed zijn op hoe snel de weergave kan worden geladen. Er zijn verschillende manieren om het aantal markeringen te verlagen, zoals het gebruik van enkele van de hierboven genoemde filters of het gebruik van sets om te filteren, aangepaste SQL om data te aggregeren, enz. Zie Het aantal markeringen in de weergave reduceren(Link wordt in een nieuw venster geopend) voor meer informatie.
Weergaveversnelling
Elke site heeft de volgende capaciteit voor weergaveversnelling:
Versnelde weergaven: het standaard aantal versnelde weergaven per site is 30. Voor elke extra Creator-licentie kunnen 20 extra weergaven worden versneld. Het maximumaantal versnelde weergaven is 750.
Vernieuwingen van versnelde weergaven: versnelde weergaven worden opnieuw gegenereerd in overeenstemming met de volgende vier gebeurtenissen voor het bijwerken van data:
- Beleid voor de nieuwheid van data: het versnellingstijdstempel is niet meer synchroon met het beleid voor de nieuwheid van data.
- Extractvernieuwingen: een extractvernieuwing is voltooid, wat aangeeft dat er nieuwere data zijn.
- Update van versnelde weergave: een versnelde weergave is door de eigenaar bijgewerkt.
- Opt-inweergave: een weergave is oorspronkelijk aangemeld voor versnelling.
Elke unieke gebeurtenis zorgt ervoor dat een voorberekende job in de wachtrij wordt geplaatst. Backgrounderjobs pakken vervolgens de voorberekening op en voltooien deze. Vervolgens worden de queryresultaten opgeslagen als een gerealiseerde weergave. Weergaven die tot dezelfde werkmap behoren, worden in één job vernieuwd. Om het resourceverbruik te beperken, kunt u maximaal 12 voorberekeningsjobs per dag uitvoeren. Zie Een beleid inzake nieuwheid van data instellen voor meer informatie.
Geheugengebruik voor versnelde weergaven: een site mag maximaal 20 GB geheugen gebruiken voor het voorberekenen en ophalen van de werkmapdata in een backgrounderjob. De benodigde hoeveelheid geheugen varieert afhankelijk van de complexiteit van de query's die zijn gekoppeld aan de weergave die wordt versneld.
- Looptijd voor job: de weergaveversnelling heeft een maximale looptijd van 30 minuten (1800 seconden).
Extra API's en opdrachtregelaanroepen
Een site beschikt over een aangewezen capaciteit voor API- en opdrachtregelaanroepen. De site is uitgerust met capaciteit voor het volgende:
Query uitvoeren op job(Link wordt in een nieuw venster geopend) en Job annuleren(Link wordt in een nieuw venster geopend) (Tableau REST API) en Tableau Client-bibliotheek (Python):(Link wordt in een nieuw venster geopend) er kunnen op een site maximaal 20.000 aanroepen per 24 uur worden uitgevoerd.
Gebruikers op de site ophalen(Link wordt in een nieuw venster geopend) (Tableau REST API): een site kan 5000 aanroepen per minuut uitvoeren.
Gebruiker van de site verwijderen(Link wordt in een nieuw venster geopend) (Tableau REST API): een site kan 1600 aanroepen per minuut uitvoeren.
Opmerking: als het aantal aanroepen de hierboven beschreven voor aantallen voor opdrachtregel- of API-aanroepen overschrijdt, ziet u een van de volgende fouten: Onbekende 429 of ApiCallError: 429000: Te veel verzoeken – Te veel verzoeken voor <type job> 'api.rest.refresh_extracts'. Probeer het over 146 seconde(n) opnieuw.
De capaciteit monitoren
Als sitebeheerder kunt u een aantal mogelijkheden gebruiken om de capaciteit van uw site te monitoren.
Beheertools
Er zijn meerdere beheertools waarmee u verschillende typen activiteiten op uw site monitoren. U kunt meer informatie over het capaciteitsgebruik verkrijgen via de onderstaande functies.
Opslag: u kunt de opslagcapaciteit van uw site monitoren en controleren welke werkmappen, databronnen en flows de meeste ruimte innemen met behulp van het dashboard Statistieken voor ruimtegebruik van Beheerdersinzichten. Selecteer Verkennen > Beheerdersinzichten > Beheerdersinzichten-startpakket > Statistieken voor ruimtegebruik.
Zie Beheerdersinzichten gebruiken om aangepaste weergaven te maken voor meer informatie over Beheerdersinzichten.
Flows: u kunt de prestaties van flowuitvoeringen monitoren. Selecteer Sitestatus > Geschiedenis flow-prestaties. Klik in het dashboard onder Flowgeschiedenis op een markering om details over de flowjob te zien.
Zie Beheerweergaven voor flows voor meer informatie over deze beheerweergave.
Statistieken: u kunt de statistiekjobs van uw site monitoren met behulp van de beheerweergave Achtergrondtaken voor niet-extracten. Selecteer eerst Sitestatus > Achtergrondtaken voor niet-extracten en selecteer vervolgens in het filterkeuzemenu Taken het selectievakje Alle statistieken in een weergave bijwerken.
Zie Achtergrondtaken voor niet-extracten voor meer informatie over deze beheerweergave.
Activiteitenlogboeken
Voor sites met de add-on Advanced Management kunt u het activiteitenlogboek gebruiken om gebeurtenisdata vast te leggen en specifieke acties bij te houden, zoals laadtijden voor weergaven, die van invloed zijn op uw visualisatie en de capaciteit van jobs.
Zie Activiteitenlogboek voor meer informatie.
