CN202134001U - Executable file backup device - Google Patents
Executable file backup device Download PDFInfo
- Publication number
- CN202134001U CN202134001U CN201120057333U CN201120057333U CN202134001U CN 202134001 U CN202134001 U CN 202134001U CN 201120057333 U CN201120057333 U CN 201120057333U CN 201120057333 U CN201120057333 U CN 201120057333U CN 202134001 U CN202134001 U CN 202134001U
- Authority
- CN
- China
- Prior art keywords
- executable file
- file
- module
- compressed
- executable
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 230000006835 compression Effects 0.000 claims abstract description 31
- 238000007906 compression Methods 0.000 claims abstract description 31
- 238000000034 method Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 208000019901 Anxiety disease Diseases 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 230000036506 anxiety Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 210000003739 neck Anatomy 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The utility model discloses an executable file backup device comprising a storage module, a reading module used for reading file names of files to be executed, catalog information, and compression strategy set by users, a compression module used for compressing code sections of the executable files by using the compression strategy according to the file names and the catalog information in order to aquire the compressed code sections, and an adding module used for additionally arranging self-decompression codes on the starts of the compressed code sections, obtaining the compressed executable files, and using the compressed executable files as the backup files, and then storing the backup files in a storage module.
Description
Technical field
The utility model relates to a kind of back-up device, relates in particular to a kind of back-up device of executable file.
Background technology
Memory space inadequate is IT personnel pain in the necks always, because just will not buy more memory device, more will face all setting work that comes one after another behind the adjustment storage architecture.Just much less the complicated loaded down with trivial details of these work in the process of extended storage capacity, more possibly need to shut down, and this can badly influence the normal operation of enterprise.In embedded system, storage space more receives the restriction of hardware, if increase hardware flash chip capacity, can improve system cost again, and data save mode becomes a big problem.
Enterprise must regularly carry out data backup for protected data, and this is one of reason of the quick accumulation of data.Especially now some enterprise begins to backup to earlier the disk of rapid speed; Back up to equipment such as tape more one by one; For must catch up with the same day come off duty to the next day accomplish before the working for the enterprises that back up in a large number; Disk Backup is a good method, and backup is fast, answer is also fast, but Disk Backup can be quickened the consumption of disk space undoubtedly.
Therefore how providing to increase the disk utilization factor, and conserve storage, the carrying cost that reduces are that present data sharply increase the challenge that faces.
The utility model content
The utility model provides a kind of back-up device of executable file, and technical matters to be solved is how in the executable file backup operation, to increase the disk utilization factor.
In order to solve the problems of the technologies described above, the utility model provides a kind of executable file back-up device, comprising:
Memory module;
Read module reads file name and the directory information and the set Compression Strategies of user of executable file to be backed up;
Compression module according to this document title and directory information, adopts this Compression Strategies that the code segment of this executable file is compressed, and obtains the compressed code section;
Add module, add the self-extracting code, obtain the compressed file of this executable file, the backup file of this compressed file as this executable file stored in this memory module in this compressed code section beginning.
Preferably, said device also has following characteristics: this compression module comprises:
Obtain submodule, according to the code segment of this document title and this executable file of directory information acquisition;
The recognin module is discerned the file layout of this executable file;
The compression submodule according to this document form, adopts this Compression Strategies that the code segment of this executable file is compressed, and obtains this compressed code section.
Preferably, said device also has following characteristics:
The file layout that this recognin module identifies this executable file is transplantable execution body (PE) form of windows system or general object file (coff) form of type unix system.
Preferably, said device also has following characteristics: this executable file back-up device further comprises:
Receiver module receives the extraneous backup instruction of importing;
Wherein said read module carries out read operation according to said backup instruction after receiving the backup instruction that said receiver module sends.
Preferably, said device also has following characteristics: this executable file back-up device further comprises:
Time block, also send backup instruction writing time when the time arrives a certain moment
Wherein said read module carries out read operation according to said backup instruction after receiving the backup instruction that said time block sends.
Preferably, said device also has following characteristics: this executable file back-up device further comprises:
Logging modle according to file name, directory information and the write time of this executable file, is made the log file that is used to write down this executable file and this compressed file corresponding relation, and this log file is stored in this memory module.
Preferably, said device also has following characteristics: this executable file back-up device further comprises:
Module is set, accepts the set Compression Strategies of user;
Wherein said read module reads said Compression Strategies from the said module that is provided with.
Compared with prior art, the utility model is through compressing the executable file code segment, and therefore make has increased the disk utilization factor by the more Backup Data of storage on existing disk unit, reaches conserve storage and the order that reduces carrying cost; Can be applicable on the terminal of embedded system, on the equipment like storage resources such as mobile phone, net book anxiety, it is fast more can to bring into play its decompress(ion) speed, and little advantage takes up room.
Description of drawings
The structural representation of the executable file back-up device that Fig. 1 provides for the utility model embodiment one;
The structural representation of the executable file back-up device that Fig. 2 provides for the utility model embodiment two;
The structural representation of the executable file back-up device that Fig. 3 provides for the utility model embodiment three.
Embodiment
For the purpose, technical scheme and the advantage that make the utility model is clearer, will combine accompanying drawing and specific embodiment that the utility model is done further to describe in detail below.Need to prove that under the situation of not conflicting, embodiment among the application and the characteristic among the embodiment be combination in any each other.
The utility model carries out processed compressed through executable program that will be to be backed up, consumes to reduce the space.When executable file moves, can call the self-extracting code earlier and give code segment program control power again after the code segment of program is recovered in internal memory, thereby guarantee also can move after the executable file compression.
Describe with embodiment below:
Embodiment one
The structural representation of the executable file back-up device that Fig. 1 provides for the utility model embodiment one.Device shown in Figure 1 comprises:
Memory module 101;
Read module 102 reads file name and the directory information and the set Compression Strategies of user of executable file to be backed up;
Compression module 103 links to each other with said read module 102, according to this document title and directory information, adopts this Compression Strategies that the code segment of this executable file is compressed, and obtains the compressed code section;
Add module 104; Link to each other with said memory module 101 with said compression module 103; Add the self-extracting code in this compressed code section beginning, obtain the compressed file of this executable file, the backup file of this compressed file as this executable file stored in this memory module 101.
Be described further in the face of the device among the embodiment one down:
Wherein this compression module comprises:
Obtain submodule, according to the code segment of this document title and this executable file of directory information acquisition;
The recognin module and is obtained submodule and is linked to each other, and discerns the file layout of this executable file;
The compression submodule links to each other with the recognin module, according to this document form, adopts this Compression Strategies that the code segment of this executable file is compressed, and obtains this compressed code section.
Wherein, The file layout that this recognin module identifies this executable file is transplantable execution body (the Portable Executable of windows system; PE) general object file (common object file format, the coff) form of form or type unix system.Certainly, also be not limited thereto, also can be the executable file format in other operating systems in the prior art.
Wherein, This interpolation module the self-extracting code comprise register now field information and dynamic decompress(ion) algorithm information; Make that when calling this document this self-extracting code can carry out decompress(ion) to this compressed code section according to register now field information and dynamic decompress(ion) algorithm information.
Wherein, the Compression Strategies that read module reads can pre-set, and also can be that this executable file back-up device further comprises:
Module is set, links to each other, accept the set Compression Strategies of user with said read module;
Wherein said read module reads said Compression Strategies from the said module that is provided with.
Wherein in practical application, the administration interface that the user can provide through this executable file back-up device user carries out file polling, browses, and reads functions such as file, in addition the File Compress strategy can be set, such as information such as the time and space compare.Certainly; After compressed file generates; The user can also be through the executable file device administration page, read and write management to file, such as newly-built, the deletion of file, revise; When file shows, can also read the information of file and catalogue in addition from memory module, the form of setting according to file directory shows.
By on can find out that be with the different part of traditional redundancy technique, the utility model has been introduced code segment compression and self-extracting technology, make the executable file tangible reduction that taken up room, do not influence the use after executable file recovers simultaneously again.
The technical scheme that embodiment one provides, through the executable file code segment is compressed, therefore make has increased the disk utilization factor by the more Backup Data of storage on existing disk unit, reaches conserve storage and the purpose that reduces carrying cost.
Embodiment two
The structural representation of the executable file back-up device that Fig. 2 provides for the utility model embodiment two.Different with the device shown in the embodiment one is that executable file back-up device shown in Figure 2 also comprises:
Wherein said read module 120 carries out read operation according to said backup instruction after receiving the backup instruction that said receiver module sends.
Certainly; Optional, this back-up device also can regularly back up executable file, and promptly said executable file back-up device can further include: time block; Link to each other with said read module, also send backup instruction writing time when the time arrives a certain moment; Wherein said read module carries out read operation according to said backup instruction after receiving the backup instruction that said time block sends.
The technical scheme that embodiment two provides, through the executable file code segment is compressed, therefore make has increased the disk utilization factor by the more Backup Data of storage on existing disk unit, reaches conserve storage and the purpose that reduces carrying cost; Mode through automatic triggering or external trigger starts backup operation, and flexible operation is applicable to different application scenes.
Embodiment three
The structural representation of the executable file back-up device that Fig. 3 provides for the utility model embodiment three.Different with the device shown in the embodiment two is that executable file back-up device shown in Figure 3 further comprises:
Wherein this logging modle can be with fileinfo, comprises filename, source file path, write time, as a recorded and stored.
The technical scheme that embodiment three provides, through the executable file code segment is compressed, therefore make has increased the disk utilization factor by the more Backup Data of storage on existing disk unit, reaches conserve storage and the purpose that reduces carrying cost; Mode through automatic triggering or external trigger starts backup operation, and flexible operation is applicable to different application scenes; Through writing down the fileinfo of this compressed file, when searching this subsequent use file, can search fast in the future, shorten and search the time.
The above; Be merely the embodiment of the utility model; But the protection domain of the utility model is not limited thereto; Any technician who is familiar with the present technique field can expect changing or replacement in the technical scope that the utility model discloses easily, all should be encompassed within the protection domain of the utility model.Therefore, the protection domain of the utility model should be as the criterion with the described protection domain of claim.
Claims (6)
1. an executable file back-up device is characterized in that, comprising:
Memory module;
Read module reads file name and the directory information and the set Compression Strategies of user of executable file to be backed up;
Compression module according to this document title and directory information, adopts this Compression Strategies that the code segment of this executable file is compressed, and obtains the compressed code section;
Add module, add the self-extracting code, obtain the compressed file of this executable file, the backup file of this compressed file as this executable file stored in this memory module in this compressed code section beginning.
2. executable file back-up device according to claim 1 is characterized in that, this compression module comprises:
Obtain submodule, according to the code segment of this document title and this executable file of directory information acquisition;
The recognin module is discerned the file layout of this executable file;
The compression submodule according to this document form, adopts this Compression Strategies that the code segment of this executable file is compressed, and obtains this compressed code section.
3. executable file back-up device according to claim 1 is characterized in that, this executable file back-up device further comprises:
Receiver module receives the extraneous backup instruction of importing;
Wherein said read module carries out read operation according to said backup instruction after receiving the backup instruction that said receiver module sends.
4. executable file back-up device according to claim 1 is characterized in that, this executable file back-up device further comprises:
Time block, also send backup instruction writing time when the time arrives a certain moment
Wherein said read module carries out read operation according to said backup instruction after receiving the backup instruction that said time block sends.
5. executable file back-up device according to claim 1 is characterized in that, this executable file back-up device further comprises:
Logging modle according to file name, directory information and the write time of this executable file, is made the log file that is used to write down this executable file and this compressed file corresponding relation, and this log file is stored in this memory module.
6. executable file back-up device according to claim 1 is characterized in that, this executable file back-up device further comprises:
Module is set, accepts the set Compression Strategies of user;
Wherein said read module reads said Compression Strategies from the said module that is provided with.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201120057333U CN202134001U (en) | 2011-03-07 | 2011-03-07 | Executable file backup device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201120057333U CN202134001U (en) | 2011-03-07 | 2011-03-07 | Executable file backup device |
Publications (1)
Publication Number | Publication Date |
---|---|
CN202134001U true CN202134001U (en) | 2012-02-01 |
Family
ID=45522764
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201120057333U Expired - Fee Related CN202134001U (en) | 2011-03-07 | 2011-03-07 | Executable file backup device |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN202134001U (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106445738A (en) * | 2016-09-13 | 2017-02-22 | 郑州云海信息技术有限公司 | Database backup method and device |
CN106909398A (en) * | 2017-03-10 | 2017-06-30 | 深圳创维-Rgb电子有限公司 | The compression method and device of a kind of executable file |
-
2011
- 2011-03-07 CN CN201120057333U patent/CN202134001U/en not_active Expired - Fee Related
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106445738A (en) * | 2016-09-13 | 2017-02-22 | 郑州云海信息技术有限公司 | Database backup method and device |
CN106445738B (en) * | 2016-09-13 | 2020-10-16 | 苏州浪潮智能科技有限公司 | Database backup method and device |
CN106909398A (en) * | 2017-03-10 | 2017-06-30 | 深圳创维-Rgb电子有限公司 | The compression method and device of a kind of executable file |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102955720B (en) | A kind of method improving ext file system stability | |
CN102662992B (en) | Method and device for storing and accessing massive small files | |
CN102932383B (en) | A kind of data transmission method, terminal and terminal system | |
CN101582076A (en) | Data de-duplication method based on data base | |
CN101788936B (en) | Snapshot backup and restoration method and device when in running of mobile terminal | |
CN102662713B (en) | Method, device and terminal for increasing running speed of application programs | |
CN105808643A (en) | Method for refreshing Redis memory database | |
CN101937376A (en) | Data management method and data storage device | |
WO2012083754A1 (en) | Method and device for processing dirty data | |
CN101707633A (en) | Message-oriented middleware persistent message storing method based on file system | |
CN105187564A (en) | Method for breakpoint resuming of mobile phone side file | |
CN103019891A (en) | Method and system for restoring deleted file | |
CN101937378B (en) | Method for carrying out back-up protection on data of storage equipment and computer system | |
CN202134001U (en) | Executable file backup device | |
CN111752931A (en) | Intelligent storage table implementation method and system for NEWSQL database management system | |
CN102385624B (en) | DFS (distributed file system)-oriented log data organization method | |
CN103207916A (en) | Metadata processing method and device | |
CN102170494A (en) | Method and system for recording operation process of mobile terminal as well as mobile terminal | |
CN104156369A (en) | Database mirror making method and database | |
CN105528425A (en) | Method of implementing asynchronous data storage based on files in cloud computing environment | |
CN111475334A (en) | TiDB database maintenance method and device, computer equipment and storage medium | |
CN103020186A (en) | File searching method, device and equipment based on embedded device | |
CN102685304A (en) | Address book synchronizing method and device | |
CN109739340B (en) | Energy-saving and power-saving data processing method and terminal | |
CN103108070B (en) | Telephone book backup system and method thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120201 Termination date: 20190307 |