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 の作業負荷の保護とリカバリに関する問題のトラブルシューティング
RDS ベースの PaaS 資産のリカバリ
RDS ベースの PaaS 資産は、[クラウド (Cloud)]作業負荷の[アプリケーション (Applications)]タブからリストアできます。
RDS ベースの PaaS 資産をリストアするには:
- 左側で、[作業負荷 (Workloads)]の[クラウド (Cloud)]をクリックし、[アプリケーション (Applications)]タブをクリックします。リカバリする資産の名前をクリックします。
- カレンダーで[リカバリポイント (Recovery points)]タブをクリックし、リカバリポイントを表示する日付を選択します。
利用可能なリカバリポイントが右側に表示されます。
- リカバリするイメージの行で、[リカバリ (Recover)]をクリックします。
- [ソースデータベース (Source databases)]で、リストアするデータベースを選択します。[データベースの追加 (Add database)]をクリックし、[データベースの追加 (Add database)]ダイアログで、必要なデータベースを選択してから[選択 (Select)]をクリックします。
- (Amazon RDS Oracle データベースの場合のみ) [AWS S3 バケット名 (AWS S3 bucket name)]フィールドにステージングパスを入力します。[リカバリの開始 (Start recovery)]をクリックします。リカバリされたデータベースが[インスタントアクセスデータベース (Instant access databases)]タブに表示されます。リカバリは、自己管理インスタンス EC2 またはオンプレミス VM で実行できます。資産のリカバリを完了するには、次のナレッジベースの記事を参照してください。
https://www.veritas.com/support/ja_JP/article.100058945
リストアされたデータをステージングするために、バックアップ中に使用されたものとは異なる S3 バケットを選択できます。別の領域の S3 バケットを選択することもできます。
- リストアされたデータベースに追加する接頭辞を入力するか、デフォルトを使用します。このフィールドには、値が必要です。
- (任意) [ターゲットインスタンス (Target instance)]フィールドでは、デフォルトで、資産のソースインスタンスが選択されています。別のインスタンスにリストアするには、必要なインスタンスを選択します。
- (オプション。MySQL データベースの場合のみ。) ビュー、トリガ、ストアプロシージャなどのメタデータをリストアするには、[メタデータのリストア (Restore metadata)]を選択します。
- (オプション。MySQL データベースの場合のみ。) リストアのターゲットインスタンスクレデンシャルの場合:
すでにインスタンスに関連付けられているクレデンシャルを使用するには、[すでに関連付けられているクレデンシャルを使用します (Use already associated credentials)]を選択し、[リカバリの開始 (Start recovery)]をクリックします。
別のクレデンシャルセットを使用するには (既存のクレデンシャルを使用するか、新しいクレデンシャルを作成)、[別のクレデンシャルを使用 (Use different credentials)]を選択します。
データベースへのクレデンシャルの追加 を参照してください。
(オプション) 資産のデフォルトのクレデンシャルとしてこれらのクレデンシャルを設定するには、[デフォルトのクレデンシャルにする (Make default credentials)]を選択します。
検証ホストを選択して、指定したクレデンシャルを検証します。
- [リカバリの開始 (Start recovery)]をクリックします。
[リストアアクティビティ (Restore activity)]タブには、状態が表示されます。
これらの 2 つのリストアワークフローは、リカバリポイントに対して暗黙的にインスタントアクセスマウント共有を作成します。