NetApp Backup and Recoveryの要件
変更を提案
PDF
NetApp Backup and Recoveryの使用を開始する前に、NetApp Consoleおよび運用環境が以下の要件を満たしていることを確認してください。
NetApp Console を準備
NetApp Backup and Recoveryには、NetApp Console経由でアクセスします。Backup and Recovery用にConsoleを準備するには、次の操作を行う必要があります：
-
Console エージェントを追加する
-
少なくとも1つのストレージシステムを追加する
-
Console組織とユーザーロールの設定
この準備を完了するには、NetApp Console で組織管理者またはスーパー管理者ロールが必要です。
NetApp Consoleの詳細については、 "NetApp Console：統合ストレージ管理"を参照してください。
初期NetApp Consoleセットアップを完了する
まだ完了していない場合は、NetApp Console の初期設定を完了します。
Console エージェントをデプロイする
コンソール エージェントは、ストレージ インフラをネットワークに接続するためにネットワークにインストールする軽量ソフトウェア コンポーネントですNetApp Console。高度なストレージ オーケストレーション、データ サービス、セキュアなクラウド統合を実現します。
ストレージシステムを追加する
NetApp Backup and Recoveryでワークロードを保護するには、まずONTAPストレージシステムをNetApp Consoleに追加する必要があります。
組織とユーザーロールを設定する
組織、プロジェクト、ユーザロールについて理解し、ユーザがタスクを実行するために必要な適切な権限を設定します。
リソースへのアクセスを制御するための組織やプロジェクトの利用方法については、 "NetApp Console組織にユーザーを追加"を参照してください。
https://docs.netapp.com/us-en/console-setup-admin/reference-iam-backup-rec-roles.html["NetApp ConsoleのNetApp Backup and Recoveryの役割"]を参照して、NetApp Backup and Recoveryで操作を実行するために必要なロールと権限の詳細を確認してください。
オブジェクト ストレージへのバックアップの要件
オブジェクトストレージをバックアップターゲットとして使用するには、AWS S3、Google Cloud Storage、Microsoft Azure Blob、StorageGRID、またはONTAPのアカウントと適切なアクセス権限が設定されている必要があります。
ONTAP ボリューム ワークロードを保護するための要件
ONTAP ボリューム ワークロードに NetApp Backup and Recovery を使用するには、以下のホスト システム、容量、およびサイジングに関する前提条件が必要です。
-
ONTAP 9.8以降が必要です。
-
オンプレミス ONTAP インスタンスで ONTAP One ライセンスを有効にする必要があります。
-
S3互換オブジェクトストレージへのバックアップまたは復元には、ONTAP 9.17.1以降が必要です。
サポートされている機能、ボリュームの種類、バックアップと復元先などの詳細については、"ONTAPボリュームデータを保護する"を参照してください。
Microsoft SQL Server ワークロードを保護するための要件
NetApp Backup and Recovery for Microsoft SQL Server ワークロードを使用するには、次のホスト システム、スペース、およびサイズの前提条件が必要です。
| 項目 | 要件 | ||
|---|---|---|---|
オペレーティング システム |
Microsoft Windows サポートされているバージョンに関する最新情報については、 "NetApp Interoperability Matrix Tool" 。 |
||
Microsoft SQL Serverのバージョン |
バージョン 2012 以降は、VMware 仮想マシン ファイル システム (VMFS) および VMware 仮想マシン ディスク (VMDK) NFS でサポートされています。 |
||
SnapCenter Serverのバージョン |
SnapCenterからNetApp Backup and Recoveryに既存のデータをインポートする場合は、 SnapCenter Server バージョン 5.0 以上が必要です。
|
||
SQL Server ホスト上のプラグインの最小 RAM |
1 GB |
||
SQL Server ホスト上のプラグインの最小インストールおよびログ領域 |
5 GB 十分なディスク領域を割り当て、ログ フォルダーによるストレージ消費を監視します。必要なログ領域は、実行されるバックアップの数とデータ保護操作の頻度によって異なります。十分なスペースがない場合、操作のログは作成されません。 |
||
必要なソフトウェア パッケージ |
サポートされているバージョンに関する最新情報については、 "NetApp Interoperability Matrix Tool" 。 |
| データベース ホスト | サポートされているストレージ | ||
|---|---|---|---|
物理サーバ |
|
||
VMware VM |
|
||
Hyper-V VM |
iSCSIイニシエータでゲスト システムに直接接続されたiSCSI LUN
|
VMware ワークロードを保護するための要件
VMware ワークロードを検出して保護するには、特定の要件が必要です。
| 要件 | サポート |
|---|---|
データストアのタイプ |
NFSv3、NFSv4.1、およびVMFS |
VMware ESXi Serverのバージョン |
7.0U1以上 |
VMware vCenter vSphere バージョン |
7.0U1以上 |
VMware Tools |
ファイルとフォルダの復元機能およびVM整合性バックアップを使用するには、VMware Toolsが必要です。VMware Tools のバージョンが ESXi Server のバージョンと一致していることを確認するには、 "VMwareバージョンのマッピング情報"を参照してください。 |
IPアドレスのタイプ |
IPv4、IPv6 |
VMware TLS バージョン |
1.2、1.3 |
接続されたストレージ |
|
| ポートのタイプ | 事前設定されたポート |
|---|---|
VMware ESXi Serverのポート |
443（HTTPS）、双方向。ファイルとフォルダのリストア機能はこのポートを使用します。 |
ストレージ クラスタまたはStorage VMのポート |
|
VMwareワークロードを操作するには、ConsoleユーザーアカウントにBackup and Recoveryスーパ管理者ロールが必要です。
バックアップとリカバリの役割の詳細については、 "NetApp Console でのバックアップとリカバリの役割"を参照してください。
KVMワークロードを保護するための要件
KVM 仮想マシンを検出して保護するには、特定の要件が必要です。
-
カーネルバージョン 5.14.0-503.22.1.el9_5.x86_64 (長期) 以降を実行している最新の Linux ディストリビューション
-
KVM ホストと VM は、管理プラットフォームによって管理する必要があります。NetApp Backup and Recovery は、次の管理プラットフォームをサポートしています。
-
アパッチクラウドスタック 4.22.0.0
-
-
コンソールエージェントからKVMホストへのポート22への受信ネットワーク トラフィックが許可されていることを確認します。
-
QEMU ゲストエージェント バージョン 9.0.0 以降
-
libvirt バージョン 10.5.0 以降
|
KVM ワークロードの復元が正常に完了するようにするには、KVM バックアップに使用する保護ポリシーで VM 整合性スナップショットを有効にする 設定がアクティブになっていることを確認します。 |
|
|
非ルート ユーザーによって管理される KVM VM の保護を有効にするには、次の手順に従います。
|
Oracle Databaseワークロードを保護するための要件
Oracle Databaseリソースを検出および保護するための特定の要件を、ご使用の環境が満たしていることを確認してください。
| 要件 | サポート |
|---|---|
導入トポロジ |
|
Oracle Databaseのバージョン |
|
データベースストレージ |
NetApp ONTAP（プライマリまたはセカンダリ）に導入する必要があります |
ホスト OS |
|
オブジェクトストレージ（バックアップターゲット） |
|
Kubernetes アプリケーションを保護するための要件
Kubernetes リソースを検出し、Kubernetes アプリケーションを保護するには、特定の要件が必要です。
NetApp Consoleの要件については、[In NetApp Console] 。
|
|
NetApp では、Kubernetes ワークロードに使用するコンソールエージェントには、エージェントの IP アドレスが変更された場合に発生する問題を回避するため、静的 IP アドレスを割り当てることを強くお勧めします。 |
-
プライマリONTAPシステム（ASA r2システムはサポートされていません）
-
NetApp Trident 25.02以降
-
NetApp Trident Protect 26.05以降（検出時にKubernetesクラスタにインストール済み）
-
Kubernetes クラスター - サポートされている Kubernetes ディストリビューションとバージョンには、 "Trident Protect"でサポートされているものが含まれます。
-
Kubernetesクラスタ、Trident Protect Connector、およびTrident Protectプロキシ間のアウトバウンド方向でTCPポート443がフィルタリングされていないことを確認してください。
-
Hyper-V ワークロードを保護するための要件
Hyper-V インスタンスが仮想マシンを検出して保護するための特定の要件を満たしていることを確認します。
| 要件 | サポート |
|---|---|
Microsoft Hyper-V |
2019、2022、2025年版 |
ASP.NET Core ランタイム |
8.0.24 Hosting Bundle（およびそれ以降のすべての 8.0.x パッチ） |
PowerShell |
7.4.13以降 |
管理者以外のユーザーが Hyper-V VM を保護する場合は、ユーザーに以下の権限が付与されていることを確認してください |
|
Windows ファイアウォールの設定で、以下のポートに対して双方向 HTTPS トラフィックが許可されていることを確認してください |
|
接続されたストレージ |
|
-
スタンドアロンおよびFCIクラスタホストがサポートされています
-
Hyper-V ホスト上のNetApp Hyper-V プラグインには最低 1 GB の RAM が必要です
-
Hyper-Vホスト上のプラグイン用に最低5GBのインストールおよびログ領域が必要
Hyper-V ホストにログ フォルダー用の十分なディスク領域を割り当て、その使用状況を定期的に監視するようにしてください。必要なスペースは、バックアップとデータ保護操作の実行頻度によって異なります。十分なスペースがない場合、ログは生成されません。
-
プライマリONTAPシステム（ONTAP 9.14.1 以降）
-
CIFS 共有を使用して仮想マシン データを保存する Hyper-V 展開の場合、 ONTAPシステムで継続的な可用性の共有プロパティが有効になっていることを確認します。参照 "ONTAPのドキュメント"手順についてはこちらをご覧ください。