クラウドインポートで失敗した項目だけを再試行する

リリース済みのWebアプリには項目ごとの再試行ボタンや問題一覧がないため、不足分だけを2回目にインポートして失敗したファイルを復旧します。

最終確認日

スクリーンショットは英語版の画面です。

リリース済みのRetry failed items操作はありません。サーバーは通常の項目エラーを内部で最大3回試行し、確定的なポリシー拒否は直ちに再試行対象から外します。最終的な件数は完了通知に表示されます。

クラウドインポートで失敗した項目だけを再試行する4段階の手順図。通知が消える前に前回の失敗数とスキップ数を記録します。ストレージ、ポリシー、名前の競合、プロバイダーのアクセスに関する原因を先に解決します。元のフォルダーは選び直さず、失敗または不足したインポート元だけを選びます。復旧したファイルを確認し、完了済みの元項目を再選択していないことを確かめます。
図は通知が消える前の前回の失敗数とスキップ数の記録から始まり、復旧したファイルと完了済みの元項目を再選択していないことの確認で終わります。スクリーンショットを原寸で開く。

手順

  1. インポート完了の通知が消える前に失敗数とスキップ数を記録してください。ジョブ自体が失敗した場合は、代わりに**インポートできませんでした。**とエラーの内容が表示されます。
  2. まず考えられる原因を解決してください。ストレージの空き容量を確保する、最終的な拡張子を許可する、ワークスペースのファイルサイズ上限を引き上げる、同名の競合を解決する、またはプロバイダーに再接続してください。
  3. プロバイダーで選択した項目とdosyaのワークスペースのルートを比較し、不足しているファイルや失敗したと分かっているファイルだけの一覧を作成してください。
  4. 同じクラウドプロバイダーのアカウントを開き、元のフォルダーを選び直さず、失敗または不足したインポート元をそれぞれ直接選んでください。
  5. 新しいインポートを開始し、そのカードを確認してください。これは前回の結果の続きではなく別のジョブです。
  6. 再試行のインポート通知が表示されたら、復旧したファイルをすべて開き、完了済みの元項目を再選択して名前の競合が生じていないことを確認してください。

APIはジョブごとに失敗またはスキップされた項目の問題の行を最大50件返せますが、現在のWebクライアントはそのエンドポイントを表示しません。プロバイダーの429応答とワークスペースの移行では、項目の試行回数を消費せずジョブ単位で待機時間を延ばします。その他の一時的な失敗は試行回数を1回消費し、3回目で恒久的な失敗になります。

期待される結果

原因を解決した後、対象を絞った新しいジョブで不足していたファイルがインポートされます。再試行の対象から完了済みの項目を除外したため、それらのコピーは1件ずつ残ります。

関連ガイド

この記事は役に立ちましたか?

評価の結果を読み込んでいます…

投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。

質問と回答

このガイドの手順について質問できます。質問は確認後に公開されます。

公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。

質問を読み込んでいます…

    dosyaアカウントにサインインすると、質問を投稿できます。

    やり直す前に結果を確認

    操作をもう一度確認する必要があるときは、次の共通の確認事項をご利用ください。