Le contenu se comporte, la plupart du temps. Ce qui l’entoure est un ensemble d’objets distincts, avec leurs propres propriétaires et leurs propres planifications, et c’est cela qui remplit une file de support le lundi. Voici comment les énumérer pendant que la source tourne encore.
Mis à jour · 7 min de lecture
Le contenu est la partie que tout le monde planifie, et la partie qui survit généralement. Ce qui entoure un classeur est un ensemble d’objets distincts, chacun avec un propriétaire, la plupart avec une planification, et aucun visible dans une arborescence de projets.
Les alertes et les planifications derrière elles appartiennent à la même énumération, pour les mêmes raisons : une personne les a créées, elles vivent sur la source, et leur propriétaire doit exister sur la destination pour qu’elles aient un sens. Certains types d’éléments rattachés n’ont pas d’équivalent direct sur un site Cloud, et là où c’est vrai, le plan honnête est de les recréer délibérément, pas d’attendre un transfert.
Chaque type optionnel est choisi explicitement, et les valeurs par défaut ont une raison. Les vues personnalisées voyagent avec les classeurs et sont activées. Les types de planification et de tâche sont désactivés, parce qu’ils ont souvent besoin d’une conversion et échoueront quand le contenu auquel ils se rattachent se trouve hors de la même exécution.
La conséquence mérite d’être dite clairement, parce que c’est le chemin le plus courant vers un lundi silencieux : une exécution configurée à la hâte déplace le contenu, laisse les planifications derrière, et rapporte un succès à chaque étape. Rien n’a échoué. Les planifications n’ont jamais été dans le périmètre, et un rapport d’exécution propre est une affirmation vraie sur un travail plus petit que celui que tout le monde croyait avoir approuvé.
L’aperçu préalable liste ce qui est inclus et ce qui est ignoré, par nom, avant que quiconque approuve. Cette seule ligne est la phrase la plus précieuse de tout l’aperçu et la plus facile à faire défiler en allant vers les comptes.
Les dépendances y apparaissent aussi. Les tâches d’exécution de flux référencent des flux : cocher les tâches en laissant les flux hors de l’exécution ne leur laisse rien à quoi se rattacher, et elles échoueront dans le manifeste. L’aperçu le dit à l’avance.
L’identité n’est délibérément pas délimitée par projet, parce que le contenu ne peut pas appartenir sur la destination à quelqu’un qui n’est pas encore là. Cette contrainte d’ordre est celle que les équipes rencontrent le plus souvent tard, généralement le jour où le calendrier s’est déjà engagé.
Conserver le propriétaire d’origine est le défaut, et les propriétaires de tout ce qui est sélectionné sont tirés automatiquement dans le périmètre des utilisateurs pour qu’une exécution ne tombe pas sur un absent. Ce qui piège encore les gens, c’est un propriétaire qui ne se résout vers aucun identifiant Tableau de forme e-mail : avec la conservation du propriétaire, son contenu échoue ou est ignoré à la publication, et c’est la raison la plus courante pour laquelle une migration revient presque vide. L’aperçu le nomme, avec un compte et un échantillon des comptes concernés.
Deux sortes de connexion arrivent l’air en bonne santé et se comportent différemment ensuite.
La première, ce sont les identifiants. Les sources de données publiées et les connexions en direct peuvent avoir besoin d’être ré-authentifiées sur la destination avant que les rafraîchissements d’extraits réussissent. C’est un comportement de la plateforme Tableau et il s’applique à tout déplacement, ce qui est pourquoi l’aperçu le signale à chaque exécution quel que soit le reste du périmètre. La première preuve est normalement un extrait obsolète, pas une erreur.
La seconde, c’est la joignabilité. Une connexion qui se résolvait depuis une machine dans votre propre réseau peut ne pas se résoudre depuis un site hébergé, et cette panne arrive au moment de la requête, pour une personne à la fois, longtemps après que le rapport de migration est passé au vert. Listez chaque connexion par hôte avant le déplacement et marquez celles dont la joignabilité dépend de l’emplacement du serveur.
Les permissions dans Tableau sont héritées de l’endroit où se trouve une chose, si bien que du contenu qui atterrit dans un autre projet a un autre public même si le classeur lui-même est inchangé. Vérifiez d’abord ceux qui ont changé de projet.
Tout le travail est un compte pris deux fois. Prenez le premier pendant que la source tourne encore.
Six de ces sept étapes ont lieu avant que quiconque approuve quoi que ce soit, et ensemble elles sont l’heure la moins chère du projet. La septième est celle qui vous dit si les six autres étaient vraies.
Une file de support après migration est faite de choses présentes et silencieuses. Un rapport auquel plus personne n’est abonné. Un extrait qui ne s’est pas rafraîchi depuis le déplacement. Une vue personnelle que quelqu’un gardait depuis un an. Aucune ne lève d’erreur et aucune n’apparaît sur une page de statut. Elles sont signalées par les utilisateurs, pas par la supervision.
Le rapprochement est un compte, pris des deux côtés, par type, comparé ligne par ligne, avec chaque différence expliquée délibérément, y compris les différences que vous avez choisies. Une différence que vous pouvez nommer est une décision. Une différence que vous ne pouvez pas nommer est un constat, et il coûte beaucoup moins cher comme constat cette semaine que comme découverte le trimestre prochain.
Faites-le la même semaine. Tant que la source tourne encore, un abonnement manquant est une correction de cinq minutes et une tâche de rafraîchissement manquante est un formulaire. Une fois la source éteinte, les deux mêmes questions deviennent de l’archéologie, et la personne qui connaissait la réponse a déjà commencé le projet suivant.
Le compte d’avant et le compte d’après vont dans un seul document, pris par la même personne, dans les mêmes unités. Deux comptes, à deux endroits, en deux formats, c’est ainsi qu’un rapprochement se transforme discrètement en conversation sur la méthodologie.
Le contenu est la partie facile d’une migration. Voici ce qui doit bouger avec lui, ce qui a tendance à casser en silence ensuite, et ce qu’une migration gouvernée vérifie avant que quiconque approuve une exécution.
Une personne s’en va. Son nom reste sur des classeurs, des planifications et des abonnements, et plusieurs d’entre eux tombent en panne sans un bruit. Ce qu’elle détient, ce qui casse, et l’ordre qui garde la licence récupérable.
Quatre choses se font appeler gouvernance : la certification, la propriété, le contenu obsolète et le contrôle des changements. Ici, chacune est écrite comme une vérification que vous pouvez lancer, pas comme un objectif que vous pouvez énoncer. Il y est aussi question du seul changement qui passe une revue visuelle et reste faux.