中小企業（SMB）環境においてバックアップが失敗する理由―そしてそれを解決する方法

当たり前ですが、バックアップは失敗することがあります。

多くの場合、これはバックアップソフトウェア自体の問題ではなく、時間の経過とともに気づかれずに済んでしまう些細な設定上の問題に起因しています。

中小企業（SMB）の環境では、IT環境は絶えず変化しています。新しいフォルダが作成され、認証情報が更新され、サーバが交換され、アプリケーションデータが移動され、ネットワーク共有が再編成されます。その一方で、日々の業務に追われる中で、継続的な監視に割く時間はほとんどありません。バックアップはスケジュールに従って実行され、多くの場合、アラートが表示されたときにのみ注目されますが、すべての問題がアラートを発生させるわけではありません。こうした「サイレント障害」は、データ損失が発生した場合の最大のリスクの一つです。これらは、環境が少しずつ変化し、それが時間の経過とともに蓄積されることで発生します。それぞれの変更が、データの保存場所とバックアップジョブが保護対象としているものとの関連性を、知らぬ間に断ち切ってしまう可能性があります。

• ・バックアップは正常に実行されたように見えても、重要なファイルが知らぬ間に除外されている場合があります。
• ・予定通りに完了しても、データが破損している可能性があります。
• ・今日は正常に見えても、上流で何かが変更されると、将来の復元時に失敗する可能性があります。
• ・バックアップ自体に問題はないものの、保存先のハードウェアに不具合がある場合もあります。

これが定期的なバックアップのレビューを重視する理由です。我々が実際の中小企業環境で遭遇する最も一般的なバックアップの設定ミスを以下に挙げます。また、問題を引き起こす前に、それらをどのように特定し、修正するかも併せて説明します。

バックアップ設定で最もよくある8つの誤設定

1. データの欠落またはソースパスの不一致

これは、SMB環境において最もよく見られるバックアップの問題の一つです。これは、特定のフォルダ、共有、またはボリュームを保護するようにバックアップジョブが設定されている場合に発生しますが、これらの対象は時間の経過とともに変更される可能性があります。

ファイルサーバーの移行、ストレージの再編成、あるいは別の場所に保存された新しいデータにより、バックアップジョブと実際のデータ保存場所との関連性が失われることがあります。ユーザがデータを移動しただけでも、この問題が発生する可能性があります。外見上はバックアップが正常に実行されているように見えます。しかし実際には、重要なデータがまったく取得されていないのです。

解決策は単純明快です。選択されたデータを定期的に見直し、３ヶ月ごとのメンテナンス手順に簡単なデータ棚卸しのステップを追加してください。これにより、新しいアップグレード、アプリケーション、またはワークフローが導入されるたびに、復旧計画が確実に検証されるようになります。

2. 認証情報の問題と認証失敗

バックアップはアクセス権に依存しています。たとえば、パスワードが変更されたり、サービスアカウントの有効期限が切れたりすると、バックアップジョブは実行され続けるものの、特定のディレクトリ、ネットワーク共有、またはNASデバイスにアクセスできなくなる可能性があります。その結果、明らかな失敗ではなく、部分的なバックアップや、目立ちにくい警告が繰り返し表示されることがよくあります。

通常、安定した認証情報を備えた専用のサービスアカウントを使用し、パスワードのローテーションサイクルを文書化することで、この問題を回避できます。また、次回の手動レビューを待って問題を発見するのではなく、アクセス関連のエラーを早期に検知する監視体制を構築することも有効です。

中小企業にとって重要な教訓は、些細なセキュリティの変更でさえデータ保護に影響を与える可能性があるということです。

3. ビジネスニーズに合致しないバックアップスケジュール

バックアップが不十分な企業もあれば、必要以上に頻繁にバックアップを行う企業もあります。どちらのケースもリスクを伴います。

バックアップが夜間にのみ実行される場合、そのバックアップの間に作成または変更されたデータはすべて危険にさらされます。つまり、その時間帯にデータに何かが起きた場合、バックアップが実行されていないため復元できません。一方、バックアップの実行頻度が高すぎると、特に保存期間が長い場合、ストレージやネットワークリソースに過負荷がかかる可能性があります。例えば、これによりストレージコストが不必要に増加する恐れがあります。理想的なバックアップスケジュールは、企業のリカバリポイント目標（RPO）、つまり最悪のシナリオにおいてどの程度のデータ損失が許容できるかによって決まります。

現代の戦略では、営業時間中に永続的な増分バックアップ方式を採用することがよくあります。この方式では、バックアップサイズを十分に小さく抑えることで、日常業務に支障をきたすことなく頻繁にバックアップを実行できると同時に、バックアップストレージの無駄も防ぎます。我々は通常、この点で付加価値を提供し、デフォルト設定や時代遅れの仮定に頼るのではなく、バックアップスケジュールを企業の実際の業務運営に合わせて調整する支援を行います。

4. ローカルのみ、またはクラウドのみのバックアップ

多くの中小企業は、1か所のバックアップ場所だけで十分だと考え、意図せずそこに依存してしまっています。ローカルバックアップは便利で高速ですが、ランサムウェアや物理的な損傷に対して脆弱です。一方、クラウドのみのバックアップは、ローカルでの災害からは保護されますが、特に大規模なデータセットの場合、復旧に時間がかかることがよくあります。

最も耐障害性の高いアプローチは、高速なオンプレミスバックアップと安全なオフサイトコピーを組み合わせたハイブリッド方式です。この構成により、一般的なインシデントからの迅速な復旧と、主要拠点で問題が発生した場合の確実な保護が保証されます。

データ保護の抜け穴を防ぐ最も簡単な方法の一つは、オンプレミスとオフサイトのカバー範囲のバランスを確認することです。

5. 実際には行われていないバックアップ検証

バックアップが「成功」と表示されたからといって、復元可能であるとは限りません。ファイルが破損している可能性があります。データベースが整合性のある状態でない可能性があります。VMのスナップショットが、起動に必要なすべての情報をキャプチャしていない可能性があります。

バックアップ検証——バックアップが復元可能であることを確認するためのテスト——は、中小企業（SMB）のバックアップ戦略において最も見過ごされがちな側面の一つです。多くの企業は、緑色のチェックマークが表示されているというだけで、すべてが安全だと安易に考えてしまいます。しかし、バックアップの真の検証は、復元が成功することだけです。

通常、整合性チェックを自動化し、毎月または３ヶ月ごとに定期的な復元テストをスケジュールします。これらのテストにより、実際の復旧が必要になるずっと前に、問題を早期に発見することができます。

6. ギャップを生じさせたり、コストのかかる過剰なデータ蓄積を招いたりする保存期間ポリシー

保存期間の設定は、バックアップのバージョンをどのくらいの期間保持するかを決定します。保持期間が短すぎると、必要な時に古いバージョンが消えてしまう可能性があります。一方、保持期間が長すぎると、ストレージがすぐに満杯になり、バックアップジョブの失敗を招いたり、長期的にはストレージコストの増加につながったりする恐れがあります。

保持ポリシーは、バックアップソフトウェアのデフォルト設定ではなく、規制要件、データの価値、および実際の復旧シナリオに基づいて設定すべきです。長期的にバランスの取れたシステムを維持するために、ストレージの状態とともに保持状況も追跡することがよくあります。

7. アプリケーションの不適切なバックアップ

一部の中小企業向けアプリケーション、特にSQLデータベースや類似のバックエンドストレージエンジンを使用するものは、通常のファイルと同じ方法ではバックアップできません。データベースが開いていてデータが書き込まれている状態でバックアップを行うと、使用不能なコピーが作成される可能性があります。

アプリケーションをオフライン状態にする方法を知っているか、アプリケーション対応型のバックアップを使用することで、この問題を解決できます。これらのバックアップでは、VSSスナップショットや特定のデータベースエージェントなどの技術を使用して、ユーザーの作業を中断させることなく、アプリケーションを一貫性のある状態でキャプチャします。

これは、会計システム、在庫管理ツール、CRMプラットフォーム、チケット発行システムなどの基幹業務アプリケーションにとって特に重要です。一見単純に見えるデータの保存場所であっても、適切に保護するにはより深い技術的知識が必要となるため、SMB環境でバックアップの失敗に頻繁に直面する分野です。

8. 信頼性の低い、または設定ミスのあるバックアップストレージ

バックアップジョブが正しく設定されていても、ストレージ自体に問題がある場合があります。老朽化したNASデバイス、ディスクの故障、ネットワークの混雑、ストレージ容量の不足などは、バックアップ処理中にエラーを引き起こしたり、バックアップの実行そのものを妨げたりする原因となります。

SMB（中小企業）では、ストレージは通常「目に見えないものは気にかけない」という傾向があるため、こうした問題を見落としがちです。そのため、定期的なヘルスチェックの実施、空き容量の監視、デバイスのログ確認、そして適切な間隔でのハードウェアの更新を行うことです。

結論

バックアップの設定ミスはよく見られる現象であり、ソフトウェアの不具合が原因となることはほとんどありません。こうした問題は、IT環境が変化していく過程で発生します。その変化は一見些細なものに見えても、数か月や数年かけて積み重なっていくことがよくあります。定期的な見直しを行わなければ、こうした変化は、たとえよく設計されたバックアップ戦略であっても、知らぬ間にその有効性を損なう恐れがあります。

そのため、バックアップが意図したデータを確実に保護していることを確認するために、簡潔かつ体系的な見直しを頻繁に行ってください。これには通常、最近のジョブ状況の確認、保存期間設定の検証、アプリケーション対応バックアップが適切に実施されていることの確認、利用可能なストレージの確認、および小規模な復元テストの実施が含まれます。これらのチェックは繰り返し可能で的を絞ったものであるため、迅速に完了できる一方で、実際の復旧が必要になるまで見過ごされがちな問題も明らかにすることができます。

バックアップを「一度きりの設定」ではなく、継続的かつ定期的に見直されるプロセスとして扱うことで、復旧作業のストレスを大幅に軽減し、信頼性を格段に高めることができます。

クライムが提供するSMB向けバックアップツール

Climb Cloud Backup & Security

Climb Cloud Backup & Security powered by Acronis はバックアップ、災害復旧、マルウェア対策、脆弱性管理などを統合し、クラウドから包括的にデータ保護とサイバーセキュリティを提供するSaaS型ソリューションです。お客様側でのサーバ構築や運用の負担が削減され、シンプルかつ強固なデータ保護を可能にします。

Veeam Data Platform Essentials

Veeam Data Platform Essentials ライセンスは、「Veeam Backup & Replication」のバックアップ機能と、「Veeam ONE」の監視機能をリーズナブルな価格でご利用いただけます。

関連トピックス:

• ESXi 6.0.xでCBT(変更ブロック追跡)を有効にした仮想マシンをバックアップすると誤った変更セクタが返されます。
• 2014年SMB（中小中堅企業）における仮想化データ保護報告書
• 中堅中小企業(SMB)での一般的なバックアップ・スケジュール手法は？
• バックアップとレプリケーションの両方を活用してHyper-Vの仮想マシンをより良く保護する方法
• クラウドネイティブであるとは何か、そしてそれがバックアップの未来である理由は？
• 仮想化におけるデータ保護レポート:2013
• 中小・中堅企業のための「3-2-1バックアップルール」の実践方法：5つの実例
• 2013年SMB（中小中堅企業）における仮想化データ保護報告書