イメージベースのバックアップおよびベアメタルリカバリ製品であるBackup Exec System Recoveryは、2000年代初頭にSymantec LiveState Recoveryとして登場し、その後5つの異なるブランド名で販売されてきましたが、現在最終販売期間に入っています。現在の所有者であるArcteraは、 Backup Exec本体の販売終了と同時に、2026年1月8日に販売終了を発表しました。新規ライセンスの販売は2026年3月31日に終了し、フルサポートは2029年4月30日に終了します。それ以降、製品のメンテナンスは行われません。
ほとんどのイメージベースのバックアップ製品には、明確なアップグレードパスが用意されています。ベンダーが次のバージョンを出荷し、ユーザーが移行すれば、製品はそのまま使い続けられます。しかし、Arcteraにはそれがありません。Backup Exec System Recovery 2027という製品も、後継製品も、既存製品との互換性移行もありません。既存顧客への公式ガイダンスは、代替製品を検討することです。これはつまり、「あとは自己責任で」と遠回しに言っているようなものです。
現在システムリカバリを実行している場合、おそらく高速なベアメタル災害復旧、物理サーバーのスケジュールされたイメージバックアップ、または設定すればあとは放置できるデスクトップおよびラップトップの保護を目的としているでしょうが、これはあなたにも影響します。また、イメージベースのバックアップは独自の評価基準を持つ独自のカテゴリであるため、これはBackup Execの通常の顧客が議論している内容とは少し異なります。
このガイドでは、システムリカバリで実際に何が起こっているのか、それがBackup Exec本体とどのように異なるのか、イメージベースのバックアップを使用している顧客が代替製品を選ぶ際に何を評価すべきか、そしてZmanda Proがその中でどのような位置づけにあるのかを具体的に解説します。
Zmanda Proがベアメタルリカバリをどのように処理するかをご覧ください。
Backup Exec System Recoveryとは何か、そしてBackup Execとの違いは何か
Backup Exec System RecoveryとBackup Execは、同じベンダーの製品でありながら、それぞれ異なる製品です。ライセンスも導入方法も異なり、用途も異なるため、それぞれ個別に移行について検討する必要があります。
Backup Execは、アプリケーションを認識するバックアップソフトウェアです。保護対象システム上のエージェントを使用して、特定のワークロードをバックアップします。例えば、トランザクションログを認識するSQLデータベース、アイテムレベルの粒度を持つExchangeメールボックス、VSS統合を備えたファイルシステムなどです。特定のメール、特定のデータベース行、3週間前の特定のファイルなど、個々のデータを復元する必要がある場合に最適なツールです。
Backup Exec System Recoveryはイメージベースのバックアップツールです。システム全体（ブートセクタ、オペレーティングシステム、アプリケーション、構成、すべてのデータ）を単一の復元可能なイメージとしてキャプチャし、ポータブルファイルとして保存します。新しいハードウェアへのベアメタルリカバリ、高速な災害復旧、物理環境から仮想環境への変換、デスクトップPCやノートPCの保護など、マシン全体を復元する必要がある場合に最適なツールです。
この製品自体は、異例のブランド履歴をたどってきました。 2002年にSymantec LiveState Recoveryとして発売され、 2006年にSymantec Backup Exec System Recoveryとなり、その後Symantec System Recoveryに名称変更されました。 2014年にVeritasがSymantecから分離独立した後はVeritas System Recoveryとなり、2024年12月と2025年12月の所有権変更を経て、現在はArctera System Recoveryとなっています。製品コードはこれらの名称変更を通じてほぼ一貫しているため、長年「Backup Exec System Recovery」というブランド名が使われていないにもかかわらず、顧客や検索トラフィックでは依然として「Backup Exec System Recovery」と呼ばれています。
製品寿命終了までのタイムライン：Arcteraの発表内容、日付は変更なし
システムリカバリは、Backup Execおよびデスクトップ/ラップトップオプション（DLO）に影響を与える、2026年1月8日のArctera製品ポートフォリオ発表と同じ内容でサポート終了となります。3製品すべてにおいて、サポート終了日は同一です。
| マイルストーン | 日付 | 顧客にとっての意味とは |
|---|---|---|
| プロモーション割引は終了しました | 2026年1月 | すべてのソフトウェアのプロモーションキャンペーンは終了しました。 |
| サービス販売終了 | 即時（Arcteraチャンネル通知による） | 製品本体の販売終了に先立ち、プロフェッショナルサービス関連のSKUは既に廃止されました。Arcteraによる導入および移行サービスは既に終了しています。 |
| 販売終了（EOS） | 2026 年 3 月 31 日 | 通常の調達方法では、新規ライセンス、ライセンス更新、延長は購入できません。 |
| 保守終了（EOL） | 2029 年 4 月 30 日 | すべてのサポート、メンテナンス、パッチ、およびセキュリティアップデートは終了します。 |
今回の発表に関して、System Recoveryの顧客にとって運用上重要な3つの事実があります。
1. これは「最後の購入」です。これは Arctera の担当者が社内で使用している用語で、サポート契約を延長できる最後のチャンスであり、その後は移行期限が迫っていることを示す、業界で認められた用語です。上記の日付は Arctera の法的拘束力のある製品使用権に関する文書にも記載されており、そこには「2026 年 3 月 31 日以降、この製品の新規購入はできませんのでご注意ください」と明記されています。2029年 4 月 30 日のサポート終了日は、Veritas の標準サポート終了ページで別途確認されています。
2. 複数年更新は前払いとなります。 Arctera の再販チャネル向け通知によると、2029 年 4 月 30 日のサポート終了日までサポートを継続したい顧客は、複数年更新料金全額を 2026 年の請求書として一括で支払う必要があります。System Recovery の顧客の多くが想定していた、年間一括払いはなくなりました。50 ～ 100 台の保護対象システムで System Recovery を使用している中規模顧客の場合、これは年間明細ではなく、5 桁を超える金額の小切手を 1 回支払うことになります。
3. 公式発表はありませんでした。Arcteraは、パートナーチャネル向けのPDFファイルとしてのみEOL通知を配布しました。プレスリリースも、System Recovery製品のWebサイトでの告知も、既存顧客へのメールも一切ありません。販売代理店からこの件についてまだ連絡を受けていない場合は、製品が販売終了となることをまだご存知ないかもしれません。バックアップベンダーは製品サポート終了に関する情報を透明性をもって提供すべきだと考えているため、このガイドでこの点を指摘しています。
イメージベースバックアップの顧客が2026年の市場環境について知っておくべきこと
イメージベースのバックアップは、System Recoveryが全盛期を迎えて以来、大きく統合が進んでいます。2010年代にこの分野を牽引した製品のいくつかは、より広範なプラットフォームに買収されるか、あるいは完全に姿を消しました。現在残っている選択肢は、大きく3つのカテゴリーに分類できます。
- より広範なバックアッププラットフォームに統合された、最新のイメージベースバックアップ。 現在、ほとんどのエンタープライズおよび中小企業向けバックアップ製品には、イメージベースバックアップが多くの機能の一つとして搭載されています。イメージベースバックアップは、ファイルレベルバックアップ、仮想マシンバックアップ、データベースバックアップ、SaaSバックアップと並んで位置づけられ、すべて単一のコンソールから管理できます。これが現在の主流モデルであり、System Recoveryの顧客の多くが移行時に最終的に選択するモデルです。ただし、その代償として、技術的に必要以上の機能を持つ製品を購入することになるかもしれません。
- スタンドアロン型のイメージベースバックアップベンダー。 少数のベンダーは、イメージベースのバックアップとベアメタルリカバリに特化して事業を展開しており、通常はリカバリ速度（バックアップイメージからの即時起動、オンザフライでのP2V）や、デスクトップPCやノートPCのフリート管理といった特定のユースケースに重点を置いています。System Recoveryを導入する唯一の目的が大量のデスクトップイメージ管理であれば、これらのベンダーを検討する価値があります。
- クラウドネイティブな災害復旧サービス（DRaaS）。 システムリカバリのユースケースの一部（代替インフラストラクチャへの迅速な災害復旧）は、DRaaS（災害復旧サービス）に取り込まれています。もしシステムリカバリを「サイト障害発生後1時間以内にシステムを復旧できる」という保険のような目的で使用していたのであれば、イメージベースのバックアップをそのまま置き換えるよりも、最新のDRaaSの方が適しているかもしれません。
最初のカテゴリーである、イメージベースの機能を備えたより広範なバックアッププラットフォームは、ほとんどのシステムリカバリ顧客にとって現実的な選択肢です。このガイドでは、評価フレームワークの残りの部分において、このカテゴリーを基準としています。
どのイメージベースのバックアップモデルがお客様の環境に最適かお悩みですか？
弊社のチームと30分ほどお時間をください。お客様のシステム復旧のユースケースに最適な代替ソリューションをご提案いたします。
Backup Execシステムリカバリーの代替製品を選ぶ際に評価すべき5つのポイント
バックアップ製品の移行は、単なる同等品との交換ではなく、特にイメージベースのバックアップには、目に見えにくい障害モードがいくつか存在します。このフレームワークを活用して、代替製品の評価を行ってください。
1. オペレーティングシステムとファイルシステムの対応範囲。System Recoveryは従来、Windowsに特化しており、Linuxのサポートは徐々に追加されてきました。最新のイメージベースのバックアップでは、実際に使用するオペレーティングシステムとファイルシステムに対応している必要があります。最低限、Windows Server（NTFS、ReFS、FAT32、exFAT）とLinux（EXT4、XFS、LVM2、RAID、LUKS暗号化ボリューム）に加え、VMをイメージ化する場合はハイパーバイザにも対応している必要があります。対応範囲を前提とせず、ファイルシステムの互換性マトリックスを明示的に要求し、実際の環境でテストしてください。
2. ベアメタルリカバリ：起動可能なメディアとハードウェアの互換性。System Recoveryのイメージフォーマットは独自規格です。競合製品のほとんども同様です。代替ベンダーに尋ねるべき重要な質問は、明日ソフトウェアの支払いを停止した場合、既存のイメージファイルで何ができるかということです。最も有力な回答は「VMDKやVHDXなどの標準フォーマットに復元できます」です。これより弱い回答では、更新のたびに新しいベンダーの言いなりになってしまいます。イメージフォーマットの互換性は、長期的な代替製品評価において見落とされがちな重要な要素です。
3. イメージフォーマットの互換性。代替手段を知っておきましょう。System Recoveryのイメージフォーマットは独自規格です。競合製品のイメージフォーマットも同様です。代替ベンダーに尋ねるべき重要な質問は、「明日ソフトウェアの支払いを停止した場合、既存のイメージファイルはどうなりますか？」です。最も有力な回答は、「VMDKやVHDXなどの標準フォーマットで保存されているか、変換可能です」です。これより弱い回答では、更新のたびに新しいベンダーの言いなりになってしまいます。イメージフォーマットの互換性は、長期的な代替製品評価において見落とされがちな重要な要素です。
4. ストレージ保存先の柔軟性。イメージファイルは実際にどこに保存できるのでしょうか？System Recoveryは、様々なバージョンでローカルディスク、ネットワーク共有、クラウドへの保存に対応していました。最新の代替ソリューションは、少なくともローカルディスク、SMB/CIFSまたはNFS経由のNAS、S3互換のクラウドストレージ、主要なハイパースケールクラウドをサポートする必要があります。既存のストレージ戦略（Wasabi、Backblaze B2、Storj、オンプレミスのオブジェクトストレージ、独自のAWS S3バケットなど）がある場合は、導入を決定する前に、代替ソリューションがそれらをネイティブにサポートしていることを確認してください。
5. ベンダーの安定性と価格設定モデル。特にSystem Recoveryの経験を踏まえると、この点は重要です。System Recoveryの顧客は、20年間で5回のブランド変更と3回の所有者変更を経験してきました。現在、この製品は後継製品を販売しない所有者の下で販売終了を迎えようとしています。これは、バックアップソフトウェアにおいてベンダーの安定性がなぜ重要なのかを如実に示しています。所有者の履歴、財務の安定性、そして（特に重要な）価格設定モデルを検討してください。更新時に価格が一定であるワークロードごとの価格設定は、データ増加に応じて価格が変動するテラバイト単位または容量ベースの価格設定モデルよりも、はるかに予測可能です。Arcteraで複数年契約の更新を前払いするという経験をした後では、予測可能な価格設定はもはやあれば良いというものではなくなりました。
画像ベースのバックアップにおいて、Zmanda Proが適している点と適していない点
Zmanda Proは、イメージベースのバックアップ機能も備えた、より幅広いバックアッププラットフォームであり、このガイドの前半で説明した最初のカテゴリーに分類されます。ここでは、システムリカバリのユースケースにおいて、Zmanda Proがどのような位置づけになるのかを率直に解説します。
イメージベースのバックアップをより広範なバックアップ戦略の一部として利用したい場合に最適です。Zmanda Proには、WindowsおよびLinuxファイルシステム（WindowsではNTFS、ReFS、FAT32、exFAT、LinuxではEXT4、XFS、LVM2、RAID、LUKS）のディスクイメージバックアップに加え、ベアメタル復元用の起動可能なUSBリカバリメディアが含まれています。イメージバックアップは、Zmanda独自の形式ではない標準のポータブル形式である標準VMDKに復元できます。同じコンソールで、イメージバックアップとファイルレベルのバックアップ、データベースバックアップ（SQL Server、MySQL、MariaDB、PostgreSQL、MongoDB、Oracle）、Microsoft 365バックアップ、ハイパーバイザーバックアップ（VMware、Hyper-V、Proxmox VE）を管理でき、これら3つすべてに直接ハイパーバイザー復元が可能です。システムリカバリのお客様が統合プラットフォームに移行する際に、これは最適なソリューションです。
予測可能性が重要な場合に最適です。Zmanda Pro の価格は、保護対象データ量ではなく、ワークロードに基づいて設定されます。500 GB のシステムイメージを持つ保護対象サーバーと 5 TB のシステムイメージを持つ保護対象サーバーの価格は同じです。更新料は定額制です。最終購入期限や複数年更新の前払い義務、2029 年のサポート終了といった制約はありません。System Recovery の所有と更新を経験したばかりのお客様にとって、この違いは明確に伝える価値があります。実際の価格は、弊社の価格計算ツールでご確認いただけます。見積もりは不要です。
コンプライアンスの負担を抱えている場合に最適です。Zmanda Pro は BETSOL の製品です。BETSOL は SOC 2 Type II 認証 (QRC による年次監査)、ISO 27001 認証、および PCI DSS 準拠を維持しています。Zmanda Pro は、HIPAA 規制環境をサポートし、保存時の AES-256 暗号化と転送時の TLS 1.3、ロールベースのアクセス制御、不変バックアップ、詳細な監査ログを提供します。Zmanda は、医療機関のお客様と BAA も締結します。不変バックアップは、Amazon S3 および Wasabi のオブジェクト ロック コンプライアンス モードによってサポートされます。すべてのコンプライアンス ドキュメントは、Zmanda Trust Centerからリンクされています。
Zmanda Proがシステム復旧の用途に適さない点についても、同様に率直に説明してください。
システムリカバリのカタログやイメージファイルの自動インポート機能はありません。既存のシステムリカバリイメージファイルは、Zmanda Pro内から開いたり、マウントしたり、復元したりすることはできません。現実的な移行モデルは、履歴復元アクセスが必要な間は既存のシステムリカバリインフラストラクチャを読み取り専用モードで稼働させ続け（保持要件については、コンプライアンスチームおよび法務チームにご相談ください）、Zmanda Proで新しいイメージベースラインを並行して開始することです。システムリカバリを完全に廃止する前に、60～90日間の並行稼働期間を計画してください。
Zmanda Proは、大量のデスクトップおよびノートPCのイメージ管理に特化して最適化されているわけではありません。System Recoveryは、従来からデスクトップやノートPCを大規模にイメージ管理する用途で広く利用されてきました（同じ親製品ラインから「デスクトップおよびノートPCオプション」が提供されています）。Zmanda Proはワークロード指向で、主にサーバー向けです。エンドポイントを保護することはできますが、System Recoveryの主な用途が500台以上のデスクトップまたはノートPCをフリートとしてイメージ管理することである場合は、そのワークフローに特化したベンダーを検討する必要があります。
現時点では、Zmanda Proはバックアップからの完全なブート機能を提供していません。一部のイメージベースのバックアップ製品では、完全なリストアを経ずに、バックアップリポジトリ内のイメージファイルから直接VMを起動する機能を提供しています。Zmanda Proはハイパーバイザー（VMware、Hyper-V、またはProxmox）への直接リストアを提供しており、これは手動リストアよりも高速ですが、データコピーは発生します。ゼロコピーによるイメージからのブートが必須要件である場合は、評価の際にその旨をお伝えください。
当社の立場を率直に申し上げますと、イメージベースのバックアップを他のワークロードと並行して実行しているほとんどのシステムリカバリーのお客様、特にコンプライアンス要件を満たす必要があるお客様や、5年間のコストを予測して計画を立てたいお客様にとって、Zmanda Proは実用的な代替ソリューションとなります。デスクトップPC群全体のイメージングや、ゼロコピーの災害復旧（DR）といった特殊なユースケースについては、より特化したベンダーを検討してください。
Zmanda Proのイメージベースバックアップを実際の環境でテストしてみませんか？
無料トライアルを開始しましょう。イメージバックアップと、ハードウェア上での本格的なベアメタル復元を実行できます。見積もりは不要です。
次はどうする
2029年4月30日のサポート終了日が運用およびコンプライアンス体制に重大な影響を与える前に、システムリカバリの代替製品を評価、選定し、移行するための期間は、現在から2027年後半または2028年半ばの実質的な意思決定期限までの間に定められています。この期間は、適切に対応するためには十分ですが、後回しにするには十分ではありません。
今四半期に実行できる最も効果的な対策は、システムリカバリが実際に環境内でどのような役割を果たしているかを把握することです。具体的には、イメージ化されているシステムの数、スケジュール、イメージの保存場所、保持期間、そして最も重要な点として、どのようなシナリオから保護しようとしているのかを明確にする必要があります。システムリカバリの導入事例には、壊滅的な災害に対する保険としての役割、日常的な変更管理のセーフティネットとしての役割、コンプライアンス遵守のためのデータ保持アーカイブとしての役割などがあります。適切な代替ソリューションは、これらのいずれの課題を解決しようとしているかによって大きく異なります。
もし別の視点から検討してもらいたい場合は、弊社のチームがお客様のシステムリカバリ導入状況を詳しくご説明し、トライアル期間をご利用いただく前にZmanda Proがお客様にとって最適なソリューションかどうかを正直にお伝えいたします。ぜひ弊社の専門家とのミーティングをご予約ください。
Backup Exec のサポート終了に関するより広範なコンテキスト (所有権の連鎖、完全なタイムライン、代替ベンダーの状況) については、付属のガイド「Backup Exec サポート終了: 完全移行ガイド (2026)」を参照してください。
