SET DATA_BACKUP_DEST

説明

ALTER SYSTEM SET DATA_BACKUP_DEST 文は、ユーザーテナントのバックアップ宛先、すなわちデータバックアップのバックアップパスとソース側の設定を構成するために使用されます。

使用上の制限と注意事項

• システムテナントとMetaテナントはバックアップ・リストアをサポートしていないため、バックアップの出力先を設定する必要はありません。

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

権限要件

sysテナントのrootユーザー(root@sys)または各テナントの管理者ユーザーが実行する必要があります。具体的には：

• MySQLモードのデフォルト管理者ユーザーはrootユーザーです。
• Oracleモードのデフォルト管理者ユーザーはSYSユーザーです。

構文

ALTER SYSTEM SET DATA_BACKUP_DEST = 'data_backup_path' [TENANT = tenant_name];

パラメータ説明

data_backup_path

データバックアップのバックアップパスとソース側の設定を指定するために使用されます。以下では、異なる種類のメディアに対する data_backup_path の形式について説明します。

NFS

ALTER SYSTEM SET DATA_BACKUP_DEST = 'file://your-nfs-server/your-backup-path[?{zone=zone_name | idc=idc_name | region=region_name}]';

ここで：

• file://your-nfs-server/your-backup-path：OceanBaseデータベースがアクセス可能なNFSサーバーのパスで、データバックアップの保存に使用されます。

• zone、idc、region：バックアップパスのソースを指定します。つまり、そのパスにアクセス可能なノードの範囲およびアクセス優先順位を指定します。オプションパラメータで、バックアップパスとは英字の疑問符（?）で区切られます。zone、idc、region の3つの異なるレベルの設定を選択でき、同時に1つのレベルのみを選択するか、設定しない場合もあります。デフォルトでは設定されていません。

  • バックアップパスの zone、idc、または region 設定を指定する場合、Root ServiceのLeaderノードが指定された zone、idc、または region 内に存在している必要があります。そうでない場合、バックアップタスクはターゲットバックアップパスにバックアップメタデータを書き込むことができず、結果としてバックアップタスクの実行が失敗します。バックアップパスのソースには、Primary Zoneの範囲を含める設定を推奨します。

  • RegionレベルまたはIDCレベルを設定する必要がある場合、まず ALTER SYSTEM MODIFY ZONE zone_name SET REGION=region_name; または ALTER SYSTEM MODIFY ZONE zone_name SET IDC=idc_name; ステートメントを使用してRegion情報またはIDC情報を設定する必要があります。IDCレベルのソース設定を推奨します。これにより、ネットワーク帯域幅リソースが豊富なIDCでバックアップタスクを実行でき、バックアップタスクはより多くのノード範囲から選択可能となります。同時に、ユーザーはクラスタ内のIDC内のZoneの変更状況を気にする必要がありません。

  • 設定時に、設定した zone、idc、または region が存在しない場合、ソース情報が存在しないというエラーメッセージ（エラーコード -9133）が表示されます。

  • 複数のZone、複数のIDC、または複数のRegionを設定する必要がある場合、複数の値は英字のカンマ（,）と英字のセミコロン（;）で区切ります。ここで：

    • 英字のカンマ（,）は、バックアップタスクのノード実行を選択する際、左右のZone/IDC/Region内のノードが同じ優先順位を持つことを意味します。
    • 英字のセミコロン（;）は、左側のZone/IDC/Region内のノードの優先順位が右側よりも高いことを意味します。つまり、バックアップタスクの実行は、左側のZone/IDC/Region内のノードを優先的に選択します。

    例えば、zone=z1,z2;z3 と設定すると、z1、z2、z3 をバックアップのソースとして指定し、z1、z2 が同じ優先順位を持ち、かつ z1、z2 の優先順位が z3 よりも高いことを意味します。

  • バックアップパスにバックアップソースを設定した後、クラスタのZone、IDC、またはRegionに変更が生じた場合、例えば名前変更やZone/IDC/Regionの削除などが発生した場合、バックアップ操作が正常に実行できなくなり、最終的にバックアップタスクが失敗する可能性があります。

オブジェクトストレージ

# Alibaba Cloud OSS
ALTER SYSTEM SET DATA_BACKUP_DEST = 'oss://your-bucket-name/your-archive-path?host=oss-your-region.aliyuncs.com&access_id=your-access-id&access_key=your-access-key[&delete_mode={delete | tagging}][&checksum_type={md5 | no_checksum}][&{zone=zone_name | idc=idc_name | region=region_name}]';

# AWS S3
ALTER SYSTEM SET DATA_BACKUP_DEST = 's3://your-bucket-name/your-archive-path?host=s3.your-region.amazonaws.com&access_id=your-access-id&access_key=your-access-key&s3_region=your-s3-region[&delete_mode={delete | tagging}][&checksum_type={md5 | crc32}][&{zone=zone_name | idc=idc_name | region=region_name}]';

# S3プロトコル互換のオブジェクトストレージ
ALTER SYSTEM SET DATA_BACKUP_DEST = 's3://your-bucket-name/your-archive-path?host=your-service.com&access_id=your-access-id&access_key=your-access-key[&addressing_model={virtual_hosted_style | path_style}][&checksum_type=md5][&{zone=zone_name | idc=idc_name | region=region_name}]';

# Azure Blob
ALTER SYSTEM SET DATA_BACKUP_DEST = 'oss://your-bucket-name/your-archive-path?host=oss-your-region.aliyuncs.com&access_id=your-access-id&access_key=your-access-key[&delete_mode={delete | tagging}][&checksum_type={md5 | no_checksum}][&enable_worm={true | false}][&{zone=zone_name | idc=idc_name | region=region_name}]';

関連パラメータの説明は以下のとおりです：

• host：オブジェクトストレージサービスのアクセスドメイン名。

  Azure Blobオブジェクトストレージの場合、host パラメータの値はコンテナのプロパティまたはストレージアカウントの接続文字列を連結して取得できます。host パラメータのプレフィックスは http:// または https:// を指定する必要があります。また、Azure Blobはデフォルトでセキュリティ転送が有効なため、デフォルトでは https:// でアクセスされます。http:// でアクセスする必要がある場合は、Azure Blobのセキュリティ転送オプションを無効にする必要があります。Azure Blobのセキュリティ転送オプションを無効にする詳細な操作については、Azure Blob公式ドキュメントを参照してください。

• access_id=your-access-id：オブジェクトストレージのアクセスキーID。

• access_key=your-access-key：オブジェクトストレージのアクセスキー。

• delete_mode：バックアップパスの後にバックアップファイルのクリーンアップモードを設定します。OSS、AWS S3、COS（S3プロトコルでアクセス）、Azure Blobで利用可能なパラメータで、他のパラメータと & 記号で結合されます。このパラメータは現在、以下の2つの値をサポートしています：

  • delete：クリーンアップモードが、クリーンアップ要件を満たすバックアップファイルの直接削除であることを示します。

    このモードに設定すると、自動方式でバックアップファイルをクリーンアップする際、クリーンアップ要件を満たすバックアップファイルはシステムによって直接削除されます。

  • tagging：クリーンアップモードが、クリーンアップ要件を満たすバックアップファイルに Tag を設定することを示します。バックアップファイルは保持されます。

    このモードに設定すると、自動方式でバックアップファイルをクリーンアップする際、クリーンアップ要件を満たすバックアップファイルにシステムがタグを設定します。タグの key は "delete_mode"、value は "tagging" となり、ユーザーは設定されたタグを使用してオブジェクトストレージ上でこれらのファイルのライフサイクルを管理できます。

• checksum_type：バックアップデータの整合性を検証するためのチェックアルゴリズムを指定します。明示的に指定しない場合、すべてのオブジェクトストレージはデフォルトでMD5チェックアルゴリズムを使用します。オブジェクトストレージによって、このパラメータがサポートする値は以下のとおりです：

  • md5：MD5アルゴリズムを使用してバックアップデータの整合性を検証します。

    注意

    MD5チェックは GetObject インターフェースでは有効になりません。

  • no_checksum：バックアップデータの整合性を検証しません。この値はOSSとAzure Blobでのみサポートされています。S3プロトコルでアクセスするオブジェクトストレージ、AWS S3、OBS、GCS、COSなどでは、S3 SDKの制限により、この値はサポートされません。

  • crc32：CRC32アルゴリズムを使用してバックアップデータの整合性を検証します。この値はAWS S3でのみサポートされています。

• enable_worm：オプションパラメータです。バックアップの宛先がAlibaba Cloud OSSであり、かつ宛先Bucketにコンプライアンス保持ポリシー（WORM）が設定されている場合、このパラメータを True に設定する必要があります。

  OSSの保持ポリシーはWORM（Write Once Read Many）特性を備えており、データを削除不可・改ざん不可の状態で保存・利用するユーザーのニーズに対応しています。ユーザーがBucketに保持ポリシーを設定し、そのポリシーをロックすると、保持ポリシーで指定されたObjectの保持期間が満了するまで、そのBucket内でのObjectのアップロードと読み取りのみがサポートされます。Objectの保持期間が満了すると、そのObjectを変更または削除できます。

  注意

  • OceanBaseデータベースは現在、コンプライアンス保持ポリシーの設定を代行するものではありません。バックアップパスを設定する前に、必ずOSS Bucketにコンプライアンス保持ポリシー（WORMポリシー）が正しく設定され、ロックされていることを確認してください。
  • 設定対象のパスに対応するBucketに保持ポリシーが設定・ロックされているにもかかわらず、バックアップの宛先を設定する際に enable_worm=true を指定しなかった場合、ステートメントの実行後、システムはエラーを返し、enable_worm=true の設定が必要であることを示します。
  • enable_worm パラメータは一度設定すると、後から変更することはできません。
  • バックアップパスを設定した後、そのパスに対応するBucketにユーザーがWORMポリシーを設定・ロックした場合、バックアップタスクはターゲットパス下のファイルを変更または削除できないため、-9140 エラー（エラーコードはビュー CDB_OB_BACKUP_DELETE_JOB_HISTORY (sysテナント) または DBA_OB_BACKUP_DELETE_JOB_HISTORY (ユーザーテナント) で確認可能）を返し、the object is locked by worm と表示される可能性があります。バックアップタスクがWORMポリシーにより実行失敗となった場合、ユーザーは新しいバックアップパスを再設定し、enable_worm=true を指定する必要があります。
  • WORMポリシーが設定されたBucketをバックアップパスとして使用する場合、バックアップのクリーンアップモードとして tagging モードの使用を推奨します。

  enable_worm パラメータがサポートする値は以下のとおりです：

  • true：はい。OceanBaseデータベースがWORM仕様に従って、そのパスに対する書き込みおよび削除操作を実行することを示します。値を true に設定する場合、同時に checksum_type=md5 を明示的に設定する必要があります。

  • false：いいえ。このパラメータが明示的に指定されていない場合、デフォルト値は false です。

• s3_region：Amazon S3バケットが配置されているリージョン。バックアップ媒体がAWS S3の場合、必ず指定するパラメータです。

• addressing_model：オブジェクトストレージへのアクセスURL形式を設定します。S3互換プロトコルでアクセスするオブジェクトストレージ（OBS、GCS、COSなど）で利用可能なオプションパラメータで、他のパラメータと & 記号で結合されます。このパラメータは現在、以下の2つの値をサポートしています：

  • virtual_hosted_style：デフォルト値で、Virtual-hosted-styleでオブジェクトストレージにアクセスすることを示します。
  • path_style：Path-styleでオブジェクトストレージにアクセスすることを示します。

  例えば、ユーザーテナントが自身のテナントでOBSをバックアップ媒体として使用し、Virtual-hosted-style形式でOBSにアクセスするよう設定する場合、サンプルステートメントは以下のとおりです：

  ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=obs.****.myhuaweicloud.com&access_id=****&access_key=****&addressing_model=virtual_hosted_style';
  

• zone、idc、region：バックアップパスのソースを指定します。つまり、そのパスにアクセスできるノードの範囲とアクセス優先順位を指定することになります。オプションパラメータで、他のパラメータと & 記号で結合されます。zone、idc、region の3つの異なるレベルの構成を選択でき、同時に1つのレベルのみを選択するか、設定しない場合もあります。デフォルトでは設定されていません。

  • バックアップパスの zone、idc、または region 設定を指定する場合、Root ServiceのLeaderノードが指定された zone、idc、または region 内に存在する必要があります。そうでない場合、バックアップタスクはターゲットバックアップパスにバックアップメタデータを書き込むことができず、結果としてバックアップタスクの実行が失敗します。バックアップパスのソースには、Primary Zoneの範囲を含める設定を推奨します。

  • RegionレベルまたはIDCレベルを設定する必要がある場合、まず ALTER SYSTEM MODIFY ZONE zone_name SET REGION=region_name; または ALTER SYSTEM MODIFY ZONE zone_name SET IDC=idc_name; ステートメントを使用してRegion情報またはIDC情報を設定する必要があります。IDCレベルのソース設定を推奨します。これにより、ネットワーク帯域幅リソースが豊富なIDCでバックアップタスクを実行できるだけでなく、バックアップタスクの選択可能なノード範囲も広がります。また、ユーザーはクラスタ内のIDC内のZoneの変更状況を気にする必要がありません。

  • 設定時に指定した zone、idc、または region が存在しない場合、ソース情報が存在しないというエラー（エラーコード -9133）が表示されます。

  • 複数のZone、複数のIDC、または複数のRegionを設定する必要がある場合、複数の値は半角カンマ（,）と半角セミコロン（;）で区切ります。その中で：

    • 半角カンマ（,）は、バックアップタスクのノードを選択して実行する際、左右のZone/IDC/Region内のノードが同じ優先順位を持つことを示します。
    • 半角セミコロン（;）は、左側のZone/IDC/Region内のノードの優先順位が右側より高いことを示します。つまり、バックアップタスクを実行するノードとして、左側のZone/IDC/Region内のノードが優先的に選択されます。

    例えば、zone=z1,z2;z3 と設定すると、z1、z2、z3 をバックアップのソースとして指定することを意味します。z1、z2 は同じ優先順位を持ち、z1、z2 の優先順位は z3 より高いです。

  • バックアップパスにバックアップソースを設定した後、クラスタのZone、IDC、またはRegionに変更が生じた場合、例えば名前変更やZone/IDC/Regionの削除などが発生した場合、バックアップ操作が正常に実行できなくなり、結果としてバックアップタスクが失敗する可能性があります。

例

• システムテナント

  • システムテナントがテナント mysql_tenant のバックアップパスをNFSメディアに設定します。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'file:///data/nfs/backup/data' TENANT = mysql_tenant;
    

  • システムテナントがテナント mysql_tenant のバックアップパスをNFSメディアに設定し、現在のバックアップパスにアクセスできるゾーンをz1、z2、z3と指定します。Root Serviceはバックアップタスクの実行ノードを選択する際、優先度の高いz1およびz2内のノードを優先的に選択します。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'file:///data/nfs/backup/data?zone=z1,z2;z3' TENANT = mysql_tenant;
    

  • システムテナントがテナント mysql_tenant のバックアップパスをOSSメディアに設定し、バックアップファイルのクリーンアップモードを delete に設定します。また、MD5アルゴリズムを使用してバックアップデータの整合性を検証します。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'oss://oceanbase-test-bucket/backup/?host=xxx.aliyun-inc.com&access_id=xxx&access_key=xxx&delete_mode=delete&checksum_type=md5' TENANT = mysql_tenant;
    

    • システムテナントがテナント mysql_tenant のバックアップパスをOSSメディアに設定し、バックアップファイルのクリーンアップモードを delete に設定しますが、バックアップデータの整合性は検証しません。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'oss://oceanbase-test-bucket/backup/?host=xxx.aliyun-inc.com&access_id=xxx&access_key=xxx&delete_mode=delete&checksum_type=no_checksum' TENANT = mysql_tenant;
    

  • システムテナントがテナント mysql_tenant のバックアップパスをOSSメディアに設定し、バックアップファイルのクリーンアップモードを tagging に設定します。また、MD5アルゴリズムを使用してアーカイブファイルの整合性を検証します。このパスに enable_worm=true を設定すると、システムはWORM仕様に従ってそのパスに対する書き込みおよび削除操作を実行します。

    注意

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

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'oss://oceanbase-test-bucket/backup/?host=xxx.aliyun-inc.com&access_id=xxx&access_key=xxx&delete_mode=tagging&checksum_type=md5&enable_worm=true' TENANT = mysql_tenant;
    

  • システムテナントがテナント mysql_tenant のバックアップパスをOSSメディアに設定し、バックアップファイルのクリーンアップモードを delete に設定します。また、現在のバックアップパスにアクセスできるゾーンをz1、z2、z3と指定します。Root Serviceはバックアップタスクの実行ノードを選択する際、優先度の高いz1およびz2内のノードを優先的に選択します。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'oss://oceanbase-test-bucket/backup/?host=***.aliyun-inc.com&access_id=***&access_key=***&delete_mode=delete&zone=z1,z2;z3' TENANT = mysql_tenant;
    

  • システムテナントがテナント mysql_tenant のバックアップパスをAWS S3メディアに設定し、バックアップファイルのクリーンアップモードを tagging に設定します。CRC32アルゴリズムを使用してバックアップデータの整合性を検証します。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=s3.<region>.amazonaws.com&access_id=xxx&access_key=xxx&s3_region=xxx&delete_mode=tagging&checksum_type=crc32' TENANT = mysql_tenant;
    

  • システムテナントがテナント mysql_tenant のバックアップパスをOBSメディアに設定し、S3プロトコルでアクセスします。

    obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=obs.****.myhuaweicloud.com&access_id=****&access_key=****' TENANT = mysql_tenant;
    

  • システムテナントがテナント mysql_tenant のバックアップパスをGCSメディアに設定し、S3プロトコルでアクセスします。

    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;
    

  • システムテナントがテナント mysql_tenant のバックアップパスをCOSメディアに設定し、バックアップファイルのクリーンアップモードを delete に設定します。S3プロトコルでアクセスします。

    注意

    COSをバックアップメディアとして使用する場合、事前にクラスタレベル構成パラメータ ob_storage_s3_url_encode_type を設定する必要があります。詳細な操作については、バックアップ前の準備を参照してください。

    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;
    

  • システムテナントがテナント 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' TENANT = mysql_tenant;
    

• ユーザーテナント

  • テナント mysql_tenant が自身のテナントにバックアップパスをNFSメディアに設定します。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'file:///data/nfs/backup/data';
    

  • テナント mysql_tenant が自身のテナントにバックアップパスをNFSメディアに設定し、現在のバックアップパスにアクセスできるリージョンを region1 と指定します。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'file:///data/nfs/backup/data?region=region1';
    

  • テナント mysql_tenant が自身のテナントにバックアップパスをOSSメディアに設定し、バックアップファイルのクリーンアップモードを delete に設定します。MD5アルゴリズムを使用してバックアップデータの整合性を検証します。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'oss://oceanbase-test-bucket/backup/?host=xxx.aliyun-inc.com&access_id=xxx&access_key=xxx&delete_mode=delete&checksum_type=md5';
    

  • テナント mysql_tenant が自身のテナントにバックアップパスをOSSメディアに設定し、バックアップファイルのクリーンアップモードを delete に設定しますが、バックアップデータの整合性は検証しません。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'oss://oceanbase-test-bucket/backup/?host=xxx.aliyun-inc.com&access_id=xxx&access_key=xxx&delete_mode=delete&checksum_type=no_checksum';
    

  • テナント mysql_tenant が自身のテナントにバックアップパスをOSSメディアに設定し、バックアップファイルのクリーンアップモードを tagging に設定します。MD5アルゴリズムを使用してアーカイブファイルの整合性を検証します。このパスに enable_worm=true を設定すると、システムはWORM仕様に従ってそのパスに対する書き込みおよび削除操作を実行します。

    注意

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

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'oss://oceanbase-test-bucket/backup/?host=xxx.aliyun-inc.com&access_id=xxx&access_key=xxx&delete_mode=tagging&checksum_type=md5&enable_worm=true';
    

  • テナント mysql_tenant が自身のテナントにバックアップパスをOSSメディアに設定し、バックアップファイルのクリーンアップモードを delete に設定します。現在のバックアップパスにアクセスできるIDCを idc2 と指定します。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST = 'oss://oceanbase-test-bucket/backup/?host=***.aliyun-inc.com&access_id=***&access_key=***&delete_mode=delete&idc=idc2';
    

  • テナント mysql_tenant が自身のテナントにバックアップパスをAWS S3メディアに設定し、バックアップファイルのクリーンアップモードを tagging に設定します。CRC32アルゴリズムを使用してバックアップデータの整合性を検証します。

    obclient [oceanbase]> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=s3.<region>.amazonaws.com&access_id=xxx&access_key=xxx&s3_region=xxx&delete_mode=tagging&checksum_type=crc32';
    

  • テナント mysql_tenant が自身のテナントにバックアップパスをOBSメディアに設定し、S3プロトコルでアクセスします。

    obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=obs.****.myhuaweicloud.com&access_id=****&access_key=****';
    

  • テナント mysql_tenant が自身のテナントにバックアップパスをGCSメディアに設定し、S3プロトコルでアクセスします。

    obclient> ALTER SYSTEM SET DATA_BACKUP_DEST='s3://oceanbase-test-bucket/backup/data?host=https://storage.googleapis.com&access_id=****&access_key=****';
    

  • テナント mysql_tenant が自身のテナントにバックアップパスをCOSメディアに設定し、バックアップファイルのクリーンアップモードを delete に設定します。S3プロトコルでアクセスします。

    注意

    COSをバックアップメディアとして使用する場合、事前にクラスタレベル構成パラメータ ob_storage_s3_url_encode_type を設定する必要があります。詳細な操作については、バックアップ前の準備を参照してください。

    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';
    

  • ユーザーテナント 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';
    

関連ドキュメント

• バックアップパスとアーカイブパスのソース側設定例

• BACKUP KEY

• BACKUP

• バックアップ前の準備