Backup Exec サポート終了：完全移行ガイド（2026年版）

Backup Exec は販売終了となりました。2024 年後半から Backup Exec を所有していた Arctera 社は、2026 年 3 月 31 日をもって新規ライセンス、ライセンス延長、およびライセンス更新の受付を停止しました。Backup Exec のサポート終了日は 2029 年 4 月 30 日で、それ以降は製品のメンテナンスは行われません。この記事を読んでいる IT リーダーの方は、中小企業および中堅企業向け市場で最も広く導入されているバックアップ製品の 1 つである Backup Exec からの移行を計画、評価、実行するのに、約 35 か月の猶予があります。

ほとんどの製品のサポート終了時には、ベンダーがアップグレード版を販売するという明確な次のステップがあります。しかし、Arcteraにはそれがありません。Backup Exec 26も、Backup Exec Cloud Editionも、同じ製品群からの移行パスもありません。ベンダー自身が顧客に対し、「代替ソリューション」を検討するよう促しているのです。

このガイドでは、実際に何が起こったのか、Backup Execの現在の所有者は誰なのか、お客様の環境への実際的な影響は何か、そして移行についてどのように考えるべきかを解説します。5つの評価ポイントからなるフレームワーク、主要な代替ベンダーに関する率直な調査、そしてZmanda Proがその中でどのような位置づけにあるのか（そしてどのような位置づけにないのか）についても取り上げます。

Zmanda ProがBackup Execに取って代わる方法をご覧ください。

実際のところ：Backup Exec は最後の購入機会を迎えています

2026年1月8日、Arcteraは正規代理店に対し、旧Veritas製品群に含まれるBackup Exec、Desktop and Laptop Option（DLO）、System Recovery（旧Symantec System Recoveryとして知られるイメージベースのバックアップ製品）の3製品の販売終了日とサポート終了日を発表する正式な製品ポートフォリオ変更通知を発行しました。

3社とも同じスケジュールに従っています。社内では、Arcteraの担当者が「ラストタイムバイ」という業界用語を使っています。これは、顧客がサポート契約を延長できる最後のチャンスであり、その後は移行期限が迫っていることを意味します。

これらの日付は、Arctera の法的拘束力のある製品使用権に関する文書にも記載されており、そこには「2026 年 3 月 31 日以降、この製品の新規購入はできなくなりますのでご注意ください」と明記されています。2029年 4 月 30 日のサポート終了日は、 Veritas の標準サポート終了ページでも独自に確認されており、Backup Exec 25.0 と 25.1 の両方について EOSL 2029-04-30 と記載されています。

2026年にこの記事をお読みになるお客様にとって最も重要なことは、サポート終了日（EOS）が既に過ぎているということです。現在、正規の販売チャネルを通じてBackup Execの新規ライセンスを購入することはできません。既存の導入環境を拡張する必要がある場合（サーバーの追加、仮想マシンの追加、保護対象容量の増加など）、正規の購入経路はもはや存在しません。

限られた状況では、販売代理店を通じて残りのサービス契約を更新または延長できますが、これは過去 20 年間製品を特徴づけてきた標準的な「購入して規模を拡大する」関係ではありません。Veritas の別のサポート通知では、IT Analytics が 2026 年 5 月をもって Backup Exec データの収集と報告を停止することが確認されており、これは EOS のタイムラインと完全に一致しており、有用な運用シグナルです。つまり、移行するかどうかにかかわらず、監視のストーリーが変わります。

EOSとEOLの間の35ヶ月の期間が、移行のための絶好の機会です。移行自体は短期間で、60日から90日間の並行実行で済み、大規模なデータ移行は不要です。どのベンダーもBackup Execのカタログをインポートすることはできないため、どの製品も同じように移行できます。Backup Execを読み取り専用のままにして、新しい製品で新規に起動し、両方を並行実行してから、Backup Execを廃止します。実際に時間がかかるのは、特に長期保存要件やテープの履歴が関係する場合、代替製品の評価、選択、検証です。十分なリードタイムを確保すれば、環境の複雑さにもよりますが、実質的な意思決定期限は2027年半ばから2028年後半になります。

Backup Execの現在の所有者は誰？所有権の連鎖を解説

Backup ExecはもはやVeritasの所有ではありません。Cohesityの所有でもありません。サポート終了の決定を理解するには、ここに至るまでの3段階の所有権の変遷を理解する必要があります。

1. 2024 年 12 月: Cohesity が Veritas のエンタープライズ データ保護事業を買収。これが当時の大きなニュースでした。ソフトバンクなどが支援するクラウドネイティブ バックアップ ベンダーの Cohesity は、Veritas Technologies のエンタープライズ データ保護部門と統合し、Cohesity 自身のプレスリリースにあるように「世界最大のデータ保護プロバイダー」となりました。しかし、この取引には Backup Exec は明確に除外されていました。Cohesity は NetBackup と Alta を獲得しました。Backup Exec、InfoScale、Veritas Data Compliance は、Carlyle が所有する新しい独立した会社にスピンオフされました。その会社はArcteraと呼ばれています。

2. 2025年8月から12月：Cloud Software GroupがArcteraを買収。Cloud Software Groupは、Citrix、TIBCO、NetScalerを所有する持株会社です。2025年8月、同社はArcteraの買収意向を発表しました。買収は2025年12月19日に完了し、数日のうちにCloud Software GroupはArcteraをbackupexec.com、infoscale.com、arctera.comという別々のドメインで運営される3つの独立した事業部門に再編しました。

3. 2026年1月8日：製品ポートフォリオ変更のお知らせ。クラウドソフトウェアグループの買収完了から3週間後、Arcteraは販売チャネルに対し、Backup Exec、DLO、System Recoveryが2026年3月31日に販売終了となり、2029年4月30日に完全なサポート終了となることを通知しました。

名前や日付よりも重要なのは、ArcteraがBackup Execの後継製品を販売していないという点だ。長年、自社製品への自然なアップグレードパスであったNetBackupは、現在、別の企業であるCohesityの傘下にある。Arcteraはパートナー企業に対し、「代替ソリューションへの更新または移行プランを提供する」よう指示している。つまり、ArcteraはBackup Execの顧客を維持するのではなく、むしろ切り捨てているのだ。

そのため、この製品のサポート終了は、Zmanda、Commvault、またはCohesity自体が行うサポート終了とは構造的に異なります。ほとんどのベンダーは、自社が保有する新しいSKUに顧客を移行させることで製品のサポートを終了させます。しかし、ArcteraにはそのようなSKUがありません。Backup Execの顧客は、商業的にはフリーエージェントです。

Backup Execのサポート終了：お客様の環境への影響

現在Backup Execをご利用の場合、サポート終了日が過ぎたことで、以下の3点が変更されます。

スケーリングの道は閉ざされました。現在所有しているものは引き続き運用できますが、正規に新規購入することはできません。これは、2026～2028年のロードマップにあるすべてのインフラストラクチャプロジェクトに即座に影響を及ぼします。新しいハイパーバイザークラスター、新しいデータベースサーバー、新しい支店、新しいM&A統合は、通常の調達を通じてBackup Execの導入環境に追加することはできません。既存のフットプリントは引き続き運用できますが、製品内で拡張することはできません。回避策（サードパーティの再販業者在庫、価格変動前に締結された複数年契約の更新など）は存在しますが、これらはあくまで回避策であり、戦略ではありません。

ベンダーとの関係は、販売終了日が公表されている製品を中心に構築されています。製品の販売終了日が公表されると、監査担当者、保険引受担当者、社内リスク委員会とのやり取りが変わります。彼らは、代替製品の計画、その実行時期、そしてそれまでの間どのような対策を講じるのかを尋ねてきます。移行が後回しにされている場合、これらの質問に適切な回答はできません。文書化された計画を早期に作成すればするほど、これらのレビューはスムーズに進みます。

更新は年間支払いではなく、一括前払いとなりました。Arcteraが販売代理店向けに発表したEOL（サポート終了）通知では、複数年契約の更新はすべて前払いが必要であると明記されていました。年間約33,000ドルを支払う一般的な中堅企業の場合、2029年4月までのサポートを確保するには、2026年に約99,000ドルの一括払いが必要でした。すでに支払いを済ませている場合は、お金は使われてしまいましたが、延期するはずだった移行は依然として迫っています。まだ支払っていない場合は、その猶予期間はもうありません。いずれにせよ、代替ベンダーを選ぶ際に心に留めておくべき教訓は同じです。価格の急騰を招くようなベンダーとは契約しないようにしましょう。

ベンダーは販売代理店にこの件を通知しましたが、一般には公開していません。Arcteraからのプレスリリースはありません。Backup Execのウェブサイトにも告知はありません。サポート終了のお知らせは、パートナーチャネル向けのPDFファイルとしてのみ配布されました。バックアップベンダーはサポート終了イベントについて透明性を保つべきだと考えているため、また、販売代理店からまだこの件について聞いていない場合、製品がサポート終了になることをまだ知らない可能性があるため、このガイドでこの点を指摘しています。

サイバー保険会社は既にこの点について質問しています。Chubb、Travelers、そしてほとんどの大手サイバー保険会社は、更新時の質問票で、バックアップソフトウェアが現在サポートされているか、サポート終了システムの廃止計画が文書化されているか、そして復元手順をどのようにテストしたかを尋ねています。Travelersが公開している引受管理規定には、「サポート対象外のソフトウェアを認識して交換する」という項目が明記されています。Travelers対International Control Servicesの訴訟では、サイバー保険の申込書に虚偽の記載が1件あっただけで、ランサムウェア攻撃後に裁判所が保険契約全体を無効とし、顧客は数百万ドルの損失を自己負担することになりました。販売終了となったバックアップソフトウェアを使用することは、単なる技術的なリスクではありません。それは、次回の保険更新時に提出する書類の質問に対する回答を誤るリスクでもあるのです。

監視および運用ツールの状況は既に変化しつつあります。IT AnalyticsがBackup Execデータのサポートを2026年5月に終了するという発表は、その最も具体的な兆候と言えるでしょう。同じ製品群の中でも、運用エコシステムはすでに次の段階へと移行しつつあります。この傾向は今後も続くと予想されます。Backup Execと連携していたサードパーティ製ツールは、インストールベースが縮小するにつれて、互換性の優先順位を下げていくでしょう。

今から計画を立て始めれば、これらの変化は壊滅的な事態にはならない。しかし、2028年まで待てば壊滅的な事態になるだろう。

Backup Execの後継機種を選ぶための5つの基準

バックアップ移行は、単に既存製品と交換するだけのものではありません。10年、15年前に購入した製品は、現在実際に必要としている製品とは異なります。環境、脅威の状況、そして顧客の期待値はすべて変化しています。この評価フレームワークを活用して、単にBackup Execのクローンを探すのではなく、代替製品について検討してください。

1. ワークロードのカバー範囲。Backup Exec は、Windows が主流のオンプレミス環境で設計されました。最新のバックアップの決定では、現在保護しているものと 3 年後に保護する予定のものを考慮する必要があります。物理サーバー (Windows および Linux)、複数のハイパーバイザー (VMware、Hyper-V、Proxmox VE、場合によってはそれ以上) 上の仮想マシン、データベース (SQL Server、Oracle、MySQL、PostgreSQL、MongoDB、MariaDB)、Microsoft 365 (Exchange Online、SharePoint、OneDrive、Teams)、エンドポイント、NAS ファイル共有、そしてますます増えているクラウドネイティブワークロードの保護などです。現在バックアップしているすべてのシステムを候補ベンダーのマトリックスに照らし合わせてください。重要なものが欠けている場合は、明示的に質問してください。ベンダーのマーケティング ページでは、ロングテールのカバー範囲のギャップが隠されていることがよくあります。

2. 価格モデルと更新予測可能性。これはBackup Execの代替製品において最も軽視されがちな要素であり、2年目に最も予想外の事態に直面する可能性が高い要素です。Backup Execは、エディションに応じてサーバー単位、VM単位（V-Rayソケット）、容量ベースのライセンスを組み合わせていました。多くの代替ベンダーは、VM単位、ソケット単位、保護対象TB単位、消費量ベースのクレジット、ワークロード単位のサブスクリプションなど、全く異なるモデルを採用しています。名目上の価格が同じでも、成長の仕方によっては3年間と5年間のコストが大きく異なる可能性があります。例えば、Veeamの顧客は、Veeamユニバーサルライセンスモデルへの移行時に更新価格が2.85倍に跳ね上がるケースが頻繁に報告されています。このような購入後の価格改定は、このカテゴリーでは現実的なリスクとなるため、契約前に明確にモデル化しておく必要があります。

3. リカバリアーキテクチャとストレージ効率。Backup Execのアーキテクチャは、現代のバックアップを定義するストレージ効率に関する考え方のほとんどよりも古いものです。現代のシステムでは、永久増分アーキテクチャ（最初の1回のフルバックアップ後、変更されたブロックのみのバックアップ）、クライアント側重複排除（データはソースから送信される前に重複排除および圧縮される）、チャンクベースのインデックス作成（復元時に必要なチャンクのみが取得され、復元元のバックアップポイントは関係ない）が採用されています。これらは、ストレージコスト、バックアップウィンドウの長さ、およびRTOに直接的な影響を与えます。定期的なフルバックアップを依然として要求するベンダーは、そうでないベンダーとは根本的に異なる製品です。最良のマーケティング数値ではなく、自社の環境と同等の運用環境におけるストレージ削減の数値を要求してください。

4. コンプライアンス体制とセキュリティアーキテクチャ。ランサムウェアの出現により、バックアップはインフラストラクチャのカテゴリからセキュリティのカテゴリへと移行しました。代替ベンダーには、暗号化（アルゴリズム、暗号化が行われる場所、鍵管理）、不変バックアップ（オブジェクトロック、管理者の認証情報では上書きできない保持期間の強制）、アクセス制御（SSO、MFA、ロールベースのアクセス）、および監査証跡に関する最新の文書化された回答が必要です。コンプライアンス証明と認証（SOC 2 Type II、ISO 27001、HIPAA規制環境のサポート、PCI DSS準拠）は文書化され、リンク可能である必要があります。「準拠」は「認証済み」とは異なります。具体的な成果物と監査担当者を尋ねてください。

5. ベンダーの安定性と移行サポート。Backup Execは3年間で3回もオーナーが変わっています。これは異例のことですが、重要な疑問を提起します。5年後、あなたの代替製品を販売し、サポートするのは誰でしょうか？バックアップは定義上、複数年にわたるコミットメントです（今日バックアップしたデータは2031年に復元するデータになります）。その期間中に買収、売却、または再編されるベンダーは問題です。所有権の履歴、財務の安定性、インストールベースの規模、チャネルエコシステムの広さを確認してください。そして、ベンダーが実際にどのように移行を支援してくれるのかを尋ねてください。本番環境に近いワークロードに対応した無料トライアル、移行プレイブック、並行実行サポート、プロフェッショナルサービスの提供状況、そしてあなたの地域における再販業者とインテグレーターのネットワークの状況などを確認してください。

主要なBackup Exec代替ベンダーの比較

2026年にBackup Execの顧客獲得を競い合うベンダーは、いくつかの明確なカテゴリーに分類できます。ここでは、各ベンダーがどのような位置づけにあるのか、そして各社が公表しているポジショニングから、それぞれの優先事項について何が分かるのかを率直に分析します。

Zmanda Proが適している場面と適していない場面

このガイドの残りの部分では、フレームのベンダーに偏らないようにしてきました。しかし、ここからは自社製品について率直に説明します。なぜなら、読者の皆様にリバースエンジニアリングをさせるよりも、正直な情報をお伝えしたいからです。

Zmanda Proは、 Backup Execの代替製品として議論される際に、3つの点でうまく適合します。

1. 最低価格よりも予測可能性が重要な場合に適しています。

Zmanda Proはワークロードごとに価格設定されています。1ライセンスにつき月額料金は1つで、ワークロードが生成するデータ量に関係なく一定です。500GBのデータを持つWindowsファイルサーバーも、50TBのデータを持つWindowsファイルサーバーも同じ料金です。更新料金も定額制です。ワークロードライセンス自体にギガバイト単位の課金はなく、契約更新時に予期せぬ料金の乗数が発生することもありません。ライセンスモデルの変更（Backup Execは長年にわたって何度も変更を経験しています）にうんざりしていて、5年間のコスト計画を立てたいBackup Execの顧客にとって、このモデルはまさに理想的です。

具体的な数字で説明すると、一般的な中規模市場環境（保護対象のワークロード100個、Microsoft 365ユーザー500人）の場合、Businessプランでは初年度の費用が19,128ドル、 5年間の費用は81,294ドルで固定されます。ほとんどのお客様は、24時間365日のサポートを追加するBusiness Plusプランを選択し、初年度の費用は22,128ドル、5年間の費用は94,044ドルで固定されます。いずれの場合も、この5年間の金額は、今日CFOに提示して契約を締結でき、2年目や4年目に再交渉する必要はありません。最終購入期限や強制的な前払い更新、2029年のサポート終了といったことはありません。実際の数字は価格ページで確認でき、計算ツールで独自のシナリオを実行できます。見積もりゲートはありません。

Backup Exec自体との比較について正直に述べておきます。価格だけを見ると、Backup Execの永久ライセンス＋メンテナンス契約は、2029年のサポート終了まではZmanda Proよりも安く見えるかもしれません。Zmanda Proの主張は「Backup Execより安い」ということではありません。5年間の契約期間が明確で固定されており、契約期間の終了に伴う急激な価格変動や、強制的な前払い更新、サポート期限前の代替製品探しといった問題がないということです。Zmanda Proがコスト面で明らかに優位に立つのは、上位のBackup ExecエディションやVeeamの更新価格改定との比較においてです。

2. 周囲の環境が多様な場合にも適しています。

Backup ExecはWindowsファーストの世界を前提としていましたが、Zmanda Proはそうではありません。バックアップサーバー自体はLinuxまたはSaaS上で動作し、展開モデルはクラウドホスト、オンプレミス、セキュアなプライベートクラウドに及びます。クライアントはWindows、Linux、macOSで動作します。対応ハイパーバイザーはVMware vSphere、Microsoft Hyper-V、Proxmox VEで、これら3つすべてに直接ハイパーバイザーリストアが可能です。対応データベースはSQL Server、Oracle（RMAN経由）、MySQL、MariaDB、PostgreSQL、MongoDBで、ほとんどがポイントインタイムリカバリに対応しています。Microsoft 365の保護対象はExchange Online、SharePoint Online、OneDrive、Teamsです。Backup Execを導入している理由の一つが、他に簡単にシステム全体をカバーできるソリューションがなかったからであれば、Zmanda Proの幅広い機能について直接話し合う価値があります。

3. コンプライアンス負荷を運ぶ際にも適しています。

Zmanda ProはBETSOL社の製品であり、BETSOL社はSOC 2 Type II認証（QRCによる年次監査）、ISO 27001認証、およびPCI DSS準拠を維持しています。Zmanda Proは、保存時のAES-256暗号化と転送時のTLS 1.3暗号化、ロールベースのアクセス制御、不変バックアップ、詳細な監査ログ機能を備え、HIPAA規制環境に対応しています。

Zmandaは、医療機関のお客様ともBAA（事業提携契約）を締結しています。Amazon S3およびWasabiのオブジェクトロックコンプライアンスモード（管理者認証情報でも保持ロックを解除できないモード）により、不変バックアップがサポートされており、ZFSベースのストレージ宛先を使用する場合は、インフラストラクチャレベルの不変性も利用可能です。

BYOK（Bring-your-own-key）はゼロ知識アーキテクチャによってサポートされており、Zmandaが暗号化されていないデータにアクセスすることはありません。ソフトウェアのみのモードでは、専用アプライアンスを必要とせず、エアギャップされた完全オフライン展開がサポートされています。すべてのコンプライアンス関連文書は、トラストセンターからリンクされています。

Zmanda Proが適さない点についても、同様に率直に述べるべきだ。

1.テープがワークフローに不可欠な要素である場合、Zmanda Pro はディスクとクラウドのみに対応しています。Backup Exec の最大の強みはテープでした。LTO ライブラリのサポート、ファイラーバックアップ用の NDMP、複雑な GFS ローテーション スキーム、MTF フォーマットの継続性などです。Zmanda Pro はネイティブにテープへのバックアップに対応していません。テープの保持要件があるお客様は、テープを別のソリューションで保持するか、移行の一環としてテープからディスクへの移行を計画するかなど、移行スケジュールを適切に評価する必要があります。

とはいえ、組織がテープを使用する最も一般的な理由の1つは、コンプライアンス体制や災害復旧のベストプラクティスで事実上必要とされるオフライン/エアギャップコピーを実現するためです。もしテープへの投資が実際に保護しようとしているのが（物理的なメディアそのものではなく、それが提供するオフライン分離である）のであれば、Zmanda Proのエアギャップオフライン展開は直接的な代替手段となります。ソフトウェアのみ（専用アプライアンスは不要）で、テープが提供するのと同じ分離プロファイルをサポートしており、顧客が両方を使用するのではなく、テープからZmanda Proに移行する最も一般的な理由の1つとなっています。このカテゴリの顧客にとって、「テープ不要」は多くの場合、欠点ではなく利点となります。

2. バックアップツール自体にYARAベースまたは機械学習によるマルウェア検出機能を求めている場合、Zmanda Proは適切な選択肢ではありません。一部のベンダー（Veeam、Acronisなど）は、バックアップ製品に統合された脅威検出機能へと移行しています。Zmanda Proのランサムウェア対策は、スキャンベースではなくアーキテクチャに基づいています。具体的には、オブジェクトロックコンプライアンスモードの不変性、スナップショット保護、ゼロ知識暗号化、認証情報漏洩後も機能するアクセス制御などです。このモデルには確かに強みがありますが、他のモデルとは異なります。購入する製品について、よく理解しておきましょう。

3. Backup Execの「インスタントVMリカバリ」機能が重要な場合は、以下の点に注意してください。Backup Exec（およびVeeam）は、完全なリストアを最初に行わずにバックアップストレージから直接VMを起動する機能を提供します。Zmanda Proは、VMware、Hyper-V、またはProxmoxへのハイパーバイザーの直接リストアを提供します。これは手動リストアよりも高速で効率的ですが、完全なデータコピーは実行されます。バックアップからのゼロコピーブートが必須要件である場合は、評価の際にこの点を指摘する価値があります。

4. Citrix XenServer を多用している場合、または Backup Exec のきめ細かな Active Directory オブジェクト復元に依存している場合は、代替ソリューションの選択肢が一般的に狭まり、Zmanda Pro は現時点ではその選択肢に含まれていません。Backup Exec は Citrix をネイティブにサポートし、VM 内エージェントを介してアイテムレベルの AD 復元を提供していました。Zmanda Pro は、Windows Server システム状態を介して Active Directory をカバーします (完全な DC 復元であり、個々のユーザー / GPO / OU の復元ではありません)。これらは以前ほどニッチな分野ではなくなりましたが、これらの機能が環境に含まれている場合は重要です。

率直に申し上げますと、最初からやり直す必要はありません。明確な価格設定、監査担当者が既に把握しているコンプライアンス体制の文書化、幅広いワークロードへの対応、そして安定した経営基盤といった、予測可能性を重視するベンダーに移行すれば良いのです。テープ中心ではないほとんどのBackup Exec環境において、Zmanda Proはまさにそのようなニーズを満たすソリューションと言えるでしょう。

Backup Execのサポート終了前に移行計画を策定する

バックアップ移行は、ソフトウェアのインストールではなく、構造化されたプロジェクトです。手順に入る前に、一つ確認しておきたいことがあります。Backup Exec からの移行は、データ移行ではなく、移行作業です。どのバックアップベンダーも Backup Exec の独自カタログ形式を読み取ることができないため、一般的なモデル (Zmanda Pro も含む) は、保持期間中は Backup Exec を読み取り専用にしておき、新しい製品で新規に開始し、両方を並行して実行してから、Backup Exec を廃止するというものです。主なコストは、その期間中に 2 つのシステムを運用することであり、大規模なデータ変換プロジェクトではありません。以下に、実際の手順を示します。

ステップ1：現在のBackup Execの導入状況を調査します。保護対象のワークロードの種類、ワークロードごとの保持要件、ストレージの保存先と容量、監視ツールやチケット発行ツールとの連携、テープライブラリとそのローテーションポリシー、スクリプトによる自動化、バックアップウィンドウのタイミングなど、すべての項目を文書化してください。このステップで作成した文書は、信頼できる唯一の情報源となります。この手順は必ず実行してください。今後、頻繁に参照することになります。

ステップ2：必須要件とあれば望ましい要件を定義します。上記の5つの評価基準に基づいて、自社の環境にとって譲れない要件を決定します。テープサポート、NetApp ONTAPとのネイティブ統合、ハイパーバイザの対応範囲、コンプライアンス認証、導入モデル、地域サポートの提供状況は、組織によって異なります。規制対象の医療機関にとって譲れない要件は、4つの拠点を持つ物流会社にとって譲れない要件とは異なります。予算と監査権限を持つ担当者から承認を得てください。

ステップ3：候補を絞り込み、試用する。必須要件を満たすベンダーを2～3社選びます。ベンダーのデモ環境ではなく、実際の環境で試用を実施してください。実際のワークロードと実際の制約条件に基づいて試用してください。評判の良いベンダーのほとんどは、複数のバックアップ/リストアサイクルを実行するのに十分な14～30日間の試用期間を提供しています。試用は営業会議ではなく、調達評価として捉えてください。具体的なRTO値、リストアテスト、自社環境での重複排除率の検証、更新条件を記載した見積書を要求してください。

ステップ4：並行運用期間を計画する。Backup Execから新しい製品への切り替えを週末だけで行わないでください。Backup Execと並行して60～90日間運用し、両方のシステムで実際のバックアップを取得し、新しい製品からのリストアを毎週検証し、運用上のギャップを調整してください。Backup Execの廃止後ではなく、この段階で運用手順書の問題点を発見することが重要です。

ステップ 5: 切り替えと廃止。parallel -run で新製品と既存製品の検証が完了したら、正式に切り替えを行います。Backup Exec で新規バックアップ ジョブを停止し、保持する必要のある過去のバックアップ カタログをアーカイブします (保持要件については、法務およびコンプライアンス チームにご相談ください)。そして、定義されたスケジュールに従って Backup Exec インフラストラクチャを廃止します。コンプライアンス上、過去のバックアップにアクセスできる必要がある間は、Backup Exec サーバーを起動可能な状態にしておきますが、オフラインにしておきます。

次はどうする

サポート終了までに、Backup Execの代替製品を決定するまでには18ヶ月から30ヶ月の猶予があります。これは、適切に対応するための十分な時間ですが、後回しにするには十分な時間ではありません。

今四半期に最も効果的な対策は、Backup Execが実際にお客様の環境でどのような機能を提供しているかを把握し、上記の5つの評価基準のうち、お客様にとって譲れない項目を決定することです。ITチームとコンプライアンス担当者とのこの話し合いは、今後のベンダー選定の基盤となります。もし第三者の視点からの検討をご希望でしたら、弊社のチームがお客様の環境を詳しくご説明いたしますので、ぜひミーティングをご予約ください。お見積もりも義務も一切ございません。トライアルに時間を費やす前に、Zmanda Proがお客様に最適なソリューションかどうかを正直にお伝えいたします。

Backup Execは長年にわたり、中小企業および中堅企業向けのバックアップ分野で優れた実績を上げてきました。製品が復活することはありませんが、Backup Execが提起する議論（自社の環境にとって、最新で予測可能、かつコンプライアンスに対応したバックアップ製品とはどのようなものか）は、製品サポート終了のタイミングではなく、自社のペースで検討する価値があります。