Cloud Backup:Database 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 のクライアントログパスは ローカルディスク (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. サービスを再起動してもインスタンスが非アクティブな場合は、関連するログを収集してさらに分析できます。

   クライアントのログパスは ローカルディスク (C) > ProgramData > scutech > dbackup3 > agent > log > dbackup3-agent.log です。

MySQL

1. MySQL データベースのステータスをクエリできます。

   ECS インスタンスにログインし、systemctl status mysqld コマンドを実行して MySQL データベースのステータスをクエリできます。 プロセスのステータスが 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 サービスを見つけます。 たとえば、「SQL Server (MSSQLSERVER)」です。

   4. サービスのステータスを確認できます。 ステータスは「実行中」、「停止」、または「一時停止」にすることができます。

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

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

MySQL データベースのバックアップに失敗しました

実行履歴 で、ジョブのステータスは エラー です。

次の手順を実行できます。

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

   systemctl status mysqld コマンドを使用できます。 正常なサービスステータスは「active」です。 「inactive」のステータスは異常です。 ステータスが「inactive」の場合は、サービスを再起動して再試行できます。

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. 時刻の確認と同期: サーバーの時刻が協定世界時 (UTC) と同期していることを確認するには、ネットワークタイムプロトコル (NTP) サービスを使用して自動同期を行うことができます。 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 状態: 28000)。

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

     

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

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

     解決策: 新しい復元ジョブを作成できます。 指定したバックアップから復元する場合、ダブルクリックして復元パスを変更できます。

     

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

     分析: ターゲットの SQL Server データベースが存在しません。

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

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

     分析: SQL Server AlwaysOn が SQL Server データベースで有効になっています。

     解決策: ターゲットインスタンスは AlwaysOn クラスターにアタッチされていません。 対応するクラスターを選択できます。

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

     分析: SQL Server AlwaysOn が SQL Server データベースで有効になっています。

     解決策: ターゲットインスタンスは AlwaysOn クラスターにアタッチされていません。 対応するクラスターを選択できます。

   • エラー:

     コンソールでバックアップジョブが失敗し、「ジョブが失敗しました、エラー: -1 データベース ""xxx"" のバックアップまたは復元に失敗しました、VDI エラー "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 グループ番号は 88650005148 です。

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

          技術専門家がオンサイト分析を提供し、製品の問題を迅速に解決します。 クリックして Cloud Backup サポートに連絡。 Chrome の使用を推奨します。 DingTalk の連絡先を追加できます。 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 の下のすべての設定ファイルを削除できます。