ATI - 復元

OSのハングアップを調べるための情報を収集してください。

本記事の対象製品:

  • Acronis ソフトウェア

はじめに

特定の状況によって、オペレーティングシステム(OS)がハングアップすることがあります。具体的な原因を特定するために、Acronisシステムレポートを参照し、ハングアップ時にカーネルのダンプを収集する必要があります。  

(可能であれば)いつも製品の最新ビルドを利用するようにしてください。

事象

OS のハングアップとは、ユーザーがどの操作を実行しようとしてもシステムが反応しない状態です。例えば、Caps LockまたはNum Lockを押しても(キーボードにLEDがある場合)キーボードのLEDが点灯しません。(!)注意:OSがまだロードされていない場合(ユーザーがまだ ログインしていない場合)、OSのハングアップとは違います。この場合、問題の詳細説明を提供し、Acronis カスタマーセンターへお問い合わせください。 

リカバリ後に発生した問題をトラブルシュートする方法

はじめに

時々、リカバリ プロセスは問題なく完了したように見えますが、リカバリ後のファイルが不完全な状態にある場合、または、破損している場合があります。また、復元されたシステム上でアプリケーションが正しく動作しないこともあります。本記事には、このような問題をトラブルシュートする方法について説明しています。リカバリ後に破損している(または、使用できなくなった)ファイル・アプリケーションを検出した場合、以下の手順に従ってください。

トラブルシューティング

リカバリ後のアプリケーション誤動作の主な原因として、このアプリケーションに使用されるファイルの破損が考えれます。

Acronis Universal RestoreまたはAcronis Universal Deployに関する問題をトラブルシュートし、解決する方法

本記事の対象製品:

  • Acronis Cyber Backup (Acronis Cyber Backup & Recovery)
  • Acronis True Image
  • Acronis Snap Deploy

はじめに

Universal Restore と Universal Deploy について

Universal Restore 技術は、異なるハードウェアに移行してもオペレーティングシステムを起動できるためのものです。この技術に関する最も一般的な問題は、Universal Restoreを使ってリカバリしてからオペレーティングシステムが起動しなくなることです。 

OSのクラッシュ(異常終了)をトラブルシュートする方法

本記事の対象製品:

  • Acronis ソフトウェア

はじめに

Acronis 製品はオペレーティングシステムのストレージシステムを非常に低レベルで扱いますから、このレベルでの様々な競合によってバックアップ(または、他の操作)中にオペレーティングシステムがクラッシュする僅かなリスクがあります。クラッシュをトラブルシュートするには、使用するOSによって以下の手順のいずれかに従ってください。

ソリューション

これらのクラッシュはいつも低レベルのシステム競合によって発生するので、一般的なソリューションがありません。各クラッシュは、個別に調べる必要があります。クラッシュをトラブルシュートするには、以下の手順に従ってください。使用するシステムによって手順が異なりますので、まずは適切なセクションを選んでください: 

Instructions on how to troubleshoot problems after recovery

Sometimes a recovery process seems to work without any visible problems, but the resulting files after recovery are not complete and/or are corrupted or an application does not work correctly in the restored system. This article will explain how to troubleshoot this issue. Follow these instructions if you have corrupted or otherwise unusable files/applications after recovery.

Troubleshooting

General recommendations

Because Acronis products work with the storage system of an operating system on a very low level, there is a small risk that different conflicts on this level can lead to an operating system crash during backup or other operations. Please follow the instructions below to troubleshoot these issues, depending on what operating system is being used..

Network connectivity problem can take place if any antivirus is working on source or/and target computers. Beside that, the antivirus software may have its own firewall that can block the traffic even if real-time shields are stopped.

If you have any problem with network connection (e.g. you are not able to back up onto NAS or any other network share), follow these steps.

In some cases, system can become unbootable after recovery operation. No BSOD, just a black screen with blinking cursor or a boot error is displayed. How to troubleshoot such issues and what information needs to be collected, described in this article.

Collect information for investigation of operating system lockups

Make sure that the antivirus software running in your environment does not block Acronis products. See Acronis Software: Making Acronis Products Compatible with Antivirus Software

Under specific circumstances, the software may crash. It is very important to report a crash instead of trying to workaround it. Normal workflow for a crash problem is the following:

This article provides information on troubleshooting possible problems with file or partition recovery.

Depending on the issue you are facing navigate to the corresponding section below.

Prerequisites

  1. It is not possible to perform disk/partition recovery to a disk with a different logical sector size.

    You can check the logical sector size in the system information:

    • Go to Start. In search, type msinfo32.exe and press Enter.

Product may hang under specific circumstances.

There are 2 types of hanging:

  • Actual hanging. That is a state similar to a crash. That means that software halts and is doing nothing inside.
  • Infinite loop. This means that on the outside the software looks hanging but inside it is doing some actions over and over again.

Usually when a software hangs its process uses either 100% of CPU (especially when it is infinite loop) or does not use CPU and does not change RAM usage at all (Actual hanging). Still it is difficult to make sure if the software hangs or not. The above means that usually 1 dump is not enough because if that is Infinite Loop – the developers will see that software is working and there is no problem inside. So in order to troubleshoot application lockups you need about 5 dumps collected one after another. A Process Monitor Log will also be useful especially if it actually turns out to be an Infinite Loop.

Please note that an application lockup does not necessarily mean the software is completely unresponsive. A process can hang (e.g. service_process.exe hangs and a backup is stuck), but you can still browse vaults, create new plans etc.

Define the hanging process using Windows Task Manager. In some cases multiple processes are involved in an operation. In this case the hang of 1 process can be caused by some operations in another process. In this case you need  to collect memory dumps of all processes involved in the operation. E.g. if a backup to Acronis Storage Node hangs, you need to collect a dump of service_process of the agent as well as StorageServer.exe process on ASN machine.

Instructions on how to troubleshoot and resolve issues with corrupt backups