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

Cloud Backup:データベースバックアップに関するFAQ

最終更新日:Dec 23, 2024

このトピックでは、Cloud Backupのデータベースバックアップ機能に関するよくある質問 (FAQ) に対する回答を提供します。

MySQLデータベースのステータスが無効の場合はどうすればよいですか?

image.png

  • データベースを登録すると、数据库用户名 または パスワード に指定した値が正しくないか、必要な権限がありません。 指定されたユーザー名とパスワードが正しいことを確認したら、バックアップアカウントに必要な権限を付与します。 専用のバックアップアカウントを作成することを推奨します。

    ユーザーの最小権限セットは、RELOAD、LOCK TABLES、REPLICATION、およびPROCESSです。

  • systemctl status dbackup3-agentコマンドを実行して、Cloud Backupクライアントのプロセスステータスを表示できます。 値activeは、クライアントが正常に実行されていることを示します。

    ● dbackup3-agent.service - dbackup3 agent daemon
       Loaded: loaded (/usr/lib/systemd/system/dbackup3-agent.service; enabled; vendor preset: disabled)
       Active: active (running) since Mon 2023-12-11 13:47:34 CST; 1min 13s ago
     Main PID: 22192 (dbackup3-agent)
       CGroup: /system.slice/dbackup3-agent.service
               └─22192 /opt/scutech/dbackup3/bin/dbackup3-agent -f /etc/opt/scutech/dbackup3/agent/svc.conf.d
    
    Dec 11 13:47:34 iZbp1******gktZ systemd[1]: Started dbackup3 agent daemon.
  • クライアントログパスは /var/log/dbackup3/agent.logです。

データベースのステータスがデータベースがオンラインではありませんの場合はどうすればよいですか?

image

MySQL

  1. MySQLデータベースのステータスを照会します。

    Elastic Compute Service (ECS) インスタンスにログインし、systemctl status mysqldコマンドを実行してMySQLデータベースのステータスを照会します。 プロセスステータスが非アクティブで、MySQLデータベースサービスが開始されていないことを示しています。

  2. MySQLデータベースサービスを再起動します。

    systemctl start mysqldコマンドを実行してMySQLデータベースサービスを再起動すると、コンソールでデータベースステータスオンラインになります。

Oracle

  1. Oracleデータベースのリスニング・ステータスを照会します。

    ECSインスタンスにログインし、次のコマンドを実行します。

    su - oracle
    lsnrctl status

    サービスが開始された場合、ステータスは実行中です。 サービスが開始されていない場合は、TNS: no listenerメッセージが表示されます。

  2. Oracleデータベースのステータスを照会します。

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

    v$instanceビューはデータベース情報を提供します。 ステータス列には、データベースのステータスが表示されます。 ステータスが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キーを押してWindowsサービスマネージャを開きます。

    3. サービスリストでSQL Serverサービスを見つけます。 例: SQL Server (MSSQLSERVER) 。

    4. サービスのステータス (実行中、停止中、または一時停止中) を表示します。

  2. SQL Serverサービスを再起動します。

    SQL Serverデータベースのステータスが [停止中] または [一時停止中] の場合は、SQL Serverサービスを右クリックして [開始] を選択します。 [スタート] オプションが淡色表示されている場合は、Windowsサービスマネージャーを管理者として再度開いてから再試行することをお勧めします。 データベースを起動すると、コンソールで [データベースステータス]オンライン になります。

Cloud Backupクライアントのプロセスステータスとログパスを表示し、クライアントを再起動する方法を教えてください。

  • Linux:

    1. Cloud Backupクライアントのプロセスステータスを表示します。

      systemctl status dbackup3-agentまたはservice dbackup3-agent statusコマンドを実行して、データベースバックアップ用のCloud Backupクライアントのプロセスステータスを表示します。 activeまたはdbackup3-agent is running... は、クライアントが正常に実行されていることを示します。

      ● dbackup3-agent.service - dbackup3 agent daemon
         Loaded: loaded (/usr/lib/systemd/system/dbackup3-agent.service; enabled; vendor preset: disabled)
         Active: active (running) since Mon 2023-12-11 13:47:34 CST; 1min 13s ago
       Main PID: 22192 (dbackup3-agent)
         CGroup: /system.slice/dbackup3-agent.service
                 └─22192 /opt/scutech/dbackup3/bin/dbackup3-agent -f /etc/opt/scutech/dbackup3/agent/svc.conf.d
      
      Dec 11 13:47:34 iZbp1******gktZ systemd[1]: Started dbackup3 agent daemon.
    2. Cloud Backupクライアントを再起動します。

      systemctl restart dbackup3-agentまたはservice dbackup3-agent restartコマンドを実行してクライアントプロセスを再起動した後、データベースのクライアントステータスがコンソールにインストールされている場合、クライアントステータスは正常になります。

      image

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

  • Windows:

    1. Win + Rを押して実行ウィンドウを開きます。

    2. services.mscを入力し、Enterキーを押してWindowsサービスマネージャを開きます。

    3. サービスリストでdbackup3-agentサービスを見つけます。

    4. サービスの状態が [実行中] かどうかを確認してください。 ステータスが実行中でない場合は、dbackup3-agentサービスを右クリックし、[再起動] を選択して起動します。

    クライアントログパスは、C:\ProgramData\scutech\dbackup3\agent\log\dbackup3-agent.logです。

コンソールでデータベースクライアントのステータスがオフラインの場合はどうすればよいですか?

  • 問題

    データベースのクライアントステータスオフラインです。

    image

  • 原因

    クライアントステータスがオフラインの場合、クラウドバックアップはクライアントプロセスからハートビート信号を受信できません。 この例外は、さまざまな理由によって引き起こされる可能性があります。 たとえば、メモリ不足のためにクライアントが自動的に終了したり、クライアントがインストールされているデバイスがシャットダウンしたりします。

  • 解決策

    を参照してクライアントのステータスを確認するクライアントプロセスのステータスとログパスを表示し、クライアントを再起動するにはどうすればよいですか。. 次に、クライアントを再起動します。 クライアントのステータスが [実行中] の場合は、しばらくお待ちください。 データベースの [クライアントステータス] がコンソールで [インストール済み] の場合、クライアントステータスは正常になります。

バックアップをサポートするMySQLデータベースのバージョンとオペレーティングシステムに制限はありますか?

Cloud Backupは、限られた数のデータベースバージョン、オペレーティングシステム、およびバックアップ機能をサポートします。 たとえば、Cloud BackupはWindowsにデプロイされたMySQLデータベースのバックアップをサポートしていません。 詳細については、「概要 (ECSホスト型データベース) 」の「サポートされているデータベースバージョン」をご参照ください。

Cloud Backupは期限切れのデータベースバックアップファイルをどのようにクリアしますか?

増分バックアップ、累積増分バックアップ、およびログバックアップを実行するために、Cloud backupは、完全バックアップ、増分バックアップ、累積増分バックアップ、およびログバックアップの最新のバックアップファイルを取得します。 バックアップチェーン内のすべてのバックアップファイルは、最後のバックアップファイルの有効期限が切れるまで、バックアップボールトに保持されます。 バックアップファイルはバックアップスペースを占有します。 適切なバックアップサイクルと有効期限を設定することを推奨します。

たとえば、9月1日に完全バックアップを実行し、9月2日から7日まで毎日増分バックアップを実行し、バックアップデータを7日間保持します。 この場合、9月1日から7日までのバックアップデータは、すべてのバックアップファイルが期限切れになる9月14日まで保持されます。

データベースのバックアップデータの量とバックアップコンテナーの使用状況を表示する方法を教えてください。 どのアイテムが課金に使用されますか?

バックアップデータは、バックアップジョブの累積データ量を示します。 たとえば、1テラバイトのファイルが2回バックアップされた後、Cloud Backupは2つの独立したデータコピーを保存し、このパラメーターの値は2テラバイトとしてカウントされます。 Cloud Backupは、バックアップデータを重複排除および圧縮して、バックアップボールトの使用量を減らし、コストを節約します。 ボールトデータの値は課金に使用されます。 クラウドバックアップコンソールの 概要 ページで、データベースバックアップデータの量とバックアップボールトの使用状況を確認できます。image.png

データベースのバックアップをキャンセルするには?

MySQLデータベースのバックアップをキャンセルするには?

データベースバックアップを正確かつ完全にキャンセルした後は、追加のコストは発生せず、追加のリソースは使用されません。

重要

データベースバックアップをキャンセルすると、バックアップデータが削除され、復元できなくなります。 作業は慎重に行ってください。

  1. バックアップ計画を削除します。

  2. データベースの登録を解除します。 ECSがホストするデータベースの登録を解除すると、Cloud BackupはCloud Backupクライアントを自動的にアンインストールします。

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

    • 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:

      rm -rf /etc/default/dbackup3*
      rm -rf /opt/scutech
      rm -rf /var/opt/scutech/
      rm -rf /var/log/dbackup3/
      rm -rf /etc/opt/scutech/
  5. バックアップコンテナーを削除します。

    左側のナビゲーションウィンドウで、[ストレージボールト] をクリックします。 バックアップコンテナーを見つけて削除します。

Oracleデータベースのバックアップをキャンセルするにはどうすればよいですか?

データベースバックアップを正確かつ完全にキャンセルした後は、追加のコストは発生せず、追加のリソースは使用されません。

重要

データベースバックアップをキャンセルすると、バックアップデータが削除され、復元できなくなります。 作業は慎重に行ってください。

  1. バックアップ計画を削除します。

  2. データベースの登録を解除します。 ECSがホストするデータベースの登録を解除すると、Cloud BackupはCloud Backupクライアントを自動的にアンインストールします。

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

    • Windows:

      1. PowerShellを使用して、Cloud Backupクライアントのインストールディレクトリに移動します (例: 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:

      rm -rf /etc/default/dbackup3*
      rm -rf /opt/scutech
      rm -rf /var/opt/scutech/
      rm -rf /var/log/dbackup3/
      rm -rf /etc/opt/scutech/
  5. バックアップコンテナーを削除します。

    左側のナビゲーションウィンドウで、[ストレージボールト] をクリックします。 バックアップコンテナーを見つけて削除します。

SQL Serverデータベースのバックアップをキャンセルする方法を教えてください。

データベースバックアップを正確かつ完全にキャンセルした後は、追加のコストは発生せず、追加のリソースは使用されません。

重要

データベースバックアップをキャンセルすると、バックアップデータが削除され、復元できなくなります。 作業は慎重に行ってください。

  1. バックアップ計画を削除します。

  2. データベースの登録を解除します。 ECSがホストするデータベースの登録を解除すると、Cloud BackupはCloud Backupクライアントを自動的にアンインストールします。

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

    • Windows:

      1. PowerShellを使用して、Cloud Backupクライアントのインストールディレクトリに移動します (例: C:\Program Files\aliyun\unibackup>) 。

      2. uninstall-unibackup.exeコマンドを実行し、プロンプトに従ってクライアントをアンインストールします。

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

  5. バックアップコンテナーを削除します。

    左側のナビゲーションウィンドウで、[ストレージボールト] をクリックします。 バックアップコンテナーを見つけて削除します。

新しいMySQLデータベースをバックアップするにはどうすればよいですか?

Cloud Backupは、データベースインスタンスに基づいてMySQLデータベースをバックアップします。 新しいデータベースの手動設定は必要ありません。 新しいデータベースは、次のバックアップサイクルで自動的にバックアップされます。

データバックアップの失敗を解決するにはどうすればよいですか?

MySQLデータベースのバックアップの失敗を解決するにはどうすればよいですか?

実行履歴 タブで、MySQLデータベースバックアップジョブのステータスは エラー です。image.png

エラーを解決するには、次の手順を実行することを推奨します。

  1. ECSインスタンスまたはオンプレミスサーバーにログインし、MySQLデータベースサービスのステータスを確認します。 たとえば、systemctl status mysqldコマンドを実行してサービスのステータスを確認できます。 値activeは、サービスのステータスが正常であることを示します。 値inactiveは、サービスのステータスが異常であることを示します。 サービスの状態が無効の場合は, サービスを再起動して再度確認することを推奨します。

  2. データベースのユーザー名とパスワード、および関連するユーザー権限が正しく設定されていることを確認します。 パスワードの有効期限が切れた場合、またはユーザーの権限が変更されて不十分になった場合、MySQLデータベースのバックアップに失敗する可能性があります。

    データベースを登録すると、数据库用户名 または [パスワード] に指定した値が正しくないか、必要な権限がありません。 指定されたユーザー名とパスワードが正しいことを確認したら、バックアップアカウントに必要な権限を付与します。 専用のバックアップアカウントを作成することを推奨します。

    ユーザーの最小権限セットは、RELOAD、LOCK TABLES、REPLICATION、およびPROCESSです。

SQL Serverデータベースのバックアップの失敗を解決する方法を教えてください。

Cloud Backupを使用してSQL Serverデータベースをバックアップすると、バックアップは失敗します。 エラーを解決するには、次の手順を実行することを推奨します。

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

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

    • Windowsの場合、クライアントのログパスはC:\ProgramData\scutech\dbackup3\agent\log\dbackup3-agent.logです。

  2. ジョブが失敗した頃に生成されたログを表示します。 対応するソリューションに基づいてエラーを解決します。

    • エラーメッセージ: アカウントに必要な権限がありません。

      原因: このアカウントには、SQL Serverデータベースのバックアップに必要なアクセス許可がありません。

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

    • エラーメッセージ: ユーザーxxxのログインに失敗しました。

      原因: SQL Serverデータベースバックアップのユーザーのパスワードの有効期限が切れています (エラーコード: 18487、SQL状態: 28000) 。

      解決策: SQL Serverでユーザーのパスワードを変更します。 次に、Cloud Backupコンソールにログインし、データベースの [操作] 列で [詳細] > 重新激活 を選択します。

      image

    • エラーメッセージ: ファイルを上書きできません。

      原因: SQL Serverデータベースのリカバリパスが別のデータベースによって占有されています。

      解決策: 復元ジョブを作成し、バックアップポイントの種類を [By Snapshot] に設定します。 次に、リカバリパスをダブルクリックして変更します。

      image

    • エラーメッセージ: SQL Serverデータベースが存在しません。 有効なデータベース名を入力します。

      原因: SQL Serverデータベースが存在しません。

      解決策: 指定されたデータベースが存在するかどうかを確認します。 データベースが存在しない場合は、バックアップ計画を変更してデータベースを削除します。

    • エラーメッセージ: データベースがデータベースミラーリングセッションまたは可用性グループに含まれています。 一部の操作は、データベースミラーリングセッションまたは可用性グループに含まれるデータベースで実行できません。

      原因: SQL Serverデータベースに対してSQL Server AlwaysOnが有効になっています。 ただし、SQL ServerデータベースはAlwaysOnクラスターに関連付けられていません。

      解決策: 必要なAlwaysOnクラスターを選択します。

    • エラーメッセージ: データベースがデータベースミラーリング用に構成されているか、可用性グループに追加されています。 データベースを復元する場合は、ALTER databaseステートメントを実行して、イメージを削除するか、可用性グループからデータベースを削除します。

      原因: SQL Serverデータベースに対してSQL Server AlwaysOnが有効になっています。 ただし、SQL ServerデータベースはAlwaysOnクラスターに関連付けられていません。

      解決策: 必要なAlwaysOnクラスターを選択します。

データベースバックアップコンテナーとは

データベースをバックアップするバックアップ計画を作成する前に、データベースのバックアップコンテナーを作成する必要があります。

データベースバックアップコンテナーは、データベースのバックアップデータを格納するストレージコンテナーです。 データベースバックアップ機能を使用すると、データベースバックアップ保管庫のレンタルとストレージ使用量に対して課金されます。 詳細については、「課金方法と課金項目」をご参照ください。

エラーメッセージリクエスト時間と現在の時間の差が大きすぎますが表示されますか?

原因: Cloud Backupクライアントがインストールされているオンプレミスサーバーの時間と、Cloud Backupバックエンドサーバーの時間の差が15分を超えています。

解決策: オンプレミスのサーバー時刻 (タイムゾーン) とネットワークタイムプロトコル (NTP) 設定を確認することを推奨します。 問題が見つかった場合は、設定を変更し、Cloud Backupクライアントを再起動します。

SQL Server 2019データベースをバックアップするときにデータベースの詳細を表示できない場合はどうすればよいですか。

問題: Cloud Backupと他のバックアップソフトウェアまたはスクリプトを同時に使用してSQL Server 2019データベースをバックアップすると、データベースの詳細を表示できない場合があります。 バックアップ計画を作成または編集してデータベースインスタンスを選択すると、FailedToListUniBackupInstanceDetailエラーが発生します。

image

解決策

  1. SQL Serverデータベース内のデータベースとバックアップセットの数を照会します。

    select count(database_id) from master.sys.databases
    select count(backup_set_id) from msdb.dbo.backupset
  2. msdb.dbo.backupsetからバックアップレコードを削除します。

    重要

    バックアップレコードを削除する前に、結果に注意してください。 この手順を実行すると、他のバックアップソフトウェアまたはスクリプトによって作成されたバックアップレコードも削除され、復元できません。 ただし、Cloud backupは次のバックアップを完全バックアップに自動的に変換するため、データベースのバックアップは影響を受けません。 SQL Server 2019データベースは、Cloud Backupと他のバックアップソフトウェアまたはスクリプトを同時に使用してバックアップすることはできません。

    use msdb;
    exec sp_delete_backuphistory @oldest_date = '04/10/2024' ---Retain the backup records created on and after April 10, 2024 and delete the backup records created before April 9, 2024. You must confirm the time.

SQL Serverデータベースのステータスが 無効 の場合はどうすればよいですか?

image.png

  1. データベースを登録すると、数据库用户名 または パスワード に指定した値が正しくないか、必要な権限がありません。 指定されたユーザー名とパスワードが正しいことを確認したら、バックアップアカウントに必要な権限を付与します。 専用のバックアップアカウントを作成し、再試行することをお勧めします。

    SQL Serverバックアップアカウントを作成し、必要な権限を付与します。 詳細については、「手順2: バックアップアカウントの作成と権限の設定」および「手順3: ネットワーク設定の設定」をご参照ください。

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

    1. Win + Rを押して実行ウィンドウを開きます。

    2. services.mscを入力し、Enterキーを押してWindowsサービスマネージャを開きます。

    3. サービスリストでdbackup3-agentサービスを見つけます。

    4. サービスの状態が [実行中] かどうかを確認してください。 ステータスが実行中でない場合は、dbackup3-agentサービスを右クリックし、[再起動] を選択して起動します。

  3. サービスを再起動してもサービスの有効化に失敗した場合は、さらに分析するために関連するログを収集することを推奨します。 クライアントログパスは、C:\ProgramData\scutech\dbackup3\agent\log\dbackup3-agent.logです。

データベースのバックアップに使用するユーザー名とパスワードを変更する方法?

データベースのバックアップに使用するユーザー名とパスワードを変更するには、データベースを重新激活します。 たとえば、データベースパスワードの有効期限が切れた場合にデータベースを再アクティブ化できます。 再アクティブ化は、既存のバックアップ計画には影響しません。 バックアップ計画を変更する必要はありません。 ただし、再アクティブ化はバックアップジョブの実行に影響を与えます。 次の手順を実行することを推奨します。

  1. [バックアップ計画] タブで、リアルタイムログのバックアップを一時停止します (ある場合) 。

  2. データベースを見つけて、[操作] 列で [詳細] > 重新激活 を選択します。

オンプレミスのSQL ServerデータベースをバックアップするためにCloud Backupクライアントをインストールするときに、次のエラーメッセージが返された場合はどうすればよいですか。インストールスクリプトの実行に失敗しました: exit status 4?

「ユーザーアカウント制御: 組み込み管理者アカウントの管理者承認モード」ポリシーが有効になっていません。 ポリシーは有効状態である必要があります。 ポリシーを有効にするには、次の手順を実行します。

  1. Win + Rを押してRunウィンドウを開きます。 gpedit.mscコマンドを実行して、ローカルグループポリシーエディターを開きます。

  2. [ローカルグループポリシーエディター] ウィンドウで、[コンピューターの構成] > [Windowsの設定] > [セキュリティ設定] > [ローカルポリシー] > [セキュリティオプション] を選択します。 [ユーザーアカウント制御: 組み込み管理者アカウントの管理者承認モード] を見つけ、ポリシーのステータスを [有効] に変更します。

データベースインスタンスを登録した後、ECSデータベースインスタンスタブに複数のデータベースインスタンスが表示されるのはなぜですか。

ECSインスタンスに複数のデータベースがデプロイされている場合、Cloud Backupはコンソールでの登録時にすべてのデータベースをスキャンして表示します。

image

アラート通知の受信時刻とエラーが発生した時刻が異なるのはなぜですか。

警告テキストメッセージに対して夜間抑制が設定されています。 システムは、ある日の20:00から翌日の08:00までに生成されたアラートのテキストメッセージを翌日の08:00まで送信しません。 ただし、アラートメールはこの制限の対象ではなく、アラートが生成されるとすぐに送信されます。

バックアップ履歴に、予期しない時間に繰り返し実行されたバックアップレコードまたはバックアップレコードが存在するのはなぜですか。

この問題は、一般に、以下の条件で発生する。 データベースバックアップ用のCloud Backupクライアントがインストールされているサーバー (オンプレミスサーバーまたはECSインスタンス) が複製されます。 2. Cloud Backupクライアントを含むイメージは、ECSインスタンスまたはオンプレミスサーバーの作成に使用されます。 クローンサーバーは、元のサーバー上のクライアントに関するいくつかの情報を保持します。 その結果、繰り返されるバックアップレコードが生成され得る。 この問題を解決するには、クローンサーバーにログインしてCloud Backupクライアントをアンインストールするだけです。 Cloud Backupクライアントをアンインストールするには、次の手順を実行します。

MySQLバックアップ用のCloud Backupクライアントのアンインストール

ECSがホストするデータベースの登録を解除すると、Cloud BackupはCloud Backupクライアントを自動的にアンインストールします。 MySQLデータベースがオンプレミスサーバーにデプロイされている場合は、次の手順を実行してCloud Backupクライアントをアンインストールします。

  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:

    rm -rf /etc/default/dbackup3*
    rm -rf /opt/scutech
    rm -rf /var/opt/scutech/
    rm -rf /var/log/dbackup3/
    rm -rf /etc/opt/scutech/

Oracleバックアップ用のCloud Backupクライアントのアンインストール

ECSがホストするデータベースの登録を解除すると、Cloud BackupはCloud Backupクライアントを自動的にアンインストールします。 Oracleデータベースがオンプレミスサーバーにデプロイされている場合は、次の手順を実行してCloud Backupクライアントをアンインストールします。

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

    • Windows:

      1. PowerShellを使用して、Cloud Backupクライアントのインストールディレクトリに移動します (例: 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:

      rm -rf /etc/default/dbackup3*
      rm -rf /opt/scutech
      rm -rf /var/opt/scutech/
      rm -rf /var/log/dbackup3/
      rm -rf /etc/opt/scutech/

SQL Serverバックアップ用のCloud Backupクライアントのアンインストール

ECSがホストするデータベースの登録を解除すると、Cloud BackupはCloud Backupクライアントを自動的にアンインストールします。 SQL Serverデータベースがオンプレミスサーバーにデプロイされている場合は、次の手順を実行してCloud Backupクライアントをアンインストールします。

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

    • Windows:

      1. PowerShellを使用して、Cloud Backupクライアントのインストールディレクトリに移動します (例: C:\Program Files\aliyun\unibackup>) 。

      2. uninstall-unibackup.exeコマンドを実行し、プロンプトに従ってクライアントをアンインストールします。

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

    • Windows:

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

バックアップが失敗したことを示す警告メールまたはテキストメッセージを受信するのに、バックアップの成功レコードと同時に生成されたバックアップの失敗レコードがバックアップ履歴に存在するのはなぜですか。

この問題は、一般に、以下の条件で発生する。 データベースバックアップ用のCloud Backupクライアントがインストールされているサーバー (オンプレミスサーバーまたはECSインスタンス) が複製されます。 2. Cloud Backupクライアントを含むイメージは、ECSインスタンスまたはオンプレミスサーバーの作成に使用されます。 クローンサーバーは、元のサーバー上のクライアントに関するいくつかの情報を保持します。 その結果、繰り返されるバックアップレコードが生成され得る。 この問題を解決するには、クローンサーバーにログインしてCloud Backupクライアントをアンインストールするだけです。 Cloud Backupクライアントをアンインストールするには、次の手順を実行します。

MySQLバックアップ用のCloud Backupクライアントのアンインストール

ECSがホストするデータベースの登録を解除すると、Cloud BackupはCloud Backupクライアントを自動的にアンインストールします。 MySQLデータベースがオンプレミスサーバーにデプロイされている場合は、次の手順を実行してCloud Backupクライアントをアンインストールします。

  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:

    rm -rf /etc/default/dbackup3*
    rm -rf /opt/scutech
    rm -rf /var/opt/scutech/
    rm -rf /var/log/dbackup3/
    rm -rf /etc/opt/scutech/

Oracleバックアップ用のCloud Backupクライアントのアンインストール

ECSがホストするデータベースの登録を解除すると、Cloud BackupはCloud Backupクライアントを自動的にアンインストールします。 Oracleデータベースがオンプレミスサーバーにデプロイされている場合は、次の手順を実行してCloud Backupクライアントをアンインストールします。

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

    • Windows:

      1. PowerShellを使用して、Cloud Backupクライアントのインストールディレクトリに移動します (例: 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:

      rm -rf /etc/default/dbackup3*
      rm -rf /opt/scutech
      rm -rf /var/opt/scutech/
      rm -rf /var/log/dbackup3/
      rm -rf /etc/opt/scutech/

SQL Serverバックアップ用のCloud Backupクライアントのアンインストール

ECSがホストするデータベースの登録を解除すると、Cloud BackupはCloud Backupクライアントを自動的にアンインストールします。 SQL Serverデータベースがオンプレミスサーバーにデプロイされている場合は、次の手順を実行してCloud Backupクライアントをアンインストールします。

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

    • Windows:

      1. PowerShellを使用して、Cloud Backupクライアントのインストールディレクトリに移動します (例: C:\Program Files\aliyun\unibackup>) 。

      2. uninstall-unibackup.exeコマンドを実行し、プロンプトに従ってクライアントをアンインストールします。

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

    • Windows:

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

バックアップが失敗し、バックアップ計画のステータスがエラーとして表示されるのはなぜですか。

image

Cloud Backupクライアントがインストールされているサーバー (オンプレミスサーバーまたはECSインスタンス) がイメージを使用して複製されているか、オペレーティングシステムが再インストールされているか、システムディスクがリセットされているかを確認します。 これらの動作は、バックアップ計画とクライアントとの間の関連付けを無効にし得る。 この問題を解決するには、次の手順を実行します。

  1. クローンサーバー上のクライアントとその構成ファイルをアンインストールします。 詳細については、「クライアントのアンインストール」をご参照ください。

  2. 現在のサーバー上のクライアントのステータスがインストールされていることを確認します。

    image

  3. 上記の手順を実行した後、コンソールで元のバックアップ計画を削除し、新しいバックアップ計画を作成します。

データベースインスタンスのバックアップ登録に失敗するのはなぜですか。

データベースバックアップ用のCloud Backupクライアントがサーバー (オンプレミスサーバーまたはECSインスタンス) にインストールされているかどうかを確認します。 データベースバックアップ用のCloud Backupクライアントがインストールされている場合は、クライアントをアンインストールし、[クライアントのアンインストール] を参照して関連する設定ファイルを削除します。 次に、データベースインスタンスを再度登録します。

オンプレミスのデータベースバックアップ機能の無料トライアルを有効にするにはどうすればよいですか。

オンプレミスデータベースバックアップの無料トライアルは、ECSデータベースバックアップの無料トライアルと同じです。 無料トライアルの詳細については、「30日間無料トライアルの使用状況ノート」をご参照ください。

リアルタイムバックアップの最小間隔はどのくらいですか? リアルタイムバックアップと増分バックアップを同時に設定できますか?

理論的には、リアルタイムバックアップは、回復ポイント目標 (RPO) を数秒で達成することができる。 リアルタイムバックアップは、MySQLおよびOracleデータベースに適用されます。 リアルタイムバックアップを有効にすると、従来のログバックアップを個別に設定できなくなります。 ただし、データ保護をさらに強化するために、リアルタイムバックアップを増分バックアップで構成することもできます。

オンプレミスのデータベースバックアップのネットワーク要件を教えてください。

オンプレミスのデータベースサーバーは、仮想プライベートネットワーク (VPN) ゲートウェイまたはExpress Connect回路を使用して仮想プライベートクラウド (VPC) に接続されています。 オンプレミスデータベースサーバーとAlibaba Cloud間の通信には、100.64.0.0/10、100.64.0.0/11、100.96.0.0/11のいずれかのCIDRブロックを使用できます。

ECSホスト型データベースバックアップ用のCloud Backupクライアントのインストールに失敗した場合はどうすればよいですか。

ECSホスト型データベースバックアップ用のCloud Backupクライアントを正常にインストールできるようにするには、Cloud Assistantがインストールされ、正しく実行されていることを確認します。 Cloud Backupクライアントのインストールに失敗した場合は、Cloud Assistantコンソールで失敗コマンドの記録を見つけることができます。 コマンドをECSインスタンスにコピーし、手動でコマンドを実行することを推奨します。 手動インストール中にネットワーク接続エラーまたはシステムスクリプトの実行エラーが発生した場合、特定のエラー情報が表示されます。 プロンプトに従って問題を解決します。 たとえば、ネットワーク設定を調整します。 すべての問題が解決され、スクリプトが実行されると、Cloud Backupクライアントは正常にインストールされます。 次に、Cloud Backupコンソールでインストールをトリガーして、クライアントをインストールします。