Tableau Cloud-Hilfe

Speicher

Eine Site verfügt über Speicherkapazitäten für Site-Inhalte und individuelle Inhalte.

• Site-Speicher: Eine Site verfügt über 1 TB Speicherkapazität. Arbeitsmappen, veröffentlichte Datenquellen und Schemas werden auf diese Speicherkapazität angerechnet.

  Hinweis: Sites mit der Enterprise Edition, Tableau+ Edition oder dem Advanced Management-Add-on erhalten 5 TB Site-Speicher.

• Individuelle Arbeitsmappe, veröffentlichte Datenquelle und Schemagröße: Eine einzelne Arbeitsmappe, Datenquelle (Live oder Extrakt) oder ein auf Ihrer Site veröffentlichtes Schema sollten nicht größer als 25 GB sein. Für eine optimale Leistung und zur Vermeidung anderer Einschränkungen (wie Abfragenutzung und Laufzeitlimits) sollte ein Inhalt diese Größe nicht überschreiten.

  Hinweis: Wenn Ihre Extraktdatenquelle die Größe von 10 GB überschreitet, wird empfohlen, entweder eine Direktverbindung mit der Datenbank zu verwenden oder die Daten im Extrakt zu aggregieren, um deren Größe zu verringern, oder inkrementelle Extrakte zu verwenden. Häufiges Neuveröffentlichen oder Aktualisieren großer vollständiger Extrakte kann zeitintensiv sein und weist in der Regel darauf hin, dass effizientere Strategien in Betracht gezogen werden sollten, um die Aktualität der Daten zu gewährleisten.

Extrakte – Täglich, Laufzeit und Speicherbelegung

Eine Site verfügt über eine festgelegte Kapazität für tägliche Extraktaktualisierungsaufträge, Laufzeit und Speicherbelegung.

• Tägliche Aufträge: Die Kapazität für tägliche Aufträge ist die Anzahl freigegebener Stunden, die jede Site pro Creator-Lizenz an einem Tag mit der Ausführung aller Aufträge auf der Site verbringen kann. Ein Serverprozess, der als Hintergrundprozesskomponente bezeichnet wird, initiiert diese Aufträge und führt sie aus. Eine Site mit mehr Creator-Lizenzen erhält mehr Kapazität für tägliche Aufträge (Hintergrundprozesskomponente), um die Anforderungen einer größeren Site-Population zu erfüllen.

  Beispiel:

  Wenn Ihre Site Folgendes aufweist	und mit der Standardzeit multipliziert wird, ergibt sich die	Kapazität für tägliche Aufträge
  10 Creator-Lizenzen	8 Stunden	Bis zu 80 Stunden/Tag
  50 Creator-Lizenzen	8 Stunden	Bis zu 400 Stunden/Tag

  Die tägliche Auftragskapazität wird täglich um 24:00:00 UTC (koordinierte Universelle Zeit) zurückgesetzt.

  Über Extraktaktualisierungen

  Zu den Aktualisierungsaufträgen, die für die tägliche Auftragskapazität angerechnet werden, gehören vollständige und inkrementelle Aktualisierungen und die Erstellung von Extrakten, die durch geplante Aktualisierungen, manuelle Aktualisierungen sowie bestimmte Befehlszeilen- oder API-Aufrufe initiiert werden können.

  Hinweise:

  • Solange in der täglichen Aktualisierungskapazität Ihrer Site noch Zeit übrig ist, wird ein Aktualisierungsauftrag gestartet.
  • Site-Administratoren erhalten E-Mail-Benachrichtigungen, wenn eine Site 70, 90 und 100 % ihrer täglichen Aktualisierungskapazität erreicht.
  • Wenn eine Site ihre tägliche Kapazität für Aktualisierungen ausreizt, werden künftige Extraktaktualisierungen abgebrochen und E-Mail-Benachrichtigungen an die Inhaltsbesitzer gesendet, in denen sie über den Aktualisierungsabbruch informiert werden.

• Auftragslaufzeit: Für jeden Extraktaktualisierungsauftrag gilt eine maximale Laufzeit von zwei Stunden (120 Minuten oder 7.200 Sekunden). Erreicht ein Aktualisierungsauftrag seine maximale Laufzeit, wird ein Zeitüberschreitungsfehler angezeigt. Weitere Informationen zu dem Fehler und den Möglichkeiten, wie Sie Extrakte bearbeiten können, damit Aktualisierungsaufträge innerhalb der Laufzeitkapazität abgeschlossen werden, finden Sie unter Zeitüberschreitungslimit für Extraktaktualisierungen.

• Speicherbelegung für Aktualisierungen: Eine Site kann maximal 20 GB Speicher belegen, um einen Extrakt zu aktualisieren. Die zum Aktualisieren von Extrakten erforderliche Speichergröße kann je nach Größe des Extrakts und anderen Faktoren variieren.

Tipps zur Optimierung der Kapazität für Extraktaktualisierungen

Wenn Sie eine extraktlastige Umgebung verwalten, empfiehlt Tableau, einige Best Practices zu befolgen, um Ihre Kapazität für Extraktaktualisierungen so effizient wie möglich zu nutzen.

• Beenden Sie Aktualisierungen nicht verwendeter Extrakte. Eine der besten Möglichkeiten, Kapazitäten für Ihre Site frei zu machen, besteht darin, automatische Aktualisierungen zu stoppen, entweder durch Zeitpläne in Tableau Cloud oder durch Skripte von Extrakten, die nicht genutzt werden. Weitere Informationen zum Löschen eines Aktualisierungszeitplans finden Sie unter Verwalten von Aufgaben.

• Reduzieren Sie die Aktualisierungshäufigkeit. Eine weitere Methode zum Zurückgewinnen von Kapazität für Ihre Site besteht darin, die Häufigkeit von Extraktaktualisierungen zu reduzieren. Anstatt sie beispielsweise stündlich zu aktualisieren, sollten Sie Extrakte täglich oder nur während der Geschäftszeiten aktualisieren, wenn frische Daten am nützlichsten sind. Weitere Informationen zum Ändern eines Aktualisierungszeitplans finden Sie unter Verwalten von Aufgaben.

• Verwenden Sie inkrementelle Aktualisierungen anstelle vollständiger Aktualisierungen. Um die Zeit zu verkürzen, die ein Extrakt für die Aktualisierung benötigt, sollten Sie eine inkrementelle Aktualisierung des Extrakts anstelle einer vollständigen Aktualisierung in Betracht ziehen. Weitere Informationen finden Sie unter Planen von Aktualisierungen in Tableau Cloud.

  Hinweis: Der Wechsel von einer vollständigen zu einer inkrementellen Aktualisierung kann in Tableau Cloud nur dann vorgenommen werden, wenn der Extrakt für inkrementelle Aktualisierung in Tableau Desktop konfiguriert wurde, bevor der Extrakt veröffentlicht wurde. Weitere Informationen zu inkrementellen Aktualisierungen finden Sie unter Konfigurieren einer inkrementellen Extraktaktualisierung(Link wird in neuem Fenster geöffnet) in der Tableau-Benutzerhilfe.

• Verwenden Sie Direktverbindungen anstelle von Extraktverbindungen. Für Ansichten, Dashboards und Arbeitsmappen, deren Daten häufig aktualisiert werden müssen, sollten Sie die Datenquelle so einrichten, dass eine Direktverbindung anstelle einer Extraktverbindung verwendet wird.

• Optimieren Sie die Daten im Extrakt. Die Verbesserung der Leistung eines Extrakts kann auch dazu beitragen, die Zeit zu reduzieren, die die Aktualisierung eines Extrakts in Anspruch nimmt. Es gibt eine Reihe von Änderungen, die Sie an den Daten des Extrakts vornehmen können, um dessen Gesamtleistung zu verbessern (z. B. das Entfernen nicht verwendeter Felder, die Verwendung von Filtern zum Entfernen nicht verwendeter Zeilen, das Ändern von Datumsbereichen usw.).

Abonnements – Laufzeit und E-Mail-Größe

Eine Site verfügt über eine festgelegte Kapazität für die Abonnementlaufzeit und die E-Mail-Größe.

• Auftragslaufzeit: Jeder Abonnementauftrag hat eine maximale Laufzeit von 30 Minuten (1.800 Sekunden).

• E-Mail-Größe: Eine Abonnement-E-Mail darf maximal 2 MB groß sein.

Schemas – Benutzeranforderungen, Laufzeit und Speicherbelegung

Eine Site verfügt über eine festgelegte Kapazität für Schemabenutzeranforderungen, Laufzeit und Speicherbelegung.

• Benutzeranforderungsrate: Jeder Benutzer kann jeweils maximal 4 aktive Sitzungen zur Schema-Webbearbeitung haben. Wenn weitere Sitzungen geöffnet werden, wird die älteste Sitzung geschlossen.

• Auftragslaufzeit: Für Sites mit Data Mangement können Sie Schemas für bis zu 24 Stunden pro Tag und pro Ressourcenblock ausführen. Wenn Sie das Zeitlimit überschreiten, können bis zum nächsten Tag keine neuen Aufträge gestartet werden. Es ist möglich, Kapazitäten für parallele Schemaaufträge zu erwerben. Weitere Informationen finden Sie unter Ressourcenblöcke.

• Schemaspeichernutzung: Eine Site kann nicht mehr als 19,5 GB an Speicher für einen Schemaauftrag verwenden.

Visualisierungen

Eine Site verfügt über eine bestimmte Kapazität zum Laden und Abfragen einzelner Visualisierungen (was auch als Ansichten bezeichnet wird). Weitere Informationen zu den einzelnen Typen von Kapazitäten finden Sie unten.

• Ladezeit: Eine Site kann bis zu 5 Minuten brauchen, um eine Ansicht zu laden.

• Leerlauf-Timeout: Wenn der Benutzer 120 Minuten lang nicht mit einer Ansicht interagiert oder diese bearbeitet hat, muss der Benutzer die Ansicht oder den gespeicherten Entwurf neu laden (z. B. die Seite aktualisieren oder auf die Schaltfläche Wieder verbinden klicken, wenn ein Banner angezeigt wird), um damit wieder interagieren zu können.

• Benutzeranfragerate: Jeder Benutzer einer Site kann bis zu 600 Anfragen pro Stunde stellen, um Ansichten zu laden und zu aktualisieren. Wenn diese Kapazität erreicht ist, ist es dem Benutzer nicht mehr möglich, die Ansicht zu bedienen, zu bearbeiten und zu speichern. Nach einer Stunde kann die Ansicht aktualisiert und neue Ansichten geladen werden.

  Hinweis: Wenn die kumulierte Anzahl der Benutzeranfragen die Anfragerate auf Site-Ebene überschreitet, können Benutzer nicht mit Ansichten interagieren, diese bearbeiten und speichern.

• Größe der Arbeitsspeicherauslastung für die Abfrage: Eine Site kann maximal 20 GB Arbeitsspeicher verwenden, um eine Ansicht abzufragen, die eine Extraktdatenquelle verwendet. Wie viel Speicher zum Abfragen einer Ansicht benötigt wird, kann variieren, je nach dem wie komplex Tableau die Daten umarbeiten muss, um die Markierungen in der Ansicht zu generieren.

Ansichten, die Kapazitäten dieser Typen überschreiten, werden möglicherweise abgebrochen, um sicherzustellen, dass genügend Systemressourcen verfügbar sind, damit andere Ansichten auf der Site geladen werden können.

Tipps zur Optimierung der Visualisierungskapazität

Ansichten, die die Visualisierungskapazität übersteigen, können darauf hinweisen, dass die Abfragen, die Tableau ausführen muss, um die Ansicht zu generieren, zu komplex sein könnten. In solchen Fällen können Sie die folgenden Tipps verwenden, um Abfragen zu optimieren und so die Zeit zu minimieren, die zum Laden von Ansichten in Tableau Cloud benötigt wird. Die meisten Tipps erfordern, dass Sie die Datenquelle oder Arbeitsmappe bearbeiten und in Tableau Cloud erneut veröffentlichen, damit die Änderungen wirksam werden.

Weitere Informationen finden Sie in der Tableau-Hilfe im Thema zur Arbeitsmappenleistung(Link wird in neuem Fenster geöffnet).

• Verwenden von Datenquellenfiltern: Wenn Sie einer Datenquelle einen Filter hinzufügen, reduzieren Sie das zu generierende Datenvolumen in der Ansicht. Durch die Reduzierung des Datenvolumens können die Ladezeiten von Ansichten minimiert werden. Weitere Informationen finden Sie unter Filtern von Daten aus Datenquellen(Link wird in neuem Fenster geöffnet) in der Tableau-Hilfe.

• Verwenden von Kontextfiltern: Ähnlich wie bei Datenquellenfiltern reduzieren Kontextfilter die Daten in der Datenquelle, jedoch auf Blattebene. Kontextfilter arbeiten unabhängig von anderen Filtern und können das Datenvolumen, das in der Ansicht generiert werden muss, erheblich reduzieren. Durch die Reduzierung des Datenvolumens können die Ladezeiten von Ansichten minimiert werden. Weitere Informationen finden Sie in der Tableau-Hilfe unter Verbessern der Ansichtsleistung mit Kontextdateien.

• Verringern von Datumsbereichen: In der Regel beanspruchen Datumsangaben mehr Rechenleistung als andere Datentypen, beispielsweise Zahlen und boolesche Vorgänge. Wenn die Ansicht Datumsfilter enthält, können Sie die Datumsbereiche oder die Anzahl der Datumsangaben reduzieren, die generiert werden müssen, um die Ladezeiten von Ansichten zu minimieren.

• Reduzieren von Markierungen: Da Tableau die Markierungen berechnen muss, um die Ansicht zu generieren, kann sich die Anzahl Markierungen darauf auswirken, wie schnell die Ansicht geladen werden kann. Es gibt mehrere Möglichkeiten, Markierungen zu reduzieren, zum Beispiel die Verwendung einiger der oben aufgeführten Filter oder die Verwendung von Sätzen zum Filtern, benutzerdefinierte SQL zum Aggregieren von Daten und vieles mehr. Weitere Informationen finden Sie unter Reduzieren der Anzahl der Markierungen in der Ansicht(Link wird in neuem Fenster geöffnet).

Ansichtsbeschleunigung

Eine Site hat die folgende Kapazität für die Ansichtsbeschleunigung:

• Beschleunigte Ansichten: Die standardmäßige Anzahl beschleunigter Ansichten pro Site beträgt 30. Für jede zusätzliche Creator-Lizenz können 20 weitere Ansichten beschleunigt werden. Die maximale Anzahl beschleunigter Ansichten beträgt 750.

• Aktualisierungen von beschleunigten Ansichten: Beschleunigte Ansichten werden in Übereinstimmung mit den folgenden vier Ereignissen vom Typ „Datenaktualisierung“ neu generiert:

  • Richtlinie für die Aktualität der Daten: Der Zeitstempel der Beschleunigung ist nicht mit der Richtlinie für die Aktualität der Daten synchron.
  • Extraktaktualisierungen: Eine Extraktaktualisierung wird abgeschlossen und aktuellere Daten werden gemeldet.
  • Aktualisierung einer beschleunigten Ansicht: Eine beschleunigte Ansicht wird vom Eigentümer aktualisiert.
  • Ansicht angemeldet: Eine Ansicht ist ursprünglich für die Beschleunigung aktiviert.

  Jedes einzelne Ereignis löst aus, dass ein Vorabberechnungsauftrag in die Warteschlange gestellt wird. Die Vorabberechnung wird dann von Hintergrundprozesskomponenten-Aufträgen übernommen und durchgeführt, die die Abfrageergebnisse dann als materialisierte Ansicht speichern. Ansichten, die zu derselben Arbeitsmappe gehören, werden in einem einzigen Auftrag aktualisiert. Um den Ressourcenverbrauch zu begrenzen, ist die Anzahl der Vorabberechnungsaufträge, die maximal ausgeführt werden können, auf 12 Aufträge pro Tag begrenzt. Weitere Informationen finden Sie unter Festlegen einer Richtlinie für die Datenaktualität.
  

• Speicherbedarf für beschleunigte Ansichten: Eine Site kann nicht mehr als 20 GB an Speicher für das Durchführen der Vorabberechnung und das Abrufen der Arbeitsmappendaten in einem Hintergrundprozesskomponenten-Auftrag in Anspruch nehmen. Der benötigte Speicherbedarf hängt von der Komplexität der Abfragen ab, die mit der Ansicht verbunden sind, die beschleunigt werden soll.

• Auftragslaufzeit: Ansichtsbeschleunigung hat eine maximale Laufzeit von 30 Minuten (1.800 Sekunden).

Zusätzliche API- und Befehlszeilenaufrufe

Eine Site verfügt über eine designierte Kapazität für API- und Befehlszeilenaufrufe. Die Site wird mit Kapazitäten für Folgendes ausgestattet:

• Auftrag abfragen(Link wird in neuem Fenster geöffnet) und Auftrag abbrechen(Link wird in neuem Fenster geöffnet) (Tableau-REST API) und Tableau Client (Python)-Bibliothek(Link wird in neuem Fenster geöffnet): Eine Site lässt in einem Zeitraum von 24 Stunden insgesamt 20.000 Aufrufe zu.

• Benutzer auf Site abrufen(Link wird in neuem Fenster geöffnet) (Tableau-REST API): Eine Site lässt 5.000 Aufrufe pro Minute zu.

• Benutzer aus Site entfernen(Link wird in neuem Fenster geöffnet) (Tableau- REST API): Eine Site lässt 1.600 Aufrufe pro Minute zu.

Hinweis: Wenn die Anzahl an Aufrufen die oben aufgeführten Kapazitäten von Befehlszeilen- oder API-Aufrufen überschreitet, wird einer der folgenden Fehler angezeigt: Unbekannt 429 oder ApiCallError: 429000: Zu viele Anfragen – Zu viele Anfragen für <Auftragstyp> ‘api.rest.refresh_extracts’. Versuchen Sie es nach 146 Sekunde(n) erneut.