Help bij Tableau Blueprint

Elke toepassing is slechts zo betrouwbaar en effectief als de hardware waarop deze draait. Het is belangrijk dat de onderliggende infrastructuur van uw Tableau Server-implementatie regelmatig wordt gecontroleerd op capaciteitsbeperkingen om overbelasting van het systeem te voorkomen, of het nu gaat om fysieke servers of virtuele machines, on-premises of in de cloud. Systeembeheerders dienen toezicht te houden op de CPU, het geheugengebruik, de opslag-I/O, de opslagruimte en het netwerkbandbreedtegebruik.

Vanaf versie 2019.3 en gelicentieerd als onderdeel van Tableau Advanced Management biedt de Resource Monitoring Tool een uitgebreid overzicht van de status van Tableau Server via een online gebruikersinterface voor alle functies. De Resource Monitoring Tool-agent wordt uitgevoerd op elk van de knooppunten in uw Tableau-cluster en bewaakt hardwaregebruik, prestaties en activiteiten die worden verzameld door de Resource Monitoring Tool-hoofdserver. Er worden met behulp van WMI meerdere keren per seconde steekproeven uitgevoerd van processor, geheugen, schijfwachtrij en netwerk om gemiddelden te produceren. De Omgeving uitgeschakeld-gebeurtenis wordt als kritiek geregistreerd en daar wordt standaard met een interval van 15 seconden op gecontroleerd waarbij de regel van drie overtredingen geldt. Als de status offline is, of er niet binnen 30 seconden wordt gereageerd gedurende drie opeenvolgende peilingsintervallen, wordt een kritiek incident gecreëerd. Zie Prestaties en Omgeving uitgeschakeld voor meer informatie.

Afhankelijk van de aanpak van uw bedrijf, kan hardware-monitoring worden uitgevoerd met een op agents gebaseerde bedrijfsmonitoringservice of met PerfMon op Windows (voorbeeldwerkmap). Linux-beheerders gebruiken de tools sysstat of vmstat om de te analyseren data te verzamelen in een werkmap die lijkt op de Windows-versie. In geval van implementatie op virtuele platforms, zoals VMware, HyperV of Citrix, of in de openbare cloud, inclusief AWS (CloudWatch), Microsoft Azure (Azure Portal) en Google Cloud Platform (Google Stackdriver): deze platforms hebben hun eigen hulpprogramma's voor het bewaken van de status van hun virtuele machines. Deze tools bieden doorgaans ondersteuning voor het automatisch monitoren van uw infrastructuur en waarschuwen u wanneer uw vooraf ingestelde drempelwaarden van een gebruik van 75-85% worden overschreden.

U kunt ook TabMon gebruiken, een gratis beschikbare open source Tableau Server-tool voor clustermonitoring. TabMon biedt gestructureerde uitvoer die wordt geanalyseerd met Tableau Desktop. Bekijk Een rondleiding door de TabMon-voorbeeldwerkmap voor meer informatie. Daarin wordt uitgelegd hoe u op Tableau Server-procesniveau toezicht kunt houden op CPU, geheugengebruik, opslag-I/O, opslagruimte en netwerkbandbreedte. Met deze informatie leert u begrijpen wanneer u Tableau Server moet schalen. U dient het bestand TabMon.config elke 300 seconden te monitoren en u dient data gedurende periodes van 30 dagen te bewaren zodat de database niet te groot wordt.

Een van de voordelen van Tableau Cloud is dat het wordt beheerd en geoptimaliseerd door Tableau, omdat het een SaaS-analyseplatform is. Als u verbinding maakt met on-premises data, moeten de beschikbaarheid en activiteiten van Tableau Bridge worden gemonitord. Als sitebeheerder kunt u de Tableau Bridge-client op een aantal manieren monitoren:

• Het verkeer naar databronnen monitoren met liveverbindingen met behulp van de ingebouwde beheerweergave
• De clientstatus monitoren op de pagina met site-instellingen
• De prestaties van Bridge-extracten monitoren met behulp van de ingebouwde beheerweergave
• Eigenaren van databronnen instellen voor meldingen over extractvernieuwing

Het is belangrijk op te merken dat eigenaren van databronnen de gebruikers zijn die e-mails ontvangen wanneer de databronnen niet goed werken. Dit is vooral relevant in het centraal beheerde model, omdat de sitebeheerders de eigenaren van de Bridge-clients zijn en het vaak nodig is om hen erbij te betrekken wanneer zich problemen voordoen die opgelost moeten worden. Omdat ze niet automatisch op de hoogte worden gesteld, stellen eigenaren van databronnen die niet de eigenaar van de Bridge-client zijn over het algemeen het automatisch doorsturen van e-mail naar sitebeheerders in om hen op de hoogte te houden van problemen.

Als u als uitgever van databronnen denkt dat een extract uitzonderlijk veel tijd in beslag neemt, kunt u verschillende dingen doen om het probleem op te lossen. Extractvernieuwing via Bridge bestaat uit twee componenten: lokaal extracten maken met Bridge en dat extract vervolgens naar Online verzenden en beschikbaar laten stellen. Als u de mogelijke oorzaak van het probleem wilt achterhalen, kunt u proberen hetzelfde extract in Tableau Desktop te maken en de duur van dit proces vergelijken met de tijd die Bridge nodig heeft om een extract te maken. Meld eventuele afwijkingen aan uw Tableau-contactpersoon voor beoordeling en ondersteuning.