Cloud Backup:データベースバックアップのよくある質問

MySQL

1. この問題は、不正な 数据库用户名 または パスワード、あるいは権限が不十分なバックアップアカウントが原因である可能性があります。認証情報を確認し、必要な権限を付与してから、登録を再試行してください。

   詳細については、「MySQL バックアップアカウントの作成と権限の設定」をご参照ください。

2. systemctl restart dbackup3-agent を実行してバックアップクライアントを再起動します。

3. バックアップクライアントを再起動してもデータベースインスタンスが非アクティブなままである場合は、分析のためにログファイルを収集してください。

   クライアントログパスは /var/log/dbackup3/agent.log です。

Oracle

1. この問題は、誤った数据库用户名またはパスワード、あるいは権限が不十分なバックアップアカウントが原因である可能性があります。認証情報を確認し、必要な権限を付与して、登録を再試行してください。

   詳細については、「Oracle バックアップアカウントの作成と権限の設定」をご参照ください。

2. バックアップクライアントを再起動してください。

   • Linux: バックアップクライアントを再起動するには、systemctl restart dbackup3-agentを実行します。

   • Windows：

     1. Win + R を押して、[ファイル名を指定して実行] ダイアログボックスを開きます。

     2. services.msc と入力して Enter キーを押すと、サービス管理コンソールが開きます。

     3. サービス一覧で、dbackup3-agent サービスを探します。

     4. サービスの状態が [実行中] であることを確認します。実行中でない場合は、dbackup3-agent サービスを右クリックし、[再起動] を選択します。

3. バックアップクライアントを再起動してもデータベースインスタンスが非アクティブなままである場合は、分析のためにログファイルを収集してください。

   • Linux 上のクライアントのログパスは /var/log/dbackup3/agent.log です。

   • Windows でのクライアントログのパスは Local Disk (C) > ProgramData > scutech > dbackup3 > agent > log > dbackup3-agent.log です。

SQL Server

1. この問題は、誤った数据库用户名 または パスワード、あるいは権限が不十分なバックアップアカウントが原因である可能性があります。認証情報を確認し、必要な権限を付与してから、登録を再試行してください。

   詳細については、「SQL Server バックアップアカウントの作成と権限の設定」をご参照ください。

2. dbackup3-agent サービスを再起動します。

   1. Win + R を押して、[ファイル名を指定して実行] ダイアログボックスを開きます。

   2. services.msc と入力して Enter キーを押すと、サービス管理コンソールが開きます。

   3. サービス一覧で、dbackup3-agent サービスを探します。

   4. サービスの状態が[実行中]であることを確認します。そうでない場合は、dbackup3-agent サービスを右クリックして[再起動]を選択します。

3. サービスを再起動してもデータベースインスタンスが非アクティブなままである場合は、分析のためにログファイルを収集してください。

   クライアントログパスは Local Disk (C) > ProgramData > scutech > dbackup3 > agent > log > dbackup3-agent.log です。

MySQL

1. MySQL データベースのステータスを確認してください。

   ECS インスタンスにログオンし、systemctl status mysqld コマンドを実行します。ステータスが inactive の場合、MySQL データベースサービスは実行されていません。

2. MySQL サービスを開始してください。

   systemctl start mysqld コマンドを実行して MySQL サービスを再起動します。コンソールの [データベースステータス] が オンライン に変わります。

Oracle

1. Oracle リスナーのステータスを確認してください。

   ECS インスタンスにログインし、次のコマンドを実行してください：

   su - oracle
   lsnrctl status

   サービスが実行中の場合、ステータスは running です。それ以外の場合は、TNS: no listener というメッセージが表示されます。

2. Oracle データベースのランタイムステータスを確認してください。

   su - oracle
   sqlplus /nolog
   conn /as sysdba
   SELECT name, status FROM v$instance;

   v$instance ビューは、データベースインスタンスに関する情報を提供します。status 列はインスタンスのステータスを示します。ステータスが OPEN の場合、データベースは開いており、接続可能な状態です。

3. Oracle リスナーを開始してください。

   Oracle リスナーサービスを開始して、クライアントからの接続リクエストを待機させます。

   su - oracle
   lsnrctl start

4. Oracle データベースインスタンスを開始してください。

   SQL*Plus で、システム管理者権限でログインし、Oracle インスタンスを開始してください。

   sqlplus / as sysdba;
   STARTUP;

   データベースインスタンスが起動すると、コンソールの [データベースステータス] は オンライン に変わります。

SQL Server

1. SQL Server データベースのステータスを確認してください。

   1. Win + R キーを押して、[実行] ダイアログボックスを開きます。

   2. services.msc を入力し、Enter キーを押してサービス管理コンソールを開きます。

   3. サービスの一覧から、「SQL Server (MSSQLSERVER)」などの SQL Server サービスを見つけてください。

   4. サービスステータスを確認してください。ステータスは 実行中、停止、または 一時停止 のいずれかです。

2. SQL Server サービスを開始してください。

   SQL Server データベースのステータスが [停止] または [一時停止] の場合、SQL Server サービスを右クリックし、[開始] を選択します。 [開始] オプションがグレー表示されている場合は、サービス管理コンソールを管理者として再度開き、再試行します。 サービスが開始されると、コンソールの [データベースステータス] が オンライン に変わります。

MySQL

実行履歴 で、ジョブのステータスが [エラー] になっています。

次の手順に従ってください。

1. ECS インスタンスまたはローカルサーバーにログインし、MySQL サービスのステータスを確認します。

   systemctl status mysqld コマンドを実行します。ステータスがアクティブであれば、サービスは正常に実行されています。ステータスが非アクティブな場合、サービスは正しく実行されていません。サービスを再起動して、再度お試しください。

2. データベースのユーザー名、パスワード、および権限を確認します。パスワードの有効期限切れや、最近変更されたユーザー権限もこの問題の原因となる可能性があります。

   データベース登録時に入力した 数据库用户名 または [パスワード] が正しくない場合、またはバックアップアカウントの権限が不十分な場合は、認証情報が正しいことを確認し、必要な権限をバックアップアカウントに付与してください。専用のバックアップユーザーを作成することを推奨します。

   最低限、RELOAD、LOCK TABLES、REPLICATION、PROCESS の権限が必要です。

3. サーバーにログインし、バックアップログを表示します。

   Linux クライアントのログパス： /var/log/dbackup3/agent.log

   • ログにキーワード uploadPart SecurityTokenExpired が含まれている場合、サーバーのローカル時刻が正しくありません。修正してください。

   • ログにキーワード ib_logfile0 が含まれている場合、別の復元ジョブが進行中に復元操作が開始されたことが原因です。これにより、ib_logfile0 ファイルが削除されたものの再作成されず、その後のバックアップが失敗しました。

   • ログにエラーメッセージ "Error: failed to execute query LOCK TABLES FOR BACKUP: Access denied; you need (at least one of) the RELOAD privilege(s) for this operation" が含まれている場合、バックアップアカウントの権限が不十分です。バックアップジョブを実行するには、アカウントには、少なくとも RELOAD、LOCK TABLES、REPLICATION、PROCESS の権限が必要です。MySQL 8.0 では、BACKUP_ADMIN 権限も必要です。

   • ログにメッセージ "no space left on device" が含まれている場合、増分バックアップファイルの復元に必要なキャッシュ領域が不足しているため、MySQL バックアップクライアントバージョン 29292 で復元ジョブが失敗しました。ストレージパスが別のディスクを指すようにシンボリックリンクを作成することで、この問題を解決できます。

   • コンソールでログバックアップのステータスが「エラー」で、かつログにキーワード "@LM_ERROR@agent|To backup binlog in slave node needs to set log_slave_updates to ON" が含まれている場合、バックアップノードはスレーブノードです。ログバックアップを正しく実行するには、log_slave_updates=1 パラメーターを有効にしてください。この設定を変更した後、次のログバックアップを実行する前に完全バックアップを実行することを推奨します。

Oracle

1. サーバーにログインし、バックアップログを表示します。

   Linux クライアントのログパス： /var/log/dbackup3/agent.log

   Windows クライアントのログパス： C:\ProgramData\scutech\dbackup3\agent\log\dbackup3-agent.log

2. ログで、タスクが失敗した時刻前後のエントリを確認します。バックアップログに次のいずれかのエラーメッセージが含まれている場合は、対応する解決策を参照してください。

   • ログにキーワード "ORA-12560: TNS:protocol adapter error" が含まれている場合、ORACLE_SID 環境変数が設定されていないか、誤って設定されているために Oracle への接続が妨げられている可能性があります。sysdba 権限で sqlplus コマンドを使用してログインを試みてください。ORACLE_SID 環境変数を正しく設定した後にログインできる場合は、問題は解決です。

   • ログにキーワード "sbtclose2 returned error-failed to close file" が含まれている場合、サーバーのローカル時刻が正しくないか、システムタイムゾーンが正しく設定されていません。データベースサーバーの時刻を変更し、dbackup3-agent サービスを再起動してください。手順については、「クライアントプロセスのステータスを確認し、ログパスを検索し、クライアントを再起動するにはどうすればよいですか。」をご参照ください。

   • ログにキーワード "Failed to probe oracle instances" が含まれている場合、考えられる原因は 2 つあります。

     • クライアントのインストール時に Oracle インスタンスが実行されていませんでした。

       dbackup3-agent サービスを再起動してください。手順については、「クライアントプロセスのステータスを確認し、ログパスを検索し、クライアントを再起動するにはどうすればよいですか。」をご参照ください。

     • ORACLE_HOME 環境変数が正しく設定されていません。

       1. Linux システムの場合：/etc/init.d/dbackup3-agent config oracle を実行し、実際の $ORACLE_HOME パスを入力してください。

       2. dbackup3-agent サービスを再起動してください。手順については、「クライアントプロセスのステータスを確認し、ログパスを検索し、クライアントを再起動するにはどうすればよいですか。」をご参照ください。

   • ログにキーワード "ORA-12154: TNS:could not resolve the connect identifier specified" が含まれている場合、パスワードに特殊文字が含まれているため、検証に失敗し、バックアップが失敗しました。

   • ログにキーワード "ORA-01017: invalid username/password; logon denied" が含まれている場合、正しいユーザー名とパスワードでインスタンスを再アクティブ化し、再度バックアップを実行してください。

   • ログにキーワード "The difference between the request time and the current time is too large" が含まれている場合、Cloud Backup クライアントがインストールされているサーバーの時刻が Cloud Backup サーバーの時刻と一致していません。

     解決策：

     1. 時刻の確認と同期：Network Time Protocol (NTP) を使用して、サーバー時刻を協定世界時 (UTC) と同期させることを推奨します。Linux システムでは、ntpdate または chrony コマンドを使用して時刻を同期します。sudo ntpdate pool.ntp.org コマンドを実行して手動で同期できます。

     2. タイムゾーン設定の確認：タイムゾーンが正しく設定されていることを確認するために、timedatectl コマンドを使用してタイムゾーンを表示および設定してください。

     3. バックアップクライアントを再起動し、Cloud Backup コンソールで再度バックアップジョブを実行してください。手順については、「クライアントプロセスのステータスを確認し、ログパスを検索し、クライアントを再起動するにはどうすればよいですか。」をご参照ください。

SQL Server

Cloud Backup を使用して SQL Server データベースをバックアップする際にバックアップが失敗した場合は、次の手順に従ってください。

1. サーバーにログインし、バックアップログを表示します。

   Windows クライアントのログパスは次のとおりです。 C:\ProgramData\scutech\dbackup3\agent\log\dbackup3-agent.log

2. コンソールのエラー記録にある時間範囲 (開始時刻と終了時刻) に基づいて、タスクが失敗した時刻前後のログエントリを検索し、分析してください。バックアップログに次のいずれかのエラーメッセージが含まれている場合は、対応する解決策を参照してください。

   • エラー：ログインの権限が不十分です。

     原因：SQL Server のバックアップアカウントの権限が不十分です。

     解決策：バックアップアカウントとその権限を確認してください。詳細については、「ステップ 2：バックアップアカウントの作成と権限の設定」をご参照ください。

   • エラー：ユーザー 'xxx' のログインに失敗しました。

     原因：SQL Server のバックアップユーザーのパスワードの有効期限が切れています (エラーコード：18487, SQL State：28000)。

     解決策：SQL Server でバックアップユーザーのパスワードを変更してください。その後、Cloud Backup コンソールにログインし、データベースの [操作] 列で [その他] > 重新激活 を選択してください。

   • エラー：ファイルを上書きできません。

     原因：SQL Server データベースの復元パスが別のデータベースによって占有されています。

     解決策：新しい復元ジョブを作成してください。指定したバックアップから復元する際に、復元パスをダブルクリックして変更してください。

     [復元設定] タブでは、[再接続時間] や [レート制限] などのパラメーターを設定できます。また、下のファイルパスツリーでターゲットパスをダブルクリックして変更することもできます。

   • エラー：ターゲットの SQL Server データベースが存在しません。名前が正しく入力されていることを確認してください。

     原因：ターゲットの SQL Server データベースが存在しません。

     解決策：ターゲットデータベースが存在することを確認してください。データベースが存在しない場合は、バックアッププランを編集し、対応するデータベースを削除してください。

   • エラー：データベースはデータベースミラーリングセッションまたは可用性グループに参加しています。データベースミラーリングセッションまたは可用性グループに参加しているデータベースでは、一部の操作は許可されません。

     原因：SQL Server データベースで SQL Server AlwaysOn が有効になっています。

     解決策：データベースを復元するには、ALTER DATABASE コマンドを使用して、データベースミラーリングセッションまたは可用性グループから削除してください。

   • エラー：データベースはデータベースミラーリング用に構成されているか、可用性グループに参加しています。データベースを復元する場合は、ALTER DATABASE を使用してミラーリングを削除するか、可用性グループからデータベースを削除してください。

     原因：SQL Server データベースで SQL Server AlwaysOn が有効になっています。

     解決策：データベースを復元するには、ALTER DATABASE コマンドを使用して、データベースミラーリングセッションまたは可用性グループから削除してください。

   • エラー：

     コンソールでバックアップジョブが失敗し、「Job failed, error: -1 Backup or restore of database ""xxx"" failed, VDI error "0x80770004"」というメッセージが表示されます。

     トラブルシューティングの手順：

     1. C:\ProgramData\scutech\dbackup3\agent\log\dbackup3-agent.log ディレクトリに移動し、ログファイルを開きます。コンソールのエラー記録にある時間範囲 (開始時刻と終了時刻) に基づいて、タスクが失敗した時刻前後のログを探してください。

     2. ログに "Failed to receive WebSocket data from x.x.x.x:60305, errno=10054, connection reset" または "Failed to open socket x.x.x.x:60305, errno=10060, connection timed out" が含まれている場合、クライアントとバックアップサーバー間の接続が中断されました。ネットワーク接続を確認してください。

     3. その後のログに「Channel xxxxxxxxxxxxxx is registered」が表示される場合、クライアントはリトライ後にサーバーに再接続しています。新しいバックアップジョブをトリガーするか、次のスケジュールされたジョブが実行されるのを待ってから、バックアップが正常に進行するかどうかを確認できます。

     4. それでもバックアップが失敗する場合は、テクニカルサポートにお問い合わせください。DingTalk サポートグループに参加するか、直接サービスエキスパートに問い合わせることができます。

        • [Cloud Backup テクニカルサポートグループ]

          料金、機能、使用方法に関する質問に迅速に回答します。Cloud Backup オンラインサポートに参加 (Chrome を推奨)。DingTalk ID 88650005148 を使用して公開グループを検索し、参加してください。

        • [Cloud Backup エキスパートサポート]

          技術専門家がライブ分析を提供し、製品の問題を迅速に解決します。Cloud Backup サポートに問い合わせる (Chrome を推奨)。DingTalk ID： d37_g935gslgo を使用して連絡先を追加してください。

MySQL

データベースバックアップをキャンセルすると、関連するすべての課金が停止し、そのリソースが解放されます。

1. バックアッププランを削除します。

2. インスタンスを登録解除します。ECS インスタンスのデータベースを登録解除すると、インストールされているバックアップクライアントは自動的にアンインストールされます。

3. MySQL データベースがローカルサーバーにインストールされている場合は、ローカルサーバーにログインし、バックアップクライアントをアンインストールします。

   • Linux：

     • CentOS

       sudo rpm --erase "dbackup3-agent-mysql"
       sudo rpm --erase "dbackup3-agent"
       sudo rpm --erase "dbackup3-common"

     • Ubuntu

       sudo dpkg -r "dbackup3-agent-mysql" "dbackup3-agent" "dbackup3-common"

4. 次のディレクトリを削除します：

   • Linux：

     /etc/default/dbackup3*
     /opt/scutech
     /var/opt/scutech/
     /var/log/dbackup3/
     /etc/opt/scutech/

5. バックアップボールトを削除します。

   ナビゲーションペインで、[ボールト管理] をクリックします。その後、対応するバックアップボールトを見つけて削除します。

Oracle

データベースバックアップをキャンセルすると、関連するすべての課金が停止し、そのリソースが解放されます。

1. バックアッププランを削除します。

2. インスタンスを登録解除します。ECS インスタンスのデータベースを登録解除すると、インストールされているバックアップクライアントは自動的にアンインストールされます。

3. Oracle データベースがローカルサーバーにインストールされている場合は、ローカルサーバーにログインし、バックアップクライアントをアンインストールします。

   • Windows：

     1. PowerShell で、バックアップクライアントのインストールディレクトリに移動します。例：C:\Program Files\aliyun\unibackup>。

     2. 次のコマンドを実行します：

         .\uninstall-unibackup.exe /S /NCRC

   • Linux：

     • CentOS

       sudo rpm --erase "dbackup3-agent-oracle"
       sudo rpm --erase "dbackup3-agent"
       sudo rpm --erase "dbackup3-common"

     • Ubuntu

       sudo dpkg -r "dbackup3-agent-oracle" "dbackup3-agent" "dbackup3-common"

4. 設定ファイルを削除します。

   • Windows：

     c:\programdata\scutech 配下のすべての設定ファイルを削除します。

   • Linux：

     次のディレクトリを削除します：

     /etc/default/dbackup3*
     /opt/scutech
     /var/opt/scutech/
     /var/log/dbackup3/
     /etc/opt/scutech/

5. バックアップボールトを削除します。

   ナビゲーションペインで、[ボールト管理] をクリックします。その後、対応するバックアップボールトを見つけて削除します。

SQL Server

データベースバックアップをキャンセルすると、関連するすべての課金が停止し、そのリソースが解放されます。

1. バックアッププランを削除します。

2. インスタンスを登録解除します。ECS インスタンスのデータベースを登録解除すると、インストールされているバックアップクライアントは自動的にアンインストールされます。

3. SQL Server データベースがローカルサーバーにインストールされている場合は、ローカルサーバーにログインし、バックアップクライアントをアンインストールします。

   • Windows：

     1. PowerShell で、バックアップクライアントのインストールディレクトリに移動します。例：C:\Program Files\aliyun\unibackup>。

     2. uninstall-unibackup.exe コマンドを実行し、アンインストールウィザードの指示に従います。

4. c:\programdata\scutech 配下のすべての設定ファイルを削除します。

5. バックアップボールトを削除します。

   ナビゲーションペインで、[ボールト管理] をクリックします。その後、対応するバックアップボールトを見つけて削除します。

MySQL

ECS インスタンスの登録を解除すると、データベースバックアップクライアントは自動的にアンインストールされます。MySQL データベースがローカルサーバー上にある場合は、次の手順に従ってクライアントをアンインストールしてください：

1. クライアントをアンインストールします。

   Linux：

   • CentOS

     sudo rpm --erase "dbackup3-agent-mysql"
     sudo rpm --erase "dbackup3-agent"
     sudo rpm --erase "dbackup3-common"

   • Ubuntu

     sudo dpkg -r "dbackup3-agent-mysql" "dbackup3-agent" "dbackup3-common"

2. 次のファイルとディレクトリを削除します：

   Linux：

   /etc/default/dbackup3*
   /opt/scutech
   /var/opt/scutech/
   /var/log/dbackup3/
   /etc/opt/scutech/

Oracle

ECS インスタンスの登録を解除すると、データベースバックアップクライアントは自動的にアンインストールされます。Oracle データベースがローカルサーバー上にある場合は、次の手順に従ってクライアントをアンインストールしてください：

1. クライアントをアンインストールします。

   • Windows：

     1. PowerShell で、バックアップクライアントのインストールディレクトリに移動します。例：C:\Program Files\aliyun\unibackup>。

     2. 次のコマンドを実行します：

         .\uninstall-unibackup.exe /S /NCRC

   • Linux：

     • CentOS

       sudo rpm --erase "dbackup3-agent-oracle"
       sudo rpm --erase "dbackup3-agent"
       sudo rpm --erase "dbackup3-common"

     • Ubuntu

       sudo dpkg -r "dbackup3-agent-oracle" "dbackup3-agent" "dbackup3-common"

2. 設定ファイルを削除します。

   • Windows：

     c:\programdata\scutech ディレクトリにあるすべての設定ファイルを削除します。

   • Linux：

     次のファイルとディレクトリを削除します：

     /etc/default/dbackup3*
     /opt/scutech
     /var/opt/scutech/
     /var/log/dbackup3/
     /etc/opt/scutech/

SQL Server

ECS インスタンスの登録を解除すると、データベースバックアップクライアントは自動的にアンインストールされます。SQL Server データベースがローカルサーバー上にある場合は、次の手順に従ってクライアントをアンインストールしてください：

1. クライアントをアンインストールします。

   • Windows：

     1. PowerShell で、バックアップクライアントのインストールディレクトリに移動します。例：C:\Program Files\aliyun\unibackup>。

     2. uninstall-unibackup.exe コマンドを実行し、ウィザードに従ってアンインストールを完了します。

2. 設定ファイルを削除します。

   • Windows：

     c:\programdata\scutech ディレクトリにあるすべての設定ファイルを削除します。

MySQL

ECS インスタンス上のデータベースの場合、インスタンスがリリースされると、バックアップクライアントは自動的にアンインストールされます。MySQL データベースがローカルサーバーにインストールされている場合は、次の手順でクライアントをアンインストールします。

1. クライアントをアンインストールします。

   Linux：

   • CentOS

     sudo rpm --erase "dbackup3-agent-mysql"
     sudo rpm --erase "dbackup3-agent"
     sudo rpm --erase "dbackup3-common"

   • Ubuntu

     sudo dpkg -r "dbackup3-agent-mysql" "dbackup3-agent" "dbackup3-common"

2. 次のディレクトリを削除します。

   Linux：

   /etc/default/dbackup3*
   /opt/scutech
   /var/opt/scutech/
   /var/log/dbackup3/
   /etc/opt/scutech/

Oracle

ECS インスタンス上のデータベースの場合、インスタンスがリリースされると、バックアップクライアントは自動的にアンインストールされます。Oracle データベースがローカルサーバーにインストールされている場合は、次の手順でクライアントをアンインストールします。

1. クライアントをアンインストールします。

   • Windows：

     1. PowerShell でバックアップクライアントのインストールディレクトリに移動します。たとえば、C:\Program Files\aliyun\unibackup> です。

     2. コマンドを実行します。

         .\uninstall-unibackup.exe /S /NCRC

   • Linux：

     • CentOS

       sudo rpm --erase "dbackup3-agent-oracle"
       sudo rpm --erase "dbackup3-agent"
       sudo rpm --erase "dbackup3-common"

     • Ubuntu

       sudo dpkg -r "dbackup3-agent-oracle" "dbackup3-agent" "dbackup3-common"

2. 設定ファイルをクリーンアップします。

   • Windows：

     c:\programdata\scutech ディレクトリ内のすべての設定ファイルを削除します。

   • Linux：

     次のディレクトリを削除します。

     /etc/default/dbackup3*
     /opt/scutech
     /var/opt/scutech/
     /var/log/dbackup3/
     /etc/opt/scutech/

SQL Server

ECS インスタンス上のデータベースの場合、インスタンスがリリースされると、バックアップクライアントは自動的にアンインストールされます。SQL Server データベースがローカルサーバーにインストールされている場合は、次の手順でクライアントをアンインストールします。

1. クライアントをアンインストールします。

   • Windows：

     1. PowerShell でバックアップクライアントのインストールディレクトリに移動します。たとえば、C:\Program Files\aliyun\unibackup> です。

     2. uninstall-unibackup.exe コマンドを実行し、ウィザードに従います。

2. 設定ファイルをクリーンアップします。

   • Windows：

     c:\programdata\scutech ディレクトリ内のすべての設定ファイルを削除します。