以前からご利用いただけるクラウドでの利用方法については以下の通りです。この場合、Arcserve UDP 復旧ポイントサーバ（以下 RPSと略記）のバックアップデータの保存先（データストアの作成先）は、Amazon EC2（以下 EC2 と略記）からマウントできるディスク（EBSなど）でした。

図１

Arcserve UDP 10.2 以降では、RPS のバックアップデータの保存先（データストアの作成先）に Amazon S3（以下 S3 と略記）を利用できるようになりました。ここではそれを「クラウド データストア」と呼びます。

一般的に EC2 のディスクよりも、S3 の方が価格的なメリットがある場合が多いので、S3 にデータストアを作成する構成を望まれていたお客様も多くいらっしゃいました。ただし、1点注意があり、データの保存先を S3 にする場合は、Arcserve UDP のライセンスは、Premium Edition 以上が必要です。

図２

ちなみに、以下の構成でも Premium Edition 以上が必要となりますのでご注意ください。

図3

クラウド データストアを作成する場合の設定は、マニュアルの以下のページを参照してください。

Arcserve UDP 10.x ソリューション ガイド - AWS/Azure/Google Cloud データ ストアの追加

以下のブログ記事で RPS のサイジングについても解説しているので、合わせてご確認ください。

Arcserve UDP 10.2 新機能紹介：復旧ポイントサーバのデータストアで Amazon S3 / Azure Blob / Google Cloud Storage が利用可能に: それ、レプリケーションでよろしく。UDPともども。

今回は、AWS を前提に説明してまいりましたが、Microsoft Azure や Google Cloud にも対応しています。

※今後変更がある可能性もありますので、最新の情報は動作要件をご確認ください。

https://support.arcserve.com/s/article/Arcserve-UDP-10-X-Software-Compatibility-Matrix?language=ja#Cloud1

また、クラウド仮想マシンの利用に関しては、動作要件内の以下の記述をご覧の上ご利用ください。

本日解説していない、ファイルコピー、復旧ポイントのコピーは、従来通り Advanced Edition でご利用いただけますが、どういう構成にするか決めかねている方は、Premium Edition にしておくと、後からライセンス変更の必要もないので、おすすめです。

参考：

ファイルコピー、復旧ポイントのコピーでクラウドを利用する場合は以下のブログ記事を参考にしてください。

Arcserve UDP コンソールで復旧ポイントのコピーを使う
https://arcserve.txt-nifty.com/blog/2019/11/post-6be880.html

Arcserve UDP 復旧ポイントのコピーを実測！Wasabi オブジェクトロックを使ったランサムウェア & 災害対策！
https://arcserve.txt-nifty.com/blog/2024/08/post-9188ae.html

Arcserve UDP Agent（Windows）での バックアップ データ二重化
https://arcserve.txt-nifty.com/blog/2022/05/post-0cac10.html

この法律の本格運用が進む中、内閣府が公開した公式資料において、「バックアップの取得と隔離管理」が、重要インフラを支える企業にとっての明確な「義務（リスク管理措置）」として名指しで規定されていることが注目を集めています。

なぜ今、バックアップがこれほどまでに厳しく問われているのか、その背景と本質を紐解きます。

従来の安全保障といえば、軍事や防衛が中心でした。しかし、国際情勢が複雑化する現代においては、「経済や先端技術の面から国と国民の安全を守ろう」という思想が必要不可欠です。こうして生まれたのが経済安全保障推進法（正式名称：経済施策を一体的に講ずることによる安全保障の確保の推進に関する法律）です。

この法律は、主に以下の「4つの柱」を中心に構成されています。

• 重要物資の安定供給（半導体や医薬品、重要鉱物などの確保）
• 基幹インフラの安定提供（サイバー攻撃や妨害の防止）★今回の核心
• 先端技術の開発支援（AI、量子、宇宙技術などの官民協力）
• 特許出願の非公開（軍事転用可能な技術の流出防止）

このうち、ITシステムやデータ保護に直結するのが、2つ目の「基幹インフラの安定提供」に関する制度です。

2. なぜ「基幹インフラ」が狙われるのか？

電気、ガス、通信、金融、鉄道、医療といった14の特定社会基盤分野は、万が一停止すれば国民生活や経済活動が完全に麻痺します。

近年、これらを狙った国家背景を持つとされるサイバー攻撃や、身代金要求型の「ランサムウェア」の脅威が急激に高まっています。一企業がサイバー攻撃の被害に遭うことが、社会全体のサプライチェーンをストップさせる引き金になり得る時代なのです。

そのため、政府は対象となるインフラ事業者に対し、重要なシステムを導入・委託する際の事前審査や、平時からの厳格な「リスク管理措置」を求めています。

3. 【核心】内閣府の資料に明記された「第11項」

具体的にどのような対策が国から求められているのでしょうか。 内閣府が公開している公式資料『特定社会基盤役務の安定的な提供の確保に関する制度の解説』を開くと、事業者が自ら整備すべきリスク管理措置の基準として、以下の一文が明確に刻まれています。

⑪ 特定社会基盤事業者は、ランサムウェアに感染した場合等の特定重要設備に対する不正な妨害が行われたときであっても役務の提供が継続できる体制（バックアップの取得・隔離管理、復旧手順の明確化・具体化、代替設備との交換等）について、自ら整備している。

 ここで注目すべきは、国が単に「セキュリティを強化しろ」と言うだけでなく、「バックアップ」および「隔離管理」という具体的な手法にまで踏み込んで指定している点です。

4. 国が求める「隔離管理」と「役務継続」の本質

この第11項の規定から、私たちは現代のデータ保護における2つの重要なトレンドを読み解くことができます。

• 「隔離管理（エアギャップ／イミュータブル）」の必須化 近年のランサムウェアは、まず「バックアップデータ」を狙って暗号化・破壊し、企業が自力で復旧できないように追い込んできます。そのため、本番環境と同一のネットワークに置かれたバックアップは無意味です。法律の解説が求めるのは、本番環境から論理的・物理的に切り離された「隔離環境」での管理や、書き換えが不可能な「不変性（イミュータブル）」の実装です。
• 目的はデータ保護ではなく「役務の提供の継続（レジリエンス）」 単に「データが残っている」だけでは不十分です。「妨害が行われたときであってもサービスを止めない、あるいは即座に再開できる」というサイバーレジリエンス（回復力）が求められています。だからこそ、資料内には「復旧手順の明確化・具体化」という実効性の担保までがセットで要求されているのです。

まとめ：バックアップは「最後の砦」から「コンプライアンスの基盤」へ

これからの時代、バックアップは単なる「IT障害に備えた保険」に留まりません。経済安全保障という国家レベルの要件を満たし、企業の継続性を証明するための「必須のコンプライアンス要件」へと昇華しました。

インフラ事業者や、そのサプライチェーンを支えるすべての企業において、自社のバックアップ体制が「第11項」が定める隔離管理と具体的な復旧体制を満たしているか、今すぐ見直す必要があります。

【参考情報】

• 出典： 内閣府「特定社会基盤役務の安定的な提供の確保に関する制度の解説」
• 該当箇所： 全体 P.76（第２部：リスク管理措置の解説 P.14「⑪」）
• URL： https://www.cao.go.jp/keizai_anzen_hosho/suishinhou/infra/doc/infra_kaisetsu.pdf

+++

以上、Koichiがお伝えしました。

しかし、前回の検証ではバックアップ対象のデータ量が 200 GB 程度と少なかったため、SSD に十分な負荷をかけられなかったのが心残りでした。そこで今回は、SSD 性能の限界を見極めるべく、4 TB のバックアップ対象データを用意して本格的な検証を行いました。

# 検証内容 ： 4 TB のデータをレプリケートする時間を測定

まず、SSD に保存されるハッシュ量が多くなるように、バックアップ対象サーバには重複排除が効きにくいデータを 4 TB 分作成しています。

1次バックアップ先の「Arcserve UDP Appliance 9400 v2 S」に USB 接続 SSD を使ったデータストアを追加し、ローカル レプリケート ジョブの実行時間とスループット（速度）を測定します。USB 接続 SSD は前回同様、アイ・オー・データ機器様の SSPM-US500K を使います。

【データ ストアの設定】

USB 接続 SSD を使用したデータ ストアには、CRS シリーズへのレプリケートを模し、また SSD への負荷を最大化するために以下の設定を行いました。

・デデュプリケーション ブロック サイズ：64 KB

・ハッシュ メモリの割り当て：下限値の 1024 MB （※メモリ使用量を極力抑え、SSD からの直接読み取りを最大化するため ）

・データ デスティネーション：UDP 9400 v2 S のローカル ディスク（※ ネットワークがボトルネックになるのを避けるため）

今回は対照実験として、ハッシュ デスティネーションに 9400 v2 S のローカル SSD を使い、ハッシュ メモリを 4096 MB（今回のテストデータで作られるハッシュ値を全量展開するのに十分な容量＝実質 RAM モード）割り当てたデータ ストアへのレプリケート時間・速度も測定しました 。 結果は以下の通りです。

ご覧の通り、USB 接続 SSD を使ったデータ ストアへのレプリケートでは、対照実験とほぼ同じ速度が出ました！

論理スループットは 25.38 GB/分 も出ています。クラウド CRS 等へのインターネット経由のレプリケートではネットワークの帯域幅がボトルネックになるため、USB 接続 SSD がボトルネックになることはまずないと言えるでしょう。というか、LAN 内でのレプリケートやバックアップとしても十分な速度です。

証拠としてレプリケート ジョブのアクティビティ ログも貼り付けておきます。

なお、今回の検証ではまとまったデータのレプリケート時間を測定するため、レプリケート先に何もデータがない「初回」の状態でジョブを実行しています。実際の運用環境では、2回目以降は増分データだけを転送するため、はるかに短時間でジョブが終わるはずです。

# そのほか考察

今回の検証でハッシュ デスティネーションに保存されたハッシュ値の容量は合計 2 GB くらいでした。

前述の通り、ハッシュ メモリの割り当てを 1 GB（1024 MB）に絞ったため、残りの半分はメモリを介さず直接 SSD から読み取られます。これによってハッシュ デスティネーションへ大量の Read IO が発生し、USB 接続 SSD の性能限界が見えてくるはず……という目論見でしたが、難なく RAM モードと同等の性能を示してくれました。

それにしても、4 TB のデータをバックアップしているにもかかわらず、ハッシュはわずか 2 GB とは……。あらかじめ分かっていたことではありましたが、デデュプリケーション ブロック サイズを 64 KB にするとさすがにハッシュの量が小さくなりますね。RAM モードだと気になる容量ではありますが、SSD に保存する容量としては微々たるもので、SSD の空き容量がもったいなく感じてしまうほどです（笑）

以上、ホテがお伝えしました。

<関連記事>

【検証】入手困難な内蔵 SSD の代わりに「USB 接続 SSD」を Arcserve UDP のハッシュ領域に使えるか？

※ Arcserve CRS についてはこちら

ただ、実はまだまだテープを使用したランサムウェア対策をご希望されるお客様も多くて、テープを活用したバックアップについてのお問い合わせもたくさんいただきます。最近は、テープ バックアップのユーザー数が多い某ベンダ製ソフトウェアの提供が終了してしまったことから、代替製品のご相談を受けることも多くなってきています。

Arcserve は、まだバックアップと言えばテープが当たり前だった数十年前から長らくバックアップ製品を提供してまいりました。もちろん今でもテープ バックアップ製品の提供を継続していますし、ノウハウもたっぷり蓄積しています。テープ バックアップに関するご相談も、是非、Arcserve におまかせください！

さて、今回はそんなテープ バックアップに関するお話なのですが、ちょっと面白い ”USB 接続のテープ装置” についてご紹介したいと思います。

もうあちこちで啓蒙していることなので耳にタコかもしれませんが、最近のランサムウェアは本番データを攻撃すると同時に、バックアップ データを攻撃してきます。そのため、私たちはバックアップ データも攻撃から守る必要があるわけです。

テープへのバックアップ（もしくは２次複製）後に、その格納先のメディアをテープ装置から取り出して耐火金庫に保管したり、遠隔地の災害対策サイトに運搬/保管するという運用は、従来から１つの常套手段として行われていました。

保管中は、運用で使用しているネットワークと保管しているメディアとの間に物理的な ”エアギャップ” を作ることになり、ネットワーク経由での攻撃を防ぐことができます。

図１　オフライン保管により、エアギャップを確保
 

もともとテープでのバックアップ運用を行っていた会社にとっては従来通りの運用がそのままランサムウェア対策に繋がることになり、あらたにランサムウェア対策を導入する場合でも、その構成/安全性が明確なことから、経営層の理解を得られやすいというメリットもあります。そのため、テープでの運用を望まれるお客様もまだまだ多くいらっしゃいます。

USB 接続のテープ装置でバックアップサーバを構成！

先日、ストレージ デバイス ベンダである株式会社ユニテックス様にお話を伺う機会がありました。ユニテックス様は、世界初、そして唯一のUSB 接続のテープ装置を開発されている会社です。弊社製品でも ユニテックス様の USB 接続のテープ装置をサポートしています（※1）。

通常、テープ装置をサーバ ハードウェアに接続するには、サーバ側に SAS や FC などのボードが必要になります。専用ボードを使うことで転送が高速になるメリットはあるものの、ボードやケーブル代の数十万円が初期費用に加わってくることになります。USB 接続のテープ装置であればそういった高価なボードが必要ありません。

一方、速度は、2026 年 5 月現在 Arcserve Backup 19.0 で対応している LTO 9 または LTO 8 のドライブであれば、USB 3.１Gen1 接続で 非圧縮時 300 MB/s 程度が見込めるそうなので、バックアップ対象のデータ量が、所定の時間内でバックアップが終わる程度の量であれば、選択肢としてアリではないでしょうか。

USB 接続であることで、こんな活用方法も！

ボードが要らないということは、SAS や FC 接続ではできなかったような構成を組むことも可能となります。ユニテックス様に教えていただいた、USB 接続テープ装置を使用した面白い構成をいくつかご紹介します。

活用例１．Windows Server IoT ベースの NAS を使った Arcserve Backup サーバ
Windows Server IoT ベースの NAS に Arcserve Backup をインストールし、USB でテープ装置を接続することで、NAS ベースのバックアップ サーバが完成します。

図２　Windows Server IoT ベースのバックアップ サーバ

テープを使う/使わないに限った話ではないのですが、Arcserve Backup は必要メモリがベース製品で 1 GB以上（2 GB 以上を推奨）と、少ないリソースのサーバで運用することが可能です。そのため USB 接続のテープ装置であればかったり増設ができないことも多い Windows Server IoT ベースの NAS であってもバックアップ サーバにすることが可能です。

さらに、USB 接続のテープ装置であれば、ボードを増設することなくテープ バックアップ用の Arcserve Backup サーバを構築できます。昨今はメモリや SSD が高騰していたり、それに伴いサーバの納期が長くなる傾向が高まっていることから、コストや時間の面でバックアップ サーバを構築するのも大変な状況にありますが、この構成であれば可能になるというケースもあるかもしれません。

活用例２．ノート PC を使用した移動可能なバックアップ サーバ
USB 接続が可能であるということは、接続先はサーバ ハードウェアに限らず、ノート PC やデスクトップの PC も選択肢に入ってきます。
特にノート PC とテープ装置の組み合わせは持ち運びができるため、災害時で拠点間のネットワークが使えないといった状況においても、各拠点に直接持ち込んで被災サーバやデータの復旧にあたることが可能になってきます。

ただ、Arcserve Backupは Windows Server 環境にインストールする必要があるため、この構成にするのであればノート PC にサーバ OS を導入する必要があることはご注意ください。サーバ OS のインストールもサポート対象になるものを選択する必要があったり、場合によってはサポートされないことを前提に割り切って使っていただくことになってしまうことは注意が必要です。

図３　ノート PC ベースのモバイル バックアップ サーバ

ということで、今回はちょっと珍しい USB 接続のテープ装置についてでした。

なお、Arcserve Backup については、2025 年まで有償で提供していた実機研修コース「Arcserve Backup 徹底解説」前編/後編の内容を全編アーカイブ版としてのビデオを無償公開しています！テープの使いまわしの設定方法なども詳しくご紹介していますので、これから Arcserve Backup の使い方を習得したい方は、是非ご活用ください。

https://www.arcserve.com/ja/seminars-events　
※製品「Arcserve Backup」でフィルタをかけていただくと見つけやすいです。

では、また！

※1 Arcserve Backupで USB 接続テープ装置を使用する際の手順も YouTube にて公開いただいております！

SLM とは、数億〜数百億程度の比較的少ないパラメータ数で構築された AI モデルです。膨大な計算リソースを要する LLM（大規模言語モデル）に対し、特定の用途や知識に絞ることで、軽量かつ高速な動作を実現しています。特定分野での精度の高さや、自社サーバ等の閉鎖環境で機密情報を守りながら安全に運用できる点も高く評価されています。

一方で、閉鎖されたローカル環境で利用するということは、「その学習データは利用企業自身が責任を持って保護しなければならない」ということも意味します。

そこで、Arcserve Japan では、データ保護の実態を把握するため、日本国内における SLM の導入状況と、学習データのバックアップ状況について調査を実施しました。

# 日本国内における SLM の導入状況推移：1年半で導入率が約5倍に増加

本調査は、Arcserve Japan が定期開催している Web セミナーでのアンケートをもとにしています。回答者の多くは、バックアップなどの情報インフラに携わる情報システム部門や IT 企業の方々です。（回答いただいた皆様、ありがとうございました！）

この調査では SLM の導入状況を質問しており、その結果を年別にまとめました。

Q. 貴社では SLM（小規模言語モデル）を用いた AI を導入されていますか？

※ 調査期間：2024年10月～2026年4月、回答数累計：834件

「自部門で導入済み」 は 2.0%（2024年）から 9.6%（2026年）と約5倍に増加しています。

一方、「分からない」 という回答は 50.0%（2024年） から 42.0%（2026年）に減少しており、SLM という言葉やその活用法が徐々に浸透していることがうかがえます。

さて、SLM がビジネスに活用されればされるほど、その根源である学習データの保護が重要になります。サーバ故障やランサムウェア攻撃でデータが失われれば、AI 運用が停止してしまう恐れがあるからです。では、SLM 学習データのバックアップはどのように行われているのでしょうか？

Q. 学習データのバックアップはどのように行いますか？

※ 調査期間：2024年10月～2026年4月、回答数累計：133件、前設問で「自部門で導入済み」「自部門で導入を検討中」の方の回答を集計

「分からない」を除くと、「バックアップ ソフトウェアを利用する」が最多となりました。これは、AI 学習データという資産の重要性を認識し、信頼性の高い手法を選択している企業が多いことを示しています。

一方で、「バックアップを行わない」という回答も 17.3% 存在します。SLM は一度構築すれば終わりではなく、継続的な学習と調整が欠かせないため、バックアップを行っていないことは事業継続における大きなリスクとなり得ます。

# 参考：SLM 運用を支える Arcserve のソリューション

なお、SLM の実行環境は Linux サーバや仮想化基盤上に構築されることが一般的です。弊社の Arcserve UDP は、こうした環境を効率的かつ確実に保護するための機能を備えています。SLM の導入を検討されている方、または既に運用中でバックアップ方法を見直したい方は、ぜひ以下の記事も参考にしてください。

Arcserve UDP でできるLinuxのイメージバックアップ：RHEL、CentOS、Oracle Linux、SUSEに続きDebianに対応！

仮想マシンをバックアップする2つの方法（エージェントベースとエージェントレス）

以上、ホテがお伝えしました。

ローカル NTP サーバのサポート

• Arcserve CRS の時刻同期
  Arcserve CRS / CRS Appliance において正確な日時・時刻で動作することは、単なるログの整合性以上の意味を持ちます。イミュータブル スナップショットの「有効期限」は、Arcserve CRSのシステム時刻に基づいているため、時刻の改ざんによりサイバー攻撃の原因究明を難しくしデータの早期削除に直結します。このためArcserve CRSでは、セキュリティ面も考慮した NTS（Network Time Security）に対応したNTPサーバとの間でのみ時刻同期が行われる仕様です。
  

  Arcserve CRS 1.5 までは、インターネット上で公開された複数のNTPサーバと接続し時刻同期を行う必要がありました。

  今回リリースされた Arcserve CRS 1.6ではこの条件が緩和され NTS をサポートする NTP サーバを LAN 内に設置することで、Arcserve CRS をインターネットに接続させる必要がなくなりました。

ローカル NTP（NTS）サーバの使用方法については、以下のサポート技術情報でも詳しく解説しています。

サポート バンドルのオフライン エクスポート

Arcserve CRS 1.5 まではトラブル シューティングでログが必要となる場合、インターネット経由で Arcserve テクニカル サポートへアップロードする必要がありました。これに対し、Arcserve CRS 1.6 では USB フラッシュ メモリ等のデバイスへログをエクスポートできるようにコマンドのオプションが追加されました。

これにより、一旦 USB デバイスへログをエクスポートし、インターネットへ接続できる環境からログをアップロードできるようになりました。

注意点として、ログのエクスポート先となる USB デバイスに対し、ログの保存前にフォーマットが行われます。エクスポート先となる USB デバイスには重要なデータを入れておかないようにご注意ください。

オフライン アップデート

インターネット非接続な環境でも、オフライン アップデート機能を利用することにより、Arcserve CRS を最新の状態で利用できるようになりました。これにより、セキュリティの向上・追加された最新機能を利用できるようになります。

この機能は、Arcserve CRS 1.6 より後のリリースへのアップデートに利用できます。Arcserve CRS 1.5 以前からのアップデートでは利用できません。

実際のオフライン アップデートのイメージは以下のようになります。

※ USBデバイスや DVD デバイスからアップデートを適用し、最後に再起動が必要です。

最後に

Arcserve CRS 1.6 と同時に皆様待望の Arcserve CRS Appliance もリリースしました。今回紹介した Arcserve CRS 1.6 がプリインストールされ、5年間のハード・ソフトのメンテナンスが付いた製品です。ハードウェア故障時も Arcserve テクニカルサポートがワンストップサービスを提供できる、いざという時に頼りになる製品です。Arcserve CRS をご検討の方は、Arcserve CRS Appliance もご検討ください。

※ 2026年5月現在、Arcserve CRS Applianceはご注文いただいてから約1か月で納品が可能です。

# （追記）動画でも解説しています

2026年4月2日に開催された、Arcserve CRS 1.6 / Arcserve CRS Appliance 1000 シリーズ説明会のレコーディング（28分49秒）を公開しました！

Arcserve UDP の重複排除機能ではハッシュ管理に高速な RAM や SSD が不可欠ですが、昨今の半導体不足により、増設パーツや新規サーバの納期が数か月先になったり、価格が高騰したりといった問題が起きています。

そこで今回は、比較的入手が容易な一般家庭向けの USB 接続 SSD を用意し、ハッシュ保存先として使用できるか検証しました。

# 検証に使うデバイス

今回実験に使うのは、アイ・オー・データ機器様の SSPM-US500K というスティック タイプの SSD です（※1）。ネット ショップで購入して、2-3日で届きました。早い！

<SSPM-US500K 主な仕様>

・インターフェイス：USB 3.2 Gen2

・最大転送速度：Read：600MB/s、Write：500MB/s

・外形寸法：約23（W）×68（D）×9（H）mm　

製品ページ：https://www.iodata.jp/product/hdd/ssd/sspm-us/index.htm

# 設定手順

早速、RPS サーバの USB 3.2 Gen1 ポートに取り付けます（※2）。

（サーバへの取付例）

取り付けるだけで Windows OS から認識されました。ファイル システムは NTFS になっており、そのまま使えるのもありがたいです。この D ドライブを RPS データストアのハッシュ デスティネーション（ハッシュの保存先）にします。

（Windows OS からみた D ドライブのプロパティ）

Arcserve クラウド クラウド サイバー レジリエント データストア（※3）を作り、そのハッシュ デスティネーションを先ほどの D ドライブの下に設定しています。

（データストアの設定画面（※4））

さて、ここまで準備ができたら、このデータストアをレプリケート先に指定し、バックアップ データをレプリケート（複製）します。

以下がレプリケート ジョブの結果です。約 226 GB のデータのレプリケートが 46分54秒で難なく完了。重複排除（デデュプリケーション）が効いて、書き込みデータが少なくなっていることも分かります。論理スループットは 4.82 GB/分出ており、インターネット経由でクラウドにデータを送る構成としては十分な速度が出ています（※5）。

（Arcserve UDP のアクティビティ ログ）

また、このデータストアからファイル単位のリストアを行いました。これも問題なく完了しています。

（リストア対象の選択画面）

という事で、ざっと見た限りでは特に問題なく動いています。

# そのほか気になった事

今回使った SSD はスティック タイプで幅がある（約23mm）ので、取り付ける際に隣の USB ポートや LAN ポートと少し干渉しました。サーバの設置環境によっては、USB ケーブルが付属している SSD を選んだ方が良いかもしれません。

また、安価な SSD なので、バックアップを長期間行う上での耐久性も気になるところではあります。製品ページでは TBW や DWPD 等の指標は公開されていませんが、テレビ録画のように大容量の書き込みを想定した製品でもあるので、ハッシュ保存用としても長く使えるのではないかなと期待しています。

と、細かい点をちくちく列挙してみましたが、逆に言うとこれ以外に懸念点を見つけられていません。早くランサムウェア対策を強化したいけれどサーバや部品の納期に苦労しているという方は、USB 接続 SSD による暫定強化も検討してみてはいかがでしょうか。

以上、ホテがお伝えしました。

※1 スティックSSD と USB メモリの違いはこちらをご覧ください。今回使っているのはスティック SSD の方です。
スティックSSDとUSBメモリーの違いとは？ | アイ・オー・データ機器 I-O DATA

※2 サーバは Arcserve UDP Appliance 9200 v2 S（Windows Server 2022）です。今回使った SSD は USB 3.2 Gen2 対応ではありますが、9200 v2 S のポートは USB 3.2 Gen1 なので、性能は USB 3.2 Gen1 になります。

※3 クラウド CRS 用のデータストアです。設定方法等興味のある方はこちら↓
Arcserve CRS シリーズの導入を検討する上で読んでおきたいドキュメント

※4 Arcserve UDP のバージョンは 10.3 です。

※5 ただし、今回のテストではバックアップ データの容量が少ないこともあり、SSD にあまり負荷がかかっていません。皆様の環境でも同等の速度が出ることを保証するものではありませんのでご注意ください。今後もっと大きいデータを用意して、本格的なベンチマーク テストをやってみたいと思っております。

（2026年5月22日追記）より大容量のデータで、ネットワークを介さずにレプリケートする時間/速度も測定しました。詳しくは以下の記事をご覧ください。
【続報】「USB 接続 SSD」をハッシュ領域に使った Arcserve UDP データストアへのレプリケートが速かった

今回は以下の中の 1. と 2. についてご紹介します。

1. ネットワーク プロファイル管理
2. SMART ディスク アラート
3. 閉域網のサポート

1. ネットワーク プロファイル管理

Arcserve CRS 1.5 まではネットワーク インターフェースごとに IP アドレスやネットワーク マスク、ゲートウェイ、DNS を設定する必要がありました。

Arcserve CRS 1.6 ではネットワークの設定をプロファイルとしてあらかじめ作成しておくことで、必要に応じてネットワーク設定を瞬時に切り替えることが可能です。

このため、以下のようなことが簡単な操作で行えます。

・ネットワーク環境に依存することなく IP アドレスや DNS などを指定したプロファイルを作成
・プロファイルの有効/無効による NIC のリンクアップ、リンクダウン
・Arcserve CRS 起動時のネットワーク自動接続（リンクアップ）の有効/無効を指定
・１つの NIC に複数のプロファイルを定義（但し、アクティブなプロファイルは１つ）
・プロファイルを別の NIC に割り当て
・複数のプロファイルに同じ IP アドレス等を設定

このため、ネットワーク プロファイルを利用すると例えば以下のようなケースで使えます。

本番環境設置前に別の場所で Arcserve CRS 筐体の電源投入とハードウェア障害の有無の確認を行う場合。あらかじめ本番環境に合わせたネットワーク プロファイルを作成しておくことで、本番環境への移設後は電源の投入だけですぐに本番ネットワーク上で Arcserve CRS を利用できます。

利用例2：

ランサムウェアなどサイバー攻撃を受けた際に、Arcserve CRS をネットワークから遮断させたい場合、リモートからの操作でネットワーク プロファイルを無効化すると、Arcserve CRS へのネットワーク アクセスを遮断できます。Arcserve CRS 筐体に繋がったネットワークケーブルを手で取り外す必要はありません。

参考までに Arcserve CRS Appliance 1000 シリーズには Arcserve CRS 1.6 （2026年4月現在）がプリインストールされておりますので、上記 ネットワーク プロファイルの機能が利用出来ます。また、Arcserve CRS Appliance 1000 シリーズ は 10 Gbps 対応の LAN ポートが 2つ付いているため、高速なデータ転送が可能となっております。

Arcserve CRS Appliance 1000 シリーズの詳細についてはこの記事の最後に掲載されている参考情報のブログ記事（※1） をご覧ください。

2. SMART ディスク アラート

Arcserve CRS は RAID コントローラによるハードウェア RAID と Arcserve CRS による ソフトウェア RAID（以下、CRS RAID）の RAID 構成を利用することが可能です。

Arcserve CRS 1.6 では CRS RAID で、従来のストレージのパフォーマンス低下やエラーを検知するアラートに加え、ディスクの健康状態から障害を事前予測する SMART（Self-Monitoring Analysis and Reporting Technology）テレメトリを活用したストレージの監視機能が利用できるようになりました。

SMART テレメトリにより CRS RAID を構成しているディスクのステータス情報（読み取り/書き込みエラー率など）を継続的に監視し、ディスク障害に関連するようなハードウェアの劣化の兆候が見えたら、Arcserve CRS のアラート機能を利用して管理者にメール通知が出来ます。

<SMART ディスク アラートを利用したメール通知イメージ>

その他、Arcserve CRS のコマンドライン インターフェースから各ディスクのステータスやエラーの発生数などを確認することも出来ます。

<CRS CLI からのディスクのステータス表示例>

なお、ハードウェア RAID の場合は SMART 機能に対応した RAID コントローラをご利用頂ければディスクの監視が出来るようになります。

今回ご紹介した 2つの機能関連するネットワーク プロファイルの作成や操作方法、またはディスクのアラートの設定方法などは以下のスタートアップ ガイドまたは、コマンド リファレンス ガイドに掲載されていますので参照ください。

・Arcserve Cyber Resilient Storage スタートアップ ガイド

・Arcserve Cyber Resilient Storage コマンド リファレンス ガイド

その他、Arcserve CRS シリーズに関する情報については以下の参考情報にあるブログ記事や製品紹介資料をご覧ください。

■ 参考情報

※1 ブログ記事 - Arcserve CRS Appliance 1000 シリーズ関連情報

※2 ブログ記事 - Arcserve CRS シリーズの導入を検討する上で読んでおきたいドキュメント

※3 Arcserve CRS シリーズ紹介資料プレゼンテーション

今回の新機能紹介は以上です。次回は「閉域網サポート」についてご紹介いたしますのでお楽しみに！

# （追記）動画でも解説しています

2026年4月2日に開催された、Arcserve CRS 1.6 / Arcserve CRS Appliance 1000 シリーズ説明会のレコーディング（28分49秒）を公開しました！

ランサムウェア対策といえば「データが暗号化される」イメージが一般的です。実際、多くのインシデントでファイルサーバのデータが暗号化され、業務停止に直結する被害が発生しています。

では、その背後にあるバックアップはどうでしょうか。

• バックアップは明確に“狙われている”のか？

• それとも、他のデータと同様に“巻き込まれているだけ”なのか？

この問いについて、最新のインシデント分析から見えてくる実態を整理します。

■ 観測されている「執拗な」挙動

米国のCISA（サイバーセキュリティ・インフラセキュリティ庁）のガイドでは、「ランサムウェアはアクセス可能なバックアップを見つけ出し、削除または暗号化しようとする」と明記されています[1]。

また、Mandiant（Google Cloud）が2026年3月に発表した最新レポート『M-Trends 2026』等の分析でも、攻撃者が単なる「データの暗号化」に留まらない、組織的なプロセスを踏んでいることが報告されています[2]。

1. ネットワーク内の探索・権限昇格

2. 管理基盤（Active Directoryや仮想化インフラ）へのアクセス

3. バックアップ・復旧手段に関わる領域への到達

同レポートによると、 特に最近では、バックアップツールの資格情報を直接盗み出したり、クラウドストレージ上のバックアップオブジェクトを狙い撃ちで削除したりする、非常に「意図的」な攻撃が目立っています。これは、被害者が身代金を支払わざるを得ない状況を確実に作り出すための、攻撃者の「標準的な手順（SOP）」になりつつあります。

ファイルサーバと同じ環境にバックアップがあれば、他のデータと一緒に暗号化される「巻き込み」の側面は確かに存在します。

しかし、以下の挙動は単なる巻き込みでは説明がつきません。

• バックアップデータのピンポイントな削除

• スナップショットの消去

• 世代管理そのものの破壊

• 管理コンソールの操作

これらは明らかに「復旧手段そのものを物理的・論理的に無効化する」ための操作です。

■ 「暗号化」と「復旧拒否」の決定的な違い

ここで整理しておきたいのは、攻撃者にとって暗号化は「手段」の一つに過ぎず、真の目的は「復旧拒否（Recovery Denial）」にあるという点です。

• 一般のファイルに対しては「暗号化」： データを読み取れなくすることで、日常業務を人質に取る。

• バックアップに対しては「復旧拒否（Recovery Denial）」： データそのものを削除したり、管理システムを破壊したりすることで、自力で立ち直る手段そのものを喪失させる。

つまり、攻撃者は単に「データを読めなくしている」だけではありません。「バックアップがあるから身代金は払わない」という企業の抵抗手段をあらかじめ摘み取っておくこと、それこそが彼らの狙いなのです。

■ 「ある」から「最後まで使える」バックアップへ

これからの設計において、「バックアップを取っているから大丈夫」という前提は通用しなくなっています。攻撃者のプロセスを前提にするならば、以下の対策が不可欠です。

• オフライン化（エアギャップ）： ネットワークから切り離し、物理的に触れさせない。

• イミュータブル（不変）化： 万が一触れられても、削除や改ざんを不可能にする。

• 認証・ネットワークの分離： 管理基盤の権限が奪われても、バックアップ領域には到達させない。

これらに共通するのは、「攻撃者から操作されることを前提に、無効化されない設計にする」という考え方です。

■ まとめ

バックアップの役割は、今や「取ること」から「残すこと」へと変わりつつあります。
ここでいう「残す」とは、攻撃者から見えず、触れず、無効化できない状態で存在し続けることです。

バックアップは、もはや「あるかどうか」ではなく、「攻撃のプロセスを耐え抜き、復旧の選択肢を死守し続けられるか」という、企業のレジリエンス（回復力）そのものを問う存在になっています。

■ 参考情報

[1] CISA: Ransomware Guide（英語版） https://www.cisa.gov/stopransomware/ransomware-guide

「ランサムウェアは、アクセス可能なバックアップを見つけ出し、削除または暗号化しようとします。そのため、バックアップをネットワークから隔離し、攻撃者が到達できないようにすることが不可欠です。」（CISAガイドの内容を要約）

[2] Mandiant: M-Trends 2026（日本語版） M-Trends 2026: 最前線のデータ、分析、戦略情報のまとめ

攻撃者がドメイン管理者権限を悪用し、いかにしてインフラ全体を掌握し、バックアップを含む復旧手段を「復旧拒否（Recovery Denial）」するかの最新分析がまとめられています。
（なお、当資料中では「ランサムウェアが復旧妨害型へと進化」と表現）

※ Mandiant: M-Trends 2026（英語版フルレポート） M-Trends 2026: Data, Insights, and Strategies From the Frontlines

攻撃者がネットワーク内を探索し、管理基盤を経由してバックアップ領域へ到達するまでの具体的なプロセスが、詳細に解説されています。

＋＋＋

以上、Koichiがお伝えしました。

Arcserve UDP 10.3 より、Hyper-V Linux 仮想マシンのベアメタル復旧に、Arcserve UDP Agent for Linux AlmaLinux-Gnome ベースの Live CD（以降 Gnome Live CD と略称で記載）が対応いたしました。そこで、今回は Gnome Live CD の作成と利用時の注意点について解説します。

標準 Live CD はコピーやダウンロードするだけで物理サーバや Hyper-V 以外の仮想マシンの復旧に、そのまま利用できる便利なメディアです。

一方、下表の赤枠で囲った Gnome Live CD は、Arcserve UDP Agent for Linux がインストールされた環境での作成が必要になりますが、組み込むデバイスドライバの追加が可能で、Hyper-V 仮想マシンだけでなく Arcserve UDP 動作要件に記載された条件を満たすLinux サーバの復旧に利用することができます。

AlmaLinux-Gnome ベース Live CD の作成と注意点

Gnome Live CD を作成する際に注意いただくのは、ベースとする AlmaLinux Live CD バージョンは動作要件に記載の範囲内とする点です。本記事の公開時点では AlmaLinux 9.0～9.6 がサポートされています。

また、Gnome Live CD で復旧可能な Hyper-V 上の Linux サーバは以下の条件に合致したものが対象です。

1. エージェント ベースでバックアップされている
2. Microsoft 社に Hyper-V 仮想マシンとしてサポートされている
3. Red Hat Enterprise Linux（以下 RHELと略記） 10、AlmaLinux 10、Rocky Linux 10、Oracle Linux 10 を除く動作要件記載のLinux サーバ

上記条件に合致しているのであれば、ベースとなる AlmaLinux Live CD バージョンと 復旧対象のディストリビューションや OS バージョンを揃える必要はありません。Gnome Live CDを１回作成しておけば、複数の Linux 環境に対応するメディアとして流用いただけます。

この関係性をご説明するため、今回は意図的にベースとなる AlmaLinux の Live CD のバージョンと異なる、RHEL 9.4 環境上で Gnome Live CD を作成する例をご紹介します。

<本記事でご紹介している Gnome Live CD 作成環境>
・Gnome Live CD 作成環境：RHEL 9.4 + Arcserve UDP Agent for Linux 10.3
・AlmaLinux Live CD：AlmaLinux 9.6 Live
・Hyper-V 環境：Windows Server 2025（本記事内では起動確認用に使用）
・追加ドライバ：なし（Hyper-Vゲストのベアメタル復旧目的のみで利用する場合は不要です）

また、Gnome Live CD 作成コマンドの実行時には Arcserve UDP Agent for Linux 10.3 がインストールされているサーバがインターネットに接続されている必要がありますのでご注意ください。現在ご使用の Arcserve UDP バージョンが不明な場合は、ブラウザ経由で確認するか、インストール先の端末で、以下のコマンドを実行し確認します。

cat /opt/Arcserve/d2dserver/RELVERSION

実行結果として、表示された「バージョン.ビルド」の数字が、8455.830 より小さな値であれば、Arcserve UDP 10.3 より古いバージョンがインストールされています。この実行結果に対し、以下のように判断することができます。

・8455.607  Arcserve UDP 10.2 (バージョンは同じUDP10ですが、ビルド番号が古い)
・6034.xxx  Arcserve UDP 9.0～9.2（バージョンが古い）
・5628.xxx  Arcserve UDP 8.0～8.1（バージョンが古い）

AlmaLinux Live CDの探し方

本記事の公開時点では AlmaLinux のトップページから Live CD をダウンロードすると、9.7 がダウンロードされてしまいます。目的のバージョンの Live CD をダウンロードするには以下のように直接 URL をブラウザに入力する必要があります。

https://vault.almalinux.org/9.6/live/x86_64/

Gnome Live CD に組み込むドライバなどの要件で、意図的に古いバージョンの Live CD が必要になる場合は URL 内のバージョンの数字（上記例では 9.6 の部分）を書き換えてアクセスします。今回は表示されたリストの中からGnome Live CD のベースとなる AlmaLinux-9.6-x86_64-Live-GNOME.iso をダウンロードします。

ベースとして利用可能な AlmaLinux Live CD の条件などについては、Arcserve UDP Agent for Linux ユーザ ガイドにも記載しています。

AlmaLinux-Gnome ベースの Live CD を作成する方法

AlmaLinux Live CD の起動確認

AlmaLinux Live CD の ISO ファイルがダウンロードできたら、Arcserve UDP で Gnome Live CD を作成する前に、Hyper-V 仮想マシンとして AlmaLinux Live CD が起動できるか確認しておきましょう。せっかくベアメタル復旧用に作成しても、何らかの理由で起動できない可能性もあります。

以下の要件に従って Hyper-V 仮想マシンを新規に作成します。
・仮想マシン世代：第2世代
・メモリ：8 GB
・セキュアブート：オフ
起動確認するだけなので、この時点ではネットワークや VHDX（仮想ディスク）の追加は不要です。

起動メディアとして DVD ドライブに AlmaLinux Live CD の ISO イメージを指定し仮想マシンの電源をオンにします。起動後、上記画面が表示されたら、Try AlmaLinux を選択し、問題なく Gnome デスクトップが表示されることを確認します。

もし起動できなかった場合は 仮想マシンに 8 GB 以上のメモリを割り当てているか？ISO ファイルの CHECKSUM を確認しイメージが壊れていないか？などを確認してください。

Gnome Live CD の作成

起動確認が完了した AlmaLinux Live CD の ISO イメージを、Arcserve UDP Agent for Linux 10.3 がインストールされたサーバにコピーします。そのサーバに以下のパッケージがインストールされているかも確認しておきます。

・genisoimage （RHEL環境ではxorriso）
・squashfs-tools

Arcserve UDP Agent for Linux のインストール時に上記パッケージがインストールされていない場合は、警告が表示されるので気付くと思います。ご自身でインストールしていない場合など、未確認の場合は念のため dnf list installed コマンドで確認しておきましょう。

dnf list installed |grep xorriso
dnf list installed |grep squashfs-tools

今回用意した環境では以下のように、どちらもインストール済みです。

パッケージがインストールされていなかった場合は、Arcserve UDP 10.x Agent for Linux 環境構築ガイドに前提パッケージのインストール手順などが記載されているので、これを参考にインストールしてください。前提パッケージの確認ができたら、Gnome Live CD を作成するサーバがインターネットに接続されていることも確認します。インターネットに接続されていない環境で Gnome Live CD の作成コマンドを実行した場合、エラーとなり 作成に失敗します。

これらの確認後、Arcserve UDP Agent for Linux の makelivecd.alma コマンドを実行し、Gnome Live CD の作成を開始します。
以下は問題なく Gnome Live CD が作成された場合の成功例と、インターネット非接続環境で実行した場合の失敗例となります。

コマンド実行成功例（インターネット接続環境）

コマンド実行失敗例（インターネット非接続環境）

ベアメタル復旧の実行(Gnome Live CD の起動)

Gnome Live CD を作成後、今度はベアメタル復旧先の仮想マシンに、ネットワーク、VHDX(仮想ディスク)、8 GB 以上のメモリ、必要な CPU リソースなどを割り当て、Hyper-V 仮想マシンを新規に作成します。Gnome Live CD を起動メディアとして指定することも忘れないようにしてください。また仮想ディスクなどを追加した場合は、仮想マシンのブート順番の変更が必要になる場合があります。Gnome Live CD をセットした DVD ドライブの起動順番が１番目となるように設定し、仮想マシンを起動します。

起動後は、Gnome 環境上の Firefox や、任意のブラウザからのリモートアクセスでベアメタル復旧中の操作が可能となります。ベアメタル復旧ウィザードによる復旧手順については、Arcserve UDP 10.x Agent for Linux 環境構築ガイドに掲載しています。こちらも是非ご参照ください。

いかがでしたでしょうか？Gnome Live CD 作成時の注意点やポイントをご理解いただけたでしょうか。Gnome Live CD を使用すれば、エージェント ベースのバックアップ データから、Hyper-V 仮想マシンへ Linux サーバを復旧できるようになります。

さらに、この方法は Hyper-V ゲスト間だけでなく、物理サーバや、他のハイパーバイザで稼働する仮想マシンを Hyper-V 環境へ復旧する際にも利用可能なので、異なるハイパーバイザ間のシステム移行目的でも利用いただけます。システム移行を検討している方は、是非こちらの資料もあわせてご参照ください。

Arcserve UDP で実現するハイパーバイザ間のシステム移行