Lightroom公開時のネットワーク障害を解決する

Lightroomの公開がネットワーク障害が3回連続して発生したために停止した後、完了したアップロードを保持し、キュー内の写真だけを安全に再試行します。

最終確認日

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

公開処理はネットワークエラーに分類された失敗の連続回数を数えます。アップロードが成功すると回数はリセットされます。ネットワーク障害が3回連続すると、残りの写真すべてで同じ再試行を繰り返さないよう、バッチが停止します。

Lightroom公開時のネットワーク障害を解決する4段階の手順図。公開済み、失敗、未処理の件数と正確な理由を記録します。完了した写真は公開済みのままにし、削除して再追加しないでください。両方の再試行キューで失敗と未処理の写真を確認します。復旧後に再公開し、不安定な場合は並行数を減らします。
手順図は「公開済み、失敗、未処理の件数と正確な理由を記録します」から始まり、「復旧後に再公開し、不安定な場合は並行数を減らします」で終わります。スクリーンショットを実物大で開く。

手順

  1. 最終ダイアログを閉じる前に、Published N, failed N, not attempted N.と分類された各失敗理由を確認して記録してください。
  2. dosya could not be reached for 3 photos in a row, so the rest were not attempted. Check your connection, then publish again.を探してください。これはバッチが意図的に停止したことを示します。
  3. 完了した写真は公開コレクションに残してください。削除して再追加しないでください。正常に公開されたレンディションにはリモートファイルIDが付いており、公開済みのままです。
  4. インターネット、DNS、TLS、またはプロキシへの接続を復旧し、File → Plug-in Manager → dosya.dev → Check connectionで保存済みのキーが引き続き使えることを確認してください。
  5. コレクションを開き直し、Modified Photos to Re-PublishとNew Photos to Publishを確認してください。途中で停止した処理で失敗した写真と未処理の写真は、このキューに残っています。
  6. Publishをもう一度クリックし、新しい件数を照合してください。不安定な状態が続く場合は、次の試行前に公開サービスの設定でUploads at onceの値を1に近づけてください。

**停止の種類。**認証、接続、容量制限、一部のレート制限やサーバーの状態によっては、ネットワーク障害が3回発生するのを待たずにバッチが直ちに停止します。分類されたメッセージを正確に確認してください。容量制限による拒否は再接続しても解決しません。

**冪等性の仕組み。**アップローダーは変わらないリモートIDと冪等性キーを使用します。公開の関連付けにより正しいファイルのバージョンを更新し、ギャラリー登録を復元できるため、レンダリング済みファイルを手動でアップロードするより、Lightroomのキュー内の項目を再試行する方が安全です。

期待される結果

完了済みの写真は公開されたままになり、接続が正常になった後はキュー内の処理だけが再開されます。最終処理では、理由が分からないままの失敗項目や未処理項目は残りません。

関連ガイド

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

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

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

質問と回答

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

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

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

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

    やり直す前に結果を確認

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