中断したLightroomアーカイブのアップロードを再開する

中断したLightroomのオリジナルのアーカイブをセッション期間の23時間以内に再開し、完了済みのパートを安全にスキップして、保存容量と集計件数を確認します。

最終確認日

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

**dosya Archive (originals)**の書き出しは、オリジナルファイルをレンダリングせずに直接読み取ります。単一アップロードの上限を超えるオリジナルには、元のパス、バイト容量、変更時刻で識別されるマルチパートセッションを使います。後で同じ内容を書き出すと、欠けているパートから続行できます。

中断した元ファイルの保持、23時間以内の再開、アーカイブの集計の確認、ファイル名と容量の確認を示す4段階の手順図。
中断した元ファイルの保持、23時間以内の再開、アーカイブの集計の確認、ファイル名と容量の確認を示す4段階の手順図。 原寸のスクリーンショットを開く。

手順

  1. 中断したオリジナルのパス、容量、変更時刻を変えずに保持してください。いずれかを変更すると、意図的に別のアップロードとして識別されます。
  2. Lightroom ClassicのExportを再度開き、**dosya Archive (originals)**サービスを選択してください。Folder in dosyaとXMPサイドカーファイルの選択を前回と同じにしてください。
  3. 保存されたセッションが23時間操作されないままになる前に、書き出しを再開してください。プラグインはdosyaにセッションの状態を問い合わせ、受け入れ済みのパートをスキップします。
  4. 各オリジナルについて成功または具体的な失敗が報告されるまで、Lightroomを実行したままにしてください。ローカルのデータを読み取れない場合、空のファイルはアップロードされず、**Could not read the local file (…)**と表示されます。
  5. dosya archiveの集計にある**Archived _ files, skipped _ already in dosya, failed _.**を確認してください。仮想コピーと処理を試みなかった写真は別に報告されます。
  6. dosyaでオリジナルの正確なファイル名と保存されたバイト容量を確認してください。サーバーとローカルの容量が異なる場合、完了処理はSize check failedとして結果を拒否します。

50 MiB以下のファイルは通常、単一アップロードを使います。バッファリングされたLightroomセッションでは、この上限が8 MiBに下がることがあります。それより大きいファイルはマルチパートを使います。同じ名前と容量のオリジナルがすでにある場合はスキップされます。XMPサイドカーファイルは、編集後も容量が変わらないことがあるため、保存済みのSHA-256も一致する場合にのみスキップされます。

「中断したLightroomアーカイブのアップロードを再開する」の参照画像。カメラの絞りのイラストがあるLightroom Classic連携のタイトルカード。
「中断したLightroomアーカイブのアップロードを再開する」の参照画像。カメラの絞りのイラストがあるLightroom Classic連携のタイトルカード。 原寸のスクリーンショットを開く。

結果

互換性のある中断済みマルチパートアップロードは、受け入れ済みのパートを再送せずに続行され、完了後に保存済みセッションが消去されます。変更のない完了済みオリジナルはスキップされ、ローカルの元ファイルは変更されません。集計には選択したすべての写真が反映されます。

期限切れ、失敗、欠落、または一致しないセッションでは、新しいアップロードが始まります。容量制限、認証、バッチを停止する失敗は再実行しても回避できません。再度書き出す前に報告された原因を解消してください。

関連ガイド

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

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

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

質問と回答

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

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

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

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

    やり直す前に結果を確認

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