OceanBase logo

OceanBase

トランザクション処理、分析、AIワークロードに最適な分散データベース

デプロイを自由に

OceanBase Cloud

OceanBaseの導入とスケーリングを最適化

エンタープライズ版

自社インフラ上での運用・管理に対応

オープンソース版を試す

コミュニティ版

開発者向けオープンソース分散データベース

OceanBase seekdb

AIネイティブなオープンソースの検索データベース

顧客事例

さまざまな業界の企業による導入事例を紹介します。

さらに見る
利用シーン別

あらゆるシナリオに対応するOLTP

ハイブリッドクラウドソリューション

大容量ストレージデータベースのコスト削減

リアルタイム分析混合ワークロード

複数インスタンスの統合

ドキュメント

会社概要

OceanBaseの企業情報、パートナーシップ、そして信頼性・セキュリティへの取り組みについて紹介します。

OceanBaseについて

法的情報

お問い合わせ

日本 - 日本語
International - English
中国站 - 简体中文
クラウドで始める

トランザクション処理、分析、AIワークロードに最適な分散データベース

デプロイを自由に

OceanBase Cloud

OceanBaseの導入とスケーリングを最適化

エンタープライズ版

自社インフラ上での運用・管理に対応

オープンソース版を試す

コミュニティ版

開発者向けオープンソース分散データベース

OceanBase seekdb

AIネイティブなオープンソースの検索データベース

顧客事例

さまざまな業界の企業による導入事例を紹介します。

さらに見る
利用シーン別

あらゆるシナリオに対応するOLTP

ハイブリッドクラウドソリューション

大容量ストレージデータベースのコスト削減

リアルタイム分析混合ワークロード

複数インスタンスの統合

OceanBaseの企業情報、パートナーシップ、そして信頼性・セキュリティへの取り組みについて紹介します。

OceanBaseについて

法的情報

お問い合わせ

クラウドで始める
编组
すべての製品
    • データベース
    • アイコンOceanBaseデータベース
アイコン

OceanBaseデータベース

V4.3.5

    OceanBase logo

    AI時代を支える分散データベース

    日本 - 日本語
    International - English
    中国站 - 简体中文
    プロダクト
    OceanBase Cloudエンタープライズ版コミュニティ版OceanBase seekdb
    会社概要
    OceanBaseについて法的情報お問い合わせ
    公式アカウント
    ConnpassXQiitaLumaGitHub

    © OceanBase 2026. All rights reserved

    クラウドサービス契約個人情報保護ポリシーセキュリティ
    お問い合わせ
    ドキュメントフィードバック
    1. ホーム
    2. OceanBaseデータベース
    3. V4.3.5
    アイコンOceanBaseデータベース
    V 4.3.5
    • V 4.3.5

    物理復旧結果の確認

    最終更新日:2026-04-09 02:53:56  更新
    シェア
    このページの内容
    操作手順
    次のステップ

    折りたたみ

    シェア

    復旧が完了した後、ビューを通じて物理復旧の結果を確認できます。

    操作手順

    1. rootユーザーでクラスタのsysテナントにログインします。

    2. 復元が完了したら、以下のステートメントを実行して、クラスタの復元タスク結果を確認できます。

      obclient [(none)]> SELECT * FROM oceanbase.CDB_OB_RESTORE_HISTORY\G
      

      結果の表示例は次のとおりです:

      *************************** 1. row ***************************
                          TENANT_ID: 1
                             JOB_ID: 1
                RESTORE_TENANT_NAME: mysql
                  RESTORE_TENANT_ID: 1002
                 BACKUP_TENANT_NAME: backup_tenant
                   BACKUP_TENANT_ID: 1002
                BACKUP_CLUSTER_NAME: backup_cluster
                        BACKUP_DEST: file:///data/nfs/backup//archive,file:///data/nfs/backup/data
                        RESTORE_SCN: 1658389117092435000
                RESTORE_SCN_DISPLAY: 2022-06-1 07:38:37.092435
                     RESTORE_OPTION: pool_list=small_pool_2&primary_zone=z1
                    START_TIMESTAMP: 2022-06-1 15:40:58.366601
                   FINISH_TIMESTAMP: 2022-06-1 15:44:16.061358
                             STATUS: SUCCESS
                  BACKUP_PIECE_LIST: file:///data/nfs/backup/archive/piece_d1001r1p1,file:///data/nfs/backup/archive/piece_d1001r2p2
                    BACKUP_SET_LIST: file:///data/nfs/backup/data/backup_set_1_full
             BACKUP_CLUSTER_VERSION: 17179869184
                           LS_COUNT: 3
                    FINISH_LS_COUNT: 3
                       TABLET_COUNT: 428
                FINISH_TABLET_COUNT: 428
                        TOTAL_BYTES: 313158553
                TOTAL_BYTES_DISPLAY: 298.65MB
                       FINISH_BYTES: 0
               FINISH_BYTES_DISPLAY: 0.00MB
                        DESCRIPTION: NULL
                            COMMENT: NULL
      *************************** 2. row ***************************
                          TENANT_ID: 1002
                             JOB_ID: 1
                RESTORE_TENANT_NAME: mysql
                  RESTORE_TENANT_ID: 1002
                 BACKUP_TENANT_NAME: backup_tenant
                   BACKUP_TENANT_ID: 1002
                BACKUP_CLUSTER_NAME: backup_cluster
                        BACKUP_DEST: file:///data/nfs/backup//archive,file:///data/nfs/backup/data
                        RESTORE_SCN: 1658389117092435000
                RESTORE_SCN_DISPLAY: 2022-06-1 07:38:37.092435
                     RESTORE_OPTION: pool_list=small_pool_2&primary_zone=z1
                    START_TIMESTAMP: 2022-06-1 15:40:58.366601
                   FINISH_TIMESTAMP: 2022-06-1 15:44:05.304540
                             STATUS: SUCCESS
                  BACKUP_PIECE_LIST: file:///data/nfs/backup/archive/piece_d1001r1p1,file:///data/nfs/backup/archive/piece_d1001r2p2
                    BACKUP_SET_LIST: file:///data/nfs/backup/data/backup_set_1_full
             BACKUP_CLUSTER_VERSION: 17179869184
                           LS_COUNT: 3
                    FINISH_LS_COUNT: 3
                       TABLET_COUNT: 428
                FINISH_TABLET_COUNT: 428
                        TOTAL_BYTES: 313158553
                TOTAL_BYTES_DISPLAY: 298.65MB
                       FINISH_BYTES: 0
               FINISH_BYTES_DISPLAY: 0.00MB
                        DESCRIPTION: NULL
                            COMMENT: NULL
      1 row in set
      

      CDB_OB_RESTORE_HISTORYビューの各フィールドは基本的にCDB_OB_RESTORE_PROGRESSに対応しています。その中で、COMMENTはタスク失敗時の関連エラー情報を記録するために使用されます。

      復元に失敗した場合は、テナントを削除することでこの復元をキャンセルできます。具体的な操作については、復元のキャンセルを参照してください。

    次のステップ

    物理復旧が正常に実行された後、復旧されたテナントはすべてスタンバイテナントとなります。以下の操作を実行できます:

    • recover コマンドを実行して、スタンバイテナントとしてソーステナントからのログ再生を続けます。詳細な操作については、スタンバイテナントのログ再生を参照してください。

    • スタンバイテナントからのプライマリテナントへの切り替えコマンドを実行し、スタンバイテナントをプライマリテナントに変換します。詳細な操作については、スタンバイテナントからプライマリテナントへの切り替えを参照してください。

    前のトピック

    物理復旧の進捗状況を確認する
    最後

    次のトピック

    スタンバイテナントによるログリプレイ
    次
    このページの内容
    操作手順
    次のステップ