NetBackup™ Web UI クラウド管理者ガイド
- クラウド資産の管理と保護
- クラウド資産の保護について
- 制限事項および考慮事項
- AWS と Azure の政府向けクラウドサポート
- Snapshot Manager を NetBackup で構成します。
- クラウド資産のインテリジェントグループの管理
- クラウド資産またはクラウド資産用インテリジェントグループの保護
- ストレージライフサイクルポリシーについて
- クラウド資産のポリシーの管理
- マルウェアのスキャン
- リソースグループを使用した Microsoft Azure リソースの保護
- クラウド作業負荷のための NetBackup アクセラレータ
- 保護計画を使用したクラウド作業負荷のバックアップスケジュールの構成
- クラウド作業負荷のバックアップオプション
- AWS スナップショットレプリケーション
- アプリケーションの整合性スナップショットを使用したクラウド内アプリケーションの保護
- VMware へのリカバリのための AWS VM または Azure VM の保護
- クラウド資産のクリーンアップ
- クラウド資産のフィルタ処理
- PaaS 資産の保護
- PaaS 資産の保護
- PaaS 資産を保護するための前提条件
- MySQL および MariaDB データベースのバイナリログの有効化
- Kubernetes でのバックアップとリストアの有効化
- Amazon RDS SQL Server データベースの資産を保護するための前提条件
- RDS Custom インスタンスの保護
- Azure Managed Instance データベースの保護
- 制限事項および考慮事項
- すべてのデータベース
- PostgreSQL の場合
- Azure PostgreSQL の増分バックアップの場合
- AWS RDS PostgreSQL および AWS Aurora PostgreSQL の場合
- AWS DynamoDB の場合
- AWS DocumentDB の場合
- AWS Neptune の場合
- AWS RDS SQL の場合
- Azure、AWS RDS、Aurora MySQL の場合
- Azure MySQL サーバーを使用した増分バックアップの場合
- GCP SQL Server を使用した増分バックアップの場合
- Azure SQL と SQL Managed Instance の場合
- Azure SQL と SQL Managed Instance の場合 (一時データベースなし)
- Azure SQL Server と SQL Managed Instance の増分バックアップの場合
- Azure Cosmos DB for MongoDB の場合
- Azure Cosmos DB for NoSQL の場合
- Amazon RDS for Oracle の場合
- Amazon Redshift データベースの場合
- Amazon Redshift クラスタの場合
- GCP SQL Server の場合
- GCP BigQuery の場合
- ネイティブクライアントユーティリティのインストール
- さまざまな配備のストレージの構成
- インスタントアクセス用のストレージサーバーの構成
- PaaS 作業負荷の増分バックアップについて
- Azure MySQL サーバーの増分バックアップの構成
- PaaS 作業負荷のアーカイブ REDO ログのバックアップについて
- PaaS 作業負荷の自動イメージレプリケーションについて
- PaaS 資産の検出
- PaaS 資産の表示
- PaaS のクレデンシャルの管理
- PaaS 資産への保護の追加
- クラウド資産のリカバリ
- 個別リストアの実行
- クラウド資産の保護とリカバリのトラブルシューティング
- クラウドの作業負荷の保護に関する問題のトラブルシューティング
- エラーコード 9855: 資産 <asset_name> のスナップショットのエクスポート中のエラー
- CMK を使用して暗号化されたディスクを持つ VM とその他の OCI 資産が、NetBackup UI で削除済みとしてマークされる。
- スナップショットからのバックアップジョブに予想より長い時間がかかる
- Snapshot Manager が Ubuntu ホストに配備されている場合、接続の問題によりスナップショットからのバックアップジョブが失敗する
- NetBackup UI でのエラーのあいまいさの排除
- 状態コード 150: 管理者から終了が要求されました
- PaaS の作業負荷の保護とリカバリに関する問題のトラブルシューティング
制限事項および考慮事項
個別リストアには次の制限事項と考慮事項があります。
ターゲットの場所に十分な領域がない場合、コピー操作が開始される前にリストア操作が失敗します。
古いエージェント (事前インストール済みの) サービスを再起動しないと、LVM 資産の代替ホストリストア (GRT とアプリケーション) が失敗する場合があります。LVM 資産のリカバリをサポートするには、古いエージェントを再起動する必要があります。
個別リストアは、VxMS のインデックス付け処理を使用して実行できます。VxMS のインデックス付け処理は、Snapshot Manager のすべてのサポート対象ファイルシステムに適用できます。VxMS のインデックス付け処理は、Azure、Azure Stack Hub、AWS、OCI、および GCP に対して実行できます。
ただし、VxMS のインデックス付けは、ソフトウェア RAID デバイスで作成されたボリュームまたはパーティションではサポートされません。これらのボリュームまたはパーティションは、ファイルシステムのインデックス付け中にスキップされます。
ホスト整合スナップショットが EXT2 ファイルシステムでサポートされるのは、読み取り専用としてマウントされている場合のみです。
サポートされていないファイルシステムがホストに存在する場合、個別リストア用に作成された保護計画にホストを追加できます。個別リストアの保護計画では、[ファイルまたはフォルダの個別リカバリの有効化 (Enable granular recovery for files or folders)]チェックボックスの値が true に設定されています。
インデックス処理中、ファイル、ディレクトリ、またはその他のエントリのクロール中に OS エラーが発生する場合があります。これらのエラーは無視され、インデックス付け操作は続行されます。消失したファイルをリストアするには、親フォルダで個別リストア操作を開始する必要があります。
Windows VM からディスクを作成またはマウントする場合は、ドライブ文字を追加します。この操作によって、インデックス付け操作で正しいドライブ文字をキャプチャできます。
リカバリポイントからファイルまたはフォルダを参照するときに、マウントポイントが表示されないことがあります。次のような原因が考えられます。
「/」 (root ファイルシステム) が LVM 上にある。
マウントポイントが「/」 (root ファイルシステム) に直接関連付けられていない。
このような場合、右側のパネルからマウントポイントを検索し、ファイルまたはフォルダを正常にリストアします。
次の例を考えてみます。ディスクは
/mnt1/mnt2にマウントされます。ここで、/mnt1は「/」の任意のディレクトリです。(LVM セットアップにあるルートファイルシステム。)mnt2は、mnt1内のマウントポイントです。mnt2は左側のパネルのツリーに表示されません。ただし、マウントポイント内のファイルやフォルダを検索してリストアできます。VM スナップショットリカバリポイントからファイルとフォルダをリストアするには、Linux サーバー上の
/etc/fstabファイルに、デバイスパスではなく、ファイルシステム UUID に基づくエントリが必要です。デバイスパスは、Linux がシステムブート中にデバイスを検出する順序によって変わる場合があります。1 つの OS バージョンから別の OS バージョンにアプリケーションまたはファイルシステムをリストアする場合は、OS とアプリケーションベンダーの互換性マトリックスを参照してください。新しいバージョンから古いバージョンへのファイルシステムのリストアは、お勧めしません。
ユーザーグループは、ドライブをソースとして、宛先の代替フォルダにリストアできません。ユーザーグループには、新しいフォルダを作成するライター権限がありません。
エージェントレス接続では、Windows (または EFS) によって個々のファイルレベルのリストア ([ファイルとフォルダをリストアする (Restore files and folders)]オプション) を使用して暗号化ファイルをリストアできません。ただし、ボリュームレベルのリストアを使用してファイルをリストアした後、そのファイルを復号することはできます。
フォルダ (接合点) にマウントされたボリュームに格納されたファイルは、下位ディスクに GPT パーティションレイアウトがある場合にのみリストアできます。ボリュームがドライブ文字を使用してマウントされている場合、下位ディスクのパーティションレイアウトに関係なく、ファイルをリストアできます。
RHEL ターゲットホストに存在しない代替パスが単一ファイルのリストアに指定されているとします。作成された新しいディレクトリは、エージェントが実行されるユーザーのセキュリティコンテキストの下に存在します。ストレージ管理者は、リストアの最終的な場所が必要なユーザーにアクセス可能であることを確認する必要があります。
NetBackup は、VHDX ディスク (Azure Ultra ディスク、4K セクタサイズの Premium SSD v2) を持つ VM のインデックス付けと個別リストアをサポートしません。
スナップショットが実行またはインデックス付けされると、次のデバイスは無視されます。
揮発性ストレージデバイス: Amazon AWS インスタンスストアボリュームや Microsoft Azure 一時ディスクなど
メモ:
これらのデバイスは、インデックス付け処理でも無視されます。
LDM ディスクで作成されるファイルシステム。
メモ:
LDM ディスクのファイルまたはフォルダは、シングルファイルリストア時に Web UI で選択のために表示されますが、ファイルはリストアされず、リストアジョブは失敗します。
Linux VM ファイルの場合、拡張属性はリストアされません。
FIPS 設定の場合、Windows から Windows へのシングルファイルリストアはサポートされません。
Linux VM のシングルファイルリストア: ディレクトリに 100K を超えるファイルが含まれる場合、インスタントアクセスマウントの制限により、ディレクトリとそのディレクトリ内のファイルのリストアはスキップされます。
VM の作成後にブロックボリュームを接続し、ボリュームの接続時に一貫性のあるデバイスパスを指定する必要があります。
スナップショットコピーからの個別リストアとボリュームのリストアでは、ターゲット VM でブロックボリューム管理プラグインを有効にする必要があります。プラグインを有効にした後、VM を再起動します。
Windows インスタンスの場合、スナップショットコピーからの個別リストアはサポートされません。
バックアップコピーから Windows インスタンスへの個別リストアでは、NFS 共有から手動で対象をコピーする必要があります。
スナップショットコピーからの個別リストア、ブートボリュームから別のブートボリュームへのリストアは、一部のオペレーティングシステムではサポートされません。
一貫性のあるデバイスパスがない、Linux OS からの個別リストアは、ディスクが準仮想化された添付ファイルとして接続されている場合はサポートされません。
より高いカーネルバージョンのソース VM から、カーネルバージョンが低いターゲット VM への個別リストアはサポートされません。
ファイルまたはフォルダを Linux ソースホストからリストアするときに、ターゲットホストが Windows の場合、次の点が適用されます。
Windows ホストではファイル属性をリストアできず、ファイルの内容のみがリストアされます。
リストア用に選択したファイルまたはフォルダに任意の symlink が存在する場合、その symlink はリストアされません。
元の場所にリストアする場合、コピー操作の前に利用可能なサイズの確認はスキップされます。
ソースホストが Linux でターゲットホストが Linux の場合にファイルまたはフォルダをリストアする場合、ソケットファイルとブロックファイルはリストアされません。
ファイルとフォルダが LDM ディスク、ダイナミックディスク、またはストレージ領域に存在する場合、ファイルとフォルダのリストアはサポートされません。
メディアサーバーまたは PureDisk Deduplication Engine および Cohesity プロビジョニングファイルシステムデーモンサービスが再起動された場合、部分的に成功したリストア中に保持されるライブマウントは、保持期間の期限が切れる前に削除されるか期限切れになります。
メディアサーバーが 10.3 以降にアップグレードされていない場合、バージョン 10.3 以降のプライマリサーバーが NetBackup Snapshot Manager に接続するために使用されます。
インデックス付け後の Windows の接合点は、次の形式を使用します。
ボリューム {4e3f8396-490a-400a-8abf-5579cafd4c0f}
バックアップ操作から単一ファイルのリストアのための接合点をリストアするには、[すべてを異なる場所にリストア (Restore everything to a different location)]を選択し、[詳細 (Advanced)]オプションで[アクセス制御リストのリストアを求める (Require to restore access control list)]を有効にします。
アクティビティモニターには次の動作があります。
リストアジョブが完了した後は、リストアジョブの[ファイルリスト (File List)]セクションのディレクトリを展開できません。
アクティビティモニターの概略では、リストアジョブを開始すると、リストア項目の最初のエントリである現在のファイルが表示されます。ジョブが完了すると、概略は表示されなくなります。
転送済みのバイト数と推定バイト数は更新されず、0 と表示されます。