要点
- 赤いアイコンだけでなく、エラーメッセージを読んでください。容量不足、ソースの消失、認証情報、ロックされたファイル、回線速度、エージェントの停止などが考えられます。
- 「成功」したジョブが空のフォルダーをコピーしていることもあります。コピーされたサイズを確認してください。
- 最後に成功した日付を記録し、該当部門の責任者に伝えます。
- 原因を修正してから再実行し、翌夜の結果を確認します。
- 同じマシンで1か月に3回失敗したら、「再実行」ボタンを押すだけでなく設定を見直してください。
1. 赤いアイコンだけでなくエラー内容を読む
よくある原因を、発生しやすい順に示します。
| 原因 | 兆候 | 対処 |
|---|---|---|
| 保存先の容量不足、またはクォータの上限到達 | 書き込みエラー、保持期間の短縮 | 容量を増やす。または影響を理解したうえで履歴を短くする |
| ソースの電源が切れている、ネットワーク外にある、パスが変わった | ドライブ文字や共有名の変更。空のフォルダーでジョブが「成功」 | ソースを復旧し、パスを修正し、コピーされたサイズを確認する |
| 認証情報が拒否された | サービスアカウントのパスワード期限切れ | アカウントを復旧する。そうしないと毎夜失敗する |
| ファイルがロックされている、またはデータベースが静止状態になっていない | 部分的なコピー | 稼働中のデータベース向けの方法を使う。この状態のSQLデータベースは正しく復元できない |
| 回線が遅すぎる、または切断された | バックアップ時間帯の終わりにジョブが中断 | より効率的な増分バックアップ、時間帯の延長、不要なデータの削減 |
| マシン上のエージェントが停止 | 送信がまったくない | サービスを再起動し、停止した理由を調べる |
最も誤解を招きやすいのは、空のフォルダーに対してジョブが緑色（成功）と表示されるケースです。フランス国家情報システムセキュリティ庁（ANSSI）は、データ量やファイル数の不整合、ネットワークの遅延、設定変更などを監視し、バックアップを体系的に確認するよう求めています。コピーされたサイズが前夜から急激に減った場合は、失敗と同じくらい注意が必要です。
2. 最後に成功した日を把握する
その日のRPOにとって意味があるのは、この日付だけです。数日以上前であれば、該当部門の責任者に伝えてください。安全網なしで業務をしていることを、本人が知っておく必要があります。このひと言を伝えずにコンソールでアラートを確認済みにすることが、2週間後のデータ喪失を招きます。
3. 修正後に再実行する
原因を取り除いたら、ジョブを手動で再実行し、完了するまで待ちます。再実行が失敗すれば、原因はまだ残っています。翌朝には翌夜の結果を確認してください。「明らかな」修正の多くは、2回目の実行で通用しないことがあります。
ジョブが成功したことは、コピーが書き込まれたことの証明であって、復元できることの証明ではありません。SQL ServerのデータベースについてMicrosoftは、バックアップ検証コマンドでは内部のデータ構造までは確認されないと明記しています。ANSSIは、文書化された復元手順に基づき、バックアップを定期的にテストするよう求めています。米国国立標準技術研究所（NIST）も、ファイルがエラーなく復元できることを確かめるためにバックアップをテストするよう推奨しています。バックアップのインシデント後は、ファイルまたはデータベースの試験復元が最善の確認方法です。バックアップが機能するかをテストする方法も参照してください。
4. 失敗が繰り返される場合
同じマシンで1か月に3回失敗した場合、対象範囲、回線速度、または製品が適切ではありません。毎週月曜日に手動で再実行するだけで済ませず、設定を変更します（不要な巨大フォルダーの除外、ジョブの分割、ストレージの増強など）。
朝のチェックリスト
- 夜間のジョブは、単に「エラーなし」ではなく、すべて完了していますか？
- コピーされたサイズは、これまでの夜と比べて妥当ですか？
- 重要な各マシンの最後の成功は24時間以内ですか？
- アラートは受信されただけでなく、指名された担当者が読んでいますか？
- 保存先の空き容量は、予定した保持期間をカバーできますか？
WeDoBackの場合
24時間体制の監視がバックアップを対象とし、バックアップが完了しない場合にアラートを送信します。アラートはこのページの始まりであり、終わりではありません。INTEGRALプランでは、毎月2時間のサポートを原因の対処に充てられます。SMARTプランではサポートは作業ごとの課金です。失敗はコンソール上でお客様が確認でき、それを読むのはお客様の役割です。サポート窓口は +33 9 72 50 78 28 で、受付時間は9:00～13:00および14:00～17:30（パリ時間）です。ストレージ容量の目安としては、現在のデータ量の3倍を公開しており、1週間の利用後に調整します。容量が不足していると、ジョブの失敗や保持期間の短縮として現れます。お客様が保持する暗号鍵は、送信の失敗には関係しません。ジョブが失敗した場合は、単にリモートのコピーが更新されていないだけです。
よくある質問
1夜失敗しただけでも深刻ですか？
前夜が成功しており、原因をその日のうちに修正できれば、深刻になることはまれです。リスクは積み重なりにあります。失敗が1夜続くごとに、災害時に失われる作業量が増えていきます。数日を超えたら、経営陣に報告すべきインシデントです。
「成功」ステータスだけで、バックアップが正常だと言えますか？
言えません。ANSSIは、データ量の不整合などを含めたバックアップの体系的な確認と、定期的な復元テストを求めています。SQL ServerについてMicrosoftは、バックアップの検証では内部のデータ構造までは確認されないと明記しています。それを証明できるのは、実際の復元とその後の整合性チェックだけです。
バックアップのアラートは誰が監視すべきですか？
指名された担当者と、休暇中の代理者です。誰も読まない共有メールボックスに届くアラートは、アラートがないのと同じです。最後の成功から、あらかじめ合意した期間を超えた場合に誰が経営陣へ報告するかも決めておきましょう。
関連ガイド
出典
2026年10月に参照した資料です。
- 情報システムのバックアップ：基本原則（ANSSI-BP-100、v1.1、2025年11月27日、フランス語） — ANSSI
- バックアップを適切に管理すべき理由と方法（フランス語） — Cybermalveillance.gouv.fr
- RESTORE VERIFYONLY (Transact-SQL)（英語） — Microsoft Learn
- SP 800-34 Rev. 1、連邦情報システムのコンティンジェンシー計画ガイド（英語） — NIST
- プランと料金 — WeDoBack
現在インシデントが発生していますか？
当社チームが、復元に使う正常なコピーの特定と復元作業をお手伝いします。受付時間は月曜日〜金曜日の9:00〜13:00および14:00〜17:30（パリ時間）です。