How to recover server data

As a person who specializes in computer work, some of my relatives and friends often call me and ask questions about data loss. The problems they encountered were varied, sometimes the data was accidentally deleted, and sometimes the data was lost by the virus and sometimes the hard disk itself. Regardless of the cause of the data loss, the same problem exists for those who have problems, that is, they are not IT professionals, and they never back up their data.

I have done a lot of data recovery work recently, so I decided to write some articles about data recovery. I intend to discuss some of the general techniques I use in these articles. In this article, I will talk about how to deal with data loss, under what circumstances data recovery, data recovery can not be done, and the principle of data recovery.

Although data recovery is a very complex process, the principles behind it are very simple. Data recovery is possible because the files and the information associated with the file are two distinct things and are stored in two different places. The Windows operating system uses a "file allocation table" to determine which files are on the hard disk and where they are stored.

If we need to make an analogy between the way a file system on a hard drive works, then it would be most appropriate to compare it to a book. A file allocation table is like a directory part of a book. The files stored on those real hard drives are like every page in the body of the book.

In order to more clearly explain how the data recovery process works, we need to do a more in-depth analogy. For example, if you want to install a new pool in the kitchen, you bought a book about home improvement. You open the book and find a specific chapter in the catalog that describes how to install the pool on page 40 of this book. If you tear off the catalogue of the book and tear it into pieces, do you lose information about the way to install the pool? Of course, the method of installing the pool is still in this book, just because of you. There is no catalog, so it will be difficult to find this method. //This article is quoted from www.45it.com Computer Software and Hardware Application Network

Data recovery works in a very similar way to the above. Often, when some data needs to be recovered, it is due to confusion in its file allocation table. The files that need to be restored are still stored on your hard drive and are well preserved. If the file is still corrupt and not corrupted or encrypted, then the file can be recovered. What you need to do is to find this file.

In another way, if the file itself is corrupted or lost or encrypted, then using the normal method may not work. However, this is not to say that data recovery is impossible, but rather that data recovery is required through unconventional methods. Because you can't change things that don't exist like a magician.

If the file is physically corrupted and you don't have a backup of it, your only hope is to refactor the file. Many applications, such as Microsoft Office, write a uniform header at the beginning of the file to specify that the file belongs to a file that the application can call. Some tools can be used to manually refactor the title of a file, so we can at least use it to recover parts of the file.

In most cases, data loss is not due to a problem with the data itself, but due to a problem with the file allocation table. An example of this is what you did when you deleted the file. When you delete a file, usually this file will be moved to the recycle bin. When you delete this file from the recycle bin, or if you never use the recycle bin but delete the file directly, then the files are still not deleted.

In fact, the operating system simply changes the first letter of the file name of the file to the "sigma" mark in the file allocation table (the question mark is used in the past file system). The operating system also writes a "0" to the cluster chain entry in the file allocation table so that the file can be displayed from the previously used disk space as still available. When a file is deleted in this way, the file itself still exists unless another file overwrites this area on the hard drive, and this area happens to be the area where the deleted file was previously stored.

I have explained how the deletion process works. In fact, we can still apply similar concepts to understand the problem if the hard disk drive is formatted or the file allocation table is damaged. In most cases, the files still exist, they are only removed from the file allocation table (or are changed to some Windows defaults to not display the file name).

Computer software and hardware application website long note: This article is collected by the network, the author is unknown, if the author sees or has an informed person, please post a comment with the name, we will add it. Thank you for your support.