Server から Cloud への移行で壊れるもの、そして最初に見つける方法

コンテンツはおおむね行儀よく振る舞います。その周りの付随物は、独自の所有者と独自のスケジュールを持つ別々のオブジェクトで、月曜日のサポートの行列を埋めるのはそれらです。ソースがまだ動いているうちにそれらを列挙する方法。

更新 2026-08-10 · 7 分で読めます

別々に旅をする付随物

コンテンツは全員が計画する部分で、おおむね生き残る部分です。ワークブックの周りにあるのは別々のオブジェクトの集まりで、それぞれに所有者があり、大半にスケジュールがあり、どれもプロジェクトツリーには見えません。

カスタムビュー: ワークブックの保存された個人の状態。作った人ごとにひとつ。属するワークブックに乗って旅をし、既定で含まれます。
サブスクリプション: 誰かの受信箱へのスケジュール配信。作った人が所有します。移行後、ワークブックは問題なく開きます。メールが届かなくなり、その人は1週間待ってからそれを口にします。
抽出の更新タスク: 数値を最新に保つもの。それのないダッシュボードは、先月のデータを使って、これまでとまったく同じに描画されます。このページで最も高くつく失敗です。
フロー実行タスク: フローを参照するスケジュール実行。フローが同じ実行で動かなければエラーになります。
お気に入り: 小さく、個人的で、すぐに気づかれます。たいていユーザーが最初に報告する不在で、プロジェクト全体への意見を形作るものです。

アラートとその背後のスケジュールも、同じ理由で同じ列挙に属します：人が作り、ソースに住み、意味を持つには移行先に所有者が存在しなければなりません。一部の付随物の種類には Cloud サイトに直接の対応物がなく、そうであるところでは、正直な計画は転送を期待するのではなく、意図的に作り直すことです。

既定の実行が運ぶもの、そしてチェックを待つもの

任意の種類はそれぞれ明示的に選ばれ、既定値には理由があります。カスタムビューはワークブックに乗ってオンです。スケジュールとタスクの種類はオフです。しばしば変換を要し、付随するコンテンツが同じ実行の外にあるとエラーになるからです。

その帰結は平易に言う価値があります。静かな月曜日への最もよくある経路だからです：急いで設定された実行はコンテンツを動かし、スケジュールを置き去りにし、すべての段階で成功を報告します。何も失敗していません。スケジュールは一度も範囲になく、クリーンな実行の報告は、誰もが承認したと思っていたより小さな仕事についての真の陳述です。

事前チェックのプレビューは、誰かが承認する前に、含まれるものとスキップされるものを名前で一覧にします。その一行はプレビュー全体で最も価値の高い文で、件数へ向かう途中で最もスクロールで通り過ぎやすいものです。

依存関係もそこに現れます。フロー実行タスクはフローを参照します：フローを実行の外に置いたままタスクにチェックを入れれば、付随する先がなく、マニフェストでエラーになります。プレビューは事前にそう言います。

所有が、実際に何が着地するかを決める

ID は意図的にプロジェクトで範囲を切りません。まだそこにいない誰かが移行先でコンテンツを所有することはできないからです。その順序の制約は、チームが最も遅く出会うもので、たいていカレンダーがすでに約束した日です。

元の所有者を保つのが既定で、選択したすべての所有者はユーザーの範囲に自動的に引き込まれるので、実行が欠けた所有者でつまずくことはありません。今も人を引っかけるのは、メール形式の Tableau ID に解決できない所有者です：所有者を保つ設定では、そのコンテンツはパブリッシュ時にエラーになるかスキップされ、それが移行がほぼ空で戻ってくる、ひとつの最もよくある理由です。プレビューは件数と該当アカウントの見本とともに、それを名指しします。

接続アカウントのもとでパブリッシュするのは、帰結を伴う正当な選択です：すべての項目が、接続した人の所有で届きます。すると付随物は構造として間違った人に属し、後で再配置しなければなりません。
所有者を解決できないコンテンツは、実行を止めずに接続アカウントのもとで再パブリッシュされます。解決できない所有者ひとりのコストは、直すべき項目ひとつで、バッチ全体ではありません。
Tableau 自身の Samples プロジェクトはそのままです。すべての Cloud サイトに自動でプロビジョニングされ、あなたのユーザーの誰にも解決しないシステムアカウントが所有します。試みられず、スキップされます。
選択は名前ではなく識別子でキー付けされ、選んだ項目を含むプロジェクトはそれとともに来るので、プロジェクトの途中の改名が間違ったワークブックを静かに送ることはできません。

サーバーの置き場所のおかげで動いていた接続

2種類の接続が健全そうに届き、その後で違う振る舞いをします。

1つ目は認証情報です。パブリッシュ済みデータソースとライブ接続は、抽出の更新が成功する前に移行先で再認証が必要になることがあります。これは Tableau プラットフォームの振る舞いでどんな移行にも当てはまり、だからこそプレビューは範囲に他に何があろうと、すべての実行でそう述べます。最初の証拠は普通、エラーではなく古い抽出です。

2つ目は到達性です。自社ネットワーク内のマシンから解決できた接続は、ホストされたサイトからは解決できないことがあり、その失敗は移行レポートが緑になったずっと後に、クエリ時に、一度にひとりの人に届きます。移行の前にすべての接続をホストごとに一覧にし、到達性がサーバーの置き場所に依存するものに印をつけてください。

パブリッシュは上書きします。移行先プロジェクトの同名の項目は置き換えられ、その前の版は Tableau のリビジョン履歴にしか生き残りません。保存されたマニフェストなしの再実行は再び上書きします。
パーミッションが移行されるとき、転送されなかった被付与者はその付与についてスキップされます。アクセスはソースにあったより狭くなりえます。
パーミッションが実行から外されているとき、コンテンツは代わりに移行先プロジェクトの既存の既定パーミッションを取ります。どちらにせよ、移行先のアクセスは実行後に読む価値があります。

Tableau のパーミッションは置き場所から継承されるので、別のプロジェクトに着地したコンテンツは、ワークブックそのものが変わっていなくても別の受け手を持ちます。プロジェクトが変わったものを最初に確認してください。

移行の前に列挙する

仕事全体は、二度取る数えです。1回目は、ソースがまだ動いているうちに取ってください。

ソース上のすべての付随物を種類ごとに、それぞれに所有者と識別子を添えて一覧にする：カスタムビュー、サブスクリプション、抽出の更新タスク、フロー実行タスク、お気に入り、そしてあらゆるアラート。
種類ごとに数える。数えは後で突き合わせる相手で、名前のリストは代わりになりません。
各種類について意図的に決める：動かす、移行先で作り直す、手放す。決定を数えの隣に書く。
すべての所有者と、提案された移行先の所有者が、移行先で実在するライセンス付きユーザーであることを確認する。
接続をホストごとに一覧にし、到達性がサーバーの置き場所に依存するものに印をつける。
プレビューを読み、含まれるものとスキップされるものを名指しする行を見つけ、書き留めた決定と照らし合わせる。
実行後にマニフェストを読む。期待したエラーも含めて。見つからない期待されたエラーは、効力を持たなかった決定です。

この7段階のうち6つは誰かが何かを承認する前に起こり、合わせてプロジェクトで最も安い1時間です。7つ目が、他の6つが真だったかを教えるものです。

その後の月曜日と、決着をつける数え

移行後のサポートの行列は、存在していて静かなものでできています。もう誰もサブスクライブしていないレポート。移行以来更新されていない抽出。誰かが1年間保っていた個人のビュー。どれもエラーを出さず、どれもステータスページに現れません。監視ではなく、ユーザーが報告します。

突き合わせは数えです。両側で、種類ごとに取り、行ごとに比べ、あなたが選んだ違いも含めて、すべての違いを意図的に説明します。名指しできる違いは決定です。名指しできない違いは所見で、来四半期の発見としてより、今週の所見としてのほうがずっと安い。

同じ週にやってください。ソースがまだ動いているうちは、欠けたサブスクリプションは5分の修正で、欠けた更新タスクはフォームひとつです。ソースが切られると、同じ2つの問いは考古学になり、答えを知っていた人はもう次のプロジェクトを始めています。

前の数えと後の数えは、同じ人が同じ単位で取った、ひとつの文書に属します。2つの場所、2つの形式の2つの数えは、突き合わせが静かに方法論についての会話に変わる経緯です。