Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS20020046320 A1
Publication typeApplication
Application numberUS 09/313,181
Publication dateApr 18, 2002
Filing dateMay 18, 1999
Priority dateMay 18, 1999
Also published asCA2308681A1, CA2308681C, EP1054319A2, EP1054319A3, US6438642
Publication number09313181, 313181, US 2002/0046320 A1, US 2002/046320 A1, US 20020046320 A1, US 20020046320A1, US 2002046320 A1, US 2002046320A1, US-A1-20020046320, US-A1-2002046320, US2002/0046320A1, US2002/046320A1, US20020046320 A1, US20020046320A1, US2002046320 A1, US2002046320A1
InventorsKamel Shaath
Original AssigneeKamel Shaath
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
File-based virtual storage file system, method and computer program product for automated file management on multiple file system storage devices
US 20020046320 A1
Abstract
A managed space device and method is disclosed. To store data in the managed space a virtual non-volatile storage medium having a plurality of corresponding physical non-volatile storage media associated therewith is provided. Locations within each physical non-volatile storage medium correspond to locations within the virtual nonvolatile storage medium. Then data for storage in the virtual non-volatile storage medium is provided. Once these are provided free space sufficient for storing the provided data is determined at locations within the virtual storage medium. The data is then stored at those locations and indexing information relating to the data is stored within an index.
Images(8)
Previous page
Next page
Claims(19)
What is claimed is:
1. A method of storing data in non-volatile storage comprising the steps of:
providing a virtual non-volatile storage medium having a plurality of corresponding physical non-volatile storage media associated therewith, locations within each physical non-volatile storage medium from the plurality of corresponding physical non-volatile storage media corresponding to locations within the virtual non-volatile storage medium;
providing data for storage in the virtual non-volatile storage medium;
determining free space at locations within the virtual storage medium, the free space sufficient for storing the provided data, the locations corresponding to locations within the plurality of corresponding physical non-volatile storage media having available storage space therein;
storing the provided data at the locations corresponding to the free space; and,
storing index information for the stored data.
2. A method as defined in claim 1 wherein the index information comprises data indicative of a file identifier, and locations within the virtual non-volatile storage medium for the stored data.
3. A method as defined in claim 1 wherein the index information comprises data indicative of a file identifier, an indication of the physical non-volatile storage medium on which the stored data is stored, and the corresponding locations within the physical non-volatile storage medium for the stored data.
4. A method as defined in claim 3 wherein the free space is within at least two non-volatile storage media and wherein the index information comprises data indicative of another physical non-volatile storage medium on which the stored data is stored, and the corresponding locations within the other physical non-volatile storage medium for the stored data.
5. A method as defined in claim 4 wherein some of the stored data stored within physical non-volatile storage medium is duplicated data of data stored in the other physical non-volatile storage medium.
6. A method as defined in claim 4 wherein a portion of the stored data less than the whole is stored on the physical non-volatile storage medium and another portion of the stored data less than the whole is stored on the other physical non-volatile storage medium.
7. A method as defined in claim 4 wherein a the physical non-volatile storage medium and the other physical non-volatile storage medium form part of different computer systems in communication one with the other via a communication network.
8. A method as defined in claim 1 comprising the step of:
monitoring access to stored data;
determining from the monitored access a location within the virtual storage medium for the stored data;
moving the stored data to the determined location; and
updating the index data to reflect the new storage location of the stored data.
9. A method as defined in claim 1 comprising the step of:
verifying the presence of another non-volatile storage medium in communication with the virtual storage medium; and
associating the other non-volatile storage medium with the virtual storage medium thereby dynamically increasing available non-volatile storage space on the virtual non-volatile storage medium.
10. A method as defined in claim 9 comprising the step of connecting another computer to a computer network in communication with the virtual storage medium wherein the presence of another non-volatile storage medium is effected by the connection of the other computer.
11. A method as defined in claim 1 comprising the steps of:
monitoring access to stored data; and
archiving stored data that is not accessed for more than a predetermined amount of time.
12. A method as defined in claim 11 wherein the step of archiving the stored data comprises transferring the stored data to an area within the virtual storage medium for archiving, the method comprising the steps of:
monitoring access to archived data; and
transferring archived data that is not accessed for more than a predetermined amount of time to removable non-volatile storage media for archiving.
13. A virtual storage device comprising:
a plurality of computers each comprising a non-volatile storage medium, locations within a plurality of the non-volatile storage media corresponding to locations within the virtual storage device;
means for storing data at locations within the virtual storage device, the data stored at locations within a non-volatile storage medium from the plurality of non-volatile storage media corresponding to the locations within the virtual storage device; and
means for storing index data, the index data for locating and retrieving data stored within the virtual storage device.
14. A virtual storage device as defined in claim 13 wherein the means for storing data comprises means for storing portions less than the whole of the data stored within at least two different non-volatile storage media.
15. A virtual storage device as defined in claim 14 wherein the different non-volatile storage media form parts of two different computer systems.
16. A virtual storage device as defined in claim 14 wherein the means for storing data comprises means for storing duplicate portions of data within different non-volatile storage media.
17. A virtual storage device as defined in claim 13 wherein the means for storing index data comprises:
means for updating index data, the index data indicative of a location within the virtual storage medium where the data is stored, the location corresponding to locations within the non-volatile storage media.
18. A virtual storage device as defined in claim 13 wherein the means for storing index data comprises:
means for updating index data, the index data indicative of a non-volatile storage medium and a location within the non-volatile storage medium where the data is stored.
19. A virtual storage device as defined in claim 13 comprising:
means for archiving data stored within the virtual storage device.
Description
    FIELD OF THE INVENTION
  • [0001]
    The present invention relates to non-volatile storage of data within computers and to non-volatile storage within computer network environments.
  • BACKGROUND OF THE INVENTION
  • [0002]
    A common problem with computer systems is that they are quickly outdated. In order to extend the life of a computer, two methods are commonly employed.
  • [0003]
    A first method involves purchasing a computer that has more resources than are necessary so that as computer technology advances and further resources are required the system remains sufficient. To this end, computers are commonly provided with hard disks that are substantially larger than necessary for most users. In this way, the computer life is extended without a need for upgrading. Unfortunately, this results in much unused or wasted storage space. That said, the storage available on hard disk drives soon is insufficient even for common applications. For example, 8 years ago a hard disk drive having 270 Mb of storage space was common. Today, such a device is insufficient for most common tasks on a PC compatible computer system. Today, most PC compatible computers have hard disk drives with 6 Gb of storage or more.
  • [0004]
    A second method involves upgrading parts of a computer where parts are replaced with newer parts when necessary. This is costly and inconvenient. For example, in order to accommodate the increased data storage requirements, it is common to upgrade a system by adding an additional hard drive to a system or replacing an existing hard drive. This requires shutting down the system and disconnecting it. The system must be opened and then, once the hard drive is installed, software is reconfigured to recognise the hard drive. All of this is done by a technician and is time consuming, resulting in “down time” for an employee whose system is being upgraded. Of course, when an entire network is formed of similar computers, upgrading of the network is extremely costly and inconvenient.
  • [0005]
    In order to save on these two problems, companies with large networks often have a server. Employees store data files on the server for archival purposes so that their disk space remains unused. Unfortunately, this has many drawbacks. First, a larger operating system may not fit on a local hard disk drive and so, sometimes an upgrade still is required. Second, much local hard disk space is wasted while awaiting some future time when it will be necessary to a local user. Third, each employee maintains their own archiving procedures and therefore, some employees will fail to archive and as such will still require an upgrade.
  • [0006]
    Of course, when a server is full, addition of more storage space to the server requires shutting down the server. Alternatively, another server can be added. When another server is added, some user accounts are moved to the other server resulting in some disruption. Most notably, however, moving user accounts around often results in one server filling up often while another rarely or never runs out of storage space.
  • [0007]
    In order to overcome these and other disadvantages of the prior art, it is an object of the present invention to provide a virtual storage device that can be upgraded dynamically without affecting users of the computer network.
  • [0008]
    Preferably, such a system will efficiently use available storage resources.
  • SUMMARY OF THE INVENTION
  • [0009]
    In accordance with the invention there is provided a virtual storage device comprising:
  • [0010]
    a plurality of computers each comprising a non-volatile storage medium, locations within some of the non-volatile storage media corresponding to locations within the virtual storage device;
  • [0011]
    means for storing data at locations within the virtual storage device, the data stored at locations within a non-volatile storage medium from the non-volatile storage media corresponding to the locations within the virtual storage device; and
  • [0012]
    means for storing index data, the index data for locating and retrieving data stored within the virtual storage device.
  • [0013]
    In accordance with another aspect of the invention there is provided a method of storing data in non-volatile storage comprising the steps of:
  • [0014]
    providing a virtual non-volatile storage medium having a plurality of corresponding physical non-volatile storage media associated therewith, locations within each physical non-volatile storage medium from the plurality of corresponding physical non-volatile storage media corresponding to locations within the virtual non-volatile storage medium;
  • [0015]
    providing data for storage in the virtual non-volatile storage medium; determining free space at locations within the virtual storage medium, the free space sufficient for storing the provided data, the locations corresponding to locations within the plurality of corresponding physical non-volatile storage media having available storage space therein;
  • [0016]
    storing the provided data to the locations corresponding to the free space; and, storing index information for the stored data.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0017]
    An exemplary embodiment of the invention will now be discussed in conjunction with the attached drawings in which:
  • [0018]
    [0018]FIG. 1a is a simplified diagram of a prior art hard disk drive;
  • [0019]
    [0019]FIG. 1b is a simplified memory diagram of a prior art hard disk drive;
  • [0020]
    [0020]FIG. 2 is a simplified memory diagram of a virtual non-volatile storage device according to the invention;
  • [0021]
    [0021]FIG. 3 is a simplified diagram of a computer network having three computers attached thereto for use in implementing the present invention;
  • [0022]
    [0022]FIG. 4 is a simplified flow diagram of a method of storing data in a data file within the virtual storage medium;
  • [0023]
    [0023]FIG. 5 is a simplified memory diagram of a virtual storage medium according to the invention;
  • [0024]
    [0024]FIG. 6 is a simplified flow diagram of a method of reading the data file from the virtual storage device; and,
  • [0025]
    [0025]FIG. 7 is a simplified flow diagram of a method of archiving data.
  • DETAILED DESCRIPTION OF THE INVENTION
  • [0026]
    Referring to FIG. 1a, a prior art storage device in the form of a hard disk drive 1 is shown. The hard disk drive comprises several platters 3—disks—onto which data is written. The hard disk drive communicates with a computer via a port 5. When a single file is written to the hard disk drive 1, data may be written to each of the platters 3. Commonly, data is written to each platter 3 simultaneously to increase speed of data access and storage operations.
  • [0027]
    Referring to FIG. 1b, a memory table for a hard disk drive 1 is shown. The table is divided into a data storage area, a formatting area, and an index data area. The formatting are is for hard disk format data. The formatting data commonly includes indications of bad sectors within the platters, hard disk type, partitioning information for the hard disk drive and so forth. The data storage area is an area within the hard disk drive 1 where data is stored. The data is commonly stored in files. Information relating to file names and locations within the hard disk drive where the files are stored is contained within the index area. When a new file such as File B is stored, the system determines free sectors within the hard disk drive 1 for storing the file. Once free sectors are determined, the data is written to those sectors and the index information is updated to reflect the file data locations. The data need not be contiguous within the storage medium. Commonly, an operation called defragmenting is used to rearrange file data within the data storage area such that a single file occupies contiguous areas.
  • [0028]
    Referring to FIG. 2, a virtual storage device in the form of a virtual storage medium according to the invention is shown. The storage medium need not have a formatting area since this relates to physical devices and not virtual devices. Alternatively, a formatting area includes data relating to redundancy, network optimisation, and available disk space. The drive does have an index area and a data storage area. Associated with the index area and with the virtual storage area are physical non-volatile storage devices or portions thereof. For example, as shown in FIG. 2, three physical non-volatile storage media in the form of hard disk drives 11 correspond to different portions of memory of the virtual storage device. The disk drives each correspond to contiguous memory portions. Alternatively, the disk drives each correspond to non-contiguous memory portions.
  • [0029]
    Within the index area of the virtual storage medium, data relating to a virtual storage location is used. Alternatively, data relating to a physical storage location is used along with data relating to the physical device to which the storage location relates. The data allows locating and retrieving of portions of a stored data file and/or an entire stored data file. In an embodiment, the index data comprises a location including a virtual sector and track location. This information is then translated into a physical sector and track location using a mapping table for the virtual storage medium. Alternatively, when index information is stored as a storage medium and a location within that storage medium, a need for a lookup table to translate virtual addresses is eliminated. Unfortunately, this alternative also makes moving of data or replacing of an entire physical storage medium more difficult.
  • [0030]
    Referring to FIG. 3, a network of computer systems is shown wherein a single virtual storage medium is formed using a plurality of available portions of physical storage media. Three computers 10 a, 10 b, and 10 c are in communication through a network 12. Each computer has a hard disk drive. The hard disk drives have two areas. A first area is for local file storage for a user of the computer. A second area forms part of a virtual disk drive. Dividing a disk drive into areas is performed in one of a number of ways depending on design criteria. For example, hard disk partitioning is used in some applications. In other applications, a large portion of the disk is reserved for a single file that is not moveable. This file and its contents are not accessible to the local computer other than through the virtual disk drive. In yet another application, the virtual disk drive file portions are stored as files on the local hard disk drive and are accessible to a user thereof.
  • [0031]
    Referring to FIG. 4, a flow diagram of a method of storing data within the virtual storage device of FIG. 2 in a network configuration as shown in FIG. 3 is shown. The data file is created on a computer system in communication with the physical storage media 11 a, 11 b, and 11 c. When the data file is saved to the virtual storage medium—a save command is issued—the system determines free space 13 within the virtual storage device. Referring to FIG. 5, it is evident that this free space 13 spans two disk drives 11 a and 11 b. Of course, the free space may comprise non-contiguous portions of the virtual storage device and is shown in FIG. 5 as a block for illustrative purposes. only. A first portion of the file is stored within the first disk drive and a second other portion of the file is stored within the second disk drive. In the index area is stored an identifier indicating the physical disk drive and the location thereon of each portion of the data file. Alternatively, the physical disk drive is determined from a table or other predetermined data mapping areas within the virtual storage device to physical disk drives. Once the data is stored within the physical disk drives, any virtual drive that includes the space now occupied by the file receives data for updating their index data. This provides for automated file sharing when desirable.
  • [0032]
    Referring to FIG. 6, a flow diagram of a method of reading the data file from the virtual storage device is shown. A file is selected for reading by a computer system. The file is generally selected based on a file name. The file name is used to search the index data area of the virtual storage medium in order to determine a location of data forming the file. The information indicates a location within a physical storage device and a specific physical storage device. In some applications, the data indicates a location within another data index where the actual file related information is stored.
  • [0033]
    The computer system retrieves the data from the locations specified in the index. Some data portions are stored locally. Other data portions are stored on network accessible storage devices in the form of hard disk drives. The data is retrieved from each data source and the file is reconstructed locally. Of course, when the entire file is not necessary, the file is accessed where it is and is not reconstructed locally. Because a data file can be stored and retrieved from the virtual storage medium, applications requiring large amounts of disk space such as database applications are easily supported. In fact, when data storage space is insufficient to support a database application, the addition of a single hard disk drive to a network and the inclusion of the new hard disk drive within the virtual storage medium increases available storage.
  • [0034]
    Regardless of a new employee needs, a new computer for that employee is often purchased with a same commonly available configuration. Advantageously, a portion of the non-volatile storage available to the new user is allocated. to the virtual storage medium. In this way, the virtual storage medium is ever increasing in capacity with little or no incremental cost to an organisation.
  • [0035]
    According to the invention, the virtual storage medium is provided with automated storage device optimisation. Files that are often accessed by specific users are stored local to those users. Files that have not been accessed for more than a predetermined length of time are stored on remote archiving systems. Files that are small are stored on one system. Important files are stored in several locations. This provides many advantages such as redundancy to prevent data loss in case of device failure and redundancy for allowing retrieval of a portion of a data file by two separate systems from two different storage media simultaneously.
  • [0036]
    Moving of data files automatically allows for automatic archiving of data in order to keep free storage space within a storage medium to a maximum. Examples of automated archiving follow, but other methods of automatically archiving data are also within the scope of the present invention.
  • [0037]
    Referring to FIG. 7, a method of archiving data is shown. Files that are not accessed for over 30 days are moved to an archiving server. They remain within the virtual storage device for another thirty days of non-use. Once 60 days have elapsed, the files are stored on optical media such as CD-ROM. When sufficient files from a same user are group are due for archiving storage, they are written to a CD-ROM for archiving. The group or individual are notified that should they wish to have a copy of the CD-ROM, one will be provided. When archiving consists of archiving many smaller files from different users and groups, the data is stored on the optical medium, erased from the archiving server, and the optical medium is stored in a safe place. Optionally, the files are removed from the virtual storage medium. Alternatively, the optical storage medium is included within the virtual storage medium and, access to those files is possible, but delayed. +
  • [0038]
    The virtual storage medium in the form of a virtual hard disk drive is also provided with security such as that typical to hard disk drives. Individual files are protected as are directories, disks and so forth. By using encryption of data within the virtual storage medium, it is possible to restrict access to files, file portions, and to data stored on predetermined physical devices to any particular user of the system. Because physical device access and data access are performed by the file system without user intervention or know how, the system security is implemented at this same level. Files that are not accessible from a particular system or to a particular user do not appear within the index. Alternatively, the file names appear but the files are not accessible.
  • [0039]
    Of course, when data is encrypted, a user's hard disk is divided into an encrypted portion that forms part of the virtual storage medium and an unencrypted part. In the unencrypted part is stored the user's operating system, personal files, and applications when stored locally.
  • [0040]
    Preferably, the virtual storage medium index is stored within the virtual storage medium but local to a user. Alternatively, it is stored on the user's personal portion of the hard disk drive. In either of these embodiments, removal of a computer within the network results in few problems, particularly when data duplication exists. Alternatively, when the index is stored on a single system central to all users, the removal of that system results in a tremendous loss of data since all the data within the virtual storage medium is now unindexed. Of course, data duplication may also be used on the index data..
  • [0041]
    Preferably, index data is stored on a central system and local to individual users. This allows for a master index of data within the virtual storage medium. The master index is useful for determining free space, for archiving of data, and for security access control purposes. The local indices are useful for maintaining a smaller index of files that are accessible by a particular user, maintaining control of a user's own files, and for quick access to index data. Also, storage of index data local to a user's computer system reduces network traffic and thereby, improves overall network performance.
  • [0042]
    Optionally, storage devices within the system are divided according to device type. In the example below, the virtual storage devices are termed managed space. When the Windows NTŪ operating system is used, the boot and system partitions within the boot up devices cannot be managed space devices—virtual storage devices—because until the operating system is loaded, the managed space device drivers are not operational. Of course, when other operating systems are used, this may not be the case.
  • [0043]
    It is known to store archival data within a library. A library comprises a plurality of storage devices such as a CD-ROM jukebox or tower or a bank of hard disk drives. Libraries are classified in two main types, on-line and off-line. On-line libraries are always available. They are made up of media that are available without human intervention. Off-line libraries are not always immediately available. For example, a cabinet full of CDs forms an off-line library. In order to access particular CDs, it is often necessary for a human user to find a particular CD and insert it within a CD ROM drive. Sometimes this operation involves removing a CD from the CD ROM drive. Both on-line and off-line libraries can be managed using a virtual storage device according to the invention. In either case, the library is managed as one or more managed spaces. This alleviates a need to split related information because of insufficient storage space within a single storage medium in the form of a CD-ROM. Preferably, managed space is used for on-line libraries.
  • [0044]
    A pool is a set of media within an on-line library that is managed as a single unit. Pools are characterised by the types of the media they contain and by an organisational unit that “owns” the pool. Generally, pools are classified according to media type and according to options available with those media. Some media are better suited to use with managed space than others and so, media that is best suited to use with managed space is associated with a pool of managed space “ready” media. The use of pools is highly advantageous in organisation of media.
  • [0045]
    For example, monitoring of systems to determine devices that are not commonly available all the time allows pooling of those devices into a pool of available devices. Another pool is formed of devices that are commonly available all the time. When a virtual storage medium is intended to be an on-line storage device, media are selected from the latter pool to form the physical storage space for the virtual storage medium. The managed space is therefore available most, if not all, of the time. Optionally, when a pattern of availability of a physical storage medium within a pool is changed, the physical device is associated with a more appropriate pool. When the managed space is associated with a particular pool and a physical storage device forming part of the virtual storage medium is associated with a different pool, it is preferred that data within the physical device is transferred to a different physical device. In this way, the virtual storage medium maintains consistent attributes.
  • [0046]
    Optionally, pools of physical devices overlap; a single physical device forms part of several pools. For example, a physical device is in the off-line pool, in the virtual disk pool, and in the read-only pool. Another physical device is in the on-line pool, in the always available pool, and in the managed space pool. A third physical device is in the on-line pool, in the always available pool, and in the system partition pool. Further optionally, a pool spans more than one library and includes physical media that are not within libraries.
  • [0047]
    A third classification or grouping of physical storage media is groups. Groups are subsets of pools and are useful for defining sets of devices within a pool for forming a single managed space or for forming a library portion. Typically a group is formed from a single pool, though a pool may include several groups.
  • [0048]
    Classification of physical storage devices for use in managed space is highly advantageous. For example, hard disk drives are fast and effective methods of storing online data that is always available. Unfortunately, with each generation of hard disk drives, speed and capacity grow. By grouping the hard drives such that data stored therein is associated with the group, segmentation of data at a higher level occurs. Therefore, a group of fifty hard disk drives that are ten years old are easily replaced with a single hard disk drive today. The replacement is seamless since the group is homogenous and the replacement device type is similar. In order to upgrade the 50 old devices with one new one, a new system is installed having a single large hard drive partition. An administrator indicates that the data from the group is to be moved onto the hard drive partition and that partition is to be the group. The data is moved in the background and, once moved, the indices are updated to reflect the move. Once the move is completed the old hard disk drives are reallocated to a pool of available resources. Alternatively, the old systems are upgraded or replaced since their physical storage media no longer form part of a virtual storage medium.
  • [0049]
    Another advantage to grouping of physical storage media within groups is that administration of the physical media is simplified. For example, a single manager is likely responsible for costs associated with the group. A single manager can decide whether or not to upgrade. Backup of the data is performed for that manager and their associated staff. Further, should that manager move to another building, the group of physical devices can easily be moved to follow.
  • [0050]
    According to an embodiment, management of a virtual storage medium is effected using policies. Policies are well known in operating system implementation and in security system implementation. Policies typically include permissions relating to who can alter what data, access control, who can create media and so forth. When using a virtual storage medium, further policies are beneficial. For example, access priorities are set as policies. Because managed space operates across a network, it is beneficial to set up performance related policies so that certain individuals have priority for data retrieval requests. For example, an administrator or a senior employee is provided with fast access priority while an administrative assistant has slower access priority. When data access requests are queued, they are serviced based on priority, time of receipt of the request, and any policies relating generally to access priorities. Another policy that is useful relates to scheduling priorities. When a user selects a set of files to work on the next day, those files are easily retrieved and moved at night. It is very useful, however, that at 8:30 in the morning the system is provided with a reasonable scheduling policy for use in serving employees trying to access files at the start of the day. Usually, the greatest file access requirements occur at the beginning and end of the workday. The end of the workday is usually characterised by an unusually high number of store data requests—save file—which are easily handled in a buffered manner with data finally being stored in a correct location at some later time. The morning requests are for file retrieval and, therefore, require scheduling to optimise data delivery.
  • [0051]
    A method of optimising data delivery for users of managed space is to execute a task to retrieve files during the night, when network usage is low. The task operates to reorganise file locations, archive old data, move data files where they are most likely to be needed, perform scheduled tasks such as retrieving files for an employee that is organised and knows what will be needed during the upcoming day or days and so forth. Optionally, the task also selectively compresses archived data, consolidates files that span more than one physical storage device when possible, performs virus checks, performs defragmentation, performs physical media checks, verifies indices and so forth. A well designed task, enables a managed space to operate with little human intervention and only a small amount of administration.
  • [0052]
    Numerous other embodiments may be envisaged without departing from the spirit or the scope of the invention.
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US7146388Oct 7, 2003Dec 5, 2006International Business Machines CorporationMethod, system, and program for archiving files
US7188127Oct 7, 2003Mar 6, 2007International Business Machines CorporationMethod, system, and program for processing a file request
US7392234Sep 19, 2000Jun 24, 2008Kom, Inc.Method and system for electronic file lifecycle management
US7765177Aug 18, 2006Jul 27, 2010International Business Machines CorporationMethod, system and program for archiving files
US7882065Mar 6, 2007Feb 1, 2011International Business Machines CorporationProcessing a request to update a file in a file system with update data
US7886111May 24, 2007Feb 8, 2011Compellent TechnologiesSystem and method for raid management, reallocation, and restriping
US8041698May 21, 2010Oct 18, 2011International Business Machines CorporationMethod, system and program for archiving files
US8132025 *Jan 22, 2008Mar 6, 2012Hitachi, Ltd.Management method for archive system security
US8230193Feb 7, 2011Jul 24, 2012Compellent TechnologiesSystem and method for raid management, reallocation, and restriping
US8234477Apr 28, 2009Jul 31, 2012Kom Networks, Inc.Method and system for providing restricted access to a storage medium
US8281087Jan 7, 2009Oct 2, 2012Google Inc.Method, system, and program implementing retention policies to archive records
US8392685 *Dec 12, 2011Mar 5, 2013Hitachi, Ltd.Arrangements for managing metadata of an integrated logical unit including differing types of storage media
US8417673Oct 7, 2003Apr 9, 2013International Business Machines CorporationMethod, system, and program for retaining versions of files
US8555108May 10, 2011Oct 8, 2013Compellent TechnologiesVirtual disk drive system and method
US8560880Jun 29, 2011Oct 15, 2013Compellent TechnologiesVirtual disk drive system and method
US8583881Oct 1, 2012Nov 12, 2013Google Inc.Method, system, and program for implementing retention policies to archive records
US8700576Jul 18, 2011Apr 15, 2014Google Inc.Method, system, and program for archiving files
US8782009Jun 23, 2008Jul 15, 2014Kom Networks Inc.Method and system for electronic file lifecycle management
US9021295Oct 7, 2013Apr 28, 2015Compellent TechnologiesVirtual disk drive system and method
US9047216Oct 14, 2013Jun 2, 2015Compellent TechnologiesVirtual disk drive system and method
US9244625Jul 23, 2012Jan 26, 2016Compellent TechnologiesSystem and method for raid management, reallocation, and restriping
US9361243Jul 31, 2012Jun 7, 2016Kom Networks Inc.Method and system for providing restricted access to a storage medium
US9436390May 19, 2015Sep 6, 2016Dell International L.L.C.Virtual disk drive system and method
US9489150May 7, 2012Nov 8, 2016Dell International L.L.C.System and method for transferring data between different raid data storage types for current data and replay data
US9679137 *Sep 27, 2006Jun 13, 2017Hewlett-Packard Development Company, L.P.Anti-viral scanning in Network Attached Storage
US9699155 *May 13, 2015Jul 4, 2017Hytrust, Inc.Cloud aware file system
US20050076041 *Oct 7, 2003Apr 7, 2005International Business Machines CorporationMethod, system, and program for processing a file request
US20050076042 *Oct 7, 2003Apr 7, 2005Stakutis Christopher JohnMethod, system, and program for archiving files
US20050076066 *Oct 7, 2003Apr 7, 2005International Business Machines CorporationMethod, system, and program for retaining versions of files
US20060010150 *Sep 19, 2000Jan 12, 2006Kom, Inc.Method and System for Electronic File Lifecycle Management
US20060282484 *Aug 18, 2006Dec 14, 2006International Business Machines CorporationMethod, system and program for archiving files
US20070150522 *Mar 6, 2007Jun 28, 2007International Business Machines CorporationMethod, system, and program for processing a file request
US20080077987 *Sep 27, 2006Mar 27, 2008Hanes David HAnti-viral scanning in network attached storage
US20080091877 *May 24, 2007Apr 17, 2008Klemm Michael JData progression disk locality optimization system and method
US20080109601 *May 24, 2007May 8, 2008Klemm Michael JSystem and method for raid management, reallocation, and restriping
US20080263112 *Jun 23, 2008Oct 23, 2008Kom Inc.Method and system for electronic file lifecycle management
US20090063872 *Jan 22, 2008Mar 5, 2009Toru TanakaManagement method for archive system security
US20090119354 *Jan 7, 2009May 7, 2009International Business Machines CorporationMethod, system, and program implementing retention policies to archive records
US20090271586 *Apr 28, 2009Oct 29, 2009Kom Networks Inc.Method and system for providing restricted access to a storage medium
US20110167219 *Feb 7, 2011Jul 7, 2011Klemm Michael JSystem and method for raid management, reallocation, and restripping
US20120084529 *Dec 12, 2011Apr 5, 2012Yusuke NonakaArrangements for managing metadata of an integrated logical unit including differing types of storage media
US20150244693 *May 13, 2015Aug 27, 2015Hytrust, Inc.Cloud aware file system
Classifications
U.S. Classification711/112, 711/159, 711/161, 711/202, 711/114
International ClassificationG06F3/06
Cooperative ClassificationG06F3/0674, G06F3/0607, G06F3/0664
European ClassificationG06F3/06A6L2D, G06F3/06A2A4, G06F3/06A4V2
Legal Events
DateCodeEventDescription
May 17, 1999ASAssignment
Owner name: KOM INC., CANADA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SHAATH, KAMEL;REEL/FRAME:009978/0897
Effective date: 19990512
Oct 4, 2001ASAssignment
Owner name: KOM NETWORKS INC., CANADA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:KOM INC.;REEL/FRAME:012233/0278
Effective date: 20011003
Feb 14, 2006FPAYFee payment
Year of fee payment: 4
Aug 26, 2009FPAYFee payment
Year of fee payment: 8
Feb 20, 2014FPAYFee payment
Year of fee payment: 12
Jan 30, 2017ASAssignment
Owner name: KOM SOFTWARE INC., CANADA
Free format text: CHANGE OF NAME;ASSIGNOR:KOM NETWORKS INC.;REEL/FRAME:041564/0788
Effective date: 20151109