Cosa si rompe in un passaggio da Server a Cloud, e come trovarlo per primo
Il contenuto, per lo più, si comporta bene. Ciò che gli sta intorno sono oggetti separati con i propri proprietari e le proprie pianificazioni, e sono loro a riempire una coda di supporto il lunedì. Ecco come enumerarli mentre la sorgente è ancora in funzione.
Il contenuto è la parte che tutti pianificano, ed è la parte che per lo più sopravvive. Ciò che sta intorno a una cartella di lavoro è un insieme di oggetti separati, ognuno con un proprietario, la maggior parte con una pianificazione, e nessuno visibile in un albero di progetti.
Viste personalizzate
Uno stato personale salvato di una cartella di lavoro, uno per ogni persona che ne ha creato uno. Viaggiano con le cartelle di lavoro a cui appartengono e sono incluse per impostazione predefinita.
Sottoscrizioni
Una consegna pianificata nella casella di qualcuno, di proprietà di chi l’ha creata. Dopo uno spostamento la cartella di lavoro si apre benissimo; l’e-mail smette di arrivare, e la persona aspetta una settimana prima di dirlo.
Attività di aggiornamento delle estrazioni
Ciò che mantiene i numeri aggiornati. Una dashboard senza si visualizza esattamente come sempre, usando i dati del mese scorso, che è il guasto più costoso di questa pagina.
Attività di esecuzione dei flussi
Esecuzioni pianificate che fanno riferimento a flussi. Danno errore a meno che i flussi non si spostino nella stessa esecuzione.
Preferiti
Piccoli, personali e notati subito. Di solito la prima assenza che un utente segnala, e quella che forma la sua opinione sull’intero progetto.
Gli avvisi e le pianificazioni dietro di essi appartengono alla stessa enumerazione, per le stesse ragioni: una persona li ha creati, vivono sulla sorgente, e il loro proprietario deve esistere sulla destinazione perché significhino qualcosa. Alcuni tipi di allegato non hanno un equivalente diretto su un sito Cloud, e dove è così il piano onesto è ricrearli deliberatamente, non aspettarsi un trasferimento.
Cosa porta con sé un’esecuzione predefinita, e cosa aspetta di essere spuntato
Ogni tipo opzionale viene scelto esplicitamente, e le impostazioni predefinite hanno una ragione. Le viste personalizzate viaggiano con le cartelle di lavoro e sono attive. I tipi di pianificazione e attività sono disattivati, perché spesso hanno bisogno di conversione e daranno errore quando il contenuto a cui si agganciano sta fuori dalla stessa esecuzione.
La conseguenza vale la pena dirla chiaramente, perché è la via più comune verso un lunedì silenzioso: un’esecuzione configurata di fretta sposta il contenuto, lascia indietro le pianificazioni, e riporta successo a ogni passo. Nulla è fallito. Le pianificazioni non sono mai state nell’ambito, e un rapporto di esecuzione pulita è un’affermazione vera su un lavoro più piccolo di quello che tutti pensavano di aver approvato.
L’anteprima preliminare elenca cosa è incluso e cosa è saltato, per nome, prima che qualcuno approvi. Quella riga è la frase di maggior valore dell’intera anteprima e la più facile da scorrere via andando verso i conteggi.
Anche le dipendenze compaiono lì. Le attività di esecuzione dei flussi fanno riferimento a flussi: spuntare le attività mentre i flussi restano fuori dall’esecuzione non lascia loro nulla a cui agganciarsi, e daranno errore nel manifesto. L’anteprima lo dice in anticipo.
La proprietà decide cosa arriva davvero
L’identità non è deliberatamente delimitata per progetto, perché il contenuto non può essere posseduto sulla destinazione da qualcuno che non c’è ancora. Quel vincolo di ordine è quello che i team incontrano più spesso tardi, di solito il giorno a cui il calendario si è già impegnato.
Conservare il proprietario originale è l’impostazione predefinita, e i proprietari di tutto ciò che è nella selezione vengono tirati automaticamente nell’ambito degli utenti così che un’esecuzione non cada su uno mancante. Ciò che coglie ancora le persone di sorpresa è un proprietario che non si risolve in alcun ID Tableau in forma di e-mail: con la conservazione del proprietario i suoi contenuti danno errore o vengono saltati alla pubblicazione, ed è la singola ragione più comune per cui una migrazione torna quasi vuota. L’anteprima lo nomina, con un conteggio e un campione degli account interessati.
Pubblicare sotto l’account di connessione è una scelta legittima con una conseguenza: ogni elemento arriva di proprietà di chi si è connesso. Gli allegati appartengono allora alla persona sbagliata per costruzione e vanno riassegnati dopo.
I contenuti il cui proprietario non può essere risolto vengono ripubblicati sotto l’account di connessione senza fermare l’esecuzione. Un proprietario non risolvibile ti costa un elemento da sistemare, non l’intero lotto.
Il progetto Samples di Tableau viene lasciato dov’è. Viene creato automaticamente su ogni sito Cloud e appartiene a un account di sistema che non si risolve in nessuno dei tuoi utenti. Viene saltato, non tentato.
La selezione è indicizzata per identificatore invece che per nome, e i progetti che contengono un elemento scelto vengono con esso, così una rinomina a metà progetto non può mandare silenziosamente la cartella di lavoro sbagliata.
Connessioni che funzionavano per via di dove stava il server
Due tipi di connessione arrivano con un aspetto sano e si comportano diversamente dopo.
Il primo sono le credenziali. Le origini dati pubblicate e le connessioni live possono aver bisogno di riautenticarsi sulla destinazione prima che gli aggiornamenti delle estrazioni riescano. Questo è un comportamento della piattaforma Tableau e si applica a qualsiasi spostamento, motivo per cui l’anteprima lo dichiara a ogni esecuzione qualunque altra cosa sia nell’ambito. La prima prova è normalmente un’estrazione obsoleta, non un errore.
Il secondo è la raggiungibilità. Una connessione che si risolveva da una macchina dentro la tua rete potrebbe non risolversi da un sito ospitato, e quel guasto arriva al momento della query, per una persona alla volta, molto dopo che il rapporto di migrazione è diventato verde. Elenca ogni connessione per host prima dello spostamento e segna quelle la cui raggiungibilità dipende da dove sta il server.
La pubblicazione sovrascrive. Un elemento con lo stesso nome nel progetto di destinazione viene sostituito, e la sua versione precedente sopravvive solo nella cronologia delle revisioni di Tableau. Una riesecuzione senza il manifesto salvato sovrascrive di nuovo.
Quando i permessi migrano, un beneficiario che non è stato trasferito viene saltato per quella concessione. L’accesso può finire più stretto di quanto fosse sulla sorgente.
Quando i permessi vengono lasciati fuori dall’esecuzione, i contenuti prendono invece i permessi predefiniti esistenti del progetto di destinazione. In entrambi i casi, l’accesso sulla destinazione vale la pena leggerlo dopo l’esecuzione.
In Tableau i permessi si ereditano da dove sta una cosa, quindi un contenuto che atterra in un progetto diverso ha un pubblico diverso anche se la cartella di lavoro in sé è invariata. Controlla per primi quelli che hanno cambiato progetto.
Enumerarli prima dello spostamento
L’intero lavoro è un conteggio fatto due volte. Fai il primo mentre la sorgente è ancora in funzione.
Elenca ogni allegato sulla sorgente per tipo, con un proprietario e un identificatore per ciascuno: viste personalizzate, sottoscrizioni, attività di aggiornamento delle estrazioni, attività di esecuzione dei flussi, preferiti, e qualsiasi avviso.
Contali per tipo. Il conteggio è ciò contro cui riconcili dopo, e un elenco di nomi non lo sostituisce.
Decidi per ogni tipo, deliberatamente: spostarlo, ricrearlo sulla destinazione, o lasciarlo andare. Scrivi la decisione accanto al conteggio.
Conferma che ogni proprietario e ogni proprietario di destinazione proposto sia un utente reale e licenziato sulla destinazione.
Elenca le connessioni per host, e segna quelle la cui raggiungibilità dipende da dove sta il server.
Leggi l’anteprima, trova la riga che nomina cosa è incluso e cosa è saltato, e verificala rispetto alle decisioni che hai scritto.
Leggi il manifesto dopo l’esecuzione, compresi gli errori che ti aspettavi. Un errore atteso che non riesci a trovare è una decisione che non ha mai avuto effetto.
Sei di quei sette passi avvengono prima che qualcuno approvi qualcosa, e insieme sono l’ora più economica del progetto. Il settimo è quello che ti dice se gli altri sei erano veri.
Il lunedì dopo, e il conteggio che chiude la questione
Una coda di supporto post-migrazione è fatta di cose presenti e silenziose. Un rapporto a cui nessuno è più sottoscritto. Un’estrazione che non si è aggiornata dallo spostamento. Una vista personale che qualcuno teneva da un anno. Nessuna solleva un errore e nessuna compare su una pagina di stato. Vengono segnalate dagli utenti, non dal monitoraggio.
La riconciliazione è un conteggio, fatto su entrambi i lati, per tipo, confrontato riga per riga, con ogni differenza spiegata di proposito, comprese le differenze che hai scelto. Una differenza che sai nominare è una decisione. Una differenza che non sai nominare è un rilievo, ed è molto più economica come rilievo questa settimana che come scoperta il trimestre prossimo.
Fallo nella stessa settimana. Finché la sorgente è ancora in funzione, una sottoscrizione mancante è una sistemazione da cinque minuti e un’attività di aggiornamento mancante è un modulo. Una volta spenta la sorgente, le stesse due domande diventano archeologia, e la persona che sapeva la risposta ha già iniziato il progetto successivo.
Il conteggio di prima e il conteggio di dopo stanno in un unico documento, fatti dalla stessa persona, nelle stesse unità. Due conteggi, in due posti, in due formati, è il modo in cui una riconciliazione si trasforma silenziosamente in una conversazione sulla metodologia.
I contenuti sono la parte facile di una migrazione. Ecco cosa deve spostarsi con loro, cosa tende a rompersi in silenzio dopo, e cosa una migrazione governata verifica prima che qualcuno approvi un’esecuzione.
Una persona se ne va. Il suo nome resta su cartelle di lavoro, pianificazioni e sottoscrizioni, e diverse di queste si guastano senza un rumore. Cosa possiede, cosa si rompe, e l’ordine che mantiene la licenza recuperabile.
Quattro cose vengono chiamate governance: certificazione, proprietà, contenuti obsoleti e controllo delle modifiche. Qui ognuna è scritta come una verifica che puoi eseguire, non come un obiettivo che puoi dichiarare. Si parla anche dell’unica modifica che supera una revisione visiva ed è comunque sbagliata.