XERIAで中断したPDFバッチジョブを再開する方法

長時間のPDFバッチ処理は、必ずしも1回の連続したセッションで完了する必要はありません。XERIAは実行中のバッチを一時停止し、後で続行できるよう保存し、復旧可能な未完了ジョブを検出して、Resume Centerから残りの処理を再開できます。

これは、大規模な個別PDFジョブが予想より長くかかる場合、PCをシャットダウンする必要がある場合、メールまたはクラウド接続への対応が必要な場合、または処理を意図的に延期する場合に役立ちます。

このチュートリアルで学ぶこと

このチュートリアルでは次を説明します。

• 実行中のバッチを直ちに終了せずに一時停止する
• 一時停止したバッチを同じセッション内で続行する
• 実行中または一時停止中のジョブを**Continue Later**で保存する
• XERIAが一時停止または保存の前に現在の項目を完了するタイミングを理解する
• **Resume Center**で未完了の作業を見つける
• 残りの受信者数と最終更新情報を確認する
• **Generate PDF**、**Generate PDF + Send**、**Send email only**ジョブを再開する
• **Resume Checklist**を使用する
• Source PDF、Output Folder、透かし、セキュリティ、メール、受信者リストの差異を解決する
• 必要に応じてクラウドまたはメール依存関係を再接続する
• 保存済み設定で続行する
• 元のジョブを再開すべきでない場合に現在の設定でRestartする
• 未完了ジョブを削除する
• 復旧可能な中断と意図的な停止を区別する

一般的なバッチ生成については、[PDFの一括透かし処理](/resources/articles/batch-pdf-watermarking/)をご覧ください。

バッチ復旧が重要な理由

個別化されたバッチには次のような処理が含まれることがあります。

• 多数の受信者
• 大きなSource PDF
• 透かしのレンダリング
• パスワード保護
• 権限制限
• QRトレース要素
• ローカルまたはクラウド出力
• メール配信

そのため、長時間のジョブは複数のリソースに同時に依存する場合があります。

一部の受信者がすでに完了した後で処理が中断すると、バッチ全体を最初からやり直すことで、重複出力、重複メール送信、不要な再処理が発生する可能性があります。

XERIAのRecovery Workflowは、未完了ジョブの識別情報と進捗を保持し、残りの受信者を意図したとおりに処理できるように設計されています。

実行中ジョブを中断する3つの方法

管理されたバッチ処理中、XERIAには3つの異なるコントロールがあります。

目的に合ったコントロールを選択してください。

未完了の受信者を後で本当に続行したい場合は、**Stop Operation**を使用しないでください。

Pauseの動作

バッチ実行中に**Pause**を選択します。

XERIAは通常、現在処理中の項目を処理途中で中断しません。

代わりに、インターフェースは一時停止要求を受け付けたことと、現在の項目が完了した後に処理を一時停止することを表示します。

これにより、現在の受信者や出力を不明確な部分完了状態に残すリスクが減ります。

一時停止が有効になると、XERIAは処理が一時停止していることを表示します。

その時点で次を選択できます。

• すぐに再開するには**Continue**
• 未完了ジョブを保存するには**Continue Later**
• 後で復旧する必要がない場合は**Stop Operation**

一時停止したジョブをすぐに続行する

中断が一時的な場合は**Continue**を使用します。

一般的な理由には次があります。

• 別のアプリケーションを確認する
• 利用可能なディスク容量を確認する
• 生成されたサンプルを確認する
• 別の処理を短時間待つ
• 一時的にシステム負荷を下げる

Continueすると、実行中のバッチは管理された実行状態から処理を続けます。

短い一時停止だけのためにResume Centerのエントリを作成する必要はありません。

計画的な中断にはContinue Laterを使う

現在のセッションを終了する必要がある一方で、未完了の作業を復旧可能な状態で残したい場合は**Continue Later**を選択します。

Continue Laterは、ジョブが次の状態で要求できます。

• 実行中
• 一時停止中
• 要求済みの一時停止が有効になるのを待っている

XERIAは現在の項目が完了した後に処理を保存します。

その後、実行中の進捗ウィンドウが閉じ、未完了ジョブがRecovery Workflowから利用できるようになります。

この方法で意図的に保存されたジョブは、ユーザーが後で続行するために保存したものとして識別されます。

Continue Laterが役立つ場面

Continue Laterは次の場合に使用します。

• 大きなジョブを別の日に続行する必要がある
• PCを再起動する必要がある
• 処理完了前に離席する必要がある
• クラウド依存関係を復旧する必要がある
• メール配信設定への対応が必要
• 続行前に完了済み出力を確認したい
• 残りの受信者を後のセッションで処理したい

Continue Laterは運用上のチェックポイントであり、Source文書や受信者データのバックアップの代わりではありません。

Stop Operationを理解する

**Stop Operation**は実行中のジョブを意図的に終了します。

XERIAは停止前に確認を求めます。

確認では2つの重要な結果が示されます。

• すでに完了した出力は保持される
• ジョブは後で続行する一覧には表示されない

停止要求は現在の項目が完了した後に有効になります。

Stop Operationは次の場合に使用します。

• バッチを誤って開始した
• 受信者選択が間違っている
• Source文書が間違っている
• 出力ポリシーが変更された
• 現在の未完了ジョブを破棄したい
• 完全に新しいジョブを設定して開始したい

PCをシャットダウンして後で続行したいだけの場合は、Stop Operationを使用しないでください。

Resume Centerに表示される内容

Resume Centerは、未完了ジョブ向けのXERIAの最新Recoveryインターフェースです。

復旧可能な作業がある場合、Resume Centerは**Unfinished Batch Job**カードに次のような情報を表示できます。

• 受信者総数
• 完了済み受信者数
• 残り受信者数
• 最終更新時刻
• 元のStart Action

Continue Laterで明示的に保存されたジョブでは、ユーザーが後で続行するために保存したことを要約に表示できる場合があります。

復旧可能なバッチカードは、最近更新されたジョブが先頭になるよう並びます。

Resume Centerには未完了のフォルダー透かしジョブも含まれる場合があります。このチュートリアルでは受信者ベースのバッチジョブに焦点を当てます。

対応するバッチアクション

Resume Centerは元のバッチアクションを保持します。

受信者バッチジョブでは、アクションは次のいずれかです。

• **Generate PDF**
• **Generate PDF + Send**
• **Send email only**

この違いは重要です。

再開したGenerate PDFジョブは生成処理を続行する必要があります。

再開したGenerate PDF + Sendジョブはメールの前提条件も満たす必要があります。

再開したSend email onlyジョブは、正しい既存PDF添付ファイルとメール設定に依存します。

メール固有の準備については、[XERIAで個別PDFをメール送信する方法](/resources/articles/send-personalized-pdfs-by-email-with-xeria/)をご覧ください。

Resume Centerを開く

復旧可能なジョブがある場合、XERIAはResume Centerを通じて未完了の作業を表示します。

アプリケーション起動時にRecoveryシステムは未完了ジョブを確認し、廃止された旧式のbatch-resumeポップアップに依存せずResume Centerを開くことができます。

Resume Centerには主に3つの選択肢があります。

• **Continue**
• **Delete**
• **Later**

ContinueまたはDeleteを選ぶ前にジョブを選択してください。

復旧可能なジョブを変更せずに残し、後で戻りたい場合はLaterを選択します。

手順1：未完了ジョブを選択する

Resume Centerを開き、利用可能なカードを確認します。

対象バッチについて次を確認してください。

• Job typeがBatch
• Remaining-recipient countが妥当
• Total recipient countが想定したジョブと一致
• Last update timeが中断したセッションと整合
• Start Actionが実行していた操作と一致

未完了ジョブが複数ある場合、最初のカードを自動的に続行しないでください。

最も最近更新されたジョブが先頭に表示されますが、それが再開したいジョブとは限りません。

手順2：Continueを選択する

対象の未完了バッチを選択し、**Continue**を選びます。

XERIAはBatch画面を開き、**Resume Checklist**を作成します。

Checklistが重要なのは、ジョブ中断後に環境が変わっている可能性があるためです。

Sourceファイルが移動されている可能性があります。

Recipient Listが変更されている可能性があります。

メール認証が期限切れになっている可能性があります。

Cloud Providerが未接続になっている可能性があります。

WatermarkまたはSecurity設定が保存済みジョブと異なる可能性があります。

そのためResumeは、盲目的な再起動ではなく検証プロセスとして扱う必要があります。

Resume Checklistが比較する内容

Checklistは次の領域を評価できます。

• Start Action
• Source PDF
• Output Folder
• Watermark Image
• Watermark Settings
• Security and Permission Settings
• Mail Settings
• Recipient List
• Mail Channel

実際のチェック内容は未完了ジョブによって異なります。

Generate PDFのみのジョブは、Generate PDF + SendやSend email onlyと同じ運用依存関係を持ちません。

Source PDFのチェック

XERIAは未完了ジョブで使用していたSource PDFがまだ利用可能か確認します。

想定される状態には次があります。

• 保存済みSource pathがない
• Source PDFが見つからない
• Source PDFは存在するが変更されたように見える
• Source PDFが存在し、保存済みjob metadataと一致する

ファイル名が似ているという理由だけで、機密バッチを別のSource文書でResumeしないでください。

Sourceが変更されていると、残りの受信者向け出力が、すでに完了した受信者向けの出力と異なる可能性があります。

Output Folderのチェック

出力先も確認されます。

Checklistは次の状態を区別できます。

• 想定したOutput Folderが利用可能
• Output Folderがアクセス不能または存在しない
• 現在のOutput Folderが未完了ジョブと異なる

これは、Resumeするジョブが一貫した出力セットを維持する必要があるため重要です。

Continueする前に次を確認してください。

• 出力先へ書き込み可能
• すでに完了した出力が想定場所に残っている
• Resume後のファイルが意図しない場所に書き込まれない
• ローカルまたはCloud出力先へアクセス可能

Watermark Imageのチェック

未完了ジョブがImage Watermarkを使用していた場合、XERIAは画像がまだ利用可能か、変更されたように見えるかを確認できます。

想定される結果：

• Image Watermarkは使用されていなかった
• 画像ファイルが見つからない
• 画像は存在するが変更されている
• 画像が存在し、保存済みmetadataと一致

Resume中にWatermark Imageを置き換えると、残りの出力がすでに完了した出力と視覚的に異なる可能性があります。

Watermark Settingsのチェック

XERIAは現在のWatermark Settingsを未完了ジョブと比較します。

差異には次のような設定が含まれる場合があります。

• Watermark text
• Font
• Color
• Opacity
• Angle
• Position
• Tiling
• Image watermark configuration

警告があるからといって、必ずしもContinueできないわけではありません。

これは、元のジョブ識別情報を維持してResumeするか、現在の設定で意図的にRestartするかを判断する必要があることを意味します。

個別透かしの設計については、[XERIAで個別PDFを作成する方法](/resources/articles/create-personalized-pdfs-in-xeria/)をご覧ください。

Security and Permissionのチェック

Checklistは、現在のPDFセキュリティおよび権限設定を、未完了ジョブに保存された内容と比較できます。

ジョブが次を使用している場合は差異を慎重に確認してください。

• PDF encryption
• Open passwords
• Owner passwords
• Permission restrictions
• Permission profiles
• Hidden QR trace elements

Resume後に処理される受信者が、中断前に完了した受信者より弱い、または異なる保護を意図せず受けるべきではありません。

Recipient Listのチェック

XERIAは現在のRecipient Listも未完了ジョブと比較します。

Resumeを予定している場合、受信者レコードを安易に追加、削除、並べ替えしないでください。

変更されたリストは次に影響する可能性があります。

• Recipient identity
• Output filename
• Watermark data
• Password mapping
• Trace information
• Email address
• Attachment mapping

通常のResumeの目的は未完了ジョブを続行することであり、受信者集団を再定義することではありません。

Mail SettingsとMail Channelのチェック

**Generate PDF + Send**および**Send email only**ジョブでは、メール設定がRecovery判断の一部になります。

XERIAはMail Settingsを比較し、有効なMail Channelが利用可能か確認できます。

元のMail Channelが利用できなくなっている場合、ChecklistはContinue前に新しいMail Channelを選ぶよう要求する場合があります。

保存済みメール情報には、Subject、Body、HTML-body mode、Signature、Default Channel Identityなどが含まれる場合があります。

意図したSenderとMessage Configurationを確認するまで、送信機能を含むジョブをContinueしないでください。

クラウド接続

Recovery Checklistは、必要なCloud Providerが未接続になっていることを検出する場合があります。

Recovery Workflowは次のサービスを再接続する操作を提供できます。

• Dropbox
• OneDrive
• Google Drive

再接続後、Checklistをrefreshし、状態をもう一度確認してください。

不足しているCloud依存関係を、意図的なRestart判断でない限り、別の場所へ出力先を変更して回避しないでください。

Checklistを更新する

依存関係を修正した後、Checklistのrefresh操作を使用します。

一般的な手順：

• 不足しているSourceまたはOutputアクセスを修正
• 必要なサービスを再接続
• Mail Configurationを修正
• 想定Recipientデータを復元
• Checklistへ戻る
• チェックを更新

重要な前提条件が、使用する予定の状態を反映してからContinueしてください。

Change Settings

保存済みジョブと現在のアプリケーション状態が異なる場合、Recovery Workflowから関連する設定領域を開くことができます。

次を確認または修正する必要がある場合に使用します。

• Watermark settings
• Source template
• Output destination
• Security settings
• Mail settings

設定変更後、未完了ジョブへ戻り、Checklistを再作成します。

設定を変更したからといって、古いジョブを必ずResumeすべきという意味ではありません。

Checklistは、その判断を明示的に行うために存在します。

保存済みジョブをContinueする

Checklistが問題ない状態になったら、**Continue**を選択します。

XERIAは未完了ジョブのExecution Planを作成し、Recovery Orchestratorを通じてResumeします。

最新のRecovery Contextが進捗の基準になります。

受信者バッチでは、完了済み進捗は受信者順序内の保存された位置に対応し、ジョブはリスト全体を盲目的に最初からやり直すのではなく、残りの処理を続行します。

Execution Planは視覚的一貫性のためUIにも適用されますが、Resume後の本番設定はRecovery Execution Contextから取得されます。

現在の設定でRestartする

場合によっては、元のジョブをResumeしないことが正しい判断です。

Resume Checklistは、現在の設定を使った**Restart**をサポートできます。

これは通常のResumeとは根本的に異なります。

現在の設定でRestartした場合：

• Restartの前提条件が整った後、古い未完了ジョブはキャンセルされ削除される
• 残りの受信者だけから続行するわけではない
• 新しい通常のBatch処理が開始される
• 元のAction Typeは保持される：Generate PDF、Generate PDF + Send、Send email only

設定を意図的に変更し、すべての受信者を新しい設定で処理する必要がある場合はRestartを使用してください。

保存済みジョブの未完了受信者だけを処理したい場合はRestartを選択しないでください。

重要な違い：ResumeとRestart

この違いにより、変更された設定が既存の部分完了バッチへ暗黙に混ざることを防げます。

未完了ジョブを削除する

Resume Centerには**Delete**もあります。

保存済みの未完了ジョブが不要になった場合はDeleteを使用します。

Recoverable Batchを削除すると、Recovery Workflowからそのジョブが削除されます。

次の場合に使用します。

• ジョブが不要になった
• 代替バッチがすでに完了している
• SourceまたはRecipient Populationが無効になった
• 未完了のRecovery Stateを意図的に破棄したい

Resume Centerを閉じるためだけにジョブを削除しないでください。後で必要になる可能性がある場合は**Later**を使用します。

完了済み出力はどうなるか

実行中ジョブをPauseまたは後で続行するために保存しても、すでに完了した項目は完了済みのままです。

**Stop Operation**を使用した場合も、ジョブ自体は後のResume用に保持されませんが、完了済み出力は保持されます。

つまり、ファイルシステムのクリーンアップとRecovery Stateのクリーンアップは別の判断です。

ジョブ全体をRestartする前に、既存の出力を確認し、通常のPipelineが既存ファイルを作成、置換、または競合する可能性を理解してください。

Generate PDFジョブをResumeする

**Generate PDF**ジョブでは：

• Source PDFを確認
• Recipient Listを確認
• Output Destinationを確認
• Watermark Settingsを確認
• Security Settingsを確認
• Remaining-recipient progressを確認
• Checklistから続行

Resumeした処理は未完了の作業に集中します。

Generate PDF + SendジョブをResumeする

**Generate PDF + Send**ジョブでは、すべての生成チェックに加えてメール依存関係も重要です。

確認項目：

• Sender profile
• Mail channel
• Subject
• Body
• Signature
• Authentication
• Recipient email addresses
• Output and attachment behavior

PDF生成環境が準備できていても、メール環境が準備できていない場合があります。

Continue前に両方を解決してください。

Send Email OnlyジョブをResumeする

**Send email only**ジョブでは、既存添付ファイルが特に重要です。

確認項目：

• 残りの各Recipientが正しいPDFを参照している
• 必要なファイルがまだ存在する
• File pathsが変わっていない
• Mail settingsが正しい
• Sender authenticationが有効
• Remaining-recipient countが妥当

不足ファイルのチェックを通すためだけに、別受信者の添付ファイルを代用しないでください。

Resume開始後

Resumeした処理を通常のBatchと同様に監視します。

次を確認します。

• Current item
• Completed count
• Remaining work
• Errors
• Output location
• 該当する場合はMail failures
• 該当する場合はCloud connectivity

Resume実行中もBatchコントロールは引き続き使用できます。

別の計画的な中断が必要になった場合、再びPause、Continue、または後で続行するための保存を行えます。

よくある問題

Resume Centerにジョブが表示されない

ジョブは次の状態である可能性があります。

• 正常に完了した
• Stop Operationで停止された
• Deleteされた
• 新しいジョブとしてRestartされた
• 復旧可能な残り作業がない

Stop Operationは後で続行するジョブとして意図的に保持しないことを覚えておいてください。

Source PDFが見つからない

元のSource PDFをアクセス可能な場所へ戻すか、Recovery Settings WorkflowでSource要件を解決してください。

別の文書へ暗黙に置き換えないでください。

Source PDFが変更されている

変更が意図的かどうか判断してください。

残りの受信者が新しい版を受け取る必要がある場合、通常のResumeよりRestart with current settingsの方が適切な場合があります。

Output Folderがない

意図した出力先へのアクセスを復旧するか、Recovery Workflowからジョブ設定を意図的に変更してください。

Watermark Settingsが異なる

現在の設定が誤って変更されたのか、意図的に変更されたのか確認してください。

通常のContinueでは保存済みRecovery Contextを使用し、すべての受信者を新しい設定で処理する必要がある場合はRestartを使用します。

Recipient Listが異なる

通常のContinue前に、意図したRecipient Contextを復元してください。

Recipient Populationを意図的に変更した場合、1つの中断ジョブ内で異なる集団を混在させるのではなく、新しいBatchまたはRestartを検討してください。

Mail Channelが利用できない

Mail Managementを開き、必要なChannelを復元または変更し、その後Resume Checklistを更新してください。

Cloud Providerが切断されている

必要なDropbox、OneDrive、Google DriveサービスをRecovery Workflowから再接続し、Checklistを更新してください。

Continue Laterの代わりにStop Operationを押した

完了済み出力は保持されますが、停止したジョブはrecoverable jobとして残りません。

未処理の受信者には新しいBatchが必要になる場合があります。

何も削除せずResume Centerを閉じたい

**Later**を選択します。

Recoverable Jobは利用可能なまま残ります。

ベストプラクティス

• 短い中断にはPauseを使用する。
• 計画したセッション中断にはContinue Laterを使用する。
• 後でResumeしたい場合はStop Operationを使用しない。
• Pauseまたは保存が完了する前に現在の項目を完了させる。
• Resume前にRemaining-recipient countsを確認する。
• 元のStart Actionを確認する。
• 未完了ジョブ中にSource PDFを変更しない。
• Output Destinationsを利用可能に保つ。
• Recoverable Batch中はRecipient Listsの編集を避ける。
• WatermarkとSecurity Settingsを保持する。
• PasswordとPermission Mappingsを保護する。
• 必要なCloud Accountsを接続状態に保つ。
• 送信機能を持つジョブをResumeする前にMail Authenticationを確認する。
• Resume Checklistの警告を判断ポイントとして扱う。
• 依存関係を修正した後Checklistを更新する。
• 未完了作業だけを続行したい場合はResumeを使用する。
• 現在の設定で新しい完全実行を意図する場合はRestartを使用する。
• 判断できない場合はDeleteではなくLaterを使用する。
• 不要なRecovery Jobsを削除する。
• 代替ジョブ開始前にCompleted Outputsを確認する。
• Resumeした処理も通常の本番処理として監視する。
• Resumeしたメール配信後にMail Logを確認する。

よくある質問

XERIAは中断したPDFバッチをResumeできますか？

はい。復旧可能な未完了Batch JobはResume Centerに表示され、前提条件を確認した後に続行できます。

Continue Laterは何をしますか？

現在の項目を完了させ、未完了ジョブを保存し、Recovery Workflowから後で続行できるようにします。

Pauseは別の日までジョブを保存しますか？

Pauseは主に現在のセッション内のコントロールです。一時停止状態から後のセッション用に保存したい場合はContinue Laterを選択してください。

Stop Operationは復旧可能なジョブを作成しますか？

いいえ。完了済み出力は保持されますが、停止したジョブは後で続行する一覧には表示されません。

XERIAは最初からResumeしますか？

通常のResumeは保存済みRecovery Progressを使用し、Recipient List全体を最初からやり直すのではなく、未完了の作業を続行します。

Resume Centerにはどの情報が表示されますか？

Batch Jobでは、Total、Completed、Remaining Recipients、Last Update Time、Original Start Actionを表示できます。

XERIAはGenerate-and-SendジョブをResumeできますか？

はい。Resume CenterはGenerate PDF、Generate PDF + Send、Send email onlyのBatch Actionを認識します。送信機能を持つジョブではMail Prerequisitesが有効である必要があります。

設定が変更されていたらどうなりますか？

Resume Checklistが関連する現在の設定と未完了ジョブを比較します。差異を解決して保存済みジョブをContinueするか、現在の設定で意図的にRestartできます。

ResumeとRestartの違いは何ですか？

Resumeは保存済みの未完了作業を続行します。Restartは古いrecoverable jobをキャンセルし、現在の設定で新しい通常Batchを開始します。

判断せずにResume Centerを閉じられますか？

はい。ジョブを利用可能なまま残すにはLaterを選択してください。

まとめ

XERIAのRecovery Workflowは、一時的なPause、計画的な継続、意図的なキャンセルを区別することで、長時間のBatch Processingを管理しやすくします。

短い中断だけなら**Pause**を使用してください。未完了ジョブを現在のセッション終了後も保持する必要がある場合は**Continue Later**を使用します。ジョブを終了しResume Centerに表示させたくない場合のみ**Stop Operation**を使用してください。

戻ってきたとき、Resume CenterにはRecoverable WorkとRemaining Progressが表示されます。その後Resume Checklistが、Source PDF、Output Destination、Watermark Settings、Security Settings、Recipient List、Mail Configuration、その他の依存関係を確認してから処理を続行します。

最も重要なのは、元の未完了ジョブを続行するのか、意図的に新しい実行を開始するのかを判断することです。Resumeは保存済みJob Contextと残りの作業を保持し、Restart with current settingsは現在の設定で新しい通常Batchを作成します。