バックアップ前の準備|V4.4.2|OceanBaseデータベース|OceanBaseデータベースドキュメント|分散データベース

バックアップ前の準備

最終更新日：2026-06-15 02:31:30 更新

データバックアップを実行する前に、バックアップ先の設定やバックアップキーの設定など、いくつかの準備作業が必要です。

バックアップ宛先の設定

バックアップの宛先を設定する際、システムテナントにはユーザーデータが含まれておらず、クラスタ管理用のテナントであるため、バックアップ・リストアはサポートされません。そのため、sys テナントでは DATA_BACKUP_DEST パラメータを設定する必要はありません。

注意点

バックアップの出力先を設定する際、各テナントのバックアップパスは独立した空ディレクトリに設定する必要があります。異なるテナント間で同じバックアップパスを設定することはできません。

手順

sysテナントまたはユーザーテナントのテナント管理者としてデータベースにログインします。

説明

MySQLモードの管理者ユーザーはrootユーザー、Oracleモードの管理者ユーザーはSYSユーザーです。
バックアップ宛先を設定します。
- システムテナントが特定のテナントにバックアップ宛先を設定する場合
```
ALTER SYSTEM SET DATA_BACKUP_DEST= 'data_backup_path' TENANT = mysql_tenant;
```
- ユーザーテナントが自身のテナントにバックアップ宛先を設定する場合
  
  ステートメントは以下のとおりです：
```
ALTER SYSTEM SET DATA_BACKUP_DEST= 'data_backup_path';
```
注意

OceanBaseデータベースV4.0.xからV4.1.0にアップグレードする場合、バックアップパスを変更する必要があります。OceanBaseデータベースV4.1.xからV4.2.0にアップグレードする場合、バックアップパスを変更する必要はありません。

現在、OceanBaseデータベースでサポートされているバックアップメディアは、NFS、Alibaba Cloud OSS、Azure Blob、AWS S3、およびS3プロトコルに互換性のあるオブジェクトストレージです。例：Huawei OBS、Google GCS、Tencent Cloud COS。一部のバックアップメディアは使用するためにいくつかの基本要件を満たす必要がある場合があります。各バックアップメディアの具体的な要件については、物理バックアップとリストアの概要のバックアップメディア要件を参照してください。

詳細な設定方法は以下のとおりです。
Alibaba Cloud OSS

NFS

AWS S3

S3プロトコルに対応したオブジェクトストレージ
OSSをバックアップメディアとして使用する場合、バックアップパスを設定するほかに、delete_mode パラメーターを使用してバックアップファイルのクリーンアップモードを構成できます。delete_mode パラメーターは現在、delete モードと tagging モードをサポートしています。delete_mode パラメーターを明示的に設定しない場合、デフォルトで delete モードが使用されます。

さらに、OSSは checksum_type パラメーターを使用して検証アルゴリズムを指定し、バックアップデータの整合性を検証することもサポートしています。サポートされている値は md5 と no_checksum です。checksum_type パラメーターを明示的に設定しない場合、デフォルト値は md5 です。

OceanBaseデータベースは、コンプライアンス保持ポリシーが設定されたAlibaba Cloud OSSバケットをバックアップパスとして使用することもサポートしています。バックアップパスを設定する際、enable_worm パラメーターを使用して、OceanBaseデータベースがバケットの保持ポリシー（WORMポリシー）に従ってそのパスに対する書き込みおよび削除操作を実行するかどうかを指定できます。このパラメーターがサポートする値は true と false です。enable_worm パラメーターを明示的に設定しない場合、デフォルトは false です。enable_worm=true を設定する場合は、同時に checksum_type=md5 を明示的に設定する必要があります。このパラメーターは一度設定すると変更できません。

注意

OceanBaseデータベースは現在、コンプライアンス保持ポリシーの設定を代行することはありません。バックアップパスを設定する前に、OSSバケットに保持ポリシー（WORMポリシー）が正しく設定され、ロックされていることを確認してください。

各パラメーターの詳細については、SET DATA_BACKUP_DESTを参照してください。

注意

オブジェクトストレージをバックアップメディアとして使用する場合、オブジェクトストレージパスの各パラメーターは & 記号で区切られます。入力するパラメーター値には、英字の大文字と小文字、数字、/-_$+= およびワイルドカードのみ含まれていることを確認してください。上記以外の文字を入力した場合、設定が失敗する可能性があります。

例：
- OSSをバックアップメディアとして使用する場合、システムテナントが指定テナント mysql_tenant のバックアップパスを設定し、バックアップファイルのクリーンアップモードを構成すると同時に、検証アルゴリズムを md5 に指定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='oss://oceanbase-test-bucket/backup/data?host=****.aliyun-inc.com&access_id=****&access_key=****&delete_mode=delete&checksum_type=md5' TENANT = mysql_tenant;
  
  バックアップデータの整合性を検証したくない場合、checksum_type パラメーターを no_checksum に設定できます。例：
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='oss://oceanbase-test-bucket/backup/data?host=****.aliyun-inc.com&access_id=****&access_key=****&delete_mode=delete&checksum_type=no_checksum' TENANT = mysql_tenant;
- OSSをバックアップメディアとして使用する場合、システムテナントが指定テナント mysql_tenant のバックアップパスを設定し、バックアップファイルのクリーンアップモードを構成すると同時に、WORMがサポートする方法でObjectを書き込みおよび削除し、検証アルゴリズムを md5 に指定します。
  
  注意
  
  OceanBaseデータベースは現在、コンプライアンス保持ポリシーの設定を代行することはありません。バックアップパスを設定する前に、OSSバケットに保持ポリシー（WORMポリシー）が正しく設定され、ロックされていることを確認してください。
  
  WORMポリシーが設定されたバケットをバックアップパスとして使用する場合、クリーンアップモードとして tagging モードの使用を推奨します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='oss://oceanbase-test-bucket/backup/data?host=****.aliyun-inc.com&access_id=****&access_key=****&delete_mode=tagging&checksum_type=md5&enable_worm=true' TENANT = mysql_tenant;
- OSSをバックアップメディアとして使用する場合、ユーザーテナントが自身のテナントのバックアップパスを設定し、バックアップファイルのクリーンアップモードを構成すると同時に、検証アルゴリズムを md5 に指定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='oss://oceanbase-test-bucket/backup/data?host=****.aliyun-inc.com&access_id=****&access_key=****&delete_mode=delete&checksum_type=md5';
例では、oss:// はOSSをバックアップメディアタイプとして使用することを表し、バケット名は oceanbase-test-bucket、バケット内のパスは /backup/data です。また、? を使用してパスとパラメーターを区切り、パラメーター間は & で区切ります。host はバケットのホストアドレスを設定するために使用され、access_id と access_key は OSS のアクセスキーを設定するために使用されます。クリーンアップモードは delete で、MD5アルゴリズムを使用してアーカイブファイルの整合性を検証します。enable_worm=true は、システムがWORMの仕様に従って書き込みと削除操作を実行することを意味します。なお、OceanBaseデータベースは現在、コンプライアンス保持ポリシーの設定を代行することはありません。バックアップパスを設定する前に、OSSバケットに保持ポリシー（WORMポリシー）が正しく設定され、ロックされていることを確認してください。
注意

NFSをバックアップメディアとして使用する場合、以下の点に注意してください：

data_backup_dest の値は、疑問符（?）を含む文字列に設定できません。

data_backup_dest の値は絶対パスに設定し、OBServerサーバーが data_backup_dest に対する書き込み権限を持っていることを確認してください。

すべてのOBServerサーバーが同一サーバーのNFSをマウントしている必要があります。また、バックアップがスムーズに実行されるように、本記事で推奨されているパラメータを使用してNFSをマウントしてください。NFSのマウント手順については、NFSクライアントのデプロイを参照してください。
- NFSをバックアップメディアとして使用する場合、システムテナントは指定されたテナント mysql_tenant にバックアップパスを設定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST= 'file:///data/nfs/backup/data' TENANT = mysql_tenant;
- NFSをバックアップメディアとして使用する場合、ユーザーテナントは自身のテナントにバックアップパスを設定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='file:///data/nfs/backup/data';
例では、file:// はNFSをバックアップメディアタイプとして使用することを表し、バックアップパスは file:///data/nfs/backup/data です。
OSSと同様に、AWS S3もdelete_modeパラメータを使用してバックアップファイルのクリーンアップモードを設定できます。設定方法はOSSと同じです。同様に、AWS S3はchecksum_typeパラメータを使用してチェックサムアルゴリズムを指定し、バックアップデータの整合性を検証することもサポートしています。サポートされている値はmd5とcrc32です。checksum_typeパラメータを明示的に設定しない場合、デフォルト値はmd5となります。

delete_modeパラメータとchecksum_typeパラメータの詳細については、SET DATA_BACKUP_DESTを参照してください。

注意

オブジェクトストレージをバックアップ媒体として使用する場合、オブジェクトストレージパスの各パラメータは&記号で区切られます。入力するパラメータ値には、英字の大文字と小文字、数字、/-_$+=およびワイルドカードのみ含まれていることを確認してください。上記以外の文字を入力した場合、設定が失敗する可能性があります。

S3をバックアップ媒体として使用する設定例は以下のとおりです：
- S3をバックアップ媒体として使用する場合、システムテナントが指定テナントmysql_tenantにバックアップパスを設定し、クリーンアップモードをdelete、チェックサムアルゴリズムをcrc32に指定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=s3.<region>.amazonaws.com&access_id=****&access_key=****&s3_region=****&delete_mode=delete&checksum_type=crc32' TENANT = mysql_tenant;
- S3をバックアップ媒体として使用する場合、ユーザーテナントが自身のテナントにバックアップパスを設定し、クリーンアップモードをdelete、チェックサムアルゴリズムをcrc32に指定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=s3.<region>.amazonaws.com&access_id=****&access_key=****&s3_region=****&delete_mode=delete&checksum_type=crc32';
例では、s3://はS3をバックアップ媒体タイプとして使用することを表し、バケット名はoceanbase-test-bucket、バケット内のパスは/backup/dataです。また、?を使用してパスとパラメータを区切り、パラメータ間は&で区切ります。hostはAmazon S3サービスのドメイン名を設定するために使用され、access_idとaccess_keyはAWSサービスのアクセスキーを設定するために使用されます。s3_regionはS3をバックアップ媒体として使用する場合に必須のパラメータで、S3のバケットが存在するリージョンを表します。クリーンアップモードはdelete、CRC32アルゴリズムを使用してバックアップデータの整合性を検証します。

AWS S3パス形式の詳細については、付：AWS S3パス形式説明を参照してください。
ほとんどのオブジェクトストレージはS3プロトコルに対応しているため、S3プロトコルに対応し、かつOceanBaseデータベースの要件（オブジェクトストレージはOceanBaseシステムコールを実装したいくつかのS3 APIの動作に対応している必要がある）を満たすオブジェクトストレージは、OceanBaseデータベースのバックアップメディアとして使用できます。また、S3にアクセスすることで、互換性のあるオブジェクトストレージにアクセスできます。例えば、OBS、GCS、COSなどはすべてS3プロトコルでアクセスします。

S3プロトコルでアクセスするOBS、GCS、COSなどのオブジェクトストレージでは、checksum_typeパラメータを使用してチェックサムアルゴリズムを指定し、バックアップデータの整合性を検証することもサポートされています。サポートされている値はmd5のみです。checksum_typeパラメータを明示的に設定しない場合、デフォルト値はmd5です。checksum_typeパラメータの詳細については、SET DATA_BACKUP_DESTを参照してください。
注意

オブジェクトストレージをバックアップメディアとして使用する場合、オブジェクトストレージパスの各パラメータは&記号で区切られます。入力するパラメータ値には、英字の大文字と小文字、数字、/-_$+=およびワイルドカードのみ含まれていることを確認してください。上記以外の文字を入力した場合、設定が失敗する可能性があります。

S3プロトコルに対応する一部のオブジェクトストレージでは、AWS S3 SDKのデフォルトのURLエンコーディング方式をサポートしていない場合があります。s3://プロトコルでアクセスする際に、9129、9026などのオブジェクトストレージ関連のエラーコードが発生した場合は、クラスタレベル構成パラメータob_storage_s3_url_encode_typeを設定して、AWS S3がリクエストを送信する際のURLエンコーディング方式をRFC3986標準に準拠させることを推奨します。詳細な設定方法については、以下のCOSをバックアップメディアとして使用する手順と例を参照してください。
OBSをバックアップメディアとして使用する設定例：
- OBSをバックアップメディアとして使用する場合、システムテナントが指定テナントmysql_tenantにバックアップパスを設定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=obs.****.myhuaweicloud.com&access_id=****&access_key=****' TENANT = mysql_tenant;
- OBSをバックアップメディアとして使用する場合、ユーザーテナントが自身のテナントにバックアップパスを設定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=obs.****.myhuaweicloud.com&access_id=****&access_key=****';
上記の例では、s3://はS3プロトコルを使用してバックアップ宛先にアクセスすることを表し、バケット名はoceanbase-test-bucket、バケット内のパスは/backup/dataです。同時に?を使用してパスとパラメータを区切り、パラメータ間は&で区切ります。hostはOBSサービスのドメイン名を設定するために使用され、access_idとaccess_keyはOBSサービスのアクセスキーを設定するために使用されます。

GCSをバックアップメディアとして使用する設定例：
- GCSをバックアップメディアとして使用する場合、システムテナントが指定テナントmysql_tenantにバックアップパスを設定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=https://storage.googleapis.com&access_id=****&access_key=****' TENANT = mysql_tenant;
- GCSをバックアップメディアとして使用する場合、ユーザーテナントが自身のテナントにバックアップパスを設定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=https://storage.googleapis.com&access_id=****&access_key=****';
上記の例では、s3://はS3プロトコルを使用してバックアップ宛先にアクセスすることを表し、バケット名はoceanbase-test-bucket、バケット内のパスは/backup/dataです。同時に?を使用してパスとパラメータを区切り、パラメータ間は&で区切ります。hostはGCSサービスのドメイン名を設定するために使用され、access_idとaccess_keyはGCSサービスのアクセスキーを設定するために使用されます。

COSをバックアップメディアとして使用する手順と例：
1. クラスタレベル構成パラメータob_storage_s3_url_encode_typeの値を確認します。
  
  obclient> SHOW PARAMETERS LIKE '%ob_storage_s3_url_encode_type%';
  
  クエリ結果は次のとおりです：
  
  +-------+----------+----------------+----------+-------------------------------+-----------+---------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+---------+---------+-------------------+ | zone | svr_type | svr_ip | svr_port | name | data_type | value | info | section | scope | source | edit_level | +-------+----------+----------------+----------+-------------------------------+-----------+---------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+---------+---------+-------------------+ | zone1 | observer | 172.xx.xxx.xxx | 2882 | ob_storage_s3_url_encode_type | NULL | default | Determines the URL encoding method for S3 requests."default": Uses the S3 standard URL encoding method."compliantRfc3986Encoding": Uses URL encoding that adheres to the RFC 3986 standard. | OBSERVER | CLUSTER | DEFAULT | DYNAMIC_EFFECTIVE | +-------+----------+----------------+----------+-------------------------------+-----------+---------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+---------+---------+-------------------+ 1 row in set
2. 値がdefaultの場合、compliantRfc3986Encodingに変更します。
  
  obclient>ALTER SYSTEM SET ob_storage_s3_url_encode_type='compliantRfc3986Encoding';
  
  この構成パラメータの詳細については、ob_storage_s3_url_encode_typeを参照してください。
3. バックアップパスを設定し、delete_modeパラメータでバックアップファイルのクリーンアップモードを設定します。
  
  COSをバックアップメディアとして使用する場合、システムテナントが指定テナントmysql_tenantにバックアップパスを設定し、deleteクリーンアップモードを設定する例は以下のとおりです：
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test/backup/data?host=cos.ap-xxxx.myqcloud.com&access_id=***&access_key=***&delete_mode=delete' TENANT = mysql_tenant;
  
  COSをバックアップメディアとして使用する場合、ユーザーテナントが自身のテナントにバックアップパスを設定し、deleteクリーンアップモードを設定する例は以下のとおりです：
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test/backup/data?host=cos.ap-xxxx.myqcloud.com&access_id=***&access_key=***&delete_mode=delete';
  
  例では、s3://はS3プロトコルを使用してバックアップ宛先にアクセスすることを表し、バケット名はoceanbase-test、バケット内のパスは/backup/archiveです。同時に?を使用してパスとパラメータを区切り、パラメータ間は&で区切ります。hostはCOSのホストアドレス、つまりendpoint（バケット名を含まないアドレス）を設定するために使用され、access_idとaccess_keyはCOSのアクセスキーを設定するために使用されます。クリーンアップモードはdeleteに設定され、MD5アルゴリズムを使用してアーカイブファイルの整合性を検証します。
tab Azure Blob

OSSと同様に、Azure Blobもdelete_modeパラメータとchecksum_typeパラメータをサポートしています。delete_modeパラメータはバックアップファイルのクリーンアップモードを設定するために使用され、delete_modeパラメータを明示的に設定しない場合、デフォルトでdeleteモードが使用されます。checksum_typeパラメータはバックアップファイルの整合性を検証するためのチェックサムアルゴリズムを指定するために使用され、サポートされている値はmd5とno_checksumです。checksum_typeパラメータを明示的に設定しない場合、デフォルト値はmd5です。

詳細なパラメータ説明については、SET DATA_BACKUP_DESTを参照してください。

例：
注意

オブジェクトストレージをバックアップメディアとして使用する場合、オブジェクトストレージパスの各パラメータは&記号で区切られます。入力するパラメータ値には、英字の大文字と小文字、数字、/-_$+=およびワイルドカードのみ含まれていることを確認してください。上記以外の文字を入力した場合、設定が失敗する可能性があります。

Azure Blobをバックアップメディアとして使用する場合、hostパラメータのプレフィックスは、http:// または https://。同时，由于を指定する必要があります。Azure Blobはデフォルトでセキュリティ転送を有効にしており、通常は https:// を使用してアクセスします。http:// を使用してアクセスする必要がある場合は、Azure Blobのセキュリティ転送オプションを無効にする必要があります。Azure Blobのセキュリティ転送オプションを無効にする詳細な操作については、Azure Blob公式ドキュメントを参照してください。
- Azure Blobをバックアップメディアとして使用する場合、システムテナントが指定テナントmysql_tenantにバックアップパスを設定し、クリーンアップモードをdeleteに設定すると同時に、チェックサムアルゴリズムをmd5に指定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='azblob://oceanbase-test-bucket/backup/data?host=http://****.blob.core.windows.net&access_id=****&access_key=****&delete_mode=delete&checksum_type=md5' TENANT = mysql_tenant;
- Azure Blobをバックアップメディアとして使用する場合、ユーザーテナントが自身のテナントにバックアップパスを設定し、クリーンアップモードをdeleteに設定すると同時に、チェックサムアルゴリズムをmd5に指定します。
  
  obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='azblob://oceanbase-test-bucket/backup/data?host=http://****.blob.core.windows.net&access_id=****&access_key=****&delete_mode=delete&checksum_type=md5';
例では、azblob://はAzure Blobをバックアップメディアタイプとして使用することを表し、バケット名はoceanbase-test-bucket、バケット内のパスはbackup/dataです。同時に?を使用してパスとパラメータを区切り、パラメータ間は&で区切ります。hostはバケットのホストアドレスであり、コンテナプロパティまたはストレージアカウントの接続文字列を連結して取得できます。access_idはストレージアカウント名、access_keyはAzure Blobのアクセスキー、クリーンアップモードはdeleteに設定され、MD5アルゴリズムを使用してアーカイブファイルの整合性を検証します。
設定が完了したら、ビューを通じて詳細な設定情報を確認できます。

sysテナントはビューCDB_OB_BACKUP_PARAMETERを、ユーザーテナントはDBA_OB_BACKUP_PARAMETERを参照できます。

データバックアップ関連のパラメータ情報および確認方法については、データバックアップ関連パラメータの確認を参照してください。

設定後の注意事項と説明

パラメータ data_backup_dest の設定が成功すると、システムはデフォルトで、設定されたターゲットが存在するディレクトリに format ファイルを作成します。このファイルは、バックアップターゲットの有効性情報を検証し、ターゲット内のデータの整合性を確保するために使用されます。そのため、データバックアップのターゲット data_backup_dest を設定する際には、以下の点に注意してください：
- format ファイルが存在しない場合、設定されたターゲットが存在するディレクトリは空でなければならず、パラメータの設定が成功します。そうでない場合、システムは -9080 エラーを返し、format ファイルが存在しないことを示します。
- format ファイルが既に存在する場合、format ファイルの内容検証に合格している必要があり、パラメータの設定が成功します。そうでない場合、システムは -9081 エラーを返し、format ファイルがマッチしないことを示します。format ファイルの内容検証は主に、クラスタ、テナント、バックアップターゲットのタイプなどが、現在実行中の操作のクラスタ、テナント、バックアップターゲットのタイプと一致するかどうかをチェックします。
- バックアップタスクを実行する際、format ファイルが存在しない、または format ファイルの検証に失敗した場合、タスクの開始は失敗します。
バックアップターゲットの設定が成功した後、ユーザーがセキュリティ上のその他の理由でオブジェクトストレージのキー情報を変更した場合、設定済みのバックアップパスの access_id と access_key 情報を更新する必要があります。具体的な操作については、オブジェクトストレージのキー情報の更新を参照してください。

バックアップキー

データバックアップを実行する前に、ソーステナントの暗号化状況も考慮する必要があります。ソーステナントで透過的データ暗号化が有効になっている場合は、ソーステナントのバックアップキーも準備する必要があります。

注意

バックアップキーを作成した後、データを復元する前に、ソーステナントの暗号化情報でキーローテーションがトリガーされた場合は、ソーステナントのバックアップキーを再度作成する必要があります。

sys テナントまたはユーザーテナントのテナント管理者としてデータベースにログインします。
バックアップキーを作成します。
- システムテナントが特定のテナントのバックアップキーを作成する場合
```
ALTER SYSTEM BACKUP KEY TENANT = tenant_name TO 'backup_key_path' ENCRYPTED BY 'password';
```
- ユーザーテナントが自身のテナントのバックアップキーを作成する場合
  
  ステートメントは以下のとおりです：
```
ALTER SYSTEM BACKUP KEY TO 'backup_key_path' ENCRYPTED BY 'password';
```
ステートメント内で：
- backup_key_path：バックアップキーを保存するパスを指定します。このパスはユーザーが自由に設定できますが、データバックアップやログアーカイブのパスと同じにすることはできません。
- password：バックアップキーのパスに対する暗号化パスワードを指定します。
システムテナントがテナント mysql_tenant のキーを file:///data_backup_dest/key パスにバックアップする例は以下のとおりです：
```
obclient [(none)]> ALTER SYSTEM BACKUP KEY TENANT = mysql_tenant TO 'file:///data_backup_dest/key' ENCRYPTED BY '******';
```
設定が完了したら、ビューを通じてバックアップキーのパスを確認できます。
- システムテナントはビュー CDB_OB_BACKUP_STORAGE_INFO を参照してバックアップキーのパスを確認します
```
SELECT * FROM oceanbase.CDB_OB_BACKUP_STORAGE_INFO;
```
- ユーザーテナントはビュー DBA_OB_BACKUP_STORAGE_INFO を参照してバックアップキーのパスを確認します
  MySQLモード
  
  Oracleモード
  ステートメントは以下のとおりです：
  
  SELECT * FROM oceanbase.DBA_OB_BACKUP_STORAGE_INFO;
  ステートメントは次のとおりです：
  
  SELECT * FROM SYS.DBA_OB_BACKUP_STORAGE_INFO;
  ビュー CDB_OB_BACKUP_STORAGE_INFO および DBA_OB_BACKUP_STORAGE_INFO のフィールドに関する詳細説明については、CDB_OB_BACKUP_STORAGE_INFOおよびDBA_OB_BACKUP_STORAGE_INFOを参照してください。

OceanBase

顧客事例

バックアップ前の準備

バックアップ宛先の設定

注意点

手順

説明

注意

注意

注意

注意

注意

注意

注意

注意

設定後の注意事項と説明

バックアップキー

注意