すべてのプロダクト
Search
ドキュメントセンター

:一般的なエラーとトラブルシューティング

最終更新日:Oct 18, 2024

データベースバックアップ (DBS) でバックアップスケジュールの設定、バックアップスケジュールまたは復元タスクの事前確認、または復元タスクの実行時にエラーが発生することがあります。 このトピックでは、一般的なエラーとこれらのエラーのトラブルシューティング方法について説明します。

説明

このトピックで発生したエラーが説明されていない場合、またはこのトピックで提供されているソリューションを使用しても問題が解決しない場合は、DingTalkグループ (ID 35585947) for DBS usersのテクニカルサポートにお問い合わせください。

タイプ別の一般的なエラーのリスト

バックアップスケジュールの設定時に発生する可能性のある一般的なエラー

ソースデータベースへの接続のテストに失敗しました

バックアップスケジュールまたは復元タスクの事前確認時に発生する可能性のある一般的なエラー

高度なダウンロード機能で返される可能性のある一般的なエラーコード

タスクの実行時に返される一般的なエラーコード

バックアップスケジュールを設定するときに発生する可能性のある一般的なエラー

ソースデータベースへの接続のテストに失敗しました

シナリオ: バックアップスケジュールを設定すると、接続テストが失敗します。

原因:

  • データベースアカウント名またはパスワードが無効です。

  • データベースはDBSのIPアドレスからのアクセスを拒否します。

  • データベースが存在するサーバーまたはネットワークに対してファイアウォールが設定されます。

  • ネットワーク通信が異常です。

解決策:

  1. DBSコンソールで [チェック] をクリックして、接続テストの失敗の詳細を表示します。

  2. 次のチェックを実行して、問題をトラブルシューティングします。

    • データベースアカウント名またはパスワードが無効かどうか、またはデータベースがDBSのIPアドレスからのアクセスを拒否しているかどうかを確認します。

      1. データベースアカウント名とパスワードが有効かどうかを確認します。

        ソースデータベースに接続できるサーバーを見つけます。 サーバーで、データベースに接続するためのバックアップスケジュールを構成するときに指定したデータベースアカウント名とパスワードを使用します。 これにより、データベースアカウント名とパスワードが有効かどうかを確認できます。 データベースアカウント名またはパスワードが無効な場合は、有効なデータベースアカウント名とパスワードを指定して、接続を再度テストします。

      2. データベースアカウント名とパスワードが有効な場合は、データベースがDBSのIPアドレスをブロックしているかどうかを確認します。

        • データベースがMySQLデータベースの場合は、MySQLクライアントを使用してデータベースに接続し、次のSQL文を実行して、指定したデータベースアカウントのIPアドレスを取得します。 次に、IPアドレスからデータベースへのリモートアクセスが許可されているかどうかを確認します。

          SELECT host,user,authentication_string,password_expired,account_locked FROM mysql.user WHERE user='[$Username]';
          説明

          [$Username] を、バックアップスケジュールの設定時に指定したデータベースアカウントに置き換えます。

        • データベースがSQL Serverデータベースの場合、

          • バックアップゲートウェイがソースデータベースサーバーにインストールされている場合、Addressパラメーターをlocalhostに設定します。

          • データベースが存在するサーバーにファイアウォールが設定されているかどうかを確認します。 さらに、ソースデータベースのエンドポイントまたはトリガーがDBSのIPアドレスからのアクセスを拒否するかどうかを確認します。

        • データベースがOracleデータベースの場合、sqlnet.oraファイルのTCP.VALIDNODE_CHECKINGパラメーターがYESに設定されているかどうかを確認します。 パラメーターがYESに設定されている場合、データベースはDBSのIPアドレスからのアクセスを拒否します。

    • データベースが存在するサーバーにファイアウォールが設定され、ファイアウォールポリシーがサーバーへのアクセスを拒否するように設定されているかどうか、またはネットワーク通信が異常かどうかを確認します。

      1. データベースが存在するサーバーに対してファイアウォールが構成されているかどうか、およびファイアウォールポリシーがサーバーへのアクセスを拒否するように構成されているかどうかを確認します。

        • データベースがWindowsサーバーに展開されている場合は、コントロールパネルからWindows Defenderファイアウォールを見つけ、ファイアウォールポリシーがサーバーへのアクセスを拒否するように構成されているかどうかを確認します。

        • データベースがLinuxサーバーにデプロイされている場合は、iptables -Lコマンドを実行し、ファイアウォールポリシーがサーバーへのアクセスを拒否するように構成されているかどうかを確認します。

        • ソースデータベースがElastic Compute Service (ECS) インスタンスにデプロイされている場合は、DBSサーバーのCIDRブロックがECSインスタンスのセキュリティグループルールに追加されているかどうかを確認します。 詳細については、「セキュリティグループルールの追加」をご参照ください。 DBSコンソールでDBSサーバーのCIDRブロックを取得できます。

      2. DBSサーバーのCIDRブロックからのアクセスがデータベースのネットワークファイアウォールで許可されているかどうかを確認します。 この例では、Cloud Firewallが使用されています。

        1. Cloud Firewallコンソールにログインします。 左側のナビゲーションウィンドウで、[アクセス制御] > [インターネットボーダー] を選択します。

        2. [Internet Border] ページで、DBSサーバーのCIDRブロックからのアクセスを拒否するためのポリシーがCloud Firewallに設定されているかどうかを確認します。 DBSコンソールでDBSサーバーのCIDRブロックを取得できます。

        説明

        エラーがファイアウォールによって引き起こされていないが、Telnet接続テストが失敗した場合、DBSのネットワーク通信が異常である可能性があります。 DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

バックアップスケジュールまたは復元タスクを事前に確認したときに発生する可能性のある一般的なエラー

ソースデータベースへの接続の確認に失敗しました

シナリオ: バックアップスケジュールまたは復元タスクを開始すると、バックアップスケジュールまたは復元タスクの事前チェックが失敗します。

原因:

  • データベースアカウント名またはパスワードが無効です。

  • データベースはDBSのIPアドレスからのアクセスを拒否します。

  • データベースが存在するサーバーまたはネットワークに対してファイアウォールが設定されます。

  • ネットワーク通信が異常です。

解決策: 詳細については、このトピックの「ソースデータベースへの接続のテストに失敗しました」をご参照ください。

ソースデータベースのアクセス許可の確認に失敗しました

シナリオ: バックアップスケジュールまたは復元タスクを開始すると、バックアップスケジュールまたは復元タスクの事前チェックが失敗します。

原因:

  • バックアップスケジュールに指定したデータベースアカウントには、データベースへのアクセス権限がありません。

  • 復元タスクに指定したデータベースアカウントには、データベースにデータを書き込んだり、データベース内のテーブルを更新したりする権限がありません。

解決策: 使用するデータベースアカウントの権限を確認します。 データベースアカウントに十分な権限がない場合は、データベースアカウントに必要な権限を付与するか、必要な権限を持つ別のデータベースアカウントを使用することを推奨します。

説明

OSSへの接続の確認に失敗しました

シナリオ: バックアップスケジュールまたは復元タスクを開始すると、バックアップスケジュールまたは復元タスクの事前チェックが失敗します。

原因:

  • バックアップスケジュールを設定するときは、backup Storage TypeパラメーターをOSS For Userに設定し、独自のObject Storage Service (OSS) バケットをバックアップストレージとして指定します。 ただし、DBSはOSSへのアクセスを許可されていません。

  • 内部エラーが発生しました。

解決策:

  • バックアップスケジュールの [タスクの設定] ページで、組み込みDBSストレージまたは独自のOSSバケットがバックアップスケジュールのバックアップストレージとして使用されているかどうかを確認します。 独自のOSSバケットが使用されている場合は、OSSコンソールにログインし、DBSコンソールに表示されているバケットが存在するかどうか、およびDBSがバケットへのアクセスを許可されているかどうかを確認します。 詳細については、「DBSを有効にするには?」をご参照ください。

  • OSSバケットが存在し、DBSがOSSへのアクセスを許可されている場合、内部サービスエラーが発生する可能性があります。 DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

ソースデータベースに対してバイナリログ機能が有効になっているかどうかの確認に失敗しました

シナリオ: DBSは、ソースデータベースに対してバイナリログ機能が有効になっているかどうかを確認できません。

解決策: このチェック項目は、ソースデータベースに対してバイナリログ機能が有効になっているかどうかを確認するために使用されます。 チェックが失敗した場合、ソースデータベースのバイナリログ機能は無効になります。 問題を解決するには、次の手順を実行します。

  1. 自己管理型MySQLデータベースが存在するサーバーにログオンします。

  2. 自己管理型MySQLデータベースのmy.cn f設定ファイルを次の方法で変更します。

    log_bin=mysql_bin
    binlog_format=row
    server_id=2 // The server ID is an integer greater than 1. The value in this example is for reference only. 
    binlog_row_image=FULL // This parameter is required if the version of the source database is MySQL 5.6 or later.

    説明

    my.cn f設定ファイルのデフォルトパスは /etc/my.cn fです。 実際のパスは異なる場合があります。

  3. 次のコマンドを実行して、MySQLデータベースを再起動します。

    [$Mysql_Dir]/bin/mysqladmin -u root -p shutdown
    [$Mysql_Dir]/bin/safe_mysqld &
    説明

    [$Mysql_Dir] をMySQLデータベースのインストールディレクトリに置き換えます。

  4. 自己管理型MySQLデータベースにログインし、次のSQL文を実行して、バイナリログ機能が有効かどうかを確認します。

    SHOW variables LIKE '%log_bin%';

    次の出力に似た情報が表示される場合、バイナリログ機能が有効になります。启动成功

  5. DBSコンソールで事前チェックを再度実行します。

ソースデータベースのバイナリログ形式の確認に失敗しました

シナリオ: DBSは、ソースデータベースのバイナリログ形式のチェックに失敗します。

解決策: このチェック項目は、ソースデータベースのバイナリログ形式がROWに設定されているかどうかを確認するために使用されます。 チェックが失敗した場合、ソースデータベースのバイナリログ形式はROWに設定されません。 問題を解決するには、次の手順を実行します。

  1. 自己管理型MySQLデータベースが存在するサーバーにログオンします。

  2. 次の方法でmy.cn f設定ファイルを変更します。 binlog_formatパラメーターをROWに設定します。

    log_bin=mysql_bin
    binlog_format=ROW  // Set the binary log format to ROW. 
    server_id=2 // The server ID is an integer greater than 1. The value in this example is for reference only. 
    binlog_row_image=FULL // This parameter is required if the version of the source database is MySQL 5.6 or later.

    説明

    my.cn f設定ファイルのデフォルトパスは /etc/my.cn fです。 実際のパスは異なる場合があります。

  3. 次のコマンドを実行して、MySQLデータベースを再起動します。

    [$Mysql_Dir]/bin/mysqladmin -u root -p shutdown
    [$Mysql_Dir]/bin/safe_mysqld &
    説明

    [$Mysql_Dir] をMySQLデータベースのインストールディレクトリに置き換えます。

  4. 自己管理型MySQLデータベースにログインし、次のSQL文を実行して、バイナリログ形式がROWに設定されているかどうかを確認します。

    SHOW variables LIKE "%binlog_format%";

    次のような情報が表示される場合、バイナリログ形式はROWに設定されます。修改binlog为row

  5. DBSコンソールで事前チェックを再度実行します。

ソースデータベースのbinlog_row_imageパラメーターがFULLに設定されているかどうかの確認に失敗しました

シナリオ: DBSは、ソースデータベースのbinlog_row_imageパラメーターがFULLに設定されているかどうかを確認できません。

解決策: このチェック項目は、MySQL 5.6以降のデータベースにのみ適用されます。 このチェック項目は、ソースデータベースのbinlog_row_imageパラメーターがFULLに設定されているかどうかを確認するために使用されます。 チェックが失敗した場合、ソースデータベースのbinlog_row_imageパラメーターはFULLに設定されません。 その結果、ソースデータベースのバイナリログファイルには完全なイメージが記録されません。 問題を解決するには、次の手順を実行します。

  1. 自己管理型MySQLデータベースが存在するサーバーにログオンします。

  2. 次の方法でmy.cn f設定ファイルを変更します。 binlog_row_imageパラメーターをFULLに設定します。

    log_bin=mysql_bin
    binlog_format=ROW  // Set the binary log format to ROW. 
    server_id=2 // The server ID is an integer greater than 1. The value in this example is for reference only. 
    binlog_row_image=FULL // This parameter is required if the version of the source database is MySQL 5.6 or later.

    説明

    my.cn f設定ファイルのデフォルトパスは /etc/my.cn fです。 実際のパスは異なる場合があります。

  3. 次のコマンドを実行して、MySQLデータベースを再起動します。

    [$Mysql_Dir]/bin/mysqladmin -u root -p shutdown
    [$Mysql_Dir]/bin/safe_mysqld &
    説明

    [$Mysql_Dir] をMySQLデータベースのインストールディレクトリに置き換えます。

  4. 自己管理型MySQLデータベースにログインし、次のSQL文を実行して、binlog_row_imageパラメーターがFULLに設定されているかどうかを確認します。

    show variables like "%binlog_row_image%";
  5. DBSコンソールで事前チェックを再度実行します。

ソースデータベースのサーバーIDの確認に失敗しました

シナリオ: DBSは、ソースデータベースのサーバーIDのチェックに失敗します。

解決策: MySQLデータベースの増分データ移行タスクを開始する前に、DBSはソースデータベースのserver_idパラメーターの値をチェックします。 DBSが自己管理型MySQLデータベースのserver_idパラメーターの値のチェックに失敗した場合は、次の手順を実行して問題を解決します。

  1. 自己管理型MySQLデータベースサーバーにログインし、次のSQL文を実行してserver_idパラメーターの値を表示します。

    SHOW variables LIKE '%server_id%';
  2. 次のSQL文を実行して、server_idパラメーターの値を変更します。 server_idパラメーターの値は、1より大きい整数に設定する必要があります。

    SET global server_id=[$ID];
    説明
    • [$ID] を1より大きい整数に置き換えます。 入力した値が他のデータベースで使用されていないことを確認してください。

    • 自己管理データベースがプライマリ /セカンダリモードでデプロイされている場合は、プライマリ-セカンダリレプリケーションが影響を受けないようにしてください。

    • 上記のステートメントを実行した後、設定ファイルのserver_idパラメーターの値を変更する必要があります。 それ以外の場合、データベースの再起動後、server_idパラメーターに指定した値は無効になります。

  3. DBSコンソールで事前チェックを再度実行します。

ソースデータベース内のバイナリログファイルの存在を確認できませんでした

シナリオ: 自己管理型MySQLデータベースのバックアップスケジュールを開始すると、DBSはソースデータベース内のバイナリログファイルの存在を確認できません。

解決策:

  1. MySQL CLIで次のコマンドを実行して、バイナリログ機能が有効かどうかを確認します。

    SHOW variables LIKE 'log_%';
  2. 機能が無効の場合、バイナリログ機能を有効にします。 次のコマンド出力は、バイナリロギング機能が無効になっていることを示します。 この場合、my.cn f設定ファイルを変更して機能を有効にする必要があります。 Linuxサーバーでは、Vimコマンドを実行して構成ファイルを編集できます。

    off

    # Go to the /etc/my.cnf directory.
    vim /etc/my.cnf
    
    # Press the I key to enter the edit mode.
    # Set the log_bin parameter to mysql_bin and specify other parameters.
    log_bin = mysql_bin
    binlog_format = row
    server_id = 2
    expire_logs_days = 30
    
    # Press the ESC key to exit the edit mode and enter :wq to save the file.

  3. 次のコマンドを実行して、自己管理MySQLデータベースを再起動します。

    systemctl restart mysqld
    説明

    構成ファイルの変更は、データベースの再起動後に有効になります。 オフピーク時にデータベースを再起動することを推奨します。

    データベースを再起動したら、手順1のコマンドを実行して、バイナリログ機能が有効になっているかどうかを確認します。 バイナリログ機能が有効になっている場合は、バックアップスケジュールを再度開始します。

ストレージエンジンのチェックに失敗

解決策: このチェック項目は、ソースデータベースのストレージエンジンが増分データ移行をサポートしているかどうかを確認するために使用されます。 FEDERATEDおよびMRG_MYISAMストレージエンジンは、MySQLデータベース間の増分データ移行をサポートしていません。 チェックが失敗した場合、ソースデータベースのテーブルは前述のストレージエンジンのいずれかを使用できます。 問題を解決するには、次の操作を実行します。

バックアップスケジュールの [タスクの設定] ページで、[バックアップオブジェクトの編集] をクリックします。 ストレージエンジンが増分データ移行をサポートしていないテーブルをバックアップオブジェクトから削除します。

説明

変更が有効になると、システムはすぐにデータをバックアップします。 これは、ソースデータベースとビジネスに影響を与える可能性があります。 オフピーク時に設定を変更することを推奨します。

MySQLデータベースのパスワード形式の確認に失敗しました

シナリオ: バックアップスケジュールまたは復元タスクを開始すると、バックアップスケジュールまたは復元タスクの事前チェックが失敗します。

解決策: DBSは、MySQLデータベースが以前のバージョンのパスワード形式を使用しているかどうかを確認します。 詳細については、「old_passwords」をご参照ください。

オブジェクト名の競合

シナリオ: 選択した復元オブジェクトは、ターゲットデータベース内の既存のオブジェクトと同じ名前を使用します。

解決策: 別の復元タスクを作成し、[オブジェクトの名前を同じ名前で変更] を選択するか、[編集] をクリックして、復元先データベースに復元するオブジェクトの名前を変更します。 失敗した復元タスクを削除できます。

高度なダウンロード機能で返される可能性のある一般的なエラーコード

シナリオ: ApsaraDB RDSコンソールの バックアップと復元 ページで、[インスタンスバックアップファイルのダウンロード] が暗くなります。

DBS-DownloadTask.Region

原因: 現在のリージョンでは、高度なダウンロード機能を使用できません。

解決策: DingTalkグループ (ID 35585947) for DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-DownloadTask.InstanceInfo

原因: ApsaraDB RDSインスタンスに関する情報の取得に失敗しました。

解決策: ApsaraDB RDSインスタンスが異常であるか、またはインスタンスが削除されているかどうかを確認します。

DBS-DownloadTask.DbType

原因: ApsaraDB RDSインスタンスのデータベースエンジンが高度なダウンロード機能をサポートしていません。

解決策: ApsaraDB RDSインスタンスのデータベースエンジンがMySQLまたはPostgreSQLであることを確認します。 この機能は、他のタイプのApsaraDB RDSインスタンスではサポートされていません。

DBS-DownloadTask.CustinId

原因: 高度なダウンロード機能は、ApsaraDB RDSインスタンスでは使用できません。

解決策: お待ちください。 高度なダウンロード機能は段階的に利用可能です。 DingTalkグループ (ID 35585947) for DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-DownloadTask.CustinName

原因: 高度なダウンロード機能は、ApsaraDB RDSインスタンスでは使用できません。

解決策: お待ちください。 高度なダウンロード機能は段階的に利用可能です。 DingTalkグループ (ID 35585947) for DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-DownloadTask.user

原因: 高度なダウンロード機能は、ApsaraDB RDSインスタンスでは使用できません。

解決策: お待ちください。 高度なダウンロード機能は段階的に利用可能です。 DingTalkグループ (ID 35585947) for DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-DownloadTask.Instance.Version

原因: ApsaraDB RDSインスタンスのマイナーエンジンバージョンが、高度なダウンロードタスクを作成するための前提条件を満たしていません。

解決策: ApsaraDB RDSインスタンスのマイナーエンジンバージョンは20201031以降である必要があります。 ApsaraDB RDSインスタンスのマイナーエンジンバージョンを更新する方法の詳細については、「マイナーエンジンバージョンの更新」をご参照ください。 更新中に問題が発生した場合は、ApsaraDB RDSユーザーのテクニカルサポートにお問い合わせください。

説明

詳細については、「バックアップファイルのダウンロード」をご参照ください。

DBS-DownloadTask.Instance.Storage.Type

原因: 現在のストレージタイプのApsaraDB RDSインスタンスは、高度なダウンロード機能をサポートしていません。

解決策: 標準SSDまたはエンタープライズSSD (ESSD) を使用するApsaraDB RDSインスタンスのみが高度なダウンロード機能をサポートしています。 ApsaraDB RDSコンソールの 基本情報 ページに移動して、ApsaraDB RDSインスタンスのストレージタイプを確認できます。 ストレージタイプ

DBS-DownloadTask.Instance.Param

原因: ApsaraDB RDSインスタンスが正しく設定されていません。

解決策: ApsaraDB RDSインスタンスのマイナーエンジンバージョンが、高度なダウンロードタスクを作成するための前提条件を満たし、バックアップデータが暗号化されていないことを確認します。 詳細については、「バックアップファイルのダウンロード」トピックのダウンロード方法セクションを参照してください。

DBS-DownloadTask

原因: ApsaraDB RDSインスタンスは高度なダウンロード機能をサポートしていません。

解決策: ApsaraDB RDSインスタンスが、次のトピックで説明されている高度なダウンロード機能の前提条件を満たしていることを確認します。

説明

この機能を使用する前に、高度なダウンロード機能の制限と使用方法の注意事項を理解することをお勧めします。

タスクの実行時に返される一般的なエラーコード

DBS-000000

シナリオ: ネイティブの物理的な完全バックアップタスクが失敗します。

原因: DBSは、バックアップスケジュールで使用されているバックアップゲートウェイを使用してデータベースサーバーに接続できず、再試行の回数が上限の100に達しました。 一般的な原因は、バックアップゲートウェイが切断されていることです。

例:

DBS-000000 Scheduling failed, the task has been retried, exceeding the maximum limit

解決策:

  1. バックアップスケジュールのタスクの設定ページで、バックアップスケジュールで使用されるバックアップゲートウェイがオフライン状態になります。

  2. [バックアップゲートウェイ] ページで、バックアップゲートウェイのIPアドレス、ホスト名、および最終ハートビート時間が異常であるかどうかを確認します。

  3. バックアップゲートウェイがインストールされているサーバーの状態とネットワーク構成を確認してください。

    サーバーが期待どおりに実行され、ネットワークが接続されている場合は、バックアップゲートウェイの再起動を試みることができます。 以前のバージョンのバックアップゲートウェイには脆弱性があります。 バックアップゲートウェイを最新バージョンにアップグレードします。 詳細については、「バックアップゲートウェイのインストール」をご参照ください。

    説明

    上記の操作を実行した後でバックアップゲートウェイを起動できない場合は、DingTalkグループfor DBS usersのテクニカルサポートにお問い合わせください。

DBS-000001

シナリオ: 論理的な完全バックアップタスクが失敗します。

原因: タスクが失敗し、リトライ回数が上限に達しました。

例:

DBS-000001 Scheduling failed, the task has been retried, exceeding the maximum limit or hang more than 7 hours

解決策: タスクを再起動し、タスクのステータスを確認します。 エラーが解決しない場合は、DingTalkグループfor DBS usersのテクニカルサポートにお問い合わせください。

DBS-000002

シナリオ: 論理スキーマのバックアップまたは完全バックアップタスクが失敗します。

原因: 利用可能なサービスリソースがありません。

例:

DBS-000002 Because the current system has no available resources, scheduling timeout...

解決策: DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-000003

シナリオ: タスクが失敗します。

原因: タスクが無効です。

例:

DBS-000003  No instance was found for this task

解決策: DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-000004

シナリオ: 物理的なバックアップまたは復元タスクが失敗します。

原因: タスクの開始時に、物理バックアップまたは復元タスクのスケジュールが失敗しました。

例:

DBS-000004 + [Error message]

解決策: タスクを再起動してください。 問題が解決しない場合は、DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-000005

シナリオ: 論理バックアップまたは復元タスクが失敗します。

原因: 論理バックアップまたは復元タスクは、開始時に異常にスケジュールされています。

例:

DBS-000005 + [Error message]

解決策: 異常なタスクを再起動してください。 問題が解決しない場合は、DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-000006

シナリオ: 物理バックアップまたは復元タスクを開始するとタイムアウトが発生します。

原因: 物理バックアップまたは復元タスクが開始時に異常にスケジュールされているか、リソースが異常です。

例:

DBS-000006 + [Error message]

解決策: タスクを再起動してください。 問題が解決しない場合は、DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-000007

シナリオ: 論理バックアップまたは復元タスクを開始するとタイムアウトが発生します。

原因: 論理バックアップまたは復元タスクが開始時に異常にスケジュールされているか、リソースが異常です。

例:

DBS-000007 + [Error message]

解決策: タスクを再起動してください。 問題が解決しない場合は、DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-002003

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因: データベースにアクセスできません。 データベースに対する権限がない、データベースが存在しない、またはデータベースにアクセスできない可能性があります。

例:

DBS-002003, message:User does not have permission to alter database 'UFTData305999_000002', the database does not exist, or the database is not in a state that allows access checks..
DBS-002003, message:User does not have permission to alter database 'UFDATA
DBS-002003, message:User 'guest' does not have permission to run DBCC LOGIN
DBS-002003 ["The TCP/IP connection to the host localhost, port 1433 has failed. Error: "Connection refused: connect. Verify the connection properties, check that an instance of SQL Server is running on the host and accepting TCP/IP connections at the port, and that no firewall is blocking TCP connections to the port."."].

解決策:

  1. データベースがオフラインかどうかを確認します。 データベースがオンラインであることを確認します。

  2. データベースが復元中の場合は、データベースが復元されるまで待ってから、別のタスクを再起動します。

  3. 接続が暗号化されているかどうかを確認します。

    SELECT encrypt_option FROM sys.dm_exec_connections WHERE session_id = @@SPID
  4. レジストリを表示して、トランスポート層セキュリティ (TLS) 暗号化が有効かどうかを確認します。

    HKey_Local_Machine\System\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.x\Server
    ## 1.x indicates the version of TLS. Examples: 1.0, 1.1, and 1.2.

    関連する設定項目が存在し、その値が1の場合、TLS暗号化が有効になります。 TLS暗号化を無効にするには、次の手順を実行します。

    1. 設定項目の値を1から0に変更します。

    2. Windowsの場合、[検索開始] ボックスで [インターネットオプション] を検索します。 [インターネットのプロパティ] ダイアログボックスで、[詳細設定] タブをクリックし、TLSに関連するチェックボックスをオフにします。

    3. コンピュータを再起動し、バックアップタスクを再起動します。

DBS-002009

シナリオ: スキーマのバックアップが失敗します。

原因:

  • データベースアカウント名またはパスワードが無効です。

  • データベースアカウントの権限が変更されるか、データベースがDBSのIPアドレスからのアクセスを拒否します。

  • データベースがデプロイされているサーバーのファイアウォールルールが変更されます。

  • DBSのネットワーク接続が異常です。 例えば、ネットワークマッピングが変更される。

例:

DBS-002009 com.alibaba.dts.exception.message.LocalException: DBS-002009 Connect db jdbc:mysql://*:*?useSSL=false timeout.

解決策: 詳細については、このトピックの「ソースデータベースへの接続のテストに失敗しました」を参照してください。 まず、データベースアカウント名またはパスワード、データベースアカウントの権限、DBSのIPアドレス、またはファイアウォールルールの変更が原因で接続障害が発生しているかどうかを確認します。 上記の項目が変更されていない場合は、ネットワークマッピングを確認して再生成します。

  1. バックアップスケジュールの [タスクの設定] ページに移動し、[バックアップオブジェクトの編集] をクリックします。

  2. データベースアカウント名とパスワードを再度入力し、テスト接続をクリックします。

    接続テスト中に、システムはバックグラウンドでビジネス要件に基づいてネットワークマッピングをチェックして再生成します。

    説明

    ソースデータベースが期待どおりに構成されていても接続テストが失敗した場合は、DingTalkグループfor DBS usersのテクニカルサポートにお問い合わせください。

  3. テストに合格したら、次へをクリックします。

  4. バックアップするデータベースとテーブルを選択し、保存をクリックして設定をバックアップスケジュールに保存します。

    [保存] をクリックすると、上記の設定が有効になり、DBSはすぐにバックアップを開始します。 バックアップは、ソースデータベースとビジネスに影響します。 オフピーク時に設定を変更して保存することを推奨します。

DBS-102001

シナリオ: タスクの実行時にエラーが発生します。

原因: バックアップタスクが完了すると、バックアップオブジェクトがメタデータベースに報告されるとエラーが返されます。 これは、スキーマバックアップで発生する一般的なエラーです。 タスクを再起動して、エラーをトラブルシューティングできます。

例:

DBS-102001 java.lang.IllegalStateException: The RecordSplit must be in FAILED or SUCCE

解決策: タスクを再起動してください。 問題が解決しない場合は、DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-105001

シナリオ: タスクの実行時にエラーが発生します。

原因: ハートビートがメタデータベースに報告されるとタイムアウトが発生します。

例:

DBS-105001 com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Could not create connection to database server. Attempted reconnect 3 times. Giving up.
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Too many connections

解決策: タスクを再起動してください。 問題が解決しない場合は、DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-106001

シナリオ: タスクの実行時にエラーが発生します。

原因: OSS内部エラーが発生しました。

例:

DBS-106001 java.lang.RuntimeException: com.taobao.amp.error.RequestError: Please conta...
DBS-106001  error task count 2 reached to the max limit.

解決策: DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-202002

シナリオ: タスクを実行してデータをOSSバケットにバックアップすると、エラーが発生します。

原因: OSSサービスの料金滞納があります。

例:

DBS-202002 java.io.IOException: com.taobao.amp.error.RequestError: UserDisable

解決策:

  • バックアップスケジュールの [タスクの設定] ページで、独自のOSSバケットがバックアップスケジュールのバックアップストレージとして使用されているかどうかを確認します。 独自のOSSバケットが使用されている場合は、OSSサービスの料金滞納を確認し、OSSサービスを更新してから、バックアップタスクを再試行します。

  • OSSバケットを使用していない場合は、DingTalkグループfor DBS usersのテクニカルサポートにお問い合わせください。

DBS-203101

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因:

  • データベースが機能しなくなりました。

  • データベースのSSL暗号化が有効になっています。

例:

DBS-203101 Connect db failure

解決策:

  1. SQL Server Management Studio (SSMS) を使用して、データベースのポート番号を使用してSQL Serverデータベースにログインします。 データベースが存在するか、実行中かを確認します。

    デフォルトでは、ポート番号を使用せずにデータベースにログインできます。 たとえば、localhostはコンマ (,) で区切って1433ます。

    説明

    DBSは、データベースへのTCP接続のみをサポートします。

  2. 現在のデータベースのSSL暗号化が無効になっていることを確認します。

DBS-203102

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因:

  • データベースが削除されます。

  • データベースの名前が変更されます。

  • データベースが異常状態であり、バックアップできません。

例:

DBS-203102 Could not find database ......

解決策:

  1. データベースが削除されているかどうかを確認します。 データベースが削除された場合は、バックアップオブジェクトを再構成します。

    バックアップスケジュールの [タスクの設定] ページに移動し、[バックアップオブジェクトの編集] をクリックして、バックアップオブジェクトを設定します。

    説明

    バックアップは、再構成されたバックアップオブジェクトが保存されて有効になるとすぐに開始されます。 ビジネスとソースデータベースへの影響に注意してください。

  2. データベースの名前が変更されているかどうかを確認します。 データベースの名前が変更された場合は、前の手順を参照してバックアップオブジェクトを再構成します。

  3. データベースがオフラインかどうかを確認します。 データベースがオンラインであることを確認します。

  4. データベースが復元中の場合は、データベースが復元されるまで待ってから、別のタスクを再起動します。

  5. データベースに対して自動閉じる機能が有効になっている場合は、自動閉じる機能をFalseに設定します。

DBS-203103

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因: データベースは使用できません。

例:

DBS-203103 The database server already shutdown

解決策: データベースを利用可能にします。

DBS-203104

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因: 仮想デスクトップインフラストラクチャ (VDI) コンポーネントで問題が発生しました。

例:

DBS-203104 Wait VDI timeout 30s

解決策: WindowsイベントをチェックしてVDIコンポーネントの問題をトラブルシューティングし、問題が解決したらタスクを再起動することをお勧めします。 このような問題が報告されていない場合は、しばらく待ってからバックアップタスクを再起動してください。 エラーが解決しない場合は、DingTalkグループfor DBS usersのテクニカルサポートにお問い合わせください。

DBS-203201

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因: データベースを同時にバックアップするために複数のバックアップタスクが実行されます。

例:

DBS-203201 database xxx backupable lsn {1} exceeded limit {2}

解決策:

  • 複数のバックアップタスクを実行してデータベースを同時にバックアップする場合は、一度に1つのバックアップタスクのみを保持し、他のバックアップタスクを一時停止します。

  • スクリプトを使用してデータベースを定期的にバックアップする場合は、他のバックアップタスクを一時停止して、一度に1つのバックアップタスクのみを実行してデータベースをバックアップするようにします。

  • 複数のデータベースに対して増分バックアップを実行すると、一部のデータベースのバックアップに失敗することがあります。 この場合、増分バックアップを無効にしてから、増分バックアップを有効にします。

DBS-203202

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因:

  • 増分バックアップは、完全バックアップの前に実行されます。 この問題は、初めてバックアップタスクを設定するときに発生する可能性があります。

  • この問題は、バックアップタスクの設定時にCopyOnlyオプションが選択されている場合にも発生する可能性があります。

例:

DBS-203202 BACKUP LOG {0} cannot be performed because there is no current database backup

解決策: 完全バックアップを手動で実行し、バックアップタスクの失敗した増分バックアップを再起動できます。

DBS-203203

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因: FULL復旧モデルを使用していないため、トランザクションログをバックアップできません。

例:

DBS-203203 Only support increment trnsaction log backup in FULL MODE, database {0}

解決策: 次のSQL文を実行して、復旧モデルをFULLに設定します。

ALTER DATABASE [xxx] SET RECOVERY FULL

DBS-203205

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因: データベースがオフラインです。

例:

DBS-203205 database state is; DBS-203205 database AIS20210425120342 state is {1}

です。

解決策:

  • データベースがオフラインかどうかを確認します。 データベースがオンラインであることを確認します。

  • データベースが復元中の場合は、データベースが復元されるまで待ってから、別のタスクを再起動します。

DBS-203206

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因: データベースにアクセスできません。 データベースが破損している可能性があります。 データベースが利用可能かどうかを確認する必要があります。

例:

DBS-203206 message:Database 'UFTData992044_000002' cannot be opened due to

解決策:

  • データベースがオフラインかどうかを確認します。 データベースがオンラインであることを確認します。

  • データベースが復元中の場合は、データベースが復元されるまで待ってから、別のタスクを再起動します。

DBS-203240

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因: 現在のデータベースアカウントにシステム管理者の権限がありません。

例:

DBS-203240, message:User 'guest' does not have permission to run DBCC LOGIN

解決策: バックアップスケジュールの設定を変更します。 必要な権限を持つデータベースアカウントを使用するか、使用するデータベースアカウントにシステム管理者ロールを割り当てます。 データベースアカウントを変更する方法の詳細については、「バックアップスケジュールでバックアップソースデータベースを変更または変更するにはどうすればよいですか。 」をクリックします。

DBS-203301

シナリオ: ネイティブ物理バックアップがSQL Serverデータベースの完全復元モードで実行されると、エラーが発生します。

原因: テールログはバックアップされません。 データの損失を防ぐには、データベースを復元する前に、現在のデータベースのテールログをバックアップする必要があります。

説明

テールログは、最後のログバックアップ後に生成されたトランザクションログです。

例:

DBS-203301 The tail of the log for the database {0} has not been backed up. Use BACKUP LOG WITH NORECOVERY to backup the log if it contains work you do not want to lose. Use the WITH REPLACE or WITH STOPAT clause of the RESTORE statement to just overwrite the contents of the log

解決策:

  1. 次のコマンドを実行して、テールログをバックアップします。

    BACKUP LOG [Name of the database that you want to restore] TO DISK='C:\backupdir\moyun_test.trn' WITH NORECOVERY;
  2. 失敗した完全復元タスクを再起動します。

DBS-203302

シナリオ: SQL Serverデータベースに対してネイティブ物理バックアップが完全バックアップモードで実行されると、エラーが発生します。

原因: 現在の完全バックアップセットの最後のトランザクションログLSN {0} が別の完全バックアップセットのトランザクションログLSN {1} より前に生成されるため、完全バックアップセットを使用してデータを復元することはできません。

例:

DBS-203302 the log in this backup set terminates at LSN {0}, which is too early to apply to the database. A more recent log backup that includes LSN {1} can be restored

できます

解決策: DingTalkグループfor DBSユーザーのテクニカルサポートにお問い合わせください。

DBS-301005

シナリオ: Oracleデータベースの完全バックアップモードで物理バックアップを実行すると、エラーが発生します。

原因: OracleデータベースのARCHIVELOGモードは無効です。 最初にOracleデータベースのARCHIVELOGモードを有効にする必要があります。

例:

DBS-301005, message:INNER_ERROR[301005]:database is no archive mode
DBS-301005, message:INNER_ERROR[301005]:user="" ConnectString="" standalone params= ......

解決策: OracleデータベースのARCHIVELOGモードを有効にします。 詳細については、「Oracleデータベースの物理バックアップの準備」トピックの「アーカイブモードの有効化」をご参照ください。

DBS-301502

シナリオ: MySQLデータベースに対して物理バックアップが実行されると、エラーが発生します。

原因: バックアップ中にDDL操作をredoログに記録できません。

例:

DBS-301502, without redo logging

解決策: DDL操作が実行されないときにバックアップタスクを再起動します。

DBS-301503

シナリオ: MySQLデータベースに対して物理バックアップが実行されると、エラーが発生します。

原因: redoログの生成速度がバックアップ速度を超えています。

例:

DBS-301503, log copying being too slow

解決策: redoファイルの容量を増やし、オフピーク時にバックアップを実行することをお勧めします。

DBS-301504

シナリオ: MySQLデータベースに対して物理バックアップが実行されると、エラーが発生します。

原因: MySQLデータベースのテーブルに対して暗号化が有効になっています。 DBSは暗号化テーブルのバックアップをサポートしていません。

例:

DBS-301504, missing encryption

解決策: テーブルの暗号化機能を無効にして、バックアップタスクを再起動することをお勧めします。 暗号化機能を無効にせず、DBSの使用を停止する場合は、DBSのカスタマーサービススタッフに連絡して理由を説明し、バックアップスケジュールの払い戻しを申請してください。

DBS-301505

シナリオ: MySQLデータベースに対して物理バックアップが実行されると、エラーが発生します。

原因: バックアッププロセスがシステムによって終了しました。

例:

DBS-301505, signal: terminated

解決策: タスクを再起動します。

DBS-302035

シナリオ: Oracleデータベースの完全バックアップモードで物理バックアップを実行すると、エラーが発生します。

原因: Oracleインスタンスのデータベースロール情報を取得できません。

例:

DBS-302035 USER_CAN_NOT_LOAD_INSTANCE_ROLE[302035]

解決策:

  1. データベースインスタンスがデプロイされているサーバーにログインします。

  2. 次のコマンドを実行して、システム管理者としてデータベースにログインします。

    sqlplus / as sysdba
  3. 次のSQL文を実行して、結果が返されるかどうかを確認します。

    select database_role from v$database;

    結果が返されない場合は、エラーのトラブルシューティングを行います。 結果が返された場合は、DingTalkグループfor DBS usersのテクニカルサポートにお問い合わせください。

DBS-400001

シナリオ: ネイティブ物理バックアップが完全バックアップモードで実行され、バックアップデータが変換されるとエラーが発生します。

原因: バックアップスケジュールの仕様がビジネス要件を満たしていません。

例:

DBS-400001 , message :Java heap space. 
DBS-400001 java.lang.OutOfMemoryError: Java heap space

解決策: バックアップスケジュールの仕様をアップグレードすることを推奨します。 復元タスクなどの緊急タスクのメモリ制限を一時的に増やす必要がある場合は、DingTalkグループのDBSユーザーのテクニカルサポートにお問い合わせください。 バックアップスケジュールの仕様をアップグレードする方法の詳細については、「Upgrade a backup schedule」をご参照ください。

DBS-999999またはエラーコードなし

シナリオ: タスクの実行時にエラーが発生します。

原因: 例外がDBSによって定義されていないか、または例外のエラーコードが定義されていますが、エラーコードは表示されません。

例:

DBS-999999 + [Error message]

解決策: エラーメッセージをコピーし、このトピックのエラーを検索して、問題が別のエラーコードを使用して定義されているかどうかを確認することをお勧めします。 このトピックで関連するエラーが見つからない場合は、DingTalkグループfor DBS usersのテクニカルサポートにお問い合わせください。