NetBackup™ Web UI クラウド管理者ガイド

Flex Appliance と Flex Scale の NetBackup の配備では、PaaS の作業負荷はサポートされません。

プロバイダ全体にわたり、データベースにはデフォルトポートのみがサポートされています。カスタムポートで構成された作業負荷インスタンスはサポートされていません。

「#」と「/」の文字を含むデータベース名は、バックアップおよびリストア操作ではサポートされていません。また、データベース名はクラウドベンダーが推奨する命名規則に従う必要があります。

マルチバイト文字または英語以外の文字を使用したデータベースのバックアップおよびリストアは、Windows を実行していて、10.1.1 より古い旧バージョンのメディアサーバーが含まれるプライマリサーバーではサポートされていません。

サポート対象のストレージサーバーに PaaS バックアップイメージを複製できます。ただし、リストアを開始する前に、ユニバーサル共有が有効な MSDP サーバーにイメージを複製して戻す必要があります。AdvancedDisk からの複製イメージのリカバリを参照してください。

セキュリティ権限のリストアはサポートされていません。

リストア時には - no-owner および - no-privileges オプションを使用し、リストア後のフェーズでは、所有者または ACL としてのバックアップ時にキャプチャしたメタデータの詳細が、Web UI の進捗ログのリストア操作について表示されます。

リストア先に所有者または役割が存在しない場合、リストアは失敗しません。

リストア後は、リストア先インスタンスに対して NetBackup で指定されたクレデンシャルに従って、データベースに役割が関連付けられます。

ユーザーは、リストア後にデータベースの所有権を変更する必要があります。

GCP PostgreSQL 作業負荷に対してサーバーレベルで SSL (Secure Sockets Layer) 接続のみが適用されている場合、バックアップとリストアはサポートされません。

クラウドプロバイダの制限により、単一サーバーと柔軟なサーバーとの間の Azure Postgres データベースリストアはサポートされていません。

リストアワークフローのデータベース名では、&、(、)、<、>、\、|、/、;、`、'、" の各文字はサポートされていません。

PostgreSQL サーバーの作成後に新しいユーザーを追加する場合、大文字のユーザー名はサポートされていません。

AWS DynamoDB の場合、netbackup-<accountid> という名前の S3 バケットを作成する必要があります。NetBackup は、このバケットをバックアップ操作のステージング場所として使用します。

地域とアカウントの代替リストアはサポートされていません。

別のプライマリサーバーからインポートされたイメージからのリストアは、NetBackup REST API を使用した場合にのみサポートされます。

AWS RDS SQL の Express と Web のエディションのみがサポートされます。

クレデンシャルの検証では、IAM は AWS RDS SQL ではサポートされません。ユーザー名およびパスワード方式を使用できます。

Amazon RDS のデータ管理タイプのみがサポートされます。データ管理タイプ RDS カスタムは、AWS RDS SQL インスタンスエディションではサポートされません。

ダンプファイルに CREATE DEFINER 文が含まれている場合、リストア操作にはスーパーユーザー権限が必要です。

GCP MySQL 作業負荷に対してサーバーレベルで SSL 接続のみが適用されている場合、バックアップとリストアはサポートされません。

メディアサーバーとして使用される Azure VM は、Azure 管理対象インスタンスと同じ Vnet に存在する必要があります。または、メディアサーバーと SQL 管理対象インスタンスが異なる Vnet に存在する場合は、両方の Vnet がピア接続されてデータベースインスタンスにアクセスする必要があります。

データベースまたはリソースグループに読み取りロックが設定されていると、バックアップは失敗します。

データベースまたはリソースグループに削除ロックが設定されていると、バックアップは部分的に成功します。tempdb の古いエントリは、Azure クラウドポータルから削除されません。これは手動で削除する必要があります。