KR20010091139A - Disk Backup and Recovery Method, Computer Readable Medium for Storing Program for Carrying out the Method, and System for Supporting the Method - Google Patents

Abstract

PURPOSE: The method and system for the disk backup and recovery are provided for a user to easily backup a disk or files of the disk and to easily recover an OS(Operating System), disk, and backup files in case that the OS is abnormal. CONSTITUTION: An initial menu screen that includes a hard-disk backup, booting diskette, restart as recovery mode, help, and exit button is shown on a display device of a computer(100). If the user pushes the hard-disk backup button on the initial menu screen(102), the backup is proceeded(104). If the user pushes the booting diskette button on the initial screen(106), the booting diskette is made(108). If the user pushes the restart as recovery mode button on the initial screen(110), the recovery of the hard-disk is proceeded(112). Meanwhile, if the user pushes the help button on the initial screen(114), the help about program usage is displayed on the screen(116). If the user pushes the exit button(118), the program ends.

Description

Disk Backup and Restore Method, Computer Readable Medium for Storing Program for Carrying out the Method, and System for Supporting the Method}

The present invention relates to a computer system, and more particularly, to a method for backing up and restoring information stored in a disk drive. In addition, the present invention relates to a communication system for supporting such a backup and restore method over a network.

If your computer is infected with a virus or your hard disk is not working properly, or if your program runs very slowly and you get frequent errors, you often have to format your hard disk and reinstall the program. However, formatting the hard disk and reinstalling the program can be a time consuming task that can be very inconvenient for the user. Therefore, it is necessary to back up the files or data stored in the hard disk when the computer is operating normally and in good condition, and to restore the hard disk based on the backed up data when a problem occurs.

In command-input operating systems such as DOS, disk backups are usually done using a program called BACKUP. Graphical user interface (GUI) operating systems such as Windows 95, Windows 98, or Windows 2000 also provide utility programs to easily back up files and data ('Windows 95', 'Windows98' and 'Windows2000' are registered trademarks of Microsoft Corporation. For example, in Windows95, users can back up files stored on their hard disk using the 'Backup' program in the 'System Tools' menu of 'Accessories'. It can also be stored on other systems in the network. In the future, when the original file is damaged, the user can recover the original file from the backup file.

However, the backup utility of Windows95 can be used on the premise that Windows95 works normally. If Windows 95 is severely damaged due to file deletion or virus infection, it will be impossible to restore the files using the backup utility. In this case, you will have to reinstall Windows95 before restoring the files, and in some cases, you may have to format the hard disk. Therefore, the backup utility provided by Windows95 may not be useful in practice.

Ghost (General Hardware Oriented Software Transfer), a disk copy program developed by Norton Anti-Virus, allows you to copy all information and data from your hard disk, including the operating system, to another disk. Here, the other disk includes a network server, a recordable compact disk (CD-R, CD-RW), a zip drive and a jazz drive, and the hard disk is divided into a plurality of partitions. It may be a partition other than where the operating system is stored. For example, a user may clone the entire contents of the C: drive to the D: drive, and if the problem occurs later on the C: drive, copy the backup data from the D: drive back to the C: drive or use the D: drive C. You can use it as a drive, so you can restore your hard disk to its original state in no time, without having to reinstall your operating system in case of an emergency.

However, since the ghost program stores backup data on another disk in backing up the information on the hard disk, the user must have an additional recording device and at least partition the hard disk when using this program. Providing an additional recording device is an economic burden for the computer user. On the other hand, hard disk partitioning can be difficult for a computer novice to perform and puts a psychological burden on the user.

Moreover, ghost programs are difficult to use for beginners unfamiliar with the DOS environment because they can be run under DOS or from a DOS bootable diskette as a DOS-based utility. In addition, since DOS does not support long file names, the ghost program stores data on the hard disk as one or more image files without file division. Accordingly, there is a problem that the backup is made up to unnecessary data.

On the other hand, Windows 95 users usually create a boot diskette in case something goes wrong when starting Windows, start up the system using the boot diskette, use diagnostics to fix the problem, and then use Windows Will restart. In particular, when a ghost program is used, a boot diskette is created on the program. In this case, an executable file for invoking and running a ghost program when a file is restored is added to the boot diskette. However, the boot diskette is difficult to manage, and may cause a disc to be erased due to a lost or dusty disk. Therefore, there is a need for a management method that can conveniently store and use the contents of the boot diskette.

The present invention has been made to solve the above-described problems, the user can easily back up the disk or the files on the disk, and if the operating system is abnormal can easily restore the operating system and disk or backup files on the GUI operating system The technical problem is to provide a method for backing up and restoring a disk.

Another object of the present invention is to provide a system in which a user can conveniently store and use a boot diskette used in the above method.

1 is a flow chart schematically showing a disk backup and restore method of the present invention.

2 is a flowchart showing an operation sequence of a program according to a preferred embodiment of the present invention.

3 is a view showing an example of an initial menu screen of a program according to a preferred embodiment of the present invention.

4 is a flowchart specifically illustrating a backup process illustrated in FIG. 2.

5 is a diagram illustrating an example of a hard disk selection screen to be backed up;

6 is a diagram illustrating an example of a backup file storage screen;

7 is a diagram illustrating an example of a backup operation progress display screen;

8 is a diagram illustrating an example of a backup completion screen;

9 is a flowchart illustrating a booting disk creation process of FIG. 2 in detail.

10 is a view showing an example of the boot diskette creation initial screen.

11 is a view showing an example of a boot diskette creation progress screen.

12 is a diagram illustrating an example of a boot diskette creation completion screen;

13A to 13E are detailed flowcharts illustrating a hard disk restoration process illustrated in FIG. 2.

14 is a diagram illustrating an example of a restoration mode progress confirmation screen;

15 is a diagram illustrating an example of a restoration mode progress message screen;

16 shows an example of a restore menu screen;

17 is a diagram showing an example of a hard disk selection screen to be restored.

18 shows an example of a compressed backup file search screen;

19 is a diagram illustrating an example of a restoration operation progress screen.

20 is a diagram illustrating an example of a restoration completion message screen;

21 is a view showing an embodiment of a disk restoration support system according to the present invention.

FIG. 22 is a block diagram illustrating an embodiment of the host shown in FIG. 21.

FIG. 23 is a diagram showing a directory structure for storing bootable diskette files of each member in a hard disk of a web server. FIG.

24 is a flowchart illustrating a process of uploading boot diskette files or driver installation files in the supporting system of FIG. 21.

FIG. 25 is a flowchart illustrating a process of downloading boot diskette files or driver installation files in the supporting system of FIG. 21; FIG.

Summary of the Invention

Disk backup and restore method of the present invention for achieving the above technical problem can be used to back up and restore the hard disk of a computer operated by a graphical user interface operating system. When a disk is backed up, (a) first, the data stored in the hard disk is compressed and stored, but among the files implementing the normal operating system, only the predetermined files for implementing the minimum operating system mode are first compressed and then the first file is compressed. And at least some of the hard disk data including the normal operating system mode configuration files to be compressed and stored as one or more second files. (b) Next, boot the computer and create a boot diskette to extract the first file. When restoring a disk, (c) run the minimum operating system mode by extracting the first file and In the operating system mode, the second file is decompressed to restore hard disk data compressed and stored in the second file. When the restoration is completed, (d) the operating system in the normal mode is restarted.

The first file and the second file may be stored in a medium other than the hard disk, but may be stored in the hard disk itself, but the hard disk may not be divided into a plurality of partitions. Meanwhile, in order to facilitate file management, the first file and the second file are bundled and stored in a single file in step (a), and the first file and the second file are disassembled in step (c). 2 You can also extract files.

The boot diskette stores a predetermined program for searching for and extracting the first file and for executing a minimum operating system mode. In step (c), booting the computer and entering the minimal operating system mode may be accomplished using the boot diskette, but when the normal operating system mode is in operation, the first file is directly extracted in the normal operating system mode. You can also run a minimal operating system mode. Regardless of which of these two ways the computer boots and enters the minimal operating system mode, disk reconstruction via decompression of the second file is via a program running on a graphical user interface operating system.

On the other hand, the disk recovery support system of the present invention for achieving the above another technical problem is connected to a plurality of member computers through a communication network to receive and store the files stored in the boot disk of each computer from the member computers, Each allows you to download your own boot diskette storage files. The file storage means is divided into storage spaces for each of the plurality of member computers, and each storage space stores a boot diskette storage file for any one of the plurality of member computers. The server receives the boot diskette storage files from each of the plurality of member computers and stores them in the corresponding storage space in the file storage means, and the boot diskette storage files stored in the file storage means according to the member's request, among the plurality of member computers. To send.

In the system, the file storage means may further store at least one peripheral driver file for the member computer in each of the storage spaces provided for each of the plurality of member computers. In such a case, the server receives the peripheral device driver file from each of the plurality of member computers and stores the peripheral device driver file in the corresponding storage space in the file storage means, and the peripheral computer driver file stored in the file storage means according to the member's request. Will be sent to. Accordingly, each member can store the driver files for each of the peripheral devices installed in his computer, without having to directly manage the driver files.

Overview of Preferred Embodiments

Hereinafter, with reference to the accompanying drawings will be described in detail a preferred embodiment of the present invention.

1 is a flowchart schematically showing a disk backup and restore method of the present invention. First, in step 104, the hard disk is backed up. In the present invention, the backup process refers to a process of compressing and storing data of a hard disk. The backup data is produced as one or more compressed files whose size after compression does not exceed 640 to 670 megabytes (MB). As a format for compressing data, any one of conventionally used compression formats such as ZIP, ARJ, RAR, etc., and other formats that may appear in the future may be used, or two or more may be used in combination. The compressed backup file is similarly stored in the directory designated by the user on the recording medium designated by the user. The recording medium includes a network server, recordable compact discs (CD-R, CD-RW), ZIP (ZIP) drive, and jazz (JAZ) drive, and may be the hard disc itself, as described below.

In a preferred embodiment, the disk backup and restore method of the present invention is implemented by a program running on Windows. In case the Windows is damaged and does not operate when the hard disk is required to be restored, the program according to the present invention compresses and stores the files constituting the Windows operating system as separate files from the backup data. In a preferred embodiment, rather than compressing and storing the files constituting the Windows operating system as a whole, only the minimum files necessary to run the program of the present invention during the restoration process is compressed and stored. In the following description, files that are compressed and stored by the program of the present invention among the files constituting the Windows operating system are referred to as "minimum Windows mode configuration files", and the minimum Windows mode configuration files compressed into one file We call it "minimum Windows module", and the operating system implemented by these minimal Windows mode configuration files will be referred to as "minimum Windows mode".

The specific types of minimum Windows mode configuration files are specific to each version of Windows. For example, depending on the initial version of Windows 95, the Windows 95 osr2 version, Windows 98, and Windows 2000, the types of minimum Windows mode configuration files may vary. In a preferred embodiment, the program of the present invention contains a list of minimum Windows mode configuration files for each version of Windows, and determines the version of the Windows operating system that operates by default on the hard disk at the time of hard disk backup. Search and save the minimum Windows mode configuration files corresponding to the version. To illustrate minimal Windows mode configuration files, for example, a mouse driver may be included, but files that are not indispensable, such as a printer driver or a multimedia card driver, may not be included. In the present embodiment, the minimum window mode may be considered to have a limited function than the safe mode provided by the Windows operating system.

Meanwhile, in searching and compressing the minimum Windows mode configuration files in the preferred embodiment, the config.sys and autoexec.bat files suitable for the minimum Windows mode are also automatically created and compressed. Of course, the config.sys and autoexec.bat files suitable for minimal Windows mode may be stored on the boot diskette. As described above, since the minimum window mode configuration files for implementing the minimum window mode are stored separately from the backup data and the minimum window mode can be implemented in the restoration process as described below, the restoration process of the present invention is based on the Windows. The program can be executed.

In this regard, one of the biggest features of the present invention is that the place where compressed backup data can be stored is not limited to a medium other than the hard disk, but the hard disk itself can be backed up. That is, when the hard disk is not divided into a plurality of partitions, the hard disk backup data may be stored in the hard disk itself, and when the hard disk is divided into a plurality of partitions, the backup data may be stored in a partition where the operating system is stored. Can be. Of course, even in this case, a copy of the backup data stored on the hard disk may be stored in a separate recording medium.

After the hard disk backup process of step 104 is completed, when the Windows operating system is damaged and the operating system stored in the hard disk does not operate, the boot diskette may be booted to extract and execute the minimum Windows module by calling the minimum Windows module. (Step 108). The boot diskette may include the following files, for example.

command.com

msdos.com

io.sys

config.sys

secure2.exe

Here, secure2.exe is an executable program to call and extract the minimum Windows module.

With the backup process of step 104 and the creation of the boot diskette of step 108 completed, the user can use the computer in a conventional manner. And if you think there is a problem with your computer, for example, if your computer is infected with a virus, your hard disk is not working properly, or if your program runs very slowly and you get frequent errors, you can use the backup data to restore your hard disk. (Step 112).

In a preferred embodiment of the present invention, the "restore" does not mean returning the hard disk to the state at the time of backup, but the process of copying the backup data to the hard disk. In this case, the files that existed before the restoration are overwritten by the backup data. Of course, before restoring, the user may clean up the hard disk by deleting all or some of the files on the hard disk. On the other hand, in another embodiment of the present invention, 'restoration' may mean that the operation to return the hard disk to the state at the time of the backup.

This restoration process may also be accomplished through the program of the present invention. If Windows runs at least in the safe mode, the program of the present invention can be easily run by double clicking on the icon or by using another method of execution, in which case it enters the restoration environment. However, if even safe mode does not work, boot the computer using the boot diskette prepared in step 108 and allow the secure2.exe file to run automatically, run the minimum Windows mode, and then run the program.

When you run the secure2.exe file to proceed with the restore process, the computer decompresses the minimum Windows module and stores the minimum Windows configuration files in a specific directory. In general, while the Windows configuration files are stored in the c: \ windows directory, the secure2.exe program according to the present invention can, for example, form a c: \ win directory and store the minimum Windows configuration files in this directory. Once the minimal Windows configuration files are installed, temporarily move the config.sys and autoexec.bat files in the c: \ directory to another directory, such as c: \ windows \ temp, and automatically create a minimum Windows configuration for the minimum Windows mode. The config.sys and autoexec.bat files that were compressed along with the files are temporarily stored in the c: \ directory. And these files implement minimal Windows mode.

In implementing the disk backup and restore method of the present invention, two programs are used, one of which is based on the Windows operating system and secureman (Secureman or SECUREMAN) which is a program for actually performing backup and restore. (Which may be a registered trademark of the applicant or the assignee or a third party of the application), and the other is a secure2.exe program created on the boot diskette by the SecureMan program to implement a minimum Windows mode. In the following description, the operation of the secureman program will be described in more detail.

Summary of Secure Man Program

2 is a flowchart illustrating an operation procedure of a secureman program. First, when the program is executed, an initial menu screen as shown in FIG. 3 is displayed on the display device of the computer (step 100). As shown, the initial menu screen includes 'Hard Disk Backup', 'Create Boot Disk', 'Restart to Restore Mode', 'Help' and 'Exit' buttons.

When the 'hard disk backup' button is pressed on the initial menu screen (step 102), a backup process is performed (step 104). When the 'Create Boot Disk' button is pressed on the initial menu screen (step 106), a backup process is performed (step 108). When the 'restart to restore mode' button is pressed on the initial menu screen (step 110), the hard disk restore process is performed (step 112). On the other hand, if the 'help' button is pressed (step 114), the help for using the program is displayed on the screen (step 116), and if the 'end' button is pressed (step 118), the program execution is terminated.

Hard disk backup

4 illustrates the backup process (step 104) of FIG.

First, when the 'hard disk backup' button is pressed on the initial menu screen of FIG. 2, the hard disk selection screen shown in FIG. 5 is displayed on the display device (operation 200). The user can select a hard disk to back up on this screen (step 202). When the user presses the back button on the screen of FIG. 5 (step 204), the initial menu screen of FIG. 2 is displayed again, and the backup process is terminated. Meanwhile, when the user presses the 'next' button in the screen of FIG. 5 (step 206), the backup file storage screen of FIG. 6 is displayed (step 208). On the screen of FIG. 6, the user may select a location, that is, a drive and a folder to store the backup file, and specify a name of the backup file (step 210). If you press the 'Cancel' button at the bottom before or after entering the file name (step 212), the program is terminated. Meanwhile, when the 'save' button is pressed, the backup operation of steps 216 to 218 is started.

As described above, the conventional backup program can be backed up only when the hard disk is divided into a plurality of partitions or when two or more hard disk drives are installed. However, the program of the present invention can store the backed up files on the hard disk itself to be backed up, and thus, in backing up the drive where the operating system including the system files are stored, the backup data is stored on the hard disk even if the partition is not partitioned. Can be stored on.

While the backup job is in progress, the backup job progress display screen as shown in FIG. 7 is displayed to inform the user of the progress (step 216). The backup job is largely composed of the minimum window module creation and storage steps (steps 218 and 220) and the hard disk backup steps (steps 222 to 234), and the minimum window module and the disk generated through the respective steps. The backup file is stored as a separate file. However, in another embodiment in which the present embodiment is modified, the minimum Windows module and the disk backup file may be bundled and stored as one file.

First of all, in the initial stage of the backup operation, if the Windows operating system is damaged and inoperable, the minimum Windows module is first found by compressing the configuration folder and files into one file so that the minimum Windows mode defined in the present invention can be implemented. Create (step 218). Compression of minimal Windows configuration folders and files uses a format that can be extracted from DOS. The compressed minimum window module is approximately 7-16 MB in size. The generated minimum Windows module is stored in a folder designated by the user (step 220).

When the saving of the minimum Windows module is completed, the entire data of the hard disk including the Windows operating system starts to be compressed (step 222). However, the part including the minimum window module in the compression process is excluded from the compression. The location of the minimum window module is determined by the program by referring to the FAT of the hard disk. The compression format of the disk data can be selected from those that can be decompressed in the Windows operating system. As compression proceeds, the compressed data is sequentially stored in the compressed file of the file name selected in step 210 (step 224).

Compressed files are made of one or more compressed files whose size does not exceed a certain size, for example 640 MB, which can later be copied to a recordable compact disc (CD-R, CD-RW), etc. to keep the backup file safer. To make it work. Therefore, when the size of the compressed file exceeds 640 MB, the compressed backup data is divided and stored in two or more compressed files. In a preferred embodiment, the file size criterion for splitting storage is set to 640 to 670 MB in consideration of the capacity of the CD-R or CD-RW, but in another embodiment of the present invention, a ZIP drive, a smart drive, or a super floppy is used. For disk drive users, this criterion may be a different number, or you may want to set it up.

For such divisional storage, it is determined whether or not compression is terminated every time compression and storage is performed in units of a predetermined data size (step 225). If compression is not terminated, the size of the compressed file is larger than or equal to the above standard. It is determined continuously to lose (step 226). If the size of the compressed file becomes greater than or equal to the reference value when the compression is not finished, the next compressed file is generated (steps 228 and 230), and additional compressed data is stored in the file. If it is determined in step 225 or step 228 that the compression is completed, the backup completion message window of FIG. 8 is displayed (step 232). Then, if the 'confirm' button included in the backup completion screen is pressed, the backup job is terminated.

Create boot diskette

FIG. 9 illustrates the boot diskette creation process (step 108) shown in FIG. 2 in detail.

When the 'boot boot diskette creation' button is pressed on the initial menu screen of FIG. 2, the boot diskette creation initial screen shown in FIG. 10 is displayed on the display device (step 300). The boot diskette creation initial screen includes a message for inserting a floppy disk into a floppy disk drive. When the 'cancel' button at the bottom of the boot disk creation initial screen is pressed (step 302), the initial menu screen of FIG. 2 is displayed again, and the boot diskette creation process ends. On the other hand, if the 'OK' button is pressed (step 304), the boot diskette creation process starts.

While the boot diskette is being created, the boot diskette creation progress screen of FIG. 11 is displayed on the display apparatus (step 306). According to a preferred embodiment of the present invention, in the initial stage of boot diskette creation, the program formats the floppy disk (step 308). However, in another embodiment of the present invention, the formatting step may be omitted, and instead, the files may be deleted after displaying a guide message for deleting the files stored on the floppy disk. Meanwhile, the user may return to the initial menu screen at any time by pressing the 'cancel button' at the bottom of the boot diskette creation progress screen of FIG. 11 (step 310).

When formatting is complete, the program searches for the files needed to boot the computer in DOS mode and saves them to a diskette. When creating a bootable diskette through the control panel of the Windows operating system, most of the files stored on the diskette are stored on the bootable diskette according to the present invention. In addition, in the present invention, an executable program for calling and extracting a minimum Windows module is extracted. Secure2.exe is additionally generated by the SecureMan program and stored on a diskette (step 312).

In a preferred embodiment, secure2.exe contains information about the folder where the minimum Windows module is stored. Therefore, when running the computer by boot diskette during the disk restore process described below, secure2.exe automatically searches for and extracts the minimum Windows modules and places the files that make up the files in a specific location on the hard disk, such as the c: \ win folder. Save the minimum Windows configuration file. However, in the modified embodiment, secure2.exe does not contain information about the folder where the minimum Windows module is stored, and thus secure2.exe asks the user for the minimum Windows module storage folder when running the computer by boot diskette. It may be programmed to.

When the boot diskette creation is completed (step 314), the boot diskette creation complete screen of FIG. 12 is displayed on the display (step 316). The user keeps the boot diskette which has been created, and can be transferred to the support system server according to the present invention and stored in the database or the hard disk of the server as described below.

Hard disk restore

In general, in the hard disk restoration by the conventional method, the backed up data must be stored in a medium other than the hard disk to be restored. If you want to restore the hard disk directly using the backup data on the hard disk to be restored, the hard disk must be partitioned into multiple partitions. However, according to the present invention, even if backup data is stored in the hard disk to be restored, the hard disk can be restored in that state. At this time, the hard disk may not be divided into a plurality of partitions.

13A to 13E illustrate hard disk restoration processes in detail.

In the present invention, the hard disk restoration process can be largely performed in two cases, one of which is when a user becomes unstable and the user wants to delete a large amount of files on his computer and return the computer to a previous good condition. The other is when your computer won't boot normally. In either of these cases, the hard disk restoration process according to the present invention is performed by executing the secureman program in the minimum window mode defined above.

Here, depending on whether the computer is normally booted and the normal or safe Windows mode is executed or the Windows operating system is not operated, the method of entering the minimum window mode is different. If the computer is normally booted at operation 400 and the Windows operating system is operating, the user may set the operating system of the computer to the minimum window mode according to operations 410 to 430. On the other hand, if the computer does not boot normally in step 400, the user booted in DOS mode using a boot disk, as shown in steps 440 to 454, and then compressed the minimum Windows module by secure2.exe program It will turn off and run in minimal Windows mode. Each case is explained.

If the computer is normally booted in operation 400, the user may immediately execute the secure man program (operation 410). When the 'restart to restore mode' button is pressed (step 414) while the initial menu screen of FIG. 3 is displayed (step 412), a screen to confirm whether to restart the system to the restore mode is displayed as shown in FIG. (Step 416). When the 'Yes' button is clicked on the screen of FIG. 14 (step 418), as shown in FIG. 15, a message window indicating that the system is being changed to restart the system in the restore mode is displayed (step 420). In the state where the screen of FIG. 15 is displayed, the secureman program performs steps 422 to 428.

In changing the system, first create a directory different from the c: \ windows directory, such as the c: \ win directory, to store the minimum Windows files (step 422). Next, the SecureMan program searches for the minimum Windows module on the hard disk, that is, the file in which the minimum Windows mode configuration files are compressed (step 424), extracts the minimum Windows module, and stores it in the c: \ win directory. (Step 426). To make it easier to navigate to the minimum Windows module at this stage, it is a good idea to save a separate text file that indicates the location of the minimum Windows module at the backup stage. Next, new autoexec.bat and config.sys files are created to boot into the minimum windows mode when the system is restarted (step 428). As described above, in the preferred embodiment, the autoexec.bat and config.sys files for the minimum window mode may have been created and stored at the backup stage. In other embodiments, the config.sys and autoexec.bat files may be stored. It may be newly created in step 428.

When the system change process of steps 422 to 428 is completed, the system is restarted to boot to the minimum window mode.

On the other hand, when the computer does not boot normally, especially when the boot even in the safe mode, the user first starts booting in DOS mode using the boot diskette prepared in the boot disk creation process (step 442). When booting in DOS mode is completed, the secure2.exe program decompresses the minimum Windows module and executes the minimum Windows mode (step 444).

When the secure2.exe file is executed, the secure2.exe file runs the Windows operating system in the minimum Windows mode after performing the system change process indicated in steps 446 to 452 (step 454). The user does not need to remove the boot diskette from the floppy disk drive, and the computer automatically enters the minimum window mode. Since the system change process of steps 446 to 452 is similar to the system change process of steps 422 to 430, a detailed description thereof will be omitted.

When the minimum window mode is executed, the SecureMan program is automatically driven to display the restoration menu screen shown in FIG. 16 on the display device (operation 460). Meanwhile, in the modified embodiment of the present embodiment, the secureman program may be automatically driven when the minimum window mode is executed by setting the autoexec.bat file. As shown in FIG. 16, the restore menu screen includes a 'hard disk restore', 'help' and 'end' button.

When the 'Hard Disk Restore' button is pressed on the restore menu screen of FIG. 16 (operation 462), the restoration processes of operations 472 to 500 are performed. When the help button is pressed in the restore menu screen (step 464), a help screen is displayed on the display (step 466). When the 'end' button is pressed on the restore menu screen (step 468), execution of the secure man program is terminated. If the entry of the restoration process is started in the normal Windows mode or the safe mode, that is, if the minimum window mode has been entered through steps 410 to 430, the SecureMan program changes the system to the previous state before shutting down, and the normal window The system is restarted in the mode (step 470).

Restoring operations of steps 472 to 500 are largely two processes, that is, a process of restoring the hard disk using backup data (steps 472 to 494), and a process of restarting the system in a normal windows mode by changing the system ( Step 496 to step 500).

First, when the 'hard disk restore' button is pressed on the restore menu screen of FIG. 16, the hard disk to be restored screen of FIG. 17 is first displayed (step 472). When the hard disk to be restored is selected on the screen of FIG. 17 and the 'next' button is pressed (steps 474 and 478), a screen for finding a compressed backup file of FIG. 18 is displayed (step 480). Meanwhile, if the 'back' button is pressed on the screen of FIG. 17 (step 476), the restoration menu screen of FIG. 16 is displayed again.

On the screen of FIG. 18, the user may select a storage location of the backup file, that is, a drive and a folder, and designate the backup file (step 482). Pressing the 'Cancel' button at the bottom before and after specifying the file (step 484) returns to the restore menu screen of FIG. Meanwhile, when the backup file is designated and the 'open' button is pressed (step 486), the restore operation progress screen of FIG. 19 is displayed (step 488) and restoration starts (step 492). Restoration is accomplished by decompressing the compressed hard disk data and copying each uncompressed file to its original location. When this restoration operation is completed, the restoration completion screen of FIG. 20 is displayed on the display.

After the restoration completion screen of FIG. 20 is displayed, the system is restarted in the normal windows mode after the system is changed (step 498). After the system restarts, the c: \ win directory where the minimum Windows mode configuration files are stored is deleted (step 500).

Support system

Like a general Windows 95 boot diskette, the boot diskette of the present invention is not frequently used, so it may be difficult for each program user to manage and maintain it. Accordingly, the present invention provides a system for storing a boot diskette for the minimum Windows mode operation and disk recovery to the Internet server. 21 shows an embodiment of a disk restoration support system according to the present invention. The system shown in FIG. 21 is built on, for example, the Internet 601 and includes a host 610 and a number of user computer computers 650 that can be connected to the host 610 via the Internet. Include.

The host 610, when the user computer 650 is connected, provides a file with web documents to the user computer 650 so that the user can apply for membership or change the member information. Provide help. In addition, the host 610 allows each member to upload their own boot diskette files, and keeps each member's boot diskette files uploaded. In addition, the host 610 allows the member to download the boot diskette files of each member in storage.

FIG. 22 shows an embodiment of the host 610 shown in FIG. 21. The host 610 is a World Wide Web (WWW) server (hereinafter abbreviated as 'web server') and a network interface 614 that allows the web server 612 to send and receive data packets according to the TCP / IP protocol. ), A plurality of Internet documents 616 in hypertext markup language (HTML), an application 618, and a database 628. In addition, the host 610 includes a hub (not shown) and a router (not shown) that enable, for example, access to the Internet 601 via a network interface 614, and the web server 612. A large storage medium such as a hard disk 613 is provided therein.

The HTML document set 616 is a set of web page files that can be transmitted to the user computer 650 and displayed on the screen. Each file is provided in units of screens. Such HTML documents include, for example, an initial screen, a system introduction screen, a member registration screen, a screen for uploading and downloading a file, and pages for implementing various other help information providing screens. Some of the HTML documents 616 may include a program written in a scripting language such as PHP. These PHP scripts allow each member to upload boot diskette files and use it to store each member's boot diskette files in the database 628.

In a preferred embodiment, most of the application 618 is implemented by script programs, or PHP scripts, contained in each of the PHP files 620. Such PHP scripts may be installed as separate files and may be embedded in HTML documents from scratch, although the web server 612 may dynamically include them in the HTML document in response to member requests. The application 618 may also include other program modules or objects, such as component software 622 or the like. In addition, the application 618 is an ActiveX database object 624 that allows each PHP files 620 or other program modules to access the database 628 by the Open Database Connectivity (ODBC) protocol 626. ActiveX Database Object (ADO). When ADO 624 is called by any one or other application portion of PHP files 620, it accesses database 628 via ODBC convention 626 to add or store data to database 628. The data may be selected for modification or deletion or provided to the application 618.

The database 628 may be implemented using Oracle, Informix or MS SQLserver. The database 628 includes a number of unit DBs, such as a member DB, announcement DB, bulletin board DB, and visitor record DB. As described above, in a preferred embodiment such a database 628 allows the ADO object 624 to be managed through the ODBC protocol 626. However, in other embodiments of the present invention, the database 628 may be linked to the application 618 by other interlocking means such as JDBC.

The directory structure for storing the boot diskette files of each member in the hard disk 613 of the web server is shown in FIG. As shown, the name of each directory can be created equal to the member's ID. For example, the directory name, that is, the member ID, may be determined by an eight-digit number or a combination of numbers and letters, and each directory stores boot diskette files of the member. In the preferred embodiment, each member only stores the most recent boot diskette files when uploading the boot diskette files multiple times. However, in another embodiment of the present invention, each time the boot diskette files are uploaded, a separate sub directory may be created and the boot diskette files uploaded each time may be stored in a separate sub directory.

Meanwhile, the system illustrated in FIGS. 21 and 22 may upload and store driver installation files of peripheral devices installed in a computer as well as boot diskette files. To this end, a space for storing driver installation files of each member is additionally provided in the hard disk 613 of the web server 612. In FIG. 23, a directory for a member named 701kyn00 is provided with a subdirectory called \ booting and a subdirectory called \ driver, where \ booting is a place for storing boot diskette files and \ driver is a place where driver files are stored. The driver installation file storage directory can be subdivided into several subdirectories, depending on the peripheral device. The uploading and downloading procedures of the driver installation files are similar to the uploading and downloading procedures of the boot diskette files, respectively.

FIG. 24 illustrates a process of uploading boot diskette files or driver installation files in the support system of FIG. 21. First, the member who created the boot diskette in step 108 accesses the host 610 through the Internet 601 from his computer (step 700). In the preferred embodiment of the present invention, when the user wants to upload boot diskette files, the user first accesses the web server 612 and authenticates membership (step 702), and then displays the user's screen by the PHP script. The boot diskette files are designated through the selection screen window displayed and the boot diskette files are uploaded (step 704).

FIG. 25 illustrates a process of downloading boot diskette files or driver installation files in the supporting system of FIG. 21. First, boot diskette files or driver installation files are first authenticated by accessing the web server 612 in step 710 (step 712), and then download boot diskette files or driver installation files (step 714). In operation 716, the user may store the downloaded files on a diskette or a hard disk.

Modified Embodiment

The foregoing description merely illustrates a preferred embodiment of the present invention, and the present invention is not limited thereto and may be variously modified. For example, the above description has been given with respect to the case where the operating system is windows95, but the present invention can be applied to both windows98, windows2000, or other GUI type operating systems. Meanwhile, in the preferred embodiment, the restoration support system host 610 shown in FIG. 22 is built on Linux, but in another embodiment, the restoration support system host 610 may be built on WindowsNT. In such an embodiment, PHP programs may be replaced by active server pages (ASPs) that perform a similar function.

In addition, in the above-described preferred embodiment, all files in the disk have been backed up in backing up the hard disk. However, in another embodiment of the present invention, only specific directories selected by the user may be backed up. In this case, a screen must be added that allows the user to select the directories and files to be backed up at the backup step.

As such, those skilled in the art will appreciate that the present invention can be implemented in other specific forms without changing the technical spirit or essential features thereof. Therefore, the above-described embodiments are to be understood as illustrative in all respects and not as restrictive. The scope of the present invention is shown by the following claims rather than the detailed description, and all changes or modifications derived from the meaning and scope of the claims and their equivalents should be construed as being included in the scope of the present invention. do.

As described above, the disk backup and restore method of the present invention enables a user to easily back up a disk or files on the disk, and easily restore the operating system and disk or backup files on a GUI-based operating system in case of abnormal operating systems. It allows you to. In particular, the boot diskettes of the existing restore programs load a compressed file installed in an image compressed format on a hard disk to execute a restore operation in a DOS environment, whereas in the present invention, when booting from the boot diskette, the GUI operating system in the minimum Windows mode Can be installed and restored on these GUI operating systems. Therefore, even computer novices can perform restoration in a convenient way.

In particular, you can restore the disk without formatting the hard disk, and you can save the newly created folders or files after the backup operation because the file is overwritten by file during the restore operation. Of course, it is also possible to delete unnecessary folders or files prior to the restore operation so that newly created folders or files can be selectively preserved after the backup operation.

On the other hand, since the support system according to the present invention allows the user to conveniently store and use the boot diskette, the user can reduce the burden of storing and managing the boot diskette. In addition, when the peripheral driver installation files are stored in the server, the burden of storing a diskette or CD for driver installation is reduced.

Claims (15)

As a method of backing up and restoring a hard disk of a computer operated by a graphical user interface operating system, (a) compressing and storing the data stored in the hard disk, but among the files implementing the operating system in the normal mode, only predetermined files for implementing the minimum operating system mode are first compressed and stored as the first file, and Compressing at least a portion of the hard disk data including normal operating system mode configuration files and storing it as one or more second files; (b) creating a boot diskette for booting the computer and extracting the first file; (c) decompressing the first file to execute the minimum operating system mode; decompressing the second file on the minimum operating system mode to restore the hard disk data compressed and stored in the second file; step; And (d) restarting the normal operating system; Disk backup and restore method comprising a. The method of claim 1, The step (a) further includes the step of combining the first file and the second file into a single file in storing the first file and the second file, The step (c) further comprises the step of extracting the first file and the second file by disassembling the single file. The method according to claim 1 or 2, The hard disk is not divided into a plurality of partitions, And the first file and the second file can be stored in the hard disk. The method according to claim 1 or 2, And a size of each of the one or more second files is less than or equal to a predetermined criterion. The method according to claim 1 or 2, In the step (b), the boot diskette is a disk backup and restore method, a predetermined program for searching and decompressing the first file and executing the minimum operating system mode is stored. The method of claim 5, In step (c), the computer is booted using the boot diskette, and the first file is decompressed by the predetermined program to execute the minimum operating system mode. The method according to claim 1 or 5, And in step (c), decompressing the first file in the normal operating system mode to execute the minimum operating system mode. The method of claim 1, In the step (b), the boot diskette is stored in the autoexec file (autoexec.bat) and the system configuration file (config.sys) suitable for the minimum operating system mode disk backup and restore method. The method of claim 1, And the first file comprises a compressed autoexec file (autoexec.bat) and a system configuration file (config.sys) in a compressed state suitable for the minimum operating system mode. The method according to claim 8 or 9, Step (c) is (c1) decompressing the first file and storing the decompressed minimum operating system mode implementation files in a directory separate from the directory in which the normal mode operating system implementation files are stored; (c2) installing the automatic executable file and the system configuration file suitable for the minimum operating system mode where the automatic executable file and the system configuration file suitable for the normal operating system mode existed; And (c3) executing the minimum operating system mode, decompressing the second file on the minimum operating system mode, and restoring the hard disk data compressed and stored in the second file; Disk backup and restore method comprising a. To back up and restore the hard disk of a computer operated by a graphical user interface operating system, (a) compressing and storing the data stored in the hard disk, but among the files implementing the operating system in the normal mode, only predetermined files for implementing the minimum operating system mode are first compressed and stored as the first file, and Compressing at least a portion of the hard disk data including operating system configuration files and storing it as one or more second files; (b) creating a boot diskette for booting the computer and extracting the first file; (c) decompressing the first file to execute the minimum operating system mode; decompressing the second file on the minimum operating system mode to restore the hard disk data compressed and stored in the second file; function; And (d) restarting the normal operating system; A computer-readable recording medium having recorded thereon a program for backing up and restoring a disc to realize the problem. The method of claim 11, The (a) function may further include a function of combining the first file and the second file into a single file in storing the first file and the second file. The (c) function may further include a function of extracting the first file and the second file by disassembling the single file. The method according to claim 11 or 12, wherein The hard disk is not divided into a plurality of partitions, And the disk backup and restore program is a computer readable recording medium capable of storing the first file and the second file in the hard disk. A disk restoration support system connected to a plurality of member computers through a communication network to receive and store files stored in each of the boot diskettes for the member computers, and to allow each member to download their own boot diskette storage files. As File storage means for storing a boot diskette storage file for each one of the plurality of member computers, the storage space being divided for each of the plurality of member computers; And The boot diskette storage files are received from each of the plurality of member computers and stored in a corresponding storage space in the file storage means, and the boot diskette storage files stored in the file storage means according to the member's request. Server to transfer to the computer; Disk restoration support system that includes. The method of claim 14, The file storing means may further store at least one peripheral device driver file for the member computer in each of the storage spaces separated for each of the plurality of member computers. The server receives the peripheral device driver installation file from each of the plurality of member computers and stores the peripheral device driver installation file in a corresponding storage space in the file storage means and stores the peripheral device driver installation file stored in the file storage means at the request of the member. The disk restoration support system for transmitting to the corresponding one of the plurality of member computers.