US20130326178A1 - Hierarchical systems and methods for performing data storage operations - Google Patents

Abstract

The invention is a hierarchical backup system. The interconnected network computing devices are put into groups of backup cells. A backup cell has a manager software agent responsible maintaining and initiating a backup regime for the network computing devices in the backup cell. The backups are directed to backup devices within the backup cell. Several backup cells can be defined. A manager software agent for a particular cell may be placed into contact with the manager software agent of another cell, by which information about the cells may be passed back and forth. Additionally, one of the software agents may be given administrative control over another software agent with which it is in communication.

Description

RELATED APPLICATIONS
• This application is a continuation of U.S. patent application Ser. No. 13/273,083, entitled “HIERARCHICAL SYSTEMS AND METHODS FOR PERFORMING DATA STORAGE OPERATIONS’, filed Oct. 13, 2011, which is a continuation of U.S. patent application Ser. No. 13/011,219, filed Jan. 21, 2011, now U.S. Pat. No. 8,041,673, issued on Oct. 18, 2011, which is a continuation of U.S. patent application Ser. No. 12/109,201, filed Apr. 24, 2008, now U.S. Pat. No. 7,877,351, issued Jan. 25, 2011, which is a continuation of U.S. patent application Ser. No. 09/354,058, filed on Jul. 15, 1999, now U.S. Pat. No. 7,395,282, issued Jul. 1, 2008, each of which is hereby incorporated herein by reference in its entirety.
• This application is also related to U.S. patent application Ser. No. 09/354,063, filed on Jul. 15, 1999, now U.S. Pat. No. 7,389,311, issued Jun. 17, 2008 which is hereby incorporated herein by reference in its entirety.
BACKGROUND OF THE INVENTION
• 1. Field of the Invention
• The present invention is directed to storage and retrieval systems. In particular, the invention is directed towards a hierarchical storage and retrieval system for a computer or a series of interconnected computers.
• 2. Description of Related Art
• Conventional backup devices usually employ a monolithic backup and retrieval system servicing a single server with attached storage devices. These systems usually control all aspects of a data backup or retrieval, including timing the backup, directing the files to be backed up, directing the mode of the archival request, and directing the storage are not scalable and often direct only one type of backup and retrieval system, whether it is a network backup or a single machine backup.
• If a backup software program failed for a particular computing device, a chance exists that the information for the backup suite would also be lost. Information about the activities of the backup program may be corrupted or lost. Additionally, without reinstallation, the backup program could not direct the backup of the particular computing device, and important information may not be backed up until the re-establishment of the backup program on the computing device.
• Further, with distributed computing devices, it is necessary to micromanage each backup program on each computing device to maintain consistency in the backup activities of all backup programs. No external control can be asserted over multiple backup programs from a centralized location. Many other problems and disadvantages of the prior art will become apparent to one skilled in the art after comparing such prior art with the present invention as described herein.
SUMMARY OF THE INVENTION
• Various aspects of the present invention may be found in a backup system for a network computing system. The network computer system has a first network device and a second network device. The backup system has a first software agent operating on a first network device on the network computing system. The first software agent is communicatively coupled to at least one backup device. The first software agent maintains operational parameters for the backup regime for the network computer system. The first software agent makes archival requests directed to the backup device or devices to initiate archival requests, including backups and restores.
• A second software agent, operating on the second network device, supervises the operation of the first software agent. The second software agent is able to initiate archival function requests to the backup device or devices independent from the first software agent. Additionally, the second software agent may make an archival request directly to the first software agent, which then initiates the actual request directed to the backup device. The backup system ofclaim1 wherein the first software agent is responsive to archival function requests from the second software agent. Or, the second software agent may change the operational parameters of the first software agent, thus allowing the second software agent to set administrative control of the backup of the network computing devices.
• The first software agent communicates information on the status of the backup device or devices that it is responsible for to the second software agent. The first software agent may also communicate the status of the network computing devices that it is responsible for the backup of to the second software agent. This allows the second software agent to stand in for the first software agent when the first software agent is unable to perform at its full functionality. The second software agent is able to manage the backup of the network computing devices that the first software agent is responsible for when the first software agent is unable to do so.
• In an exemplary embodiment, the network computer system has a first group of network computing devices. A manager software component runs on a network device and is responsible for managing parameters describing the archival characteristics of the first group of network devices, as well as able to initiate archival requests for those network computing devices.
• The manager software component is communicatively coupled to at least one, possibly more, backup devices that physically perform the archival requests at the behest of instructions from the manager software component. A second software component supervises the manager software component, and is able to initiate a change in the operational parameters as described by the manager software component. Thus, the second software component may administer the characteristics of the backup policy of the manager software component.
• In one embodiment, the second software component executes on a second network device, or it may also execute on the network device on which the manager component is executing. In an embodiment, the second software component is itself a manager software component responsible for the backup policies of a second group of network devices.
• Or, the manager software component can operate the backup activities of a backup cell. Additionally, the second software component can operate the backup activities of a second backup cell, as well as manage or supervise the manager software component operating the first cell. Thus, a hierarchical structure in a backup system can be defined.
• In another embodiment, the network computer system has a first group of network devices. The backup system has defined domains.
• The first domain has a first manager software agent executing on a first network computing device. The first manager software agent is responsible for managing backup activities for the first group of network devices. The backup activities are coordinated with a backup device or devices that are in communication with the first manager software agent. These backup devices respond to the archival requests of the first manager software agent to carry out a backup policy for the first group of network devices.
• A second domain has a second software agent, which administers the activities of the first manager software agent. The second software agent receives information on the first domain, and as such, the second software agent may operate the backup activities of the first domain.
• The second software agent can manage a second group of network devices in the second domain in a similar manner to the first manager software agent operating and managing the first domain. As such, many other domains can be defined, and may be placed in communication with other domains. The manager software agent of each domain may be responsible for administratively managing other domains, and may in turn be managed by manager software agents in other domains. Many different control structures can be built with this interconnectivity of domains.
• The information on a domain may be passed to another manager software agent responsible for another domain. The parent manager software agent may be able to pass instructions to the child domain and its manager software agent. As such, the parent manager software agent can operate the domain, or may be able to administer the child manager software agent's management of the domain.
• Further, the second manager software agent may execute on the same network device as the first manager software agent. Alternatively, the second manager software agent may execute on a different network device as the first manager software agent.
• Other aspects of the present invention will become apparent with further reference to the drawings and specification that follow.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 is a block diagram of a hierarchical network backup system according to the invention.
• FIG. 2 is functional block diagram of an embodiment of the hierarchical backup system ofFIG. 1 embodying data transfer between the components comprising the individual backup cell and the transfer of data outside of the backup cell.
• FIG. 3 is a block diagram detailing the use of the manager component ofFIG. 1 as a virtual manager component for a plurality of virtual backup cells.
• FIG. 4 is a logical block diagram of the resulting backup cells of the network system depicted inFIG. 3.
• FIG. 5 is a block diagram of an exemplary hierarchical backup network according to the invention.
DETAILED DESCRIPTION OF THE INVENTION
• FIG. 1 is a block diagram of a hierarchical network backup system according to the invention. Abackup cell100 comprises a plurality of network devices110 (1),120 (2), and130 (3) that are to be backed up. The backups of the network devices are made to the attachedbackup devices112,122, and132.
• The network computing device110 (1) contains a first manager component such asmanager component114. Thefirst manager component114 is a software agent responsible for maintaining backup parameters of the backups in thebackup cell100, and initiating a backup policy for the attached network computing devices according to those parameters. The parameters can include schedules of backups, aging policies, pruning policies, and backup media usage policies. Thus, through the operation of thefirst manager component114, an administrator can define the characteristics of the backup actions for the network computing devices associated with thebackup cell100.
• Connected to and in communication with thebackup cell100 is abackup cell150, comprising a plurality of network devices160 (4),170 (5), and180 (6). These network devices are also subject to backing up to thebackup devices162,172, and182.
• The network computing device160 (4) contains a second manager component such asmanager component164 that is responsible for the backup parameters of the backups in thebackup cell150. Thesecond manager component164 is similar in operation and in functionality to thefirst manager component114 in thebackup cell100. Thus, through the operation of thesecond manager component164, an administrator can define the characteristics of the backup actions for thebackup cell100.
• In the case where thenetwork140 connecting the network devices110 (1),120 (2), and130 (3) is not suitable based on speed and/or reliability, the size and scope of thebackup cell100 may be limited. Or, the site at which thebackup cell100 is physically located may not have an administrator present with the background, ability, or authority to modify the backup parameters of thebackup cell100. Or, having a single point of failure, namely the network device110 (1) or thefirst manager component114 may not be an acceptable alternative to the user of thebackup cell100.
• As such, thesecond manager component164 of thebackup cell150 is placed in communication with thebackup cell100. Thesecond manager component164 running on the network device160 (4) is given the authority, power, and ability to maintain and control the backup parameters and actions on thebackup cell100. Further, information on the status of the network devices, the backup devices, and on thefirst manager component114 is made known to thesecond manager component164. Thus, the backup of the network devices110 (1),120 (2), and130 (3) may be maintained and controlled from another software agent at another location, such as thesecond manager component164. As such, alternative administration may be exercised on the backup characteristics and actions of thebackup cell100 from another backup cell.
• Routine activities within thebackup cell100 can take place with little or no interaction with the secondremote manager component164. These routine activities include backups of and restorations to the network devices110 (1),120 (2), and130 (3), and administration and/or configuration of the parameters of the archival functionality of thebackup cell100.
• Alternatively, interaction with the secondremote manager component164 could take place when an administrator who is logged into the network device160 (4) would like to administer activity that takes place in thebackup cell100. Or, splitting of administrative functionality between the first andsecond manager components114 and164 could take place, thus centralizing some or all of the definition of the functionality of the backup schemes to a common set of parameters across associated backup cells. Or, the administrative authority of the manager components may be highly decentralized, and the alternative control of another backup cell may be used only when the manager component of another backup has failed for some reason.
• Information on the individual components making up thebackup cell100 can be communicated to thesecond manager component164. Thus, thesecond manager component164 could, to varying degrees as defined by operational needs, operate or initiate operation of the various components of thebackup cell100.
• Thesecond manager component164 could also be configured to change the operational parameters of themanager component150. Thus, a system wide change to backup cell parameters can be initiated through a single manager component and propagated to other backup cells. Or, thesecond manager component164 could fill in for thefirst manager component114 should it fail. Additionally, the interaction between the backup cells and other manager components allows for the appearance of a “seamless” network of backup cells to administrators sitting in remote locations.
• Additional supervisory levels, controls, or permissions could be added to thesecond manager component164 to allow the supervisory control of additional backup cells for which thefirst manager component114 is supervising. As such, a hierarchy of backup control can be realized through the interaction of levels or connections of manager components.
• Additionally, the first andsecond manager components114 and164 can be configured such that critical events are propagated to another manager component having supervisory control or permission for it. Thus, an administrator logged into a managerial component sitting in the path of propagation can see critical events happening in the backup cells in the path of supervision. This criticality threshold for an event to be propagated to another management component of another backup cell may be configurable. Thus, an individual manager component can, track the universe of backup cells that it is communicatively coupled to.
• It should be noted that while only one backup cell is pictured in communication with thesecond manager component164, that any number of backup cells may be envisioned. It should also be noted that the hierarchy of backup cells may be configured in many manners. Thus, a single manager component may associate itself with several other backup cells, in a “shallow” configuration. Or, each succeeding manager component may be associated with one or more other backup cells, providing a tree-like structure to the supervisory capacities of the manager components. Or, a ring-like structure may be envisioned, where each manager component is associated with another backup cell, and the last manager component is associated with the first backup cell.
• Further details on structures of a backup cell may also be envisioned by reference to U.S. patent application Ser. No. 09/354,063, entitled “MODULAR BACKUP AND RETRIEVAL SYSTEM”, filed Jul. 15, 1999. This application is incorporated hereby by reference for all purposes. The details of the backup cell as recited in the reference are substantially similar to that outlined above, but are not detailed in this application.
• FIG. 2 is functional block diagram of an embodiment of the hierarchical backup system ofFIG. 1 embodying data transfer between the components comprising the individual backup cell and the transfer of data outside of the backup cell. Thebackup cell200 comprises the network computing devices210 (1),220 (2), and230 (3). The network computing device210 (1) runs a first manager component such asfirst manager component212, responsible for the backup parameters of thebackup cell200, as described before.
• The network computing devices210 (1) and230 (3) are communicatively coupled tobackup devices218 and238, respectively. Thebackup devices218 and238 store the data and or files directed to them in a backup, where the data and/or files can be retrieved at a later time.
• Thebackup devices218 and238 are operated bymedia components216 and236, respectively. Themedia component216 is a software agent responsible for the physical operation of thebackup device218 during a backup or restore. During a backup, themedia component216 maintains an index of the data units and/or files backed up and where they are physically located on thephysical backup device218. Thebackup device238 and themedia component236 operate in a similar manner. It should be noted that the backup devices may be many types of devices, including such storage devices as tape drives, cartridge drives, magneto-optical drives, or any combination thereof.
• The network computing devices210 (1),220 (2), and230 (3) also containclient components214,224, and234, respectively. Theclient components214,224, and234 are software agents tasked with maintaining the operational parameters and controlling a backup or restore of an individual network computing device. Thus, the types of files and/or data backed up, the priority of the files and/or data to be backed up, and other operational parameters of a backup for a particular network computing device are controlled by a particular client component.
• In a backup, thefirst manager component212 would indicate to the appropriate client component to initiate a backup, and that the backup should be directed to a particular backup media. For example, assume that thefirst manager component212 determines that a backup of the network device220 (2) is warranted. Thefirst manager component212 also determines that the backup should be directed to thebackup device238. Thefirst manager component212 would contact theclient component224 with the request for a backup of the network device220 (2), and that the data and/or files should be stored through themedia component236 on thebackup device238.
• Theclient component224 undertakes the backup of the network computing device220 (2) in an appropriate manner. The backup may be a full backup, an incremental backup, or a differential backup, depending upon the strategy as defined by an administrator for the network computing device220 (2). Theclient component224 would then notify themedia component236 of the data and/or files to be backed up. Themedia component236 would cause the data and/or files sent by theclient component224 to be physically backed up on thebackup device238.
• Themedia component236 makes an index entry for the backed up file and/or data units, thus keeping an easily maintained and coordinated way to manage information on the backup of the file and/or data units, including their whereabouts and other particulars. Portions of the indexed information on the file and/or data units are forwarded to thefirst manager component212. The manager component may use this information in the managing of the backup devices and the determination of where to send other file and or data units from backups from other network computing devices.
• Thefirst manager component212 is able to receive and send this indexed information to the second manager component such assecond manager component262 running on the network computing device260 (4). Additional indexed information on the backup can exist distributed about the various media components, and the first orsecond manager components212 or262 can access this information by querying the proper media component for it. Thus, the information required to make the proper query can be passed among the manager components as well. Thesecond manager component262 can itself be a manager component for the backup cell where it resides.
• While a peer-to-peer relationship can be present among the manager components, the manager components can be configured in a parent-child relationship as well. Thefirst manager component212 can be configured to receive directions from thesecond manager component262 regarding the operation of thebackup cell200. Additionally, information on theclient components214,224, and234 could be provided, as well as information on themedia components216 and236, and on thebackup devices218 and238.
• Should thesecond manager component262 running on the network computing device260 (4) be so configured, this information from thefirst manager component212 could be propagated to thesecond manager component262. Thus, complete operational control of thefirst manager component212 could be asserted from thesecond manager component262 with the proper authorization.
• Further, since thesecond manager component262 has information about theclient components214,224, and234, the information about themedia components216 and236, as well as information about themedia devices218 and238, thesecond manager component262 could operate as a surrogate manager component to thebackup cell200. As such, thefirst manager component212 could be bypassed in the event of a failure of thefirst manager component212.
• Additionally, thesecond manager component262 may be given a supervisory control over thefirst manager component212. This would enable thesecond manager component262 to change operational parameters, administration, or configuration of thebackup cell200, or to allow a supervisor sitting at the network device260 (4) to operate the functionality of thebackup cell200 in the event of an emergency.
• FIG. 3 is a block diagram detailing the use of the manager component ofFIG. 1 as a virtual manager component for a plurality of virtual backup cells. Thebackup cells100 and150 ofFIG. 1 may be “virtual”, as well as physical, backup cells. The virtual manager components can identify administrative domains over which the particular virtual manager component exercises administrative control.
• In this case, one physical manager component such asfirst manager component310 could be logically divided into several virtual manager components320 (3),330 (1), and340 (2). Each of the virtual manager components320 (3),330 (1), and340 (2) would be responsible for the backup functionality of portions of the physical network devices located in the physical backup cell.
• Thefirst manager component310 runs on anetwork computing device312. Connected to and in communication with thenetwork computing device312 are network computing devices370 (3),372 (4),350 (1),352 (2),360 (5), and362 (6).
• The network computing devices370 (3) and372 (4) are logically grouped together as a unit requiring one particular set of backup guidelines. Similarly, the network computing devices350 (1) and352 (2) are logically grouped together as another group of network computing devices requiring another particular set of backup guidelines. Also, the network computing devices360 (5) and362 (6) are logically grouped together as a unit requiring yet another particular set of backup guidelines.
• Thefirst manager component310 can be configured to operate three independent backup management policies. The virtual manager component340 (2) is responsible for the backup management of the group of network devices370 (3) and372 (4). The virtual manager component320 (3) is responsible for the backup management of the group of network devices350 (1) and352 (2). The virtual manager component330 (1) is responsible for the backup management of the group of network devices360 (5) and362 (6).
• A remotenetwork computing device380 operates a second manager component such asmanager component385. Thesecond manager component385 is in communication with thefirst manager component310. As such, thefirst manager component310 can be configured to supervise the activities of themanager component310, and the virtual manager components320 (3),330 (1), and340 (2).
• FIG. 4 is a logical block diagram of the resulting backup cells of the network system depicted inFIG. 3. Themanager component340 and the network computing devices370 (3) and372 (4) make up a first virtualbackup cell410. Similarly, the manager component320 (3), along with the network computing devices350 (1) and352 (2), make up a second virtualbackup cell420. Also, the manager component330 (1) and the network computing devices360 (5) and362 (6) make up a third virtualbackup cell430.
• Each virtual manager component is responsible and maintains the functional parameters associated with the group of network computing devices associated with it. Each virtual manager component within the physical first manager component310 (depicted inFIG. 3) is able to maintain and control the backup and restoration actions and parameters of the network devices associated with it in a manner independent from the other virtual manager components it is related to.
• The virtual manager components may be configured where one of the manager components maintains supervisory control over the others, or any other combination. Or, the remotesecond manager component385 may maintain supervisory control any of the virtual manager components320 (3),330 (1), and340 (2) and their associated backup cells. Or, as indicated earlier, any or all of the virtual manager components320 (3),330 (1), and340 (2) may be configured to supervise thesecond manager component385 and its associated backup cell.
• As such, the ability to link together similar network devices under different manager components enables a backup system that easily defines domains and sub-domains within an enterprise or organization. Thus, a manager component able to maintain supervisory control over others may be easily maintained and identified in a linked network of virtual and physical backup cells by name.
• FIG. 5 is a block diagram of an exemplary hierarchical backup network according to the invention. Each bubble represents a physical backup cell, as described previously. The physical backup cells may contain other virtual backup cells. The backup cells can be configurable by a domain name, which uniquely identifies the location and/or supervisory overview of the backup cell in the hierarchy.
• As such, the root backup cell of the network of backup cells can be defined as the domain name “Company”, or other identifier indicating the root. In the naming convention, any manager component associated with a particular name would exercise supervisory control over manager components having that name followed by a delimiter, and followed by a sub-domain name. In this case, the manager component within a backup cell that is the root of a sub-tree would be able to exercise supervisory or administrative control over the backup cells further from the root.
• Thus, the manager component associated with the “Company” backup cell would exercise supervisory control over the entire tree, including the sub-domains indicated by “Company.hq”, “Company.mktg”, “Company.eng”, and “Company.sales”. Additionally, the manager components under each of the sub-domains would exercise supervisory control over the sub-sub-domains identified with the proper sub-domain prefix.
• As such, the domain “Company.hq” may be representative of an administrative domain located at a company's headquarters and responsible for backup actions and parameters about the physical headquarters. The managerial component associated with the domain “Company” can exercise supervisory control over the backup cell associated with the domain “Company.hq”.
• Abackup cell510 is a backup cell associated with the sales network computing devices. Thebackup cell510 contains two different domains, “Company.sales” and “Company.sales.usa”. The domain “Company.sales” is the supervisory domain for the sub-domains existing underneath “Company.sales”. The domain “Company.sales.usa” is associated with a backup cell that manages the backups for network computing devices in the company's United States sales area. The manager component directing the backup cell “Company.sales.usa” is supervised by the manager component associated with the backup cell “Company.sales”
• Abackup cell512 is associated with the network devices involved in the company's sales in Europe. Thebackup cell512 is communicatively coupled to thebackup cell510, and is given the domain name “Company.sales.eur”. As such, the manager component associated with thebackup cell512 is under the supervisory control of the manager component associated with the domain “Company.sales”.
• Correspondingly, thebackup cell514 is concerned with directing backups of network computing devices involved in the Asian sales division. Thebackup cell514 is communicatively coupled to thebackup cell510, and has the domain name “Company.sales.asia”. Thus, the manager component for thebackup cell514 is under the supervisory control of the manager component associated with the domain name “Company.sales”.
• One should note that in this example the manager components for thebackup cell512 do not have supervisory control over thebackup cell514, and vice versa. In any case, this is possible and can be implemented.
• Thebackup cell520 contains several hierarchical portions. First, the domain “Company.mktg” is contained in thebackup cell520. The manager component associated with the “Company.mktg” domain exercise supervisory functions for backup cells residing under the “Company.mktg” domain. These other sub-domains are administered and configured from the manager component associated with the “Company.mktg” domain.
• Additionally, thebackup cell520 contains the virtual backup cells “Company.mktg.ty” and “Company.mktg.print”, each associated with the backup of network devices associated with the different departments in the “Company.mktg” domain. Each domain has its own virtual manager component exercising control over its own particular administrative domain, and being under the supervisory control of a manager component running on the samebackup cell520.
• Abackup cell530 contains a domain named “Company.eng”, responsible for supervisory control of the backup schemes for the network devices in the company's engineering locations. Thebackup cell530 also contains a domain “Company.eng.nj”. The manager component associated with the domain “Company.eng.nj” is responsible for the configuration, administration, and direction of backups of network computing devices for engineering work located in the company's New Jersey locations.
• Nested underneath thebackup cell530 arebackup cells532,534, and536, having the domain names “Company.eng.ca”, “Company.eng.tx”, and “Company.eng jp”, respectively. Each of these backup cells is responsible for the backup of network computing devices at a particular location, and is under the supervisory control of the manager component associated with the domain “Company.eng”.
• Additionally, otherbackup cells540 and542 are nested beneath the domain “Company.eng.ca”. The domains “Company.eng.ca.routers” and “Company.eng.ca.gateways” are associated with backup cells for network computing devices associated with specific lines of engineering.
• Thus, from the manager component associated with the domain “Company”, an administrator can configure, administer, or direct backup activities for any of the nested backup cells below it in the “hq”, “sales”, “mktg”, or “eng” domains. Sufficient information on backups and events are replicated up from the lower lying backup cells in the tree to allow the manager component associated with the “Company” domain to perform these supervisory duties. Further, any intervening manager components in the path between a specific domain and the root may perform the supervisory activities.
• Thus, from any backup cell on a sub-tree, a manager component associated with that backup cell can supervise, configure, or administer the backup functionality of any backup cell in nested below it. For example, and administrator at the “Company.eng” manager component would be able to configure all the backup cells in with the name “Company.eng.*”, where “*” stands for any sub-domain under the “Company.eng” domain.
• Critical events or information regarding a physical backup in a backup cell, such as the information indexed by a media component as it backs up a file and/or data unit, are communicated towards the root. For example, assume that a particular network computing device operating in the backup cell “Company.eng.ca.gateways” fails. If the event is critical enough, news of the event would be replicated to “Company.eng.ca”, and from there to “Company.eng”, and ultimately to “Company”. Thus, actions at any of these backup cells may be asserted to aid the situation. Information regarding the backup process would also be replicated towards the root.
• Usually, the events are replicated in an online fashion in real-time. Replication takes place, subject to criticality thresholds, all the way to the root as long as the parent backup cell is reachable. If the parent is unreachable, the underlying backup cell needing to send the information on may periodically spawn a process to check on the reachabilty of the parent backup cell. If the parent backup cell resumes a reachable state, the message, along with others stored in a queue, are passed upwards to the parent backup cell.
• Or, the parent may request a “dump” of meta-data and critical events regarding the status of the system and its children at any time. This dump may be a one level dump, or may recursively act on all the sub-domains of the sub-domain. This meta-data could include the information regarding the backup event and indexed at the time of backup, information of all domains known to the child backup cell, backup devices and their associated media components in the backup cell, clients and their client components in the backup cell, applications running on the client network devices in the backup cell, related archive files grouped into archive groups on the network devices in the backup cell, sets of related media defining a media group in the backup cell, and all backup devices.
• Thus, not only events may be passed upwards, but the state of each backup cell, both physical and virtual, may be passed upwards accordingly. This allows the parent manager component to act in place of the child should it be required to do so. Or, it allows true supervisory control of the child backup cell, as well as the supervisory control over any child backup cells of the child backup cell, and so on.
• Additionally, due to the passage of this information, viewing, administering, configuring, and controlling the domains under a particular domain is possible from a root domain. Further, the manager components associated with the sub-domains may be administered from the root domain of the tree or any sub-tree within the main body of the tree structure. Thus, administration en masse is possible for an entire enterprise, division, location, or any other granularity as required. In view of the above detailed description of the present invention and associated drawings, other modifications and variations will now become apparent to those skilled in the art. It should also be apparent that such other modifications and variations may be effected without departing from the spirit and scope of the present invention as set forth in this specification.

Claims (20)

What is claimed is:

1. A storage management system for storing data in a network environment, the storage management system comprising:

a first plurality of virtual backup devices;

a second plurality of virtual backup devices;

a manager component comprising one or more computer devices, the first manager component associated with at least the first and second plurality of virtual backup devices, the manager component configured to manage backup operations for at least one of the first plurality of virtual backup devices and for at least one of the second plurality of virtual backup devices;

a plurality of media components configured to execute on at least one network computing device and being communicatively coupled to the manager component and the first and second plurality of virtual backup devices,

wherein the manager component is configured to direct backup operations on at least one of the first plurality of virtual backup devices by directing data through at least one of the plurality of media components to one or more of the first plurality of virtual backup devices; and

wherein the manager component is further configured to direct backup operations on at least one of the second plurality of virtual backup devices by directing data through at least one of the plurality of media components to one or more of the second plurality of virtual backup devices.

2. The storage management system ofclaim 1 wherein the at least one of the plurality of media components comprises an index of the physical location of the data stored on the first plurality of virtual backup devices.

3. The storage management system ofclaim 2 wherein the media component is configured to send at least a portion of the index to the manager component.

4. The storage management system ofclaim 1 wherein the first plurality of virtual backup devices are logically grouped separately from the second plurality of virtual backup devices.

5. The storage management system ofclaim 1 wherein the first plurality of virtual backup devices are logically grouped together as a unit associated with a set of backup guidelines.

6. The storage management system ofclaim 1 wherein the first plurality of virtual backup devices comprise a first backup cell.

7. The storage management system ofclaim 1 wherein the manager component is configured to maintain information regarding an operational status of at least one of the plurality of media components.

8. The storage management system ofclaim 1 wherein the manager component is a virtual manager component.

9. The storage management system ofclaim 1 wherein the at least one of the second plurality of virtual backup devices further comprises a client component configured to obtain and transmit the data to at least one of the plurality of media components.

10. The system ofclaim 1 wherein the backup operations are based on at least one of a storage schedule, an aging policy and a pruning policy.

11. A method for performing a storage operation in a storage management system, the method comprising:

processing backup operations with a management component comprising one or more computer devices, wherein the management component is associated with at least a first plurality of virtual, backup devices and at least a second plurality of virtual backup devices;

directing with the manager component backup operations on at least one of the first plurality of virtual backup devices by directing data through at least one of a plurality of media components to one or more of the first plurality of virtual backup devices; and

directing with the manager component backup operations on at least one of the second plurality of virtual backup devices by directing data through at least one of the plurality of media components to one or more of the second plurality of virtual backup devices.

12. The method ofclaim 11 wherein the at least one of the plurality of media components generates an index of the physical location of the data stored on the first plurality of virtual backup devices.

13. The method ofclaim 12 wherein the media component sends at least a portion of the index to the manager component.

14. The method ofclaim 11 further comprising logically grouping the first plurality of virtual backup devices separately from the second plurality of virtual backup devices.

15. The method ofclaim 11 further comprising logically grouping the first plurality of virtual backup devices together as a unit associated with a set of backup guidelines.

16. The method ofclaim 11 wherein the first plurality of virtual backup devices comprise a first backup cell.

17. The method ofclaim 11 wherein the manager component maintains information regarding an operational status of at least one of the plurality of media components.

18. The method ofclaim 11 wherein the manager component is a virtual manager component.

19. The method ofclaim 11 wherein the at least one of the second plurality of virtual backup devices further comprises a client component configured to obtain and transmit the data to at least one of the plurality of media components.

20. The methodclaim 11 wherein the backup operations are based on at least one of a storage schedule, an aging policy and a pruning policy.

Images