説明
ゴールド層の仮想マシンの保持要件は、毎日 14 回、毎週 8 回、毎月 3 回、および年間 7 回のバックアップが必要であることです。この要件は、規制上の目的で毎週 8 回、毎月 3 回、および年間 7 回のバックアップを行うという技術要件と、ゴールド層の仮想マシンを毎日バックアップするというビジネス要件から導き出すことができます。

*Linux リポジトリをパフォーマンス層として使用します。Linux リポジトリは、不変バックアップをサポートし、ランサムウェアによるバックアップ ファイルへのアクセスや削除を防ぐため、Windows リポジトリよりも安全で復元力が高くなります1。
*不変のクラウド ストレージを容量層として使用します。これにより、古いバックアップ ファイルが、不変ポリシーを備えた Amazon S3 オブジェクト ロックや Azure Blob Storage などの不変性をサポートするパブリック クラウド オブジェクト ストレージにオフロードされます2。これにより、指定された期間、ランサムウェアや悪意のあるユーザーによってバックアップ ファイルが変更または削除されることがなくなります。
*スケールアウト バックアップ リポジトリを使用します。これは、複数のバックアップ リポジトリを 1 つのストレージ プールにグループ化する論理エンティティであり、バックアップ パフォーマンス、拡張性、および管理の向上を可能にします3。
参考資料: 1: 不変バックアップでランサムウェアから保護 - Veeam 2: ランサムウェア保護:
Veeam がデータを保護する方法を学ぶ 3: スケールアウト バックアップ リポジトリ - Veeam バックアップ & レプリケーション ベスト プラクティス ガイド

*RMAN プラグインは、Veeam Backup & Replication を Oracle バックアップおよびリカバリ用のネイティブ ツールである Oracle RMAN と統合するコンポーネントです12。
*RMAN プラグインを使用すると、Oracle RMAN コマンドを使用して、Oracle データベースを Veeam バックアップ リポジトリにバックアップおよび復元したり、ログ配布やポイントインタイム リカバリを実行したりできます12。
*RMAN プラグインは、物理サーバーやクラウド環境だけでなく、サポートされているオペレーティング システムやハイパーバイザー上で実行される Oracle データベースもサポートします12。
*RMAN プラグインは、圧縮、重複排除、暗号化、スケーラビリティ、信頼性など、Veeam Backup & Replication の機能と利点を活用します12。
トピック 1、Veeam 大学病院
概要:
Veeam University Hospital は、ボストン、ソルトレイクシティ、コロンバスに拠点を置く医療ネットワークです。
彼らは多くの病気に対する画期的な治療法の先駆者とみなされており、この分野のリーダーとして世界中で認められています。彼らは、新たな規制要件と進化し続けるマルウェアの問題を考慮して、データ保護戦略を最新化することを決定しました。彼らは最近もランサムウェア攻撃を受け、患者の治療に関わるいくつかのシステムに影響を与えました。
さらに、災害発生時にサイト間のタイムリーなフェイルオーバーを可能にし、提供される患者ケアのレベルの継続性を確保するために、サイト間で仮想ワークロードをレプリケーションすることに関心を示しています。
同社の取締役会は、現時点でのすべての仮想ワークロードが単一障害点とみなされる可能性があることを懸念しています。
Veeam大学病院でも、NASシステムのバックアップに必要な時間の問題が発生しています。
時間がかかりすぎるだけでなく、必要なスペースの量が多すぎると考えられるため、これらのバックアップ用のストレージ スペースの削減が望まれています。
Veeam大学病院は、Exchangeアイテムの復元に必要な時間に問題を抱えていました。現在のソリューションではメールボックス全体のみが復元され、細分性はありません。
この実装を成功させるには、割り当てられたバックアップ ウィンドウ内にバックアップが完了する必要があり、データのリカバリは現在のソリューションよりも速くなければなりません。システムの完全な復元には 24 ～ 48 時間かかる場合があります。
ソリューションコンセプト:
Veeam 大学病院は、現在のバックアップ ソリューションである Veeam を置き換えます。災害復旧の目的でバックアップをオフサイトにコピーし、3 つのサイトすべてでデータを保護する予定です。また、ランサムウェアによる新たなデータ損失を防ぐための措置を講じることにも関心を示しています。攻撃者は攻撃の一環として既存のバックアップを暗号化することもできたため、データの回復は不可能です。Veeam大学病院は、このリスクの軽減に役立つ可能性のあるパブリック クラウド テクノロジーにも関心を持っています。
さらに、実行中のワークロードのセカンダリ サイトへのレプリケーションも実装され、災害発生時のサイト フェールオーバーが可能になり、ダウンタイムが短縮されます。
既存の技術環境:
Veeam 大学病院はすべての場所に VMware クラスターを備えています。セキュリティ上の理由から、各クラスターはサーバーを提供する部門専用です。クラスタ間で通信はできません。これらのクラスターは 2 つのカテゴリに分類され、1 つはデータベース ワークロードをホストし、もう 1 つは汎用仮想マシンをホストします。
機密の患者データは、非構造化データとして複数の NAS システムに存在します。これらの NAS システムは、データベースの一貫性を確保するためにバックアップのみを提供します。
Veeam大学病院には社内の患者データベースがあり、データベースの一貫性を確保するためにバックアップ前にカスタム スクリプトを実行する必要がありました。
MSSQL と Oracle は、ほとんどの部門で仮想展開と物理展開が混在して使用されています。
各サイトはパブリック インターネットへの 10 GbE リンクとして機能し、サイト間のすべてのトラフィックは VPN 経由でこれらの接続を介してルーティングされます。
各サイトには 20 の vLAN が使用されており、そのうち 16 は VMware ワークロードに使用されます。
セキュリティと規制の目的で、すべての vLAN は相互にファイアウォールで遮断されています。
現在のバックアップは NFS ストレージに書き込まれます。
すべての医師と検査スタッフにはラップトップが割り当てられており、これも保護する必要があります。これらのデバイス上のデータの場所はグループ ポリシーによって強制され、組織全体で一貫しています。
現時点では、バックアップ ファイルからの復元以外の災害復旧ソリューションは存在しません。
ビジネス要件：
新しいソリューションでは、自動化とセルフサービス機能を活用する必要があります。管理コストを削減するには、両方の機能が必要です。ロールベースのアクセス (RBAC) は必須です。たとえば、Oracle データのセルフサービス リストアを実行できるのは、Oracle 管理者だけです。
ミッションクリティカルなアプリケーションは、営業時間中に影響を受けてはなりません。すべてのバックアップは次の間隔で完了する必要があります。
現地時間の午後6時と午前8時。
規制要件を満たすには、すべてのデータを 3 年間保持する必要があります。
アーカイブの目的で、12 回の月次バックアップと 3 回の年次バックアップをオフサイトに保存する必要があります。
Veeam大学病院は、3年間のバックアップ保持期間の増加に対応するためにオンプレミスのストレージのみを購入します。
レプリケートされた仮想ワークロードの場合、データは 1 時間以内のものである必要があります。
規制要件により、すべての保護データは送信中および保存中に暗号化する必要があります。
顧客サービス レベル アグリーメントを満たすために、市販のヘルプデスク チケット発行システムが使用されています。サポート チケットを作成するには、生成されたすべてのアラートをこのシステムと統合する必要があります。
技術的要件:
バックアップでは、長期アーカイブの目的でパブリック クラウド ストレージを利用する必要があります。
ソリューションはローカル バックアップを保持し、運用データの追加コピーを作成できる必要があります。どちらのバックアップも、運用システムが保護されているサイトに存在する必要があります。
迅速な復元と回復のために、少なくとも保護されたデータのコピーがオンプレミスに存在する必要があります。
ランサムウェアの脅威のため、保護されたデータの不変コピーまたはエアギャップコピーが少なくとも 1 つ、オフサイドに存在する必要があります。
データの整合性を確保するには、復元を実行する前にバックアップを検証し、マルウェアがないかスキャンする必要があります。
セルフサービス Oracle リストアに加えて、ネイティブ Oracle ツールが利用可能であり、アドホック バックアップとリストアを実行できる PowerShell スクリプトが用意されている必要があります。
バックアップ ソリューションは、VMware 暗号化データストアをサポートする必要があります。
バックアップは、無停止で拡張できる論理的にスケーラブルなストレージ システムに保存する必要があります。
エンド ユーザーのラップトップのバックアップの場合は、ユーザー データのみをバックアップする必要があります。オペレーティング システム ファイルは除外する必要があります。
音楽、写真、ビデオなどの個人ファイルはバックアップから除外する必要があります。

バックアップ ウィンドウを 12 時間から 14 時間に変更すると、バックアップ ジョブが完了するまでの時間が長くなり、必要な同時実行性が減ります。これにより、バックアップ、レプリケーション、および復元タスクを実行するデータ ムーバーであるプロキシの負荷が軽減されます1。プロキシは、同じ量のデータを処理するために必要な CPU やメモリなどのリソースが少なくなります。
他のオプションは次の理由で正しくありません。
* A) 上で説明したように、プロキシには追加のリソースは必要ありません。
* B) マウント サーバーはバックアップ ウィンドウの影響を受けないため、必要なリソースが少なくなります。マウント サーバーは、バックアップ ファイルをマウントし、そこからデータを復元するために使用されます2。リソースの消費量は、バックアップ ウィンドウではなく、復元の頻度とパフォーマンスによって決まります。
* D) バックアップ ウィンドウはバックアップ サイズに影響しないため、リポジトリには追加のストレージ スペースが必要ありません。リポジトリは、バックアップ ファイルが保存される保存場所です3。ストレージ容量の消費量は、バックアップ時間帯ではなく、バックアップするデータの量、バックアップ方法、保持ポリシー、圧縮と重複排除の設定によって決まります。
バックアップ ウィンドウと Veeam コンポーネントの詳細については、次のリソースを参照してください。
* バックアップウィンドウ
* マウントサーバー
* バックアップリポジトリ

説明
Veeam 大学病院のニーズと要件を満たすソリューションを設計するには、探索フェーズでいくつかの重要な情報を収集する必要があります。この情報は、環境の現状、利害関係者の目標と期待、プロジェクトの制約と課題を理解するのに役立ちます。
ケーススタディによると、発見時に欠落していた重要な情報の一部は次のとおりです。
*現在のデータセットのサイズ。この情報は、データのサイズと種類に基づいてバックアップ ストレージ要件、バックアップのパフォーマンスと効率を見積もるのに役立つため、非常に重要です。仮想マシン、物理サーバー、NAS システムなどの各ワークロードに保存されているデータの量と、日次または週次で変更または追加されるデータの量を把握する必要があります。
*バックアップ保持ポリシー。この情報は、バックアップ コピーの数と頻度、バックアップ ストレージ層、バックアップ削除ルールなどのバックアップ保持設定とポリシーを定義するのに役立つため、重要です。バックアップ データの保存期間を知る必要があります。コンプライアンスまたは履歴の目的、および使用可能なバックアップ ストレージ容量または必要なバックアップ ストレージ容量の量を保持します。