NetBackup™ Web UI クラウド管理者ガイド
- クラウド資産の管理と保護
- クラウド資産の保護について
- 制限事項および考慮事項
- AWS と Azure の政府向けクラウドサポート
- Snapshot Manager を NetBackup で構成します。
- クラウド資産のインテリジェントグループの管理
- クラウド資産またはクラウド資産用インテリジェントグループの保護
- ストレージライフサイクルポリシーについて
- クラウド資産のポリシーの管理
- マルウェアのスキャン
- リソースグループを使用した Microsoft Azure リソースの保護
- クラウド作業負荷のための NetBackup アクセラレータ
- 保護計画を使用したクラウド作業負荷のバックアップスケジュールの構成
- クラウド作業負荷のバックアップオプション
- AWS スナップショットレプリケーション
- アプリケーションの整合性スナップショットを使用したクラウド内アプリケーションの保護
- VMware へのリカバリのための AWS VM または Azure VM の保護
- クラウド資産のクリーンアップ
- クラウド資産のフィルタ処理
- PaaS 資産の保護
- PaaS 資産の保護
- PaaS 資産を保護する手順
- PaaS 資産を保護するための前提条件
- MySQL および MariaDB データベースのバイナリログの有効化
- Kubernetes でのバックアップとリストアの有効化
- Amazon RDS SQL Server データベースの資産を保護するための前提条件
- RDS Custom インスタンスの保護
- Azure Managed Instance データベースの保護
- データベースレベルの検出の前提条件
- 制限事項および考慮事項
- すべてのデータベース
- PostgreSQL の場合
- Azure PostgreSQL の増分バックアップの場合
- Amazon RDS PostgreSQL および Amazon Aurora PostgreSQL の場合
- Amazon DynamoDB の場合
- Amazon DocumentDB の場合
- Amazon Neptune の場合
- Amazon RDS SQL の場合
- Azure、Amazon RDS、Aurora MySQL の場合
- Amazon RDS SQL を使用した累積増分バックアップの場合
- Amazon DynamoDB を使用した増分バックアップの場合
- Azure MySQL サーバーを使用した増分バックアップの場合
- GCP SQL Server を使用した増分バックアップの場合
- GCP PostgreSQL を使用した増分バックアップの場合
- Amazon RDS PostgreSQL および Amazon Aurora PostgreSQL による増分バックアップの場合
- 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 の作業負荷の保護とリカバリに関する問題のトラブルシューティング
Amazon RDS SQL を使用した累積増分バックアップの場合
NetBackup 保護計画またはポリシーを使用して、Amazon RDS SQL データベース資産を保護できます。完全バックアップスケジュールと累積増分バックアップスケジュールの両方を使用できます。
マルチ AZ (マルチ可用性ゾーン) 配備の RDS インスタンスでの TDE 証明書のバックアップとリストアは、RDS インスタンスで直接サポートされていません。
TDE 証明書をバックアップするには、インスタンスでマルチ AZ を一時的に無効にし、バックアップの完了後に有効にします。
TDE 証明書をリストアするには、インスタンスでマルチ AZ を一時的に無効にし、リストアの完了後に有効にします。
RDS インスタンスでマルチ AZ が有効になっている場合は、自動バックアップを無効にすることはできません。
自動バックアップは、ユーザーにより構成された 30 分間の間に毎日実行されます。これらのバックアップによって、完全バックアップの間隔についてさらに要件が発生します。累積スケジュールが自動バックアップの後に来る場合、完全バックアップは少なくとも 1 日に 1 回実行されます。
リカバリモードでのみ、マルチ AZ インスタンスに完全バックアップをリストアできます。
累積増分バックアップは、単一の可用性ゾーンの RDS インスタンスにのみリストアできます。
sp_delete_backuphistoryAPI を呼び出すか、Amazon 保守ウィンドウによって、バックアップ履歴のクリーンアップを実行するたびに、後続のバックアップが完全バックアップにフォールバックされます。別のポリシーを使用して Amazon RDS SQL Server 資産の完全バックアップを実行すると、現在のポリシーの後続の累積バックアップが完全バックアップとして扱われます。これは、新しい完全バックアップによって前回の完全バックアップの
backupset IDが更新されることで、現在のポリシーの累積バックアップが基準点を失い、代わりに完全バックアップとして実行されるためです。