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 の作業負荷の保護とリカバリに関する問題のトラブルシューティング
Azure 保護対象資産のリカバリ
NetBackup では、Microsoft Azure がバックアップする Azure SQL データベースおよび Azure SQL 管理対象データベースの資産をリストアできます。サポートされるバックアップモードは、指定した時点のバックアップと長期保持用バックアップです。
メモ:
インスタンスプールのエラスティックプールでのリストアはサポートされません。
操作を進める前に、PaaS 資産のリストアに必要な権限があることを確認してください。
指定した時点のバックアップで資産をリカバリするには:
- 左側で［作業負荷 (Workloads)］、［クラウド (Cloud)］の順にクリックします。
- ［PaaS］タブをクリックします。
検出されたすべての PaaS 資産が表示されます。
- ［リカバリポイントの種類 (Recovery points type)］で、［プロバイダによって保護 (Provider protected)］を選択します。
- リカバリ対象の保護された Azure SQL データベースおよび Azure SQL 管理対象データベース資産の行で、［リストア (Restore)］をクリックします。
- ［リカバリポイント (Recovery points)］タブの［指定した時点のバックアップ (Point in time backup)］で、［リストア (Restore)］をクリックします。
- ［リストアポイント (UTC) (Restore point (UTC))］で、日付と時刻を選択します。リストアポイントは、最も古い時間から以下の時間までの間で選択できます。
オンラインデータベースの最新のバックアップ時刻。
削除されたデータベースのデータベース削除時刻。
Microsoft Azure は、UTC を使用して、選択した時間を指定可能な最も近いリカバリポイントに調整する場合があります。
選択した PaaS 資産によっては、Web UI に表示されるデフォルトのリストア日時が異なる場合があります。たとえば、Azure SQL データベースの場合、デフォルトのリストア時間は現在の時刻であり、Azure SQL 管理対象データベースのデフォルトのリストア時間は、現在の時刻より 6 分早い時刻です。
- Azure SQL データベースの場合は、必要に応じ、リストアされたデータベースの名前を［データベース名 (Database name)］フィールドに入力します。データベース名には、特殊文字 (< > * % & : \ / ? など) または制御文字を使用できません。名前の最後にピリオドまたはスペースを使用しないでください。Azure リソースの命名規則について詳しくは、https://docs.microsoft.com/en-us/azure/azure-resource-manager/management/resource-name-rules#microsoftsql を参照してください。
名前を入力しない場合、NetBackup は自動的に <dbName>_<UTC でのリストア時刻> という形式で名前を割り当てます。
- Azure SQL 管理対象データベースの場合は、必要に応じ、［管理対象インスタンス (Managed instance)］フィールドにインスタンス名を入力します。デフォルトでは、リカバリポイントのインスタンス名が表示されます。検索オプションを使用して管理対象インスタンス名を検索することもできます。リストアは、サブスクリプションの所属先と同じ領域に対して行えます。
目的の管理対象インスタンスが検索結果に表示されない場合は、手動で検出を実行してください。また、管理対象インスタンスに対する RBAC アクセス権があることを確認してください。
- ［次へ (Next)］をクリックします。リカバリ前チェックが完了したら、［リカバリの開始 (Start recovery)］をクリックします。
ジョブの状態は、アクティビティモニターで確認できます。
長期保持用バックアップの資産をリカバリするには:
- 左側で［作業負荷 (Workloads)］、［クラウド (Cloud)］の順に選択します。
- ［PaaS］タブをクリックします。
検出されたすべての PaaS 資産が表示されます。
- リカバリ対象の保護された資産の行で、［リストア (Restore)］をクリックします。
- ［リカバリポイント (Recovery points)］タブの［長期保持用バックアップ (Long term retention backup)］で、リストアするイメージに対して［リストア (Restore)］をクリックします。
- Azure SQL データベースの場合は、必要に応じ、リストアされたデータベースの名前を［データベース名 (Database name)］フィールドに入力します。データベース名には、特殊文字 (< > * % & : \ / ? など) または制御文字を使用できません。名前の最後にピリオドまたはスペースを使用しないでください。Azure リソースの命名規則について詳しくは、https://docs.microsoft.com/en-us/azure/azure-resource-manager/management/resource-name-rules#microsoftsql を参照してください。
名前を入力しない場合、NetBackup は自動的に restore_<データベース名> という形式で名前を割り当てます。
- Azure SQL 管理対象データベースの場合は、必要に応じ、［管理対象インスタンス (Managed instance)］フィールドにインスタンス名を入力します。デフォルトでは、リカバリポイントのインスタンス名が表示されます。検索オプションを使用して管理対象インスタンス名を検索することもできます。リストアは、サブスクリプションの所属先と同じ領域に対して行えます。
- ［次へ (Next)］をクリックします。リカバリ前チェックが完了したら、［リカバリの開始 (Start recovery)］をクリックします。
ジョブの状態は、アクティビティモニターで確認できます。
メモ:
ポータルおよび Snapshot Manager のタグはリストアされません。ただし、NetBackup 経由でリストアするときに、「createdby: cloudpoint」タグが作成されます。
メモ:
プロバイダによって保護されたリカバリジョブの場合、断続的なエラーが発生しても、次回にスケジュールされているジョブのクリーンアップが実行されるまで、リカバリジョブは実行され続けます。