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 への接続が妨げられます。`sqlplus` コマンドを `sysdba` 権限で使用してログインしてみてください。`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 データベースで SQL Server AlwaysOn が有効になっています。

     ソリューション： ターゲットインスタンスは AlwaysOn クラスターにアタッチされていません。対応するクラスターを選択する必要があります。

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

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

     ソリューション： ターゲットインスタンスは 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 グループを検索して参加できます。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 の下のすべての設定ファイルを削除します。