Skip to content

Von Tableau Server zu Tableau Cloud: was wirklich umziehen muss

Inhalte sind der einfache Teil einer Migration. Hier steht, was mit ihnen umziehen muss, was danach meist still bricht, und was eine governte Migration prüft, bevor jemand einen Lauf freigibt.

Aktualisiert · 6 Min. Lesezeit

Beginnen Sie mit einem echten Inventar, nicht mit einer Projektliste

Ein Migrationsplan, der aus einer Liste von Projektnamen gebaut ist, ist ein Plan, der aus einer Vermutung gebaut ist. Bevor irgendetwas umzieht, wollen Sie ein Inventar dessen, was existiert, vom Quellserver selbst genommen, mit einem Eigentümer an jedem Objekt.

Sechs Arten von Dingen kann eine Person auf einer Tableau Site besitzen: Arbeitsmappen, veröffentlichte Datenquellen, Flows, Projekte, Abonnements und Aktualisierungsaufgaben. Die ersten drei sind das, was die Leute vor Augen haben, wenn sie Inhalte sagen. Die letzten drei sind der Ort, an dem Migrationen schiefgehen, weil sie in einem Projektbaum unsichtbar sind und niemand ihr Fehlen bemerkt, bis ein Montagmorgen kommt.

Halten Sie den Bezeichner fest, nicht nur den Namen. Namen wiederholen sich über Projekte hinweg, werden mitten im Projekt umbenannt und sind der Grund, warum eine ausgewählte Migration die falsche Arbeitsmappe erwischt. Eine Auswahl über die LUID kann diesen Fehler nicht machen, und ein übergeordnetes Projekt sollte automatisch mitgenommen werden, wenn ein untergeordnetes gewählt wird.

Was umzieht, und was zuerst existieren muss

Inhalte ziehen um. Die Dinge rund um die Inhalte müssen meist vorhanden sein, bevor sie landen können.

Arbeitsmappen, Datenquellen, Flows, benutzerdefinierte Ansichten
Die Inhalte, die eine eingegrenzte Migration bewegt. Eingrenzen nach Projekt, oder einzelne Objekte gezielt auswählen.
Benutzer und Gruppen
Identität wird absichtlich nicht nach Projekt eingegrenzt, denn der Eigentümer einer Arbeitsmappe muss auf dem Ziel existieren, bevor die Arbeitsmappe dort besessen werden kann. Die Benutzermenge wird separat gesteuert, durch Filtern, Überspringen oder Neuzuordnen.
Abonnements und Aktualisierungsaufgaben
Eigenständige Objekte mit Eigentümer. Sie brauchen einen Eigentümer, der auf dem Ziel existiert und lizenziert ist.
Das Samples-Projekt
Auf jeder Cloud Site automatisch angelegt und im Besitz eines Tableau-Systemkontos, das sich keinem Ihrer Benutzer zuordnen lässt. Migrationswerkzeuge müssen wissen, dass sie es in Ruhe lassen.

Identität ist die Reihenfolgebeschränkung, die Teams kalt erwischt. Inhalte können nicht jemandem gehören, der noch nicht da ist. Die Abfolge ist nicht verhandelbar, auch wenn der Kalender es anders lieber hätte.

Was still bricht

Die Ausfälle, die wehtun, sind nicht die, die während des Laufs einen Fehler werfen. Es sind die, die ein Dashboard sichtbar vorhanden und still falsch zurücklassen.

  • Eingebettete Zugangsdaten. Eine Datenquelle, die sich mit gespeicherten Zugangsdaten authentifiziert hat, kommt an und kann sich nicht aktualisieren. Der erste Hinweis ist ein veralteter Extrakt, kein Migrationsfehler.
  • Ein fehlender Eigentümer. Inhalte, deren Eigentümer auf dem Ziel nie angelegt wurde, müssen jemandem zugewiesen werden, und wer die Migration durchführt, ist die übliche zufällige Antwort.
  • Abonnements und Aktualisierungsaufgaben ohne aktiven Eigentümer. Die Inhalte funktionieren. Sie hören auf, sich zu aktualisieren, und kommen nicht mehr in Postfächern an.
  • Inhalte, die über Projekte hinweg umziehen. Berechtigungen in Tableau werden von dort geerbt, wo ein Ding liegt. Ein Umzug ändert, wer es sehen kann, auch wenn sich an der Arbeitsmappe nichts geändert hat.
  • Verbindungen, die Ihr neues Netzwerk nicht erreichen kann. Benutzerdefiniertes SQL gegen einen Host, der vom alten Server aus erreichbar war und vom neuen aus nicht, scheitert zur Abfragezeit, pro Benutzer, nicht zur Migrationszeit.

Jeder Punkt auf dieser Liste lässt sich vor der Migration entdecken, und keiner davon lässt sich aus einem Projektbaum entdecken. Das ist das Argument für den Inventarschritt, und es ist das einzige Argument, das den Kontakt mit einer Deadline überlebt.

Der Probelauf ist der Plan

Ein Probelauf, der nur Zugangsdaten prüft, sagt Ihnen, dass das Passwort stimmt. Ein nützlicher Probelauf löst die Auswahl auf und geht dann Objekt für Objekt durch, was der Lauf tun würde, sodass der Plan, den Sie freigeben, der Plan ist, der ausgeführt wird.

Das Migrate-Tool führt das offizielle Tableau Migration SDK auf .NET 8 im selben Container wie der Rest der Suite aus. Die Migration selbst nutzt den vom Hersteller unterstützten Weg statt einer Neuimplementierung davon. Ein zweistufiger Probelauf geht einem harten Freigabe-Gate mit drei erzwungenen Bedingungen voraus.

Lesen Sie den Probelauf vollständig. Er ist der letzte billige Moment im Projekt.

Freigabe, und was aufgeschrieben wird

Die Freigabe ist der Moment, in dem eine namentlich bekannte Person Verantwortung übernimmt. Das Protokoll davon muss das Projektteam überleben. Ein Compliance-Audit wird aus drei schlichten Eingaben gebaut: dem Plan, dem Endzustand des Laufs und den Freigabe-Metadaten.

Es wird zweimal aus einem Datensatz gerendert. JSON zum Einlesen in ein Governance-System, Markdown für einen menschlichen Prüfer oder eine Audit-Akte. Ein Datensatz, zwei Darstellungen. Die Maschinenkopie und die Menschenkopie können sich nicht widersprechen.

Namen von Zugangsdaten und geheime Werte gelangen nie in dieses Audit. Endpunkte, Site-Namen und Typen werden festgehalten. Ein Test erzwingt das.

Beweisen, dass es gelandet ist

Das ehrliche Ende einer Migration ist ein Vergleich, keine grüne Statusseite.

  1. Zählen Sie Inhalte nach Typ auf beiden Seiten und klären Sie jede Differenz bewusst, auch die beabsichtigten.
  2. Führen Sie eine Qualitätsprüfung an einer Stichprobe von Arbeitsmappen erneut aus und vergleichen Sie die tatsächlich ausgelieferten Zahlen, nicht nur die vorhandenen Dateien.
  3. Bestätigen Sie, dass jeder Zeitplan auf dem Ziel existiert und mindestens einen Lauf abgeschlossen hat.
  4. Bestätigen Sie, dass jeder Eigentümer ein echter, lizenzierter Benutzer auf dem Ziel ist und dass keine Inhalte still unter dem Migrationsoperator gelandet sind.
  5. Verfolgen Sie ein wichtiges Dashboard von seinen Kacheln zurück bis zur Warehouse-Spalte und sehen Sie nach, woher seine Daten jetzt kommen.

Der letzte Schritt ist der, der die Stunde wert ist. Ein Dashboard, das rendert, ist nicht dasselbe wie ein Dashboard, das auf die richtige Quelle zeigt, und der Unterschied ist von vorne unsichtbar.

Eine Abfolge, die funktioniert

  1. Inventarisieren Sie die Quelle, einschliesslich Abonnements und Aktualisierungsaufgaben.
  2. Bringen Sie zuerst das Eigentum auf der Quelle in Ordnung. Inhalte zu migrieren, die jemandem gehören, der gegangen ist, verschiebt das Problem, statt es zu lösen.
  3. Bewegen Sie Identität, dann Projekte, dann Inhalte, dann legen Sie Zeitpläne neu an.
  4. Führen Sie den Probelauf aus. Lesen Sie ihn. Dann geben Sie ihn frei.
  5. Nehmen Sie das Nachher-Inventar am selben Tag auf, solange der Plan noch frisch im Kopf ist.

Eigentum zuerst ist der Schritt, den die Leute überspringen, weil er sich wie ein eigenes Projekt anfühlt. Es ist auch der Schritt, der aus einer zweiwöchigen Migration eine vierwöchige macht, wenn er übersprungen wird, und der Grund, warum Offboarding und Migration dieselbe Disziplin sind, von zwei Enden betrachtet.