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 の作業負荷の保護とリカバリに関する問題のトラブルシューティング
クラウドインテリジェントグループの考慮事項
クラウドインテリジェントグループを作成する前に、次の点を考慮します。
インテリジェントグループフィルタに指定する値では、大文字と小文字が区別されます。
［状態 (Status)］属性は、［ジョブの状態 (State)］から導出されます。［状態 (Status)］属性に条件フィルタを追加するには、［フィルタ (Filter)］ドロップダウンから［ジョブの状態 (State)］を選択します。
インテリジェントグループのアカウント ID オプション:
［アカウント ID (Account ID)］リストの［すべてのアカウント (All Accounts)］オプションは、NetBackup のデフォルトのクラウド管理者ロールで使用できます。
［アカウント ID (Account ID)］リストの［すべてのアカウント (All Accounts)］オプションは、1 つまたは複数のクラウドサービスプロバイダに対して［すべてのクラウド資産 (All cloud assets)］権限を持つ NetBackup のカスタムロールで使用できます。
アカウントまたはサブスクリプションの明示的な資産アクセス権限があるカスタムロールでは、［すべてのアカウント (All Accounts)］オプションを使用できません。
資産でサポートされているバックアップ形式に基づいて、異なる保護計画に資産をサブスクライブできます。ただし、増分スケジュールを含む保護計画には、AWS RDS Oracle 資産を含むインテリジェントグループをサブスクライブできません。
インテリジェントグループは、AWS DocumentDB と AWS Neptune の作業負荷に対してはサポートされません。
［サービス形式 (Service type)］ドロップダウンには、検出された資産に関係なく、プロバイダで利用可能なサービスの種類が表示されます。
PaaS 資産のインテリジェントグループは、Azure、AWS、GCP 資産の保護をサポートします。
インテリジェントグループは、Redshift クラスタではサポートされません。ただし、Redshift データベース資産のインテリジェントグループはサポートされます。
Azure MySQL 資産の場合、データベースとサーバー資産を混在させたインテリジェントグループを作成することはできません。インテリジェントグループには、データベースまたはサーバーのグループを含めることができます。Azure MySQL 用のインテリジェントグループを作成する場合は、entityType フィルタをサーバーまたはデータベースとして指定する必要があります。
Azure SQL Server と Azure Managed Instance のタグの処理:
SQL Server では、タグがデータベースレベルでコピーされるときに、「Server」キーワードがタグの接頭辞として追加されます。
Azure Managed Instance では、タグがデータベースレベルでコピーされるときに、「Instance」キーワードがタグの接頭辞として追加されます。
他の作業負荷のタグには接頭辞は追加されません。
アプリケーションのインテリジェントグループを作成する際、AWS では RDS 資産のみがサポートされます。