Контент по большей части ведёт себя хорошо. То, что вокруг него, это отдельные объекты со своими владельцами и своими расписаниями, и именно они заполняют очередь поддержки в понедельник. Вот как перечислить их, пока источник ещё работает.
Обновлено · 7 мин чтения
Контент это та часть, которую все планируют, и та, что в основном выживает. То, что окружает рабочую книгу, это набор отдельных объектов, у каждого владелец, у большинства расписание, и ни один не виден в дереве проектов.
Оповещения и стоящие за ними расписания относятся к тому же перечню по тем же причинам: их создал человек, они живут в источнике, и их владелец должен существовать в целевой среде, чтобы они что-то значили. У некоторых видов сопутствующих объектов нет прямого эквивалента на сайте Cloud, и там, где это так, честный план в том, чтобы намеренно создать их заново, а не ожидать переноса.
Каждый необязательный тип выбирается явно, и у значений по умолчанию есть причина. Пользовательские представления едут с рабочими книгами и включены. Типы расписаний и задач выключены, потому что им часто нужно преобразование и они выдадут ошибку, если контент, к которому они привязаны, лежит вне того же запуска.
Следствие стоит произнести прямо, потому что это самый частый путь к тихому понедельнику: наспех настроенный запуск переносит контент, оставляет расписания и сообщает об успехе на каждом шаге. Ничто не провалилось. Расписания никогда не были в объёме, и отчёт о чистом запуске это правдивое утверждение о задаче меньшей, чем все думали, что утвердили.
Предварительная проверка перечисляет, что включено и что пропущено, поимённо, до того как кто-либо утвердит. Эта одна строка самое ценное предложение во всём предпросмотре и то, которое легче всего пролистать по дороге к счётчикам.
Зависимости появляются там же. Задачи запуска потоков ссылаются на потоки: если отметить задачи, а потоки оставить вне запуска, им не к чему будет привязаться, и они выдадут ошибку в манифесте. Предпросмотр говорит об этом заранее.
Идентичность намеренно не ограничивается проектом, потому что контент в целевой среде не может принадлежать тому, кого там ещё нет. С этим ограничением порядка команды чаще всего сталкиваются поздно, обычно в тот день, на который календарь уже дал обязательства.
Сохранение исходного владельца это поведение по умолчанию, и владельцы всего выбранного автоматически попадают в объём пользователей, чтобы запуск не споткнулся об отсутствующего. Что по-прежнему ловит людей, так это владелец, не сопоставимый ни с одним идентификатором Tableau в форме электронной почты: при сохранении владельца его контент при публикации выдаёт ошибку или пропускается, и это единственная самая частая причина, по которой миграция возвращается почти пустой. Предпросмотр называет это, со счётчиком и выборкой затронутых учётных записей.
Два вида подключений приезжают с виду здоровыми и потом ведут себя по-разному.
Первый это учётные данные. Опубликованным источникам данных и живым подключениям может понадобиться повторная аутентификация в целевой среде, прежде чем обновления экстрактов начнут удаваться. Это поведение платформы Tableau, и оно относится к любому переезду, поэтому предпросмотр сообщает об этом при каждом запуске, что бы ещё ни было в объёме. Первым свидетельством обычно бывает устаревший экстракт, а не ошибка.
Второй это доступность. Подключение, которое разрешалось с машины внутри вашей сети, может не разрешиться с размещённого сайта, и этот сбой приходит в момент запроса, у каждого человека по отдельности, спустя долгое время после того, как отчёт о миграции позеленел. Перечислите каждое подключение по хосту до переезда и отметьте те, чья доступность зависит от того, где стоит сервер.
Разрешения в Tableau наследуются от того места, где лежит объект, поэтому у контента, попавшего в другой проект, другая аудитория, хотя сама рабочая книга не изменилась. Сначала проверьте те, что сменили проект.
Вся работа это подсчёт, сделанный дважды. Первый сделайте, пока источник ещё работает.
Шесть из этих семи шагов происходят до того, как кто-либо что-либо утвердит, и вместе это самый дешёвый час в проекте. Седьмой тот, который говорит, были ли правдой остальные шесть.
Очередь поддержки после миграции состоит из вещей, которые присутствуют и молчат. Отчёт, на который больше никто не подписан. Экстракт, не обновлявшийся с момента переезда. Личное представление, которое кто-то держал год. Ни одно из них не выдаёт ошибку и ни одно не появляется на странице статуса. О них сообщают пользователи, а не мониторинг.
Сверка это подсчёт, сделанный с обеих сторон, по типам, сравненный построчно, с каждым расхождением, объяснённым намеренно, включая те расхождения, которые вы выбрали сами. Расхождение, которое вы можете назвать, это решение. Расхождение, которое вы назвать не можете, это находка, и как находка на этой неделе она гораздо дешевле, чем как открытие в следующем квартале.
Сделайте это на той же неделе. Пока источник ещё работает, пропавшая подписка чинится за пять минут, а пропавшая задача обновления это одна форма. Как только источник выключен, те же два вопроса превращаются в археологию, а человек, знавший ответ, уже начал следующий проект.
Подсчёт «до» и подсчёт «после» должны лежать в одном документе, сделанные одним человеком, в одних единицах. Два подсчёта в двух местах в двух форматах это то, как сверка тихо превращается в разговор о методологии.
Контент это простая часть миграции. Вот что должно переехать вместе с ним, что обычно тихо ломается потом и что управляемая миграция проверяет до того, как кто-либо утвердит запуск.
Человек уходит. Его имя остаётся на рабочих книгах, расписаниях и подписках, и несколько из них ломаются без единого звука. Чем он владеет, что ломается и порядок, при котором лицензия остаётся восстановимой.
Управлением называют четыре вещи: сертификацию, владение, устаревший контент и контроль изменений. Здесь каждая из них записана как проверка, которую можно запустить, а не как цель, которую можно провозгласить. Речь также пойдёт о том единственном изменении, которое проходит визуальную проверку и всё равно ошибочно.