Was bei einem Umzug von Server zu Cloud bricht, und wie man es zuerst findet
Inhalte verhalten sich meistens. Die Anhängsel darum herum sind eigene Objekte mit eigenen Eigentümern und eigenen Zeitplänen, und sie sind es, die am Montag eine Support-Warteschlange füllen. Hier steht, wie Sie sie aufzählen, solange die Quelle noch läuft.
Inhalte sind der Teil, für den alle planen, und der Teil, der meist überlebt. Was um eine Arbeitsmappe herum liegt, ist eine Menge eigener Objekte, jedes mit einem Eigentümer, die meisten mit einem Zeitplan, und keines davon in einem Projektbaum sichtbar.
Benutzerdefinierte Ansichten
Ein gespeicherter persönlicher Zustand einer Arbeitsmappe, einer pro Person, die ihn angelegt hat. Sie reisen mit den Arbeitsmappen, zu denen sie gehören, und sind standardmässig enthalten.
Abonnements
Eine geplante Zustellung in jemandes Posteingang, im Besitz dessen, der sie angelegt hat. Nach einem Umzug öffnet sich die Arbeitsmappe tadellos; die E-Mail kommt nicht mehr, und die Person wartet eine Woche, bevor sie es erwähnt.
Extrakt-Aktualisierungsaufgaben
Das, was die Zahlen aktuell hält. Ein Dashboard ohne eine solche rendert genau wie immer, mit den Daten des Vormonats, und das ist der teuerste Ausfall auf dieser Seite.
Flow-Ausführungsaufgaben
Geplante Läufe, die auf Flows verweisen. Sie werfen Fehler, wenn die Flows nicht im selben Lauf umziehen.
Favoriten
Klein, persönlich und schnell bemerkt. Meist das erste Fehlen, das ein Benutzer meldet, und das, das seine Meinung über das ganze Projekt prägt.
Warnungen und die Zeitpläne dahinter gehören aus denselben Gründen in dieselbe Aufzählung: Eine Person hat sie angelegt, sie leben auf der Quelle, und ihr Eigentümer muss auf dem Ziel existieren, damit sie irgendetwas bedeuten. Manche Anhängseltypen haben auf einer Cloud Site keine direkte Entsprechung, und wo das so ist, besteht der ehrliche Plan darin, sie bewusst neu anzulegen, statt einen Transfer zu erwarten.
Was ein Standardlauf mitnimmt, und was darauf wartet, angehakt zu werden
Jeder optionale Typ wird ausdrücklich gewählt, und die Standardwerte haben einen Grund. Benutzerdefinierte Ansichten reisen mit Arbeitsmappen und sind an. Die Zeitplan- und Aufgabentypen sind aus, weil sie oft eine Umwandlung brauchen und Fehler werfen, wenn die Inhalte, an denen sie hängen, ausserhalb desselben Laufs liegen.
Die Folge lohnt sich klar auszusprechen, denn sie ist der häufigste Weg zu einem stillen Montag: Ein in Eile konfigurierter Lauf bewegt die Inhalte, lässt die Zeitpläne zurück und meldet bei jedem Schritt Erfolg. Nichts ist gescheitert. Die Zeitpläne waren nie im Umfang, und der Bericht über einen sauberen Lauf ist eine wahre Aussage über eine kleinere Aufgabe, als irgendjemand freigegeben zu haben glaubte.
Die Vorabprüfung listet auf, was enthalten und was übersprungen wird, beim Namen, bevor jemand freigibt. Diese eine Zeile ist der wertvollste Satz der ganzen Vorschau und der, an dem man auf dem Weg zu den Zahlen am leichtesten vorbeiscrollt.
Abhängigkeiten erscheinen dort ebenfalls. Flow-Ausführungsaufgaben verweisen auf Flows: Die Aufgaben anzuhaken, während Flows aus dem Lauf bleiben, lässt ihnen nichts, woran sie sich hängen können, und sie werden im Manifest Fehler werfen. Die Vorschau sagt das im Voraus.
Eigentum entscheidet, was tatsächlich landet
Identität wird absichtlich nicht nach Projekt eingegrenzt, denn Inhalte können auf dem Ziel nicht jemandem gehören, der noch nicht da ist. Diese Reihenfolgebeschränkung ist die, der Teams am häufigsten spät begegnen, meist an dem Tag, auf den sich der Kalender bereits festgelegt hat.
Den ursprünglichen Eigentümer zu bewahren ist der Standard, und die Eigentümer von allem in der Auswahl werden automatisch in den Benutzerumfang gezogen, damit ein Lauf nicht an einem fehlenden scheitert. Was die Leute trotzdem erwischt, ist ein Eigentümer, der zu keiner E-Mail-förmigen Tableau-ID aufgelöst wird: Mit „Eigentümer bewahren“ werfen seine Inhalte beim Veröffentlichen Fehler oder werden übersprungen, und das ist der einzige häufigste Grund, warum eine Migration fast leer zurückkommt. Die Vorschau nennt ihn, mit einer Zahl und einer Stichprobe der betroffenen Konten.
Unter dem verbindenden Konto zu veröffentlichen ist eine legitime Wahl mit einer Folge: Jedes Objekt kommt im Besitz dessen an, der die Verbindung hergestellt hat. Die Anhängsel gehören dann per Konstruktion der falschen Person und müssen hinterher neu zugeordnet werden.
Inhalte, deren Eigentümer sich nicht auflösen lässt, werden unter dem verbindenden Konto neu veröffentlicht, ohne den Lauf anzuhalten. Ein nicht auflösbarer Eigentümer kostet Sie ein Objekt zum Reparieren, nicht den ganzen Stapel.
Tableaus eigenes Samples-Projekt bleibt, wo es ist. Es wird auf jeder Cloud Site automatisch angelegt und gehört einem Systemkonto, das sich keinem Ihrer Benutzer zuordnen lässt. Es wird übersprungen, nicht versucht.
Die Auswahl erfolgt über den Bezeichner statt über den Namen, und die Projekte, die ein gewähltes Objekt enthalten, kommen mit, sodass eine Umbenennung mitten im Projekt nicht still die falsche Arbeitsmappe schicken kann.
Verbindungen, die funktionierten, weil der Server dort stand, wo er stand
Zwei Arten von Verbindungen kommen gesund aussehend an und verhalten sich danach verschieden.
Die erste sind Zugangsdaten. Veröffentlichte Datenquellen und Live-Verbindungen müssen auf dem Ziel möglicherweise neu authentifiziert werden, bevor Extrakt-Aktualisierungen gelingen. Das ist Tableau-Plattformverhalten und gilt für jeden Umzug, weshalb die Vorschau es bei jedem Lauf nennt, was auch sonst im Umfang ist. Der erste Hinweis ist normalerweise ein veralteter Extrakt, kein Fehler.
Die zweite ist Erreichbarkeit. Eine Verbindung, die von einer Maschine in Ihrem eigenen Netzwerk aufgelöst wurde, löst von einer gehosteten Site aus vielleicht nicht auf, und dieser Ausfall kommt zur Abfragezeit, für eine Person nach der anderen, lange nachdem der Migrationsbericht grün wurde. Listen Sie vor dem Umzug jede Verbindung nach Host auf und markieren Sie die, deren Erreichbarkeit davon abhängt, wo der Server steht.
Veröffentlichen überschreibt. Ein Objekt mit demselben Namen im Zielprojekt wird ersetzt, und seine vorherige Version überlebt nur in Tableaus Revisionshistorie. Ein erneuter Lauf ohne das gespeicherte Manifest überschreibt erneut.
Wenn Berechtigungen migrieren, wird ein Empfänger, der nicht übertragen wurde, für diese Gewährung übersprungen. Der Zugriff kann enger enden, als er auf der Quelle war.
Wenn Berechtigungen aus dem Lauf herausgelassen werden, übernehmen Inhalte stattdessen die vorhandenen Standardberechtigungen des Zielprojekts. In beiden Fällen lohnt es sich, den Zugriff auf dem Ziel nach dem Lauf zu lesen.
Berechtigungen in Tableau werden von dort geerbt, wo ein Ding liegt, sodass Inhalte, die in einem anderen Projekt landen, ein anderes Publikum haben, obwohl die Arbeitsmappe selbst unverändert ist. Prüfen Sie zuerst die, die das Projekt gewechselt haben.
Sie vor dem Umzug aufzählen
Die ganze Arbeit ist eine zweimal genommene Zählung. Nehmen Sie die erste, solange die Quelle noch läuft.
Listen Sie jedes Anhängsel auf der Quelle nach Typ auf, mit Eigentümer und Bezeichner an jedem: benutzerdefinierte Ansichten, Abonnements, Extrakt-Aktualisierungsaufgaben, Flow-Ausführungsaufgaben, Favoriten und alle Warnungen.
Zählen Sie sie nach Typ. Die Zählung ist das, was Sie hinterher abgleichen, und eine Liste von Namen ist kein Ersatz.
Entscheiden Sie für jeden Typ bewusst: umziehen, auf dem Ziel neu anlegen oder loslassen. Schreiben Sie die Entscheidung neben die Zählung.
Bestätigen Sie, dass jeder Eigentümer und jeder vorgeschlagene Zieleigentümer ein echter, lizenzierter Benutzer auf dem Ziel ist.
Listen Sie Verbindungen nach Host auf und markieren Sie die, deren Erreichbarkeit davon abhängt, wo der Server steht.
Lesen Sie die Vorschau, finden Sie die Zeile, die nennt, was enthalten und was übersprungen wird, und prüfen Sie sie gegen die Entscheidungen, die Sie aufgeschrieben haben.
Lesen Sie nach dem Lauf das Manifest, einschliesslich der Fehler, die Sie erwartet haben. Ein erwarteter Fehler, den Sie nicht finden, ist eine Entscheidung, die nie wirksam wurde.
Sechs dieser sieben Schritte passieren, bevor irgendjemand irgendetwas freigibt, und zusammen sind sie die billigste Stunde im Projekt. Der siebte ist der, der Ihnen sagt, ob die anderen sechs wahr waren.
Der Montag danach, und die Zählung, die es entscheidet
Eine Support-Warteschlange nach der Migration besteht aus Dingen, die vorhanden und still sind. Ein Bericht, den niemand mehr abonniert hat. Ein Extrakt, der sich seit dem Umzug nicht aktualisiert hat. Eine persönliche Ansicht, die jemand ein Jahr lang gepflegt hatte. Keines davon wirft einen Fehler, und keines erscheint auf einer Statusseite. Sie werden von Benutzern gemeldet, nicht von der Überwachung.
Der Abgleich ist eine Zählung, auf beiden Seiten genommen, nach Typ, Zeile für Zeile verglichen, mit jeder Differenz absichtlich erklärt, einschliesslich der Differenzen, die Sie gewählt haben. Eine Differenz, die Sie benennen können, ist eine Entscheidung. Eine Differenz, die Sie nicht benennen können, ist eine Feststellung, und sie ist als Feststellung diese Woche viel billiger als als Entdeckung im nächsten Quartal.
Tun Sie es in derselben Woche. Solange die Quelle noch läuft, ist ein fehlendes Abonnement eine Fünf-Minuten-Reparatur und eine fehlende Aktualisierungsaufgabe ein Formular. Sobald die Quelle abgeschaltet ist, werden dieselben zwei Fragen zu Archäologie, und die Person, die die Antwort wusste, hat bereits das nächste Projekt begonnen.
Die Vorher-Zählung und die Nachher-Zählung gehören in ein Dokument, von derselben Person genommen, in denselben Einheiten. Zwei Zählungen an zwei Orten in zwei Formaten sind der Weg, auf dem ein Abgleich still zu einem Gespräch über Methodik wird.
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.
Eine Person geht. Ihr Name bleibt auf Arbeitsmappen, Zeitplänen und Abonnements, und mehrere davon fallen lautlos aus. Was sie hält, was bricht, und die Reihenfolge, die die Lizenz wiederherstellbar hält.
Vier Dinge werden Governance genannt: Zertifizierung, Eigentum, veraltete Inhalte und Änderungskontrolle. Hier ist jedes als Prüfung geschrieben, die Sie ausführen können, nicht als Ziel, das Sie formulieren können. Es geht auch um die eine Änderung, die eine Sichtprüfung besteht und trotzdem falsch ist.