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 の作業負荷の保護とリカバリに関する問題のトラブルシューティング
スケジュールの作成
［スケジュール (Schedules)］タブで定義するスケジュールは、選択したポリシーでバックアップを行うタイミングを決定します。また、各スケジュールには、バックアップが保持される期間などのさまざまな条件も含まれます。
スケジュールの属性は、次のタブに表示されます。
|
［属性 (Attributes)］タブ |
作業を実行する時刻および間隔を、スケジュールの他の属性とともにスケジュールします。 |
|
［開始時間帯 (Start Window)］タブ |
作業を実行する時刻を曜日ごとにスケジュールします。 |
|
［日のエクスクルード (Exclude Days)］タブ |
ジョブを実行できない日付を指定します。 |
|
［含める日 (Include Dates)］タブ |
特定の日付、毎週の特定の曜日または毎月の特定の日を指定して、作業の実行日をスケジュールします。(このタブは、スケジュール形式に［カレンダー (Calendar)］を選択した場合にだけ表示されます。) |
ポリシーのスケジュールを作成するには
- 左側で、［保護 (Protection)］の下の［ポリシー (Policies)］をクリックします。［スケジュール (Schedules)］タブをクリックします。［バックアップスケジュール (Backup schedules)］で、［追加 (Add)］をクリックします。［属性 (Attributes)］タブをクリックします。
- ［属性 (Attributes)］タブの［名前 (Name)］フィールドに、スケジュールの名前を入力します。
- ［バックアップ形式 (Type of backup)］を選択します。IaaS 作業負荷の場合、［完全バックアップ (Full backup)］のみがサポートされます。
［完全バックアップ (Full backup)］ - ポリシーで指定されたすべてのファイルをバックアップします。ファイルは、それらのファイルが最後に変更またはバックアップされたタイミングに関係なくバックアップされます。完全バックアップは、スケジュールの条件に従って自動的に行われます。増分バックアップを実行する場合、完全なリストアを行うには、完全バックアップもスケジュールする必要があります。
［差分増分バックアップ (Differential incremental backup)］ - 最後の正常な増分 (差分または累積) バックアップまたは完全バックアップ以降に変更されているファイルをバックアップします。バックアップが一度も行われていない場合、すべてのファイルのバックアップが行われます。差分増分バックアップは、スケジュールの条件に従って自動的に行われます。完全なリストアを行うには、最後の完全バックアップと、最後の完全バックアップ以降に行われたすべての差分増分バックアップが必要です。
［アーカイブ REDO ログバックアップ (Archived redo log backup)］ - この方式で、NetBackup は最後の完全または増分バックアップ以降に変更されたデータをバックアップします。アーカイブバックアップにより、完全バックアップと増分バックアップの処理時間が大幅に短縮されます。PaaS 作業負荷のアーカイブ REDO ログのバックアップについて
メモ:
Amazon (AWS) RDS Oracle は、トランザクションログのアーカイブをサポートします。
- ［宛先 (Destination)］の下に、適切なパラメータが表示されます。
［ポリシーストレージの選択を上書きする (Override policy storage selection)］属性は次のように機能します。
有効 (Enabled): ポリシーの［属性 (Attributes)］タブで指定された［ポリシーストレージ (Policy storage)］を上書きするようにスケジュールに指示します。以前に構成されたストレージユニットとストレージライフサイクルポリシーのリストからのストレージを選択します。リストが空なら、ストレージは構成されていません。
無効 (Disabled): ポリシーの［属性 (Attributes)］タブで指定された［ポリシーストレージ (Policy storage)］を使用するようにスケジュールに指示します。
- ［スケジュール形式 (Schedule type)］で、［カレンダー (Calendar)］または［間隔 (Frequency)］を選択します。
カレンダー (Calendar): カレンダーベースのスケジュールにより、カレンダービューに基づいてジョブスケジュールを作成できます。［カレンダー (Calendar)］を選択して［含める日 (Include dates)］タブを表示します。［実行日後の再試行を許可する (Retries allowed after run day)］を有効にすると、バックアップが正常に完了するまで、NetBackup によってスケジュールが試行されます。この属性を有効にした場合、指定した実行日以降もスケジュールの実行が試行されます。
間隔 (Frequency): ［間隔 (Frequency)］属性を使用すると、スケジュールされた作業が正常に完了してから次の作業が試行されるまでの間隔を指定できます。たとえば、1 週間に 1 回の間隔で完全バックアップを行うスケジュールを設定すると想定します。月曜日にすべてのクライアントの完全バックアップを正常に完了した場合、次の月曜日までこのスケジュールによる別のバックアップが試行されません。間隔を設定するには、リストから間隔の値を選択します。間隔は秒、分、時間、日、または週単位で指定できます。
- バックアップの［保持 (Retention)］期間を指定します。この属性は NetBackup がバックアップを保持する期間を指定します。保持期間を設定するには、リストから期間 (またはレベル) を選択します。保持期間が満了すると、期限が切れたバックアップの情報が削除されます。バックアップの期限が切れると、そのバックアップ内のオブジェクトをリストアに利用できなくなります。たとえば、保持期間が 2 週間の場合、そのスケジュールによって行われたバックアップのデータをリストアできるのは、バックアップ後 2 週間だけです。
- ［追加 (Add)］をクリックして属性を追加するか、［追加してさらに追加 (Add and add another)］をクリックして別のスケジュールに別の属性セットを追加します。