Proxmox VE

【新機能】
▼Proxmox VE仮想マシンのデータ保護
Proxmox仮想環境(VE)でデータ保護が利用可能になったことをお知らせできることを大変嬉しく思います!これでProxmox仮想マシンのバックアップと復元がシームレスにできます。
仕組み

• 簡単なセットアップ: Proxmox環境内にバックアッププロキシ仮想マシンをデプロイし、VMをバックアップ用に設定すればいいだけです。

• 柔軟な回復:仮想マシンを別の場所に復元します。

詳細については、「Proxmox仮想マシン保護の始め方」をご覧ください。
顧客対応が必要:なし。

VMware

【新機能】
▼VMware Pre Script および Post Script のサポート
VMwareのVMバックアップ用に事前バックアップスクリプトを設定でき、アプリケーション一貫性のあるデータ保護を実現できます。これらのスクリプトはスナップショットの直前と直後にゲストVM内で動作し、データベースの静止、ログのフラッシュ、サービスの停止・開始、またはカスタム操作の実行を可能にします。このアップデートは、トランザクション型アプリケーションバックアップのコンプライアンスとデータの整合性を向上させます。
詳細については、「前記付き・後記付きアプリケーション保護」をご覧ください。

顧客対応が必要です:VMwareプロキシをバージョン7.1.2-957018にアップグレードする必要があります。

Disaster Recovery

【機能強化】
▼災害復旧の強化 - フェイルオーバーおよび検証ビュー
検証プロセスを強化し、フェイルオーバージョブ実行前にUIに事前チェックダイアログを導入しました。これにより、AWSプロキシや設定の問題などの重要な環境検証がワークフロー開始前に直接認識され、潜在的な問題の修正や予期せぬ故障の防止に役立ちます。
​さらに、DRプラン概要ページの「Failover Checks - Environment」セクションでは、ラジオボタンを使って本番フェイルオーバーとテストフェイルオーバーの切り替えが可能となり、以前の統合ビューに代わるようになりました。このアップデートにより、サブネットの問題、VM数、各環境のステータスを独立して確認できるようになります。

顧客対応が必要:なし。

プラットフォーム全体のアップデート
このセクションの機能アップデートは、一部またはすべてのワークロードに適用されます。このセクションとあなたの具体的な業務量を併せてご確認ください。

【新機能】
システムヘルスレポートでインフラを監視しましょう
ハイブリッドワークロードインフラの中央ビューを提供するために、System Health Reportを導入しました。このレポートは、クラウド管理者が運用状況を管理するのに対し、古いエージェント、切断されたリソース、未設定のワークロードを特定し、手動監視なしで保護されていないデータを減らすのに役立ちます。

この機能により、管理者は以下のことを行えます:

• エージェント、プロキシ、TurboTierの健康状態を中央で評価します。

• アップグレード可能なエージェント数、サポート終了エージェント、または切断されたエージェントの数を素早く特定してください。

• 未設定のリソース数を特定し、保護されていないデータの規模を見積もります。

• 日次または週次メールのサブスクリプションによるレポート配信の自動化。

• オフラインレビューや監査のためにPDFまたはCSV形式でデータをエクスポートしてください。

• カスタムレポートを作成し、サブスクリプションを直接インターフェースから管理できます。

このアップデートにより、運用効率とシステムの信頼性の可視化が強化されます。

詳細については、エンタープライズワークロードのためのシステムヘルスレポートをご覧ください。

顧客対応が必要: なし。

廃止

【Enterprise Workloads Management Consoleにおけるレガシーレポートの今後のサービス終了】
2026年7月6日付で、エンタープライズワークロード管理コンソールのレガシーレポートはハイブリッドおよびAzureワークロードで廃止されます。すべてのレポート作成は、Druvaクラウドプラットフォームレベルで統合された中央集権的な体験へ移行しています。中央集権型プラットフォームは、カスタマイズ性の向上、柔軟なエクスポートオプション、そしてDru AIの洞察を導入します。

知っておくべきこと

• 既存のレガシーレポート購読は無効となります。スケジュールされたメールを受け取り続けるには、新しいインターフェースで手動でサブスクリプションを再作成する必要があります。

• すべてのレポートは、Druva Cloud Platform Console>Global Navigation メニュー>レポートからアクセスできます。

• バックアップ/リストア操作や過去のデータ(最大18ヶ月分)は影響を受けません。

この変更はAWS GovCloud(US)およびFedRAMP認証GovCloudの顧客には適用されません。

詳細については、「End of Line for Legacy Reports」および「Transition to Centralized Reporting」をご覧ください。

顧客対応が必要:なし。

最新改訂の詳細

以下の表は、ダウンロードページからダウンロード可能なEnterprise Workloadsエージェントおよびプロキシの最新版を一覧にしています。エージェントおよびプロキシのサポート終了期間の詳細については、Enterprise Workloads EOSポリシーをご覧ください。

Azure Files

【新機能】
▼Securely backup Azure Files in Azure Government to AWS GovCloud
現在、隔離されたAzure Governmentネットワークに存在するAzure Filesを直接AWS GovCloudにバックアップ・復元できます。このアップデートでは、Azure Private LinkやVirtual Networkサービスエンドポイントで保護されたストレージアカウントをサポートし、パブリックインターネットアクセスを無効にしても厳格なネットワーク隔離を維持できます。

主な利点

• 完全なネットワーク隔離:バックアップは完全に安全なアウトバウンド接続を介して動作します。インバウンドネットワークアクセスは必要ありません。

• コスト最適化されたフットプリント:保護リソースは、アクティブなバックアップまたはリカバリージョブ中のみオンデマンドでプロビジョニングされます。

詳細については、「プライベートアクセスによるAzureストレージの保護」をご覧ください。
​

顧客対応必須:テナント登録の更新。

Azure Blob Storage

【新機能】

▼Securely backup Azure Blob Storage in Azure Government to AWS GovCloud
隔離されたAzure政府ネットワークに存在するAzure Blob Storageを、AWS GovCloudに直接バックアップ・復元できるようになりました。このアップデートでは、Azure Private LinkやVirtual Networkサービスエンドポイントで保護されたストレージアカウントをサポートし、パブリックインターネットアクセスを無効にしても厳格なネットワーク隔離を維持できます。

主な利点

• 完全なネットワーク隔離: バックアップは完全に安全なアウトバウンド接続を介して動作します。インバウンドネットワークアクセスは必要ありません。

• コスト最適化されたフットプリント: 保護リソースは、アクティブなバックアップまたはリカバリージョブ中のみオンデマンドでプロビジョニングされます。

詳細については、「プライベートアクセスによるAzureストレージの保護」をご覧ください。
​

顧客対応必須:テナント登録の更新。

Azure全体のアップデート

【新機能】
▼Azure サブスクリプションオンボーディングのための自動化リソースタグ付け
組織タグをDruva作成のバックエンドリソースに自動的に伝播させることで、円滑なオンボーディングを確保し、規制ガバナンスを維持します。この機能により、タグなしリソースの作成をブロックする厳格なAzureポリシールールによるオンボーディング失敗を防ぎます。
展開前にAzureサブスクリプションに専用タグを追加することで、Druvaは指定されたキー値ペアを読み取り、自動的にバックエンドのインフラストラクチャコンポーネントに適用します。

自動リソースタグ付けを使えば、以下のことができます:

• 展開時には内部ガバナンスおよび企業コンプライアンスの義務を遵守してください。

• 厳格なAzureタグ付けポリシーによって自動化されたオンボーディングワークフローがブロックされるのを防ぎましょう。

• DruvaのインフラコストをAzureの請求コンソール内で直接追跡・配分できます。

📝 注記

クラウドネイティブのAzureワークロードを保護するすべてのライセンスエディションで、自動リソースタグ付け機能の利用可能性が提供されています。

詳細については、「Azureオンボーディング中にリソースタグを自動的に適用する」をご覧ください。

顧客対応:なし。

以下の表は、このリリースに含まれるハイブリッドワークロードエージェントおよびプロキシの変更点を示しています。最適なパフォーマンスと互換性を確保するために、最新バージョンへのアップグレードをお勧めします。更新されたエージェントとプロキシは、来週の月曜日までにすべての対応AWSおよびAzureリージョンでダウンロード可能となります。

▼AWSクラウドストレージのケープタウンストレージ地域のサポート
現在、AWSクラウドストレージのケープタウン()リージョンを選択できます。このアップデートにより、南アフリカ国内のエンタープライズワークロードを保護し、現地のデータレジデンシー要件を満たすことが可能となります。サポートされているクラウドストレージリージョンの詳細については、「エンタープライズワークロード対応クラウドストレージリージョン」をご覧ください。af-south-1

顧客対応が必要:ケープタウン地域を有効化するにはサポートに連絡してください。

Azure Blobs

【新機能】

▼Azure Blob Storage Accounts の長期保留
Azure Blob Storageの長期保持(LTR)で長期データを確保し、コストを削減できます。LTRは、データを1年以上保存しつつストレージ支出を最適化することでコンプライアンス要件を満たすのに役立ちます。
リカバリーポイントが老朽化すると、データは自動的にコストを抑えるために低コストのコールドストレージ層に移されます。
長期的な関係(LTR)では、以下のことができます:

• 法的およびコンプライアンスのニーズに応え、長期的にデータを保護します。

• 古いリカバリーポイントを自動的にアーカイブストレージに階層化することで、TCO(総消費コスト)を削減しましょう。

• 長期アーカイブと短期バックアップを単一のコンソールから管理できます。

詳細については、企業ワークロードの長期保持をご覧ください。

📝 注記

LTR機能の利用はエンタープライズおよびエリートライセンス版に限定されています。

顧客対応が必要:なし。

Azure Files

【新機能】

▼Azure ファイルの長期保持
Azure Filesでは長期保存(LTR)がサポートされており、1年以上のデータ保存が可能です。この機能は、コンプライアンス要件を満たすとともに、ファイル共有のストレージ支出を最適化するのに役立ちます。
リカバリーポイントが老朽化すると、データは自動的にコストを抑えるために低コストのコールドストレージ層に移されます。
長期的な関係(LTR)では、以下のことができます:

• 法的およびコンプライアンスのニーズに応え、長期的にデータを保護します。

• 古いリカバリーポイントを自動的にアーカイブストレージに階層化することで、TCO(総消費コスト)を削減しましょう。

• 長期アーカイブと短期バックアップを単一のコンソールから管理できます。

詳細については、企業ワークロードの長期保持をご覧ください。

📝 注記

LTR機能の利用はエンタープライズおよびエリートライセンス版に限定されています。

顧客対応が必要:なし。

Azure SQL

【新機能】

▼AWS GovCloud (US) リージョンにおけるAzure SQL ワークロードを保護
AWS GovCloud (US)は現在、Azure SQLファミリー全体のストレージターゲットとして利用可能になりました:

• Azure SQL Database

• Azure SQL Managed Instance

• SQL Server on Azure VM

このアップデートにより、連邦およびSLED機関のクロスクラウドレジリエンスが、独立したクラウドプロバイダー間で主権データを保管することが可能になります。

主な能力:

• クロスクラウドレジリエンス:プロバイダー固有の障害から、物理的および論理的インフラを別々にバックアップを分離して保護します。

• 主権遵守:FedRAMPおよびFIPSの要件を満たすため、データは米国の主権境界内に収まることを確実にします。

• 集中管理:オンプレミス、SaaS、AWS、Azure政府ワークロードのデータ保護を単一のコンソールから監督します。

📝 注記

この機能は特定のAzure GovernmentおよびAWS GovCloud (US)リージョンで利用可能です。リージョンの全リストについては、「エンタープライズワークロードのサポートクラウドストレージリージョン」をご覧ください。

顧客対応が必要:なし。

既知の問題点

修正された問題

最新改訂の詳細

以下の表は、ダウンロードページからダウンロード可能なEnterprise Workloadsエージェントおよびプロキシの最新版を一覧にしています。エージェントおよびプロキシのサポート終了期間の詳細については、Enterprise Workloads EOSポリシーをご覧ください。

以下の表は、このリリースに含まれるハイブリッドワークロードエージェントおよびプロキシの変更点を示しています。最適なパフォーマンスと互換性を確保するために、最新バージョンへのアップグレードをお勧めします。更新されたエージェントとプロキシは、来週の月曜日までにすべての対応AWSおよびAzureリージョンでダウンロード可能となります。

プラットフォーム全体のアップデート

【新機能】

▼クレジット動向と予測を監視する
Druvaは現在、過去のデータや現在の消費パターンを活用し、クレジットの有効期限見込みを含む将来の残高の積極的な予測を提供します。
クレジットおよびストレージ消費グラフに「予測クレジット残高」ラインを追加し、利用状況を一目で確認できます。これらの洞察は、自分が順調に進んでいるか、信用黒字や赤字に向かっているかを積極的に見極めるのに役立ちます。詳細は分析ページの「消費インサイトを見る」をご覧ください。
顧客対応が必要:なし。

▼AWS GovCloud(米国)の集中レポート作成
AWS GovCloud(米国)地域で管理者向けの主要なレポート提供サービスとして、集中レポートを開始しました。このアップデートにより、ワークロードの可視化は統合されたDruvaクラウドプラットフォームコンソールに移され、政府規模のデータ管理の厳しい要求に応える高性能で安全なインターフェースを提供します。

この体験は、既存のバックアップやリカバリーワークフローを変更することなく、すぐに利用できます。

このアップデートで、以下のことができるようになります:

• すべてのGovCloudワークロードデータのインサイトを、単一の統一ページから閲覧できます。

• 内部コンプライアンスのための最新のレポートエンジンを通じて監査対応可能なデータにアクセスできます。

• Druvaクラウドプラットフォームコンソールの直感的なグローバルナビゲーションメニューから、重要な情報をより早く見つけられます。

📝 注記

現在、Enterprise Workloads Management Console内でレガシーレポート用に設定されているすべてのサブスクリプションは、Druva Cloud Platform Consoleの集中レポートと互換性がありません。これらのサブスクリプションは自動的に移行されません。

顧客対応が必要:Druvaクラウドプラットフォームコンソールの中央レポートにご登録ください。

既知の問題点

修正された問題

最新改訂の詳細

以下の表は、ダウンロードページからダウンロード可能なEnterprise Workloadsエージェントおよびプロキシの最新版を一覧にしています。エージェントおよびプロキシのサポート終了期間の詳細については、Enterprise Workloads EOSポリシーをご覧ください。

エージェントとプロキシのアップデート

以下の表は、このリリースに含まれるハイブリッドワークロードエージェントおよびプロキシの変更点を示しています。最適なパフォーマンスと互換性を確保するために、最新バージョンへのアップグレードをお勧めします。更新されたエージェントとプロキシは、来週の月曜日までにすべての対応AWSおよびAzureリージョンでダウンロード可能となります。

Disaster Recovery

Enterprise Workloads AWS Proxy バージョンリリース:7.0.2-909641

【機能強化】

▼災害復旧計画のためのカスタムタグ付け
災害復旧(DR)プラン向けにプランレベルのAWSタグを追加できるようになりました。Druvaは、復元、フェイルオーバー、CloudFormationの導入時に作成されたAWSリソースにこれらのタグを自動的に適用します。

主な利点

• 例えば、部門やアプリケーションごとにリソースを分類することで、DRコストの追跡や会社の内部ポリシーへの準順を容易にできます。

• プランレベル設定とフェイルオーバー設定の両方で同じタグキーを誤って使わないようにする組み込みチェック機能があります。

詳細については、「DRプランの作成」をご覧ください。

顧客対応:AWSプロキシをバージョン7.0.2-885548以降にアップグレードしてください。

Oracle DTC

Oracle エージェントのリリース版:8.0.1-907884

【新機能】

▼Pluggable Database Restoreによる細かなリカバリーを実現
管理者は現在、単一のコンテナデータベース(CDB)バックアップから個別または複数のPDBの細分化復元を行うことができます。これにより、特定のデータベースのみが回復を必要とする場合に完全なCDB復元が必要な場合に、長い回復時間と高いストレージオーバーヘッドの問題を解決します。この機能により、管理者は以下のことを行えます:

• 選択的なPDB復元を元のまたは代替サーバーに行います。

• 回復時間目標(RTO)を短縮する。

• 異なる環境間でPDBを移行するためにクロスCDBリストアを実行します。

このアップデートにより、マルチテナントのオラクル環境におけるRTOおよび運用効率が大幅に向上します。詳細については、「Pluggable Database-level restoreについて」をご覧ください。

顧客対応が必要:Oracleエージェントをバージョン8.0.1-907884にアップグレードしてください。

▼マルチマウントデータベースファイル復元のサポート
管理者は復元作業中に最大5台のマウントにデータを分散させ、ストレージ容量をより適切に管理できるようになりました。このアップデートにより、代替のスタンドアロンインスタンスへの復元やデータベースファイルのダウンロード時に、より柔軟なデータ配置が可能になります。この機能により、管理者は以下のことを行えます:

• 復元ウィザードで最大5つのNFSマウントポイントを追加してください。

• ファイルを異なるボリュームに分散させることでストレージ利用率を最適化しましょう。

このアップデートにより柔軟性が向上し、単一ボリュームストレージの制限による復元失敗を防ぎます。詳細は「リストアのためのマルチマウントサポート」をご覧ください。

顧客対応:Oracleエージェントをバージョン8.0.1-907884にアップグレードしてください。

Azure SQL

【新機能】

▼隔離コピー保護でAzure SQLデータベースを保護
Azure SQLデータベースを本番環境への影響ゼロで保護するクラウドネイティブのエージェントレスバックアップソリューションを体験してください。この機能は、CDCがサポートされていない、または制限されているサービス層やワークロードに対して、変更データキャプチャ(CDC)バックアップの強力な代替手段を提供します。この機能により、管理者は以下のことを行えます:

• すべてのサービス層を保護する:これまでCDCベースのソリューションと互換性がなかった基本および標準(S0–S2)サービス層にエンタープライズグレードの保護を拡張します。

• 本番への影響を排除する:バックアップ処理を一時的かつ隔離されたコピーにオフロードし、アクティブな本番ワークロードでのリソース競合を防ぎます。

• トランザクションの整合性を確保する:スキーマ、メタデータ、トリガー、ロールを含むデータベースのトランザクション的に整合した状態を取得。

• 幅広い互換性:Graph、メモリ最適化、Ledgerテーブルなどの専門的なSQLタイプをサポートし、これらはCDCの制限対象です。

📝 注記

この機能は現在、セルフサービスオプションとして利用可能です。新しいバックアップポリシーを設定するか、既存のポリシーを更新してアイソレーテッドコピーバックアップ方式を使うことで、隔離コピー保護を有効化できます。

詳細については、Azure SQL データベースの隔離コピーデータ保護をご覧ください。

顧客対応が必要: 全くありません。

【機能強化】

▼Azure SQL データ保護のための自動準備評価
バックアップやリカバリージョブの失敗を、運用開始前に設定の問題を積極的に特定することで、それを排除しましょう。新しい自動事前チェックにより、Azure SQL環境がすべての前提条件を満たすことが保証されます。これにより、管理者は権限、接続性、互換性の隙間を事前に解決できます。
この機能により、管理者は以下のことを行えます:

• 資格確認:バックアップIDがデータ保護作業に必要なアクセス権を持っていることを確認してください。

• 接続性の検証:すべてのインフラおよびネットワークの前提条件が満たされているか確認してください。

• 可用性を確認する:設定済みデータベースが存在し、現在オンラインであることを確認しましょう。

このアップデートは、環境問題を積極的に解決する自動化・簡略・ガイド付きチェックにより、回避可能な故障を排除します。これらの積極的な対策により、バックアップ成功率が向上し、回復も加速します。
詳細については、「Pre-checksによるAzure SQL準備状況の検証」をご覧ください。
顧客対応が必要: 全くありません。

【新機能】

▼量子ブリッジのタグベース配置を可能にする
管理者は、一時的なQuantum Bridge展開のための特定のAzureリソースグループとサブネットを定義できるようになりました。これにより、高度に規制された環境やゼロトラスト環境内で、個別にリソース配置が可能になります。

主な利点:

• 中央管理:請求、コスト報告、組織の設計図との整合を簡素化するために、専用のリソースグループに展開しましょう。

• ネットワーク統合:事前承認されたサブネットを使用し、マイクロセグメンテーションやゼロトラストモデルを尊重し、最も規範的なデザインにも適合させます。

• インVNet保護:既存のVNet内でAzure SQLを安全に保護し、VNetのピアリングやレガシーなハブ&スポークの再構成の必要性を排除します。

• 柔軟な配置:加法タグを使ってサブスクリプションレベルでグローバルデフォルトを設定しつつ、リソースレベルのオーバーライドによる細かな制御を維持しましょう。

詳細については、「Azure SQLの量子ブリッジ配置のカスタマイズ」をご覧ください。
顧客対応が必要: 全くありません。

Azure Blob Storage

【機能強化】

▼Protect Azure Blob Storage Cool and Cold Access Tiers
私たちはSaaSネイティブの保護をAzure Blobのオンラインライフサイクル全体に拡張しています。これにより、インフラなしで、コスト管理もせずに、ホット、クール、コールドのアクセス層をまたがってデータを安全に保護できます。この強化により、アクセス頻度の低いデータをよりコスト効率よく保護しつつ、即時の可用性を維持します。
この機能を使うことで、以下のことが可能になります:

• 階層化されたブロブデータの保護:あまりアクセスされない非構造化データを、バックアップインフラの管理負担なしに、不変でエアギャップされたバックアップで保護しましょう。

• 回収トランザクション手数料を避ける:データを元のティアに復元するか、ホットティアに昇格させることを選択して、低ティアに伴う高いAzure書き込みAPIコストを回避してください。

• コンプライアンスの準備性を保証する:すべてのオンライン階層で防御可能な監査記録を維持し、規制要件を抜けなく満たすようにしましょう。

詳細については、「Azure Blob Storage Access Tiersについて」をご覧ください。
顧客対応が必要:全くありません。

既知の問題点

最新改訂の詳細

以下の表は、ダウンロードページからダウンロード可能なEnterprise Workloadsエージェントおよびプロキシの最新版を一覧にしています。エージェントおよびプロキシのサポート終了期間の詳細については、Enterprise Workloads EOSポリシーをご覧ください。

2026年4月6日

エージェントとプロキシのアップデート
以下の表は、このリリースに含まれるハイブリッドワークロードエージェントおよびプロキシの変更点を示しています。最適なパフォーマンスと互換性を確保するために、最新バージョンへのアップグレードをお勧めします。更新されたエージェントとプロキシは、来週の月曜日までにすべての対応AWSおよびAzureリージョンでダウンロード可能となります。

Azure Blob Storage

【新機能】

▼Protect Azure Blob Storage Account Private Endpoints and Service Endpoints
厳格なデータ流出やセキュリティポリシーを満たすためにパブリックネットワークアクセスを無効にしたAzure Blobストレージアカウントを保護できるようになりました。このアップデートにより、Azure Private LinkやVirtual Network(VNet)サービスエンドポイントで保護されたストレージアカウントのシームレスなバックアップと復旧が可能になります。これにより、ネットワークが隔離されたプライベートなAzure環境内でもデータ保護が機能し続けることを保証します。
この機能を使うことで、以下のことが可能になります:

• プライベートアクセスのサポート: Azure Private LinkやVNet Service EndpointsでPublic Network Accessを無効にしたストレージアカウントを保護します。

• リソース管理の自動化:ジョブ中自動生成され完了時に破棄される一時的なVM(Quantum Bridge)でオーバーヘッドを削減し、コストを最小限に抑えましょう。

• 攻撃面の削減: アクティブなジョブ中のみ存在する一時的でハード化されたLinuxコンピュートで、長時間実行されるフットプリントをゼロにすること。

• 安全なアウトバウンド接続: 送信のみの通信で高いセキュリティ体制を維持し、受信ファイアウォールの例外を排除しましょう。

• コンプライアンスの確保:ストレージアカウントを公共のインターネットから隔離することで組織のセキュリティ体制を維持しましょう。

• 構成ドリフトの特定:Azureネットワークの設定が変わった場合、コンソールで即座にアラートを受け取り、サイレントバックアップの失敗を防ぎます。

このアップデートにより、制限されたネットワークアーキテクチャ内でシームレスなバックアップと復旧が可能になります。選択したAzure VNetからコントロールプレーンへのアウトバウンドHTTPS(ポート443)接続が必要です。
詳細については、「プライベートアクセスによるAzureストレージの保護」をご覧ください。

📝注記

現在、Azure Blob Storage Accountsはプライベートエンドポイントやサービスエンドポイントで保護できるのはAzureのパブリックリージョンのみです。

顧客の対応:必要な許可を与えるためにテナント登録を更新してください。

Azure Files

【新機能】

▼Protect Azure Files Storage Account Private Endpoints and Service Endpoints
厳格なデータ流出およびセキュリティポリシーを満たすためにパブリックネットワークアクセスを無効にしたAzure Filesストレージアカウントを保護できるようになりました。このアップデートにより、Azure Private LinkやVirtual Network(VNet)サービスエンドポイントで保護されたストレージアカウントのシームレスなバックアップと回復が可能になります。これにより、ネットワーク隔離されたプライベートなAzure環境内でもデータ保護が機能し続けられます。
この機能を使うことで、以下のことが可能になります:

• プライベートアクセスのサポート: Azure Private LinkやVNet Service EndpointsでPublic Network Accessを無効にしたストレージアカウントを保護します。

• リソース管理の自動化:ジョブ中自動生成され完了時に破棄される一時的なVM(Quantum Bridge)でオーバーヘッドを削減し、コストを最小限に抑えましょう。

• 攻撃面の削減: アクティブなジョブ中のみ存在する一時的でハード化されたLinuxコンピュートで、長時間実行されるフットプリントをゼロにすること。

• 安全なアウトバウンド接続: 送信のみの通信で高いセキュリティ体制を維持し、受信ファイアウォールの例外を排除しましょう。

• コンプライアンスの確保:ストレージアカウントを公共のインターネットから隔離することで組織のセキュリティ体制を維持しましょう。

• 構成ドリフトの特定:Azureネットワークの設定が変わった場合、コンソールで即座にアラートを受け取り、サイレントバックアップの失敗を防ぎます。

このアップデートにより、制限されたネットワークアーキテクチャ内でシームレスなバックアップと復旧が可能になります。選択したAzure VNetからコントロールプレーンへのアウトバウンドHTTPS(ポート443)接続が必要です。
詳細については、「プライベートアクセスによるAzureストレージの保護」をご覧ください。

📝注記

現在、Azure Files Storage Accountsはプライベートエンドポイントやサービスエンドポイントで保護できるのはAzure Publicリージョンのみです。

顧客の対応:必要な許可を与えるためにテナント登録を更新してください。

最新改訂の詳細

以下の表は、ダウンロードページからダウンロード可能なEnterprise Workloadsエージェントおよびプロキシの最新版を一覧にしています。エージェントおよびプロキシのサポート終了期間の詳細については、Enterprise Workloads EOSポリシーをご覧ください。

2026年3月16日

エージェントとプロキシのアップデート

以下の表は、このリリースに含まれるハイブリッドワークロードエージェントおよびプロキシの変更点を示しています。最適なパフォーマンスと互換性を確保するために、最新バージョンへのアップグレードをお勧めします。更新されたエージェントとプロキシは、来週の月曜日までにすべての対応AWSおよびAzureリージョンでダウンロード可能となります。

Disaster Recovery

Enterprise Workloads AWS Proxy バージョンリリース:7.0.2-885548
 

【機能強化】
▼強化されたAWSプロキシ環境今後、災害復旧プロキシの特定のAWSアカウント、リージョン、VPCに基づいてインフラをアップグレードできます。主な更新情報は以下の通りです:

• 新しいステータス表示:Phoenix AWS Proxiesページの環境欄で、セットアップが進行中か不明かが表示されます。

• ガイド付きアップグレード:管理コンソールから互換性のある環境向けにガイド付きCloudFormationアップグレードを実行することができます。

• 信頼性の向上:AWSインフラをプロキシと同期させることで、重要な災害復旧作業中の故障を防ぎます。

詳細については、「Upgrade DR AWS Proxy Environment」をご覧ください。
顧客の対応:AWSプロキシをバージョン7.0.2以降にアップグレードしてください。

NAS

【機能強化】

▼NASバックアップのための自動事前チェック
NASバックアップ構成の信頼性向上のために自動事前チェックを導入しました。
システムはバックアップセット作成時に環境を検証し、ジョブ失敗を引き起こす前によくある構成問題を特定します。

主な利点

• プロキシ接続の問題、無効なSMB認証情報、マウント失敗、欠落フォルダを積極的に特定します。

• 現場で問題を解決するための実行可能な解決策を受け取りましょう。

• 完全なコントロールを維持してください。UIはチェック失敗の警告を表示するかもしれませんが、必要に応じてバックアップセット作成を進めることもできます。

• 前提条件を事前に解決することで、サイクルの後半でのバックアップジョブ失敗のリスクを大幅に減らせます。

顧客対応が必要:なし。

最新改訂の詳細

以下の表は、ダウンロードページからダウンロード可能なEnterprise Workloadsエージェントおよびプロキシの最新版を一覧にしています。エージェントおよびプロキシのサポート終了期間の詳細については、Enterprise Workloads EOSポリシーをご覧ください。

2026年3月2日

エージェントとプロキシのアップデート
以下の表は、このリリースに含まれるハイブリッドワークロードエージェントおよびプロキシの変更点を示しています。最適なパフォーマンスと互換性を確保するために、最新バージョンへのアップグレードをお勧めします。更新されたエージェントとプロキシは、来週の月曜日までにすべての対応AWSおよびAzureリージョンでダウンロード可能となります。

Azure SQL

【機能強化】
Expanded Readiness Checks for Azure SQL
現在、自動準備チェックを使って、バックアップや復元作業開始前にAzure SQLリソース構成を検証できます。これらの積極的な検証は、ネットワークやアイデンティティギャップなどのインフラ障害を特定し、信頼性の高いデータ保護を確保します。
​
主な利点

• 積極的な競合検出:セットアップ時にNSGやサブネット委任のギャップを特定します。

• インフラの準備状況の検証:接続性と暗号化要件が満たされているかを確認し、100%の信頼性を保つ。

• 加速されたRTO:すべての設定ミスに対して明確で実行可能な修正ステップを施し、ダウンタイムを最小限に抑えます。

詳細については、「Pre-checksによるAzure SQL Readinessの検証」をご覧ください。

顧客対応が必要:なし。

既知の問題点

修正された問題

最新改訂の詳細

以下の表は、ダウンロードページからダウンロード可能なEnterprise Workloadsエージェントおよびプロキシの最新版を一覧にしています。エージェントおよびプロキシのサポート終了期間の詳細については、Enterprise Workloads EOSポリシーをご覧ください。

2026年2月16日

エージェントとプロキシのアップデート

以下の表は、このリリースに含まれるハイブリッドワークロードエージェントおよびプロキシの変更点を示しています。最適なパフォーマンスと互換性を確保するために、最新バージョンへのアップグレードをお勧めします。更新されたエージェントとプロキシは、来週の月曜日までにすべての対応AWSおよびAzureリージョンでダウンロード可能となります。

Disaster Recovery

Enterprise Workloads AWS Proxy バージョンはリリースされました:7.0.1-862735。

VMwareプロキシのリリース版:7.0.9-862197。
​

【機能強化】

▼Red Hat Enterprise Linux(RHEL)9.5、9.6、9.7の災害復旧サポート
Druvaは現在、Red Hat Enterprise Linux(RHEL)バージョン9.5、9.6、9.7上で仮想マシンの災害復旧をサポートしています。
詳細については、災害復旧サポートマトリックス、前提条件および制限事項をご覧ください。
顧客対応が必要:VMwareバックアッププロキシをバージョン7.0.9-862197にアップグレードしてください。

VMware

【機能強化】
VMwareに影響を与える新しいセキュリティパッチの強化については、プラットフォーム全体のアップデートセクションをご覧ください。

Azure SQL

【新機能】

▼隔離コピー保護でAzure SQLデータベースを保護
Azure SQLデータベースを本番環境への影響ゼロで保護するクラウドネイティブのエージェントレスバックアップソリューションを体験してください。この機能は、CDCがサポートされていない、または制限されているサービス層やワークロードに対して、変更データキャプチャ(CDC)バックアップの強力な代替手段を提供します。
この機能により、管理者は以下のことを行えます:

• すべてのサービス層を保護する:これまでCDCベースのソリューションと互換性がなかった基本および標準(S0–S2)サービス層に、エンタープライズグレードの保護を拡張します。

• 本番への影響を排除する:バックアップ処理を一時的かつ隔離されたコピーにオフロードし、アクティブな本番ワークロードでのリソース競合を防ぎます。

• トランザクションの整合性を確保する:スキーマ、メタデータ、トリガー、ロールを含むデータベースのトランザクション的に整合した状態を取得します。

• 幅広い互換性:Graph、メモリ最適化、Ledgerテーブルなどの専門的なSQLタイプをサポートし、これらはCDCで制限されています。

このアップデートは、CDCが制限されている、またはサポートされていない環境でも完全なバックアップを可能にすることで、データ保護の柔軟性を高めます。
詳細については、Azure SQL データベースの隔離コピーデータ保護をご覧ください。

顧客対応が必要:この機能を有効にするにはサポートにお問い合わせください。
​

▼クロステナント復元サポートの導入

Druvaは現在、Azure SQLのクロステナントリストアをサポートしており、管理者は全く別のMicrosoft Entra ID(旧Azure AD)テナントにデータを復元できるようになりました。このアップデートにより、従来のセキュリティ境界制限が撤廃され、テナントレベルの侵害や主要なテナントがアクセス不能となる大規模なランサムウェア事象に対する重要なセーフティネットを提供します。
バックアップデータを元のテナントから切り離すことで、Druvaはテナントの移行、合併・買収(M&A)、または法医学的調査の際に企業顧客が事業継続性を維持できるようにします。
​主な機能

• テナント非依存の復旧:ミッションクリティカルなAzure SQLデータベースを、認可されたターゲットテナントに復元します。

• 効率的なターゲット選択:単一のリカバリーインターフェースから登録テナント間でターゲットサブスクリプション、リージョン、リソースグループを直接閲覧・選択できます。

• 強化された災害復旧:主要なセキュリティドメイン外に設置された復旧経路を維持することで、厳格なコンプライアンスおよび「Break Glass」要件を満たす

詳細については、Azure SQLのサポートマトリックスをご覧ください。
このアップデートは、マルチテナントの復旧ワークフローをサポートすることで、エンタープライズ規模のAzure環境のセキュリティと柔軟性を大幅に向上させます。
顧客対応が必要:なし。

Azure Files Cloud Native

【新機能】

▼Multi-Cloud Resilience: Azure Files Support in AWS GovCloud (US)
AWS GovCloud (US)ストレージを活用したAzure Files on Azure Governmentの新サポートにより、貴組織のデータ保護体制を強化しましょう。この拡大により、連邦およびSLED組織は単一のプロバイダー依存を超え、ミッションクリティカルなファイル共有をソブリンクラウドの境界を越えて保管できるようになりました。
AWS GovCloudを二次的なエアギャップサイトとして活用することで、ファイル共有がどれほどの混乱の規模にかかわらず、強靭でコンプライアンスがあり、回復可能であることを保証します。
​支援地域:

• 出典(Azure Government):米国政府バージニア州、米国政府テキサス州

• ターゲット(AWS GovCloud):米国東部、米国西部

なぜこれが重要なのか

• ミッション主権:機密データが米国の認可された主権領域内に限定されることを保証します。

• コンプライアンスの整合性:専用のGovCloudインフラを活用することでFIPS要件を満たします。

• マルチクラウドのレジリエンス:物理的なインフラの隔離を通じて、高価値資産をプロバイダー固有の障害から保護します。

詳細については、「Azure Government Workloads to AWS GovCloud (US)」をご覧ください。
顧客対応が必要:なし。
​

▼クロステナント復元サポートの導入

Druvaは現在、Azure Filesのクロステナント復元をサポートしており、管理者は全く別のMicrosoft Entra ID(旧Azure AD)テナントにデータを復元できるようになりました。このアップデートにより、従来のセキュリティ境界制限が撤廃され、テナントレベルの侵害や主要なテナントがアクセス不能となる大規模なランサムウェア事象に対する重要なセーフティネットを提供します。
バックアップデータを元のテナントから切り離すことで、Druvaはテナントの移行、合併・買収(M&A)、または法医学的調査の際に企業顧客が事業継続性を維持できるようにします。
​主な機能

• テナント非依存の復旧:ミッションクリティカルなAzureファイルを、認可されたターゲットテナントに復元します。

• 効率的なターゲット選択:単一のリカバリーインターフェースから登録テナント間でターゲットサブスクリプション、リージョン、リソースグループを直接閲覧・選択できます。

• 強化された災害復旧:主要なセキュリティドメイン外に設置された復旧経路を維持することで、厳格なコンプライアンスおよび「Break Glass」要件を満たす

詳細については、Azure Filesのサポートマトリックスをご覧ください。
このアップデートは、マルチテナントの復旧ワークフローをサポートすることで、エンタープライズ規模のAzure環境のセキュリティと柔軟性を大幅に向上させます。
顧客対応が必要:なし。

Azure Blob Storage

【新機能】

▼クロステナント復元サポートの導入
Druvaは現在、Azure BlobのCross-Tenant Restoreをサポートしており、管理者は全く別のMicrosoft Entra ID(旧Azure AD)テナントにデータを復元できるようになりました。このアップデートにより、従来のセキュリティ境界制限が撤廃され、テナントレベルの侵害や主要なテナントがアクセス不能となる大規模なランサムウェア事象に対する重要なセーフティネットを提供します。
バックアップデータを元のテナントから切り離すことで、Druvaはテナントの移行、合併・買収(M&A)、または法医学的調査の際に企業顧客が事業継続性を維持できるようにします。
​主な機能

• テナントに依存しない復旧:ミッションクリティカルなAzure Blobストレージを、認可されたターゲットテナントに復元します。

• 効率的なターゲット選択:単一のリカバリーインターフェースから登録テナント間でターゲットサブスクリプション、リージョン、リソースグループを直接閲覧・選択できます。

• 強化された災害復旧:主要なセキュリティドメイン外に設置された復旧経路を維持することで、厳格なコンプライアンスおよび「Break Glass」要件を満たす

詳細については、Azure Blobのサポートマトリックスを参照してください。

このアップデートは、マルチテナントの復旧ワークフローをサポートすることで、エンタープライズ規模のAzure環境のセキュリティと柔軟性を大幅に向上させます。
顧客対応が必要:なし。

MS SQL

【機能強化】

▼サポートされているSQL Serverバージョン
現在、MS SQL Server 2025バージョンでMS SQLデータ保護をサポートしています。詳細については、MS SQLのシステム要件をご覧ください。
顧客対応が必要:なし。

▼透過型データ暗号化のサポート
現在、透過的データ暗号化(TDE)対応のMS SQL Serverデータベースのバックアップおよび復元操作をサポートしています。詳細については、「MS-SQLインスタンスの設定」または「バックアップのための可用性グループ」をご覧ください。
​顧客対応が必要:なし。

▼包含された可用性グループのサポート
私たちはデータ保護機能を拡張し、包含可用性グループ(AG)も含めています。これにより、ログイン情報、権限、ジョブなどのインスタンスレベルのメタデータがユーザーデータとともに完全に保護され、復元可能であることが保証されます。
詳細については、「バックアップのためのMS-SQL可用性グループ(AG)の設定」をご覧ください。
顧客対応が必要:なし。

Oracle PBS

【機能強化】

Oracle PBSに影響を与える新しいセキュリティパッチの強化については、プラットフォーム全体のアップデートセクションをご覧ください。

プラットフォーム全体のアップデート

【機能強化】

▼CloudCacheは現在TurboTierとなっています
TurboTierをご紹介できることを嬉しく思います。これはCloudCacheの高性能アップグレードで、ローカルリカバリー機能を強化することを目的としています。TurboTierを使えば、データセンターやリモートオフィス内でLAN速度の復元を直接提供することで、WAN帯域幅のボトルネックを解消し、積極的なRTOおよびRPO SLAを実現できます。
主な利点

• 積極的なRTOを紹介する:TurboTierからVMware仮想マシンを即座に復元できます。

• 総所有コストの削減:既存の仮想マシンや汎用ハードウェアにソフトウェア定義アプライアンスを展開し、独自ハードウェアのロックインを排除します。

• マルチサイト管理の簡素化:すべてのTurboTierインスタンスを「シングル・ペイン・オブ・グラス」を通じて、データセキュリティクラウドに直接統合して監督します。

• データの整合性:自動チェックはローカルの破損を検出し、バックアップが常に有効であることを保証します。

• ネットワーク性能の最適化:制御データは、組み込みのスロットリングとソース側重複除去機能を用いて、オフピーク時に同期されます。

TurboTierへの移行は、シームレスなブランディングアップデートです。既存のワークロードは、途切れずにローカルでバックアップと復旧を続けます。
顧客対応が必要:なし。

▼Linuxホスト向けの自動セキュリティパッチ
Ubuntuオペレーティングシステムのセキュリティ脆弱性を以下のコンポーネントで簡単に監視・修正できるようになりました:

• VMware Backup プロキシ

• Oracle Phoenix バックアップストア(PBS)

• LinuxベースのCloudCache

手動アップデートの代わりに、エンタープライズワークロード管理コンソールを通じて直接リモートOSパッケージのアップグレードを行うことができます。これにより、ホストは公式のUbuntuアーカイブの最新のセキュリティパッチで保護され、各リソースにローカルアクセスする必要がなくなります。
詳細については、「オペレーティングシステムの脆弱性管理およびパッケージアップグレード」をご覧ください。
顧客対応が必要:なし。

最新改訂の詳細

以下の表は、ダウンロードページからダウンロード可能なEnterprise Workloadsエージェントおよびプロキシの最新版を一覧にしています。エージェントおよびプロキシのサポート終了期間の詳細については、Enterprise Workloads EOSポリシーをご覧ください。

2026年2月2日

エージェントとプロキシの最新情報

📝 注記

管理コンソールからエージェントやプロキシをアップグレードする機能は段階的に展開されます。手動アップグレードは現在ダウンロードページから可能です。

Disaster Recovery

【機能強化】

▼AlmaLinuxのサポート
Druvaは現在、AlmaLinux 8.x、9.x、10.x上で仮想マシンの災害復旧をサポートしています。詳細は「災害復旧サポートマトリックス、前提条件および制限」を参照してください。
顧客対応が必要です:VMwareバックアッププロキシをバージョン7.0.9-843675にアップグレードしてください。

プラットフォーム

【機能強化】

▼クレジットサイズの詳細を見る
最終的なクレジットサイズの詳細は、クレジットベースライングラフの導出に基づき、現在はアナリティクスページで確認可能です。詳細については、アナリティクスページの「消費インサイトを見る」をご覧ください。

📝 注記

この機能はパブリッククラウドでのみサポートされています。

顧客対応が必要:全くありません。

CloudCache

【機能強化】

▼CloudCacheの延長データ保持期間
現在では、CloudCache上で最大90日間のバックアップデータをローカルで保持でき、従来の30日間の制限から大幅に改善されました。これにより、LAN速度で復元することで、45期分のデータを厳格な回復時間目標(RTO)達成でき、クラウドからの過去データダウンロードの必要を最小限に抑えることができます。
顧客対応が必要:なし

Azure SQL

【機能強化】

▼自動ネットワーク準備状況チェック
Azure SQLのデータ保護を初日から信頼性を確保するため、自動準備状況チェックを拡充しました。環境ネットワークの障害を、Azure SQLデータベースのバックアップおよびリカバリー作業に影響を及ぼす前に特定・解決できます。

これらの積極的な検証により、Azure SQLマネージドインスタンス(MI)環境が以下の接続要件を満たしていることが保証されます:

• インバウンド 接続性(データプレーン):SQL MIサブネットに関連付けられたネットワークセキュリティグループ(NSG)がポート1433でのトラフィックを許可しているかを検証します。これにより、Druvaサービスはデータ移動のためにデータベースと安全に通信できます。

• アウトバウンドキーボールトアクセス(セキュリティ):サブネットがポート443経由でAzure Key Vaultにアクセスできることを確認しました。これにより、顧客管理キー(CMK)や暗号化の秘密が常に安全にアクセス可能で、安全なバックアップや復元ワークフローが行えます。

これらの経路を自動的に検証することで、外部ネットワークやポリシーの変更による一般的なサイレント障害を回避でき、より健全で強靭なデータ保護環境を実現できます。
詳細については、「Pre-checksによるAzure SQL Readinessの検証」をご覧ください。
顧客対応が必要:全くありません。

Amazon S3

【新機能】

▼ロールバックアクションでバックアップを誤ってまたは悪意ある削除から守る
現在、ロールバックアクション機能を設定することで、組織のデータセキュリティ体制を強化し、バックアップデータを誤ってまたは悪意のある削除から守ることができます。ロールバックアクションを使えば、設定可能なロールバックウィンドウ内で削除されたS3バックアップセットをロールバックできます。
削除された復旧ポイントは一定期間ロールバック可能で、その後は永久に削除されます。管理者は悪意のある削除や意図しない削除をデータ損失なしで元に戻すことができます。詳細については、「Amazon S3バケットのバックアップセットの設定」をご覧ください。

顧客対応が必要です:ロールバックアクションを有効にするには、Security Essentialsライセンスが必要です。ライセンスを有効化するにはサポートに連絡してください。

Azure Workloads

【新機能】

▼AWS GovCloud (US)におけるAzure Government workloadsの保護
AWS GovCloud (US)でAzure Government Workloadを保護でき、業界初かつ唯一のミッションクリティカルな公共部門ワークロード向けクロスクラウドソリューションを実現します。これにより、米国の主権クラウド間で機密データのバックアップと回復が直接提供されます。AWS GovCloud (US)をAzure Virtual MachinesおよびAzure Blob Storageのセカンダリーサイトとして利用することで、連邦およびSLED機関はクロスプロバイダー間のエアギャップを実施し、単一プロバイダー依存を排除し、ミッションの継続性を確保できます。

支援地域

• 出典(Azure Government):米国政府バージニア州、米国政府テキサス州

• ターゲット(AWS GovCloud):米国東部、米国西部

主な利点

• ミッション主権:機密データが米国の認可された主権領域内に限定されることを保証します。

• コンプライアンスの整合性:専用のGovCloudインフラを活用することでFIPS要件を満たします。

• マルチクラウドのレジリエンス:物理的なインフラの隔離を通じて、高価値資産をプロバイダー固有の障害から保護します。

詳細については、「Azure Government Workloads to AWS GovCloud (US)」をご覧ください。

▼Recovery Intelligence for Azure 仮想マシン
高度な脅威ハンティング機能をリカバリーワークフローに統合し、影響を受けていないスナップショットを特定し、環境の再感染リスクを排除しましょう。
復元ボタンを押す前にリカバリーデータを消毒してください。Recovery Intelligenceを活用することで、サイバーリカバリーのワークフローはAzure VMの復元インターフェースに統合され、リアルタイムで回復に焦点を当てた洞察を提供し、自信を持って回復できるようにします。

• 回復前の脅威ハント:現在、すべての復旧には脅威ハントを実行するオプションが含まれており、クリーンなスナップショットを特定して成功裏に復元できます。

• リカバリー・インテリジェンス:各復元ポイントに関する重要なデータを自動インテリジェンスで入力し、スナップショットの健全性に関する洞察を収集します。

• 統合復元スキャン:復元を決める前に、選択した復元ポイントに対してクラウドベースのIOC(Indicator of Compromise)スキャンとAV(ウイルス対策)スキャンを行い、マルウェアが存在しないか確認してください。

詳細については、「サイバーリカバリーを使ったAzure仮想マシンの復元」をご覧ください。

顧客対応が必要:

• リカバリインテリジェンス機能を閲覧・アクセスするには、セキュリティ・ポスチャー&オブザーバビリティ、加速ランサムウェアリカバリー、またはプレミアムライセンスのいずれかが必要です。

• 脅威ハンティング機能のリカバリーインテリジェンス詳細を閲覧・アクセスするには、プレミアムライセンスが必須です。

▼Azure仮想マシンに対するクラウドベースのData Anomalyサポート
データ異常機能により、手動の監視や複雑なインフラ管理なしに、クラウドバックアップの疑わしい活動を積極的に監視できます。

• ゼロタッチ展開:柔軟でエージェントレスの保護の恩恵を受けられます。この機能は完全に認証不要で、ローカルインストールや大規模なメンテナンスを必要としません。

• 積極的なデータ異常検出:当社のインテリジェントアルゴリズムがバックアップの異常なファイル追加、削除、変更、暗号化の急増を監視し、ランサムウェアや内部脅威をリアルタイムで特定できるようにします。

• カスタマイズ可能なセキュリティ:自分で検出閾値を定義するか、推奨デフォルトの設定を守ってください。

実践的なインサイト:サイバーレジリエンシーの「データ異常」タブのアラートを確認し、データを改ざんせずにリスクに先手を打つことができます。
詳細については、データ異常設定をご覧ください。

最新改訂の詳細

以下の表は、ダウンロードページからダウンロード可能なEnterprise Workloadsエージェントおよびプロキシの最新版を一覧にしています。エージェントおよびプロキシのサポート終了期間の詳細については、Enterprise Workloads EOSポリシーをご覧ください。

2026年1月19日

エージェントとプロキシのアップデート

以下の表は、このリリースに含まれるハイブリッドワークロードエージェントおよびプロキシの変更点を示しています。

📝 注記

管理コンソールからエージェントやプロキシをアップグレードする機能は段階的に展開されます。手動アップグレードは現在ダウンロードページから可能です。

Oracle DTC

【新機能】

▼ファイルレベル検索による効率的なOracleデータベース復元
復元ウィザードから個々のデータベースファイルを直接検索・選択できるようになりました。ディレクトリツリーを閲覧する代わりに、新しい検索バーにファイル名やパスを入力するだけで、即座に結果を絞り込みます。
このアップデートは復元の効率と使いやすさを向上させます。詳細はOracleデータベースをリカバリーポイントから復元し、Oracleデータベースを特定のポイントインタイムにリストアします。

​

顧客対応が必要:なし。

Azure SQL

【新機能】
▼Azure SQLの自動準備度チェックで認証失敗を排除します
Azure SQLにはインテリジェントで自動化された事前チェックを導入し、初日からデータ保護を成功させるよう努めています。バックアップや復元開始前に環境を検証することで、Druvaは誤った認証情報、VNetルールの欠落、サブネット委任の競合など、潜在的な障害をリカバリーポイントに影響する前に特定します。

主な利点

• フェイルファスト検証: 設定のギャップ(例えばAzure SQLデータベースのVNetルールが欠けているなど)は、ジョブ実行時ではなくセットアップ時に即座に発見しましょう。

• 最適化されたマネージドインスタンスサポート: あなたの一時的なDruva量子ブリッジ(つまりVMs)に互換性があり、非委任のサブネットが割り当てられているかを自動的に確認してください。

• 管理費の削減: 失敗したジョブのトラブルシューティングに時間を割く時間を減らし、接続や認証エラーごとに明確で実行可能な修正ステップを講じましょう。

• 保証されたコンプライアンス:すべてのAzure SQLリソースがネットワークおよびセキュリティの前提条件を満たし、100%の信頼性を確保できるようにします。

詳細については、「PrechecksによるAzure SQL Readinessの検証」をご覧ください。
顧客対応が必要:全くありません。

Azure VM

【新機能】

▼Azure VMの自動準備状況チェックで復元失敗を排除します
Azure仮想マシン向けにインテリジェントで自動化された事前チェックを導入し、リカバリーが初回、毎回成功することを保証しています。復元開始前にターゲット環境の設定を検証することで、VNetとサブネットの不一致やリソースネーミングの衝突などのインフラの競合を早期に特定し、回復の遅延を防ぎます。

主な利点

• 積極的な紛争検出: リソースの不一致(無効なVNetマッピングや制限されたリソースグループなど)を復元ワークフロー中に即座に検出し、Azureのデプロイ失敗を待つ必要はありません。

• インフラの準備状況が確認されている:選択したインスタンスタイプ、可用性ゾーン、サブネットが対象地域内で互換性があり、利用可能であることを自動的に確認してください。

• 高度なカスタマイズガードレール: 高度な設定を使うときは安心して休んでください。Druvaは、固有のNIC名、ディスク名、静的IPの可用性を検証し、既存の本番資産との競合を防ぎます。

• 加速されたRTO: 設定エラーごとに明確で推奨されるアクションを受け取り、問題を早期に修正し、より迅速な運用復帰を実現することでダウンタイムを最小限に抑えます。

詳細については、Azure VM Restore Readiness Prechecks をご覧ください。
顧客対応が必要:なし。

サイバーレジリエンス

【新機能】

▼Threat Watchの紹介

📝 注記

この機能の利用可能範囲は、ライセンスの種類、地域、その他の条件によって制限される場合があります。この機能にアクセスするには、サポートにお問い合わせください。

回復から回復へ!私たちは、データ保護を単なる反応的な復旧から、積極的な防御メカニズムへと進化させています。Threat Watchは、脅威検出をバックアップライフサイクルに直接統合する完全自動化の連続監視ソリューションを導入します。

主な機能

• ゼロタッチ自動化:自動オンボーディングによるシームレスなセキュリティを体験しましょう。

• 継続的なバックアップ後スキャン:インデックス作成が完了すると、バックアップは自動的にスキャンされます。

• 遡及的再スキャン:新しいIOCがIOCライブラリに追加されると、Threat Watchは最大30日前のバックアップを自動的に再スキャンし、以前に隠れていたリスクを特定します。

• 自動リスク封じ込め:

  • 自動隔離:感染したスナップショットは検出されると即座に分離されます。

  • 即時アラート:通知はSIEM連携、メール、アプリ内アラートを通じて送信されます。

  • クリーンポイントリカバリー:Recovery Insightsと連携し、最後のクリーンなスナップショットに関する洞察を提供します。

• 包括的なIOCライブラリ:

  • Druvaが管理するIOCライブラリ:Google Mandiant、CISA、そしてDruva自身のReconX Labsによって提供されています。

  • カスタムライブラリ:「自分だけのIOCを持ち込み」、環境に合わせたカスタムIOCをアップロードしましょう。

• 詳細な報告:スナップショットレベルで詳細なレポートにアクセスし、どのファイルが感染しているかを正確に確認でき、監査コンプライアンスやスキャンサマリーレポートも提供して完全な可視化を実現します。

詳細は「サイバーレジリエンシーリリースノート」をご覧ください。

既知の問題点

最新改訂の詳細

以下の表は、ダウンロードページからダウンロード可能なEnterprise Workloadsエージェントおよびプロキシの最新版を一覧にしています。エージェントおよびプロキシのサポート終了期間の詳細については、Enterprise Workloads EOSポリシーをご覧ください。