US20050132341A1 - Storage management software bridges - Google Patents

Storage management software bridges Download PDF

Info

Publication number
US20050132341A1
US20050132341A1 US11/044,691 US4469105A US2005132341A1 US 20050132341 A1 US20050132341 A1 US 20050132341A1 US 4469105 A US4469105 A US 4469105A US 2005132341 A1 US2005132341 A1 US 2005132341A1
Authority
US
United States
Prior art keywords
storage
storage management
management application
application
host
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.)
Abandoned
Application number
US11/044,691
Inventor
Thomas Lanzatella
John Colgrove
Blaine Cuykendall
Allen Unueco
Graham Bromley
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Symantec Operating Corp
Original Assignee
Veritas Operating Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Veritas Operating Corp filed Critical Veritas Operating Corp
Priority to US11/044,691 priority Critical patent/US20050132341A1/en
Publication of US20050132341A1 publication Critical patent/US20050132341A1/en
Assigned to SYMANTEC CORPORATION reassignment SYMANTEC CORPORATION CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: VERITAS OPERATING CORPORATION
Assigned to SYMANTEC OPERATING CORPORATION reassignment SYMANTEC OPERATING CORPORATION CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNEE PREVIOUSLY RECORDED ON REEL 019872 FRAME 979. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNEE IS SYMANTEC OPERATING CORPORATION. Assignors: VERITAS OPERATING CORPORATION
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604Improving or facilitating administration, e.g. storage management
    • G06F3/0605Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629Configuration or reconfiguration of storage systems
    • G06F3/0635Configuration or reconfiguration of storage systems by changing the path, e.g. traffic rerouting, path reconfiguration
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662Virtualisation aspects
    • G06F3/0664Virtualisation aspects at device level, e.g. emulation of a storage device or system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0668Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99931Database or file accessing
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99941Database schema or data structure
    • Y10S707/99943Generating database or data structure, e.g. via user interface
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99951File or database maintenance
    • Y10S707/99952Coherency, e.g. same view to multiple users
    • Y10S707/99953Recoverability

Definitions

  • the present invention is related to software bridges, and more particularly to methods and systems that bridge storage management services in a shared storage environment.
  • Storage networking is the practice of connecting storage devices to computing devices (e.g., clients, servers, and the like) by using networks (e.g., Fibre Channel) instead of traditional point-to-point small computer system interface (SCSI) channels.
  • a network used to connect servers to storage devices is referred to as a storage area network (SAN).
  • SAN storage area network
  • computing devices have access to the available storage devices. This presents a wide variety of benefits, including server platform fail-over wherein a failed storage device and failed server are automatically recovered by another operational server platform and operational storage device without requiring any recabling of the operational storage devices.
  • DFS Distributed File Systems
  • NFS network file system
  • CIFS Common Internet file system
  • Client and/or server transparent access to storage resources entails interposing a storage management software application between the storage resources and the clients and/or servers, such that virtualization of the storage environment and storage resources can be made available to the clients and servers within the shared storage environment.
  • a Volume Manager (VM) application can intercept client or server application requests to access and perform operations against a storage resource within the shared storage environment, where the VM translates the request into lower levels of abstraction that are necessary to satisfy the requests on the storage resource.
  • results associated with processing the requests can be translated into higher levels of abstraction and communicated back to the client or server.
  • the process of translating storage requests from high levels of abstraction to lower levels of abstraction can be referred to as virtualization.
  • Virtualization permits storage resources to be more effectively managed and controlled in a shared storage environment, where multiple clients and/or servers simultaneously access the storage resources of the shared storage environment. In this way, the details of the underlying storage environment are hidden from or transparent to the client and/or server applications accessing the storage resources. Thus, the storage resources are more beneficially controlled and managed for improved performance and throughput by the storage management applications that are interposed between the client and/or server applications and the storage resources.
  • the interactions between the individual storage management applications should be transparent to the clients and/or servers that are accessing storage resources in the shared storage environment.
  • each individual storage management application needs to effectively communicate data among themselves, such that the overall management and control of the shared storage environment is not eroded or degraded.
  • storage management applications are integrated into the shared storage environment by developing interfaces for each of the storage resources within the shared storage environment.
  • each of the storage management applications is capable of directly interfacing with the storage resources.
  • each of the developed interfaces is customized for each of the storage management applications. Therefore, an abundance of redundant interfaces is created. Accordingly, it is would be more desirable to rely on a single storage management application having existing, developed interfaces to some of the storage resources. This will facilitate the development and integration of new storage management applications, without being required to define new storage resource interfaces for the new storage management applications.
  • a method to bridge storage management applications is provided.
  • a request to perform a storage management operation is received by a first storage management application from a host.
  • the first storage management application performs one or more analysis operations on a storage environment associated with the storage management operation.
  • the storage management operation is then passed from the first storage management application to a second storage management application using an interface associated with the second storage management application.
  • the second storage management application performs the storage management operation on one or more storage resources included in the storage environment on behalf of the first storage management application.
  • a method to bridge storage management applications is presented.
  • a request is received from a host interface to perform a storage management operation on a storage resource.
  • the host communicates with a first storage management application using the host interface.
  • a mapping of a storage environment housing the storage resource is produced, where the mapping is produced by the first storage management application.
  • the first storage management application determines that an interface to perform the storage management operation is controlled by a second storage management application, and the first storage management application uses a second storage management application interface to communicate the storage management operation to the second storage management application.
  • results are received from the second storage management application when the second storage management application processes the storage management operation on the storage resource.
  • the results are received by the first storage management application, and the first storage management application uses the results to generate the mappings of the storage environment.
  • a storage management bridging system includes a host, a first storage management application that communicates with the host, a second storage management application that communicates with a storage resource interface associated with a storage resource, and a plugin application.
  • the plugin application is used by the first storage management application to access the second storage management application on behalf of the host.
  • the plugin application permits the first storage management application to cause the second storage management application to access the storage resource interface to perform a storage management operation requested by the host
  • FIG. 1 shows a diagram of a storage management bridging system, according to the teachings of the present invention
  • FIG. 2 shows a flowchart of a method to bridge storage management applications, according to the present invention
  • FIG. 3 shows a flowchart of another method to bridge storage management applications, according to the present invention.
  • FIG. 4 shows a diagram of another storage management bridging system, according to the present invention.
  • storage resource refers to one or more physical storage devices such as whole storage arrays, pieces of storage arrays, storage disks, communication ports, Logical Unit Numbers (LUNs) assigned to communication ports, Access Control Lists (ACLs), Host Bus Adapters (HBAs), Just a Bunch of Disk (JBOD), and the like.
  • storage resources can include logical storage resources such as virtual storage disks assigned by the storage arrays, bindings, and the like.
  • the storage arrays typically include front-end adapter interfaces that are accessible to a host to access the storage resources and back-end adapter interfaces that the storage array uses to control the storage resources directly.
  • the back-end adapter interfaces are provided with the storage array by the vendor associated with the storage array. Conventionally, the back-end adapter interfaces are vendor specific.
  • Storage arrays can include storage resources, software (e.g., native storage array provided back-end adapter interfaces) to access the storage resources, controllers, memory, power supplies, and the like.
  • a storage array can be a storage appliance that presents itself on a Fibre Channel, iSCSI, Infiniband or direct-attached SCSI network.
  • a storage array can be a high-density or blade server.
  • a storage array can sometimes be designated a host, and a host can be designated as a storage array depending upon the operations being performed on the storage array or the host at any particular moment.
  • a host can be designated a storage appliance.
  • a host can also be a client or a server and can include a number of applications that permit the host to communicate with other resources and applications within a network.
  • a storage management application is one or more sets of executable instructions that intercept storage management requests made by a host or another storage management application, and translates or performs an analysis on a shared or unshared storage environment of the host in order to satisfy the storage management requests.
  • One type of storage management application is a Volume Manager (VM) application; other types of storage management applications can provide a logical mapping of the host's shared or unshared storage environment.
  • Still other storage management applications can provide canonical or normalized front-end adapter interfaces that are accessible to other storage management applications in order to access disparate back-end adapter interfaces associated with disparate storage arrays (e.g., storage resources).
  • Storage management requests made by hosts can be associated with one or more storage management operations.
  • Storage management operations can include operations to acquire the properties or configuration settings of a storage resource, operations to perform frozen image services, such as establish operations, split operations, and restore operations, and others.
  • storage management operations can be used to provide frozen images of storage data that is associated with a storage resource, such as is necessary when performing backup storage management operations or decision support operations.
  • FIG. 1 illustrates a diagram of one storage management bridging system 100 , according to the teachings of the present invention.
  • the storage management bridging system 100 includes a plurality of hosts (e.g., 101 - 102 ), a first storage management application 110 that includes a host interface 112 and a plugin interface 114 .
  • the host interface 112 is an Application Programming Interface (API) library used by the hosts 101 - 102 in order to make storage management requests representing one or more storage management operations.
  • API Application Programming Interface
  • the storage management bridging system 100 includes a second storage management application 120 that has a front-end interface 122 and a back-end interface 124 .
  • the storage management operations are directed to accessing one or more storage resources (e.g., 126 or 127 ).
  • the hosts 101 - 102 , the first storage management application 110 , the second storage management application 120 , and the storage resources 126 - 127 are networked together and participate in shared storage environment.
  • the shared storage environment is SAN environment, and in other embodiments the shared storage environment uses TCP/IP with iSCSI.
  • any shared storage environment configuration and/or network can be used with the tenets of the present disclosure.
  • the first storage management application 110 performs analysis on the shared storage environment of the hosts' 101 - 102 .
  • the analysis is achieved using a series of operations that provides private information and details about the storage resources 126 - 127 .
  • additional storage resources may exist at higher levels of abstraction than the storage resources 126 - 127 depicted in FIG. 1 .
  • the first storage management application 110 is capable of providing an analysis for all such storage resources at any level of abstraction.
  • the analysis can provide a mapping of the storage resources or storage data of a host (e.g., 101 or 102 ).
  • the mapping provides the host (e.g., 101 or 102 ) with a true depiction of the underlying storage in the storage environment as it resides on logical or physical storage resources within the storage environment.
  • the mapping can be used to accomplish a number of storage management operations for the hosts 101 - 102 .
  • the mapping can be used to create a frozen image of storage, as a basis for information used by a Storage Resource Management application, or to perform backup operations.
  • the mapping permits the hosts 101 - 102 to more intelligently perform storage management operations.
  • the mapping can permit a Storage Resource Management application operational on the host (e.g., 101 or 102 ) to detect when storage devices (e.g., 126 or 127 ) share access to the hosts 101 and 102 .
  • a fail-over scenario where failure of a host 101 results in the adoption by host 102 of host 101 primary storage is enabled.
  • the first storage management application 110 can detect one or more storage resources (e.g., 126 and/or 127 ) that are identified and controlled by the second storage management application 120 . Under these conditions, the first storage management application 110 accesses a plugin application from the plugin interface 114 that is associated with the second storage management application 120 . This plugin application provides access to the second storage management application 120 through the front-end interface 122 .
  • the front-end interface 122 can also be an API library that is provided with the second storage management application 120 .
  • the front-end interface 122 is a canonical or normalized interface used by the second storage management application 120 to present a consistent and stable interface to access storage resources 126 - 127 controlled by the second storage management application 120 .
  • the second storage management application 120 then translates or converts the call from the front-end interface 122 to a back-end interface 124 .
  • the back-end interface includes a series of disparate interfaces, where each disparate interface is associated with a native interface of the storage resource (e.g., 126 or 127 ).
  • the storage resources 126 - 127 are storage arrays, where each storage array includes a proprietary interface that is used to access the storage arrays. Different vendors of the storage arrays provide the proprietary interfaces.
  • the second storage management application 120 presents a single interface calling procedure and format through the front-end interface 122 for storage arrays having proprietary interfaces.
  • a host (e.g., 101 or 102 ) makes a request through the host interface 112 of the first storage management application's 110 to generate a frozen image of storage associated with the one of the storage resources (e.g., 126 or 127 ).
  • the first storage management application 110 first performs an analysis on the storage environment producing a mapping of the storage environment. At some point during the production of the mapping, the first storage management application 110 detects the storage resource (e.g., 126 or 127 ) and the association with the second storage management application 120 .
  • the first storage management application 110 accesses the plugin interface 114 , to acquire an appropriate plugin application that translates the frozen image request into a format recognized by the front-end interface 122 of the second storage management application 120 .
  • the second storage management application then translates the front-end interface 122 request into the appropriate back-end interface 124 request necessary to perform the frozen image operation using the native interface of the appropriate storage resource (e.g., 126 or 127 ).
  • the frozen image operation is then processed on the storage resource (e.g., 126 or 127 ) and the results passed back to the second storage management application 120 .
  • the results are stored in a data store 130 or another data structures (not shown in FIG. 1 ) that can be accessed by the plugin interface 114 .
  • the results can be, property information associated with storage resources 126 - 127 , or new mapping information and/or links to newly created or modified storage resources.
  • the first storage management application 110 uses the results to update, if necessary, the mappings performed during the initial analysis of the storage environment by the first storage management application 110 .
  • any updates are communicated to the host (e.g., 101 or 102 ) through the host interface 112 of the first storage management application 110 .
  • the results could also be communicated from the second storage management application 120 through the front-end interface 122 to the first storage management application 110 via the plugin interface 114 .
  • the plugin interface 114 includes a series of plugin applications that support the acquisition of properties associated with and status of storage resources, the verification of storage management operations (e.g., splits and establishes), and the acquisition of frozen image techniques being used by the storage resources.
  • additional plugin applications can be developed to provide a bridge from the features of the first storage management application 110 to features associated with the second storage management application 120 . All such bridges are intended to fall within the scope of the present disclosure.
  • FIG. 2 illustrates a flowchart of one method 200 to bridge storage management applications according to the present invention.
  • a request is received in 210 to perform a storage management operation.
  • the host makes the request and is in communication with the first storage management application.
  • This request is received or intercepted by a first storage management application.
  • the first storage management application performs one or more analysis operations in 220 on a storage environment associated with the storage management operation.
  • the analysis operations provide a mapping of the storage environment. This mapping identifies the various storage resources included within the storage environment and their corresponding relationships to one another within the storage environment.
  • the storage management operation is identified by the first storage management application as being associated with a second storage management application.
  • the storage management operation is translated in 222 to a second interface, communicates to the second storage management application.
  • the second interface is a plugin application used by the first storage management application to communicate in a syntax and format understood by the second storage management application.
  • the storage management application is passed from the first storage management application to the second storage management application.
  • the second storage management application then translates the storage management operation into one or more operations native to one or more storage resources being managed by the second storage management application.
  • the second storage management application performs the storage management operation thereby on the one or more storage resources. In this way, the original request made by the host to perform a storage management operation through the first storage management application is actually executed by the second storage management application through the plugin application bridge established between the first and second storage management applications.
  • the communication between the first and second storage management applications can be achieved using a data store (e.g., database, data warehouse, and others) or through any data structure known and accessible to both the first and second storage management applications.
  • a data store e.g., database, data warehouse, and others
  • a check is made to determine if communications between the first and second storage management applications are being made through a data store, or data structure as the case may be. If no such data store or data structure is being used, then the results associated with performing the storage management operation are received directly by the second storage management application from the first storage management application in 250 . Again, the results can be received by the second storage management application through a plugin application. Alternatively, if a data store or data structure is being used to communicate results from the processing of the storage management operations, then in 260 the results are received by the first storage management application through the data store or data structure.
  • the results are used by the first storage management application to update the originally created mappings of the storage environment, if the storage management operation affected the mappings of the storage environment. In some cases, the mappings will not be affected, such as when the storage management operation is associated with acquiring status information from the storage resources, or acquiring property/configuration information from the storage resources.
  • mappings have been updated, if necessary, then the original host request and the associated storage management operation are satisfied in 280 . And, the results or new mappings can be communicated by the first storage management application to the host.
  • the second storage management application manages the interfaces associated with storage resources that are storage arrays.
  • the second storage management application provides a normalized interface to the first storage management application to access any storage array under the control of the second storage management application.
  • the second storage management application translates the operation into the necessary interface calling syntax required by the native storage arrays.
  • the second storage management application then causes the storage management operation to be executed on behalf of the originally requesting host. In this way, the first storage management application uses the features of the second storage management application, since the second storage management application includes features to directly translate and communicate with the native interfaces of the storage arrays.
  • FIG. 3 illustrates a flowchart of another method 300 to bridge storage management applications, according to the present invention.
  • a request originated by a host is received by a first storage management application.
  • the request is associated with a storage management operation to be executed within a shared storage environment within which the host, the first storage management application, a second storage management application, and one or more storage resources are networked.
  • the first storage management application After receiving the request, the first storage management application produces a mapping in 320 of the storage environment housing the storage resources associated with the storage management operation. During the creation of the mapping, or alternatively upon the conclusion of creating the mapping, the first storage management application determines that one or more storage resources necessary for processing the storage management operation is controlled by the second storage management application. The first storage management application then determines an interface that is necessary to communicate with the second storage management application in 330 , and uses in 340 the second storage management interface to communicate the storage management operation to the second storage management application.
  • the second storage management application completes processing of the storage management operation passed by the first storage management application through the second storage management interface.
  • Results associated with the conclusion of the processing are then communicated back to the first storage management application from the second storage management application.
  • the results are communicated through a mutually accessible data store or data structure, where the data store or data structure is accessible to both the first and second storage management applications.
  • the second storage management application interface is used by the second storage management application to communicate the results to the first storage management application. In this way, a bridge is created between the processing of the first and second storage management applications, so that the processing of each storage management application is utilized.
  • the mappings are adjusted as required by the first storage management application.
  • the results and any updated mappings are communicated to the host from the first storage management application.
  • the second storage management application is a VM.
  • the storage resources are virtual storage resources such as virtual disks.
  • the storage management operation is one or more of a frozen image operation, a backup operation, an operation to acquire storage resource status, an operation to acquire storage resource properties/configuration data, or others.
  • FIG. 4 illustrates a diagram of another storage management bridging system 400 , according to the present invention.
  • the storage management bridging system 400 includes a host 410 having a host interface 412 , a first storage management application 420 , a second storage management application 430 , and a plugin application 440 .
  • the second storage management application 430 has direct access to a native storage resource interface 432 associated with performing storage management operations on a storage resource 450 .
  • the first storage management application 420 communicates with the host 410 through a host interface 412 provided by the first storage management 420 .
  • the second storage management application 430 communicates with the storage resource 450 through the storage resource interface 432 .
  • the plugin application 440 acts as a software bridge between the processing of the first storage management application 420 and the second storage management application 430 .
  • the plugin application 440 is used by the first storage management application 420 to pass the storage management operation to the second storage management application 430 on behalf of the host 410 .
  • the second storage management application 430 can, in some embodiments, remain entirely transparent to the host 410 .
  • the second storage management application 430 then translates the storage management request or operation into a format accepted by the storage resource interface 432 , where the storage management request or operation is preformed directly on the storage resource 450 .
  • the results associated with the processing are returned to first storage management application 420 .
  • the results can be communicated to the first storage management application 420 through the plugin application 440 , in other embodiments the results are communicated via a data store or a data structure (not shown in FIG. 4 ) that is accessible to the first storage management application 420 . And, in one embodiment, if the results alter any mappings of the storage environment, then the first storage management application 420 uses the results to update the mappings accordingly.
  • the plugin application 440 can be applications to acquire storage resource 450 properties, applications to acquire the frozen image techniques being used by the storage resource 450 , applications to perform establish operations on the storage resource 450 , applications to perform split operations on the storage resource 450 , and the like.
  • the storage resource 450 is a storage array whose native interface (e.g., storage resource interface 432 ) is controlled by the second storage management application 430 .
  • a software bridge can be used according to the teachings of the present disclosure to utilize and link two storage management applications operating in a shared storage environment. This is particularly useful to reduce the complexities of storage management applications and improve processing throughput of storage management operations in the shared storage environment.
  • the present invention provides plugin applications that bridge one storage management application with other storage management applications.
  • the complexities of each storage management system are reduced and the advantages of each storage management system are fully utilized.
  • the plugin applications remain transparent to a host that issues storage management requests to access storage resources within the shared or unshared storage environment.

Abstract

Methods and systems to bridge storage management software are provided. A first storage management application communicates with a host and performs an analysis of a storage environment associated with the host. The first storage management application uses the analysis to determine if a storage resource interface is controlled by a second storage management application, and if so a plugin application is accessed by the first storage management application to permit the second storage management application to perform a storage management operation on behalf of the host. In one embodiment, the analysis is updated by the first storage management application upon receiving results from second storage management application, where the results reflect the processing of the storage management operation by the second storage management application.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is related to the following co-pending, commonly assigned U.S. patent applications: “Methods, Functional Data, and Systems to Represent a Storage Environment,” attorney docket nos. VRTS 0037 & 1557.001US1, Ser. No. 09/997,602 filed Nov. 29, 2001; “Methods and Systems to Backup Data,” attorney docket nos. VRTS 0038 & 1557.002US1, Ser. No. 10/086,597, filed Feb. 28, 2002; “Methods, Systems, and Apparatus to Interface with Storage Objects,” attorney docket nos. VRTS 0039 & 1557.0003US1, Ser. No. 09/997,612 filed Nov. 29, 2001; “Systems, Methods, and Apparatus for Creating Stable Disk Images” attorney docket nos. VRTS 0040 & 1557.004US1, Ser. No. 10/087,230 filed Feb. 28, 2002; “Methods and Systems to Interface Storage Objects,” attorney docket nos. VRTS 0041 & 1557.005US1, Ser. No. 09/997,350, filed Nov. 29, 2001 filed Nov. 29, 2001; “Storage Resource Integration Layer Interfaces,” attorney docket nos. VRTS 0068 & 1557.009US1, Ser. No. ______, filed ______; and “Storage Snapshot Services and Systems,” attorney docket nos. VRTS 0069 & 1557.010 US1 Ser. No. ______, filed ______; each of which is herein incorporated by reference in its entirety.
  • COPYRIGHT NOTICE/PERMISSION
  • A portion of the disclosure of this patent document contains material that is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever. The following notice applies to the software descriptions/examples, and data as described below and in the drawings hereto: Copyright © 2002, VERITAS Software Company. All Rights Reserved.
  • FIELD OF THE INVENTION
  • The present invention is related to software bridges, and more particularly to methods and systems that bridge storage management services in a shared storage environment.
  • BACKGROUND INFORMATION
  • Storage networking is the practice of connecting storage devices to computing devices (e.g., clients, servers, and the like) by using networks (e.g., Fibre Channel) instead of traditional point-to-point small computer system interface (SCSI) channels. A network used to connect servers to storage devices is referred to as a storage area network (SAN). Within a SAN environment, computing devices have access to the available storage devices. This presents a wide variety of benefits, including server platform fail-over wherein a failed storage device and failed server are automatically recovered by another operational server platform and operational storage device without requiring any recabling of the operational storage devices.
  • Prior to the development of SAN technology, local and wide area networks provided access between computing devices that did not always include storage devices. Connections were established with network protocols such as Transmission Communication Protocol (TCP), Unreliable Datagram Protocol (UDP), and others. These protocols ensure that message ordering is preserved and that messages are not lost. Distributed File Systems (DFS) such as network file system (NFS) and Common Internet file system (CIFS) are layered on top of network protocols. Distributed File Systems provide uniformed named access to files and their associated data storage devices across a network consisting of heterogeneous computing devices. The computing devices are typically organized as clients and servers, in a client-server architecture. Using DFS, access to files or data storage devices (e.g., storage resources) is transparent to the computing device. Thus, access is consistent across the DFS without the need for physical locations or other details associated with any particular file or data.
  • Client and/or server transparent access to storage resources entails interposing a storage management software application between the storage resources and the clients and/or servers, such that virtualization of the storage environment and storage resources can be made available to the clients and servers within the shared storage environment. For example, a Volume Manager (VM) application can intercept client or server application requests to access and perform operations against a storage resource within the shared storage environment, where the VM translates the request into lower levels of abstraction that are necessary to satisfy the requests on the storage resource. Moreover, when the requests are satisfied, results associated with processing the requests can be translated into higher levels of abstraction and communicated back to the client or server. The process of translating storage requests from high levels of abstraction to lower levels of abstraction can be referred to as virtualization.
  • Virtualization permits storage resources to be more effectively managed and controlled in a shared storage environment, where multiple clients and/or servers simultaneously access the storage resources of the shared storage environment. In this way, the details of the underlying storage environment are hidden from or transparent to the client and/or server applications accessing the storage resources. Thus, the storage resources are more beneficially controlled and managed for improved performance and throughput by the storage management applications that are interposed between the client and/or server applications and the storage resources.
  • Yet, providing a single storage management application to the clients and servers creates awkward implementations of the storage management application because the storage management application must be capable of interfacing with a variety of vendor provided interfaces associated with disparate storage resources that may comprise the shared storage environment. Consequently, managing a shared storage environment on a client or server can require a variety of storage management applications, rather than a single, unifying storage management application where each of the storage management applications can be capable of performing similar storage management operations. Conventionally, in shared storage environments where multiple storage management applications exist, the individual storage management applications do not effectively communicate with one another, resulting in excessive administrative overhead and insufficient application coverage of the storage environment.
  • Moreover, in order to effectively utilize multiple storage management applications in a shared storage environment on behalf of clients and/or servers, the interactions between the individual storage management applications should be transparent to the clients and/or servers that are accessing storage resources in the shared storage environment. Furthermore, each individual storage management application needs to effectively communicate data among themselves, such that the overall management and control of the shared storage environment is not eroded or degraded.
  • Typically, storage management applications are integrated into the shared storage environment by developing interfaces for each of the storage resources within the shared storage environment. Thus, each of the storage management applications is capable of directly interfacing with the storage resources. Yet, each of the developed interfaces is customized for each of the storage management applications. Therefore, an abundance of redundant interfaces is created. Accordingly, it is would be more desirable to rely on a single storage management application having existing, developed interfaces to some of the storage resources. This will facilitate the development and integration of new storage management applications, without being required to define new storage resource interfaces for the new storage management applications.
  • Therefore, what is needed are methods and systems for bridging the interfaces provided by storage management applications to interfaces of other, new or existing storage management applications. As one of ordinary skill in the art will understand upon reading the present disclosure, this will improve storage resource management within the shared storage environment and will reduce the overall software coding complexity of the individual storage management application processing within the shared storage environment. Furthermore, new storage management applications can more easily be integrated and become operational within the shared storage environment.
  • SUMMARY OF THE INVENTION
  • According to one aspect of the present invention, a method to bridge storage management applications is provided. A request to perform a storage management operation is received by a first storage management application from a host. The first storage management application performs one or more analysis operations on a storage environment associated with the storage management operation. The storage management operation is then passed from the first storage management application to a second storage management application using an interface associated with the second storage management application. The second storage management application performs the storage management operation on one or more storage resources included in the storage environment on behalf of the first storage management application.
  • According to another aspect of the present invention a method to bridge storage management applications is presented. A request is received from a host interface to perform a storage management operation on a storage resource. The host communicates with a first storage management application using the host interface. A mapping of a storage environment housing the storage resource is produced, where the mapping is produced by the first storage management application. Next, the first storage management application determines that an interface to perform the storage management operation is controlled by a second storage management application, and the first storage management application uses a second storage management application interface to communicate the storage management operation to the second storage management application. Furthermore, results are received from the second storage management application when the second storage management application processes the storage management operation on the storage resource. The results are received by the first storage management application, and the first storage management application uses the results to generate the mappings of the storage environment.
  • According to still another aspect of the present invention, a storage management bridging system is described. The storage management bridging system includes a host, a first storage management application that communicates with the host, a second storage management application that communicates with a storage resource interface associated with a storage resource, and a plugin application. The plugin application is used by the first storage management application to access the second storage management application on behalf of the host. The plugin application permits the first storage management application to cause the second storage management application to access the storage resource interface to perform a storage management operation requested by the host
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 shows a diagram of a storage management bridging system, according to the teachings of the present invention;
  • FIG. 2 shows a flowchart of a method to bridge storage management applications, according to the present invention;
  • FIG. 3 shows a flowchart of another method to bridge storage management applications, according to the present invention; and
  • FIG. 4 shows a diagram of another storage management bridging system, according to the present invention.
  • DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • In the following detailed description of various embodiments of the present invention, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration specific embodiments in which the invention may be practiced. It is to be understood that other embodiments may be utilized and structural changes may be made without departing from the scope of the present invention.
  • As used herein “storage resource” refers to one or more physical storage devices such as whole storage arrays, pieces of storage arrays, storage disks, communication ports, Logical Unit Numbers (LUNs) assigned to communication ports, Access Control Lists (ACLs), Host Bus Adapters (HBAs), Just a Bunch of Disk (JBOD), and the like. Furthermore, storage resources can include logical storage resources such as virtual storage disks assigned by the storage arrays, bindings, and the like. The storage arrays typically include front-end adapter interfaces that are accessible to a host to access the storage resources and back-end adapter interfaces that the storage array uses to control the storage resources directly. The back-end adapter interfaces are provided with the storage array by the vendor associated with the storage array. Conventionally, the back-end adapter interfaces are vendor specific.
  • Some storage resources are controlled at a lower implementation level by storage arrays. Storage arrays can include storage resources, software (e.g., native storage array provided back-end adapter interfaces) to access the storage resources, controllers, memory, power supplies, and the like. In some cases, a storage array can be a storage appliance that presents itself on a Fibre Channel, iSCSI, Infiniband or direct-attached SCSI network. Furthermore, a storage array can be a high-density or blade server. Additionally, a storage array can sometimes be designated a host, and a host can be designated as a storage array depending upon the operations being performed on the storage array or the host at any particular moment. Similarly, under some conditions, a host can be designated a storage appliance. A host can also be a client or a server and can include a number of applications that permit the host to communicate with other resources and applications within a network.
  • A storage management application is one or more sets of executable instructions that intercept storage management requests made by a host or another storage management application, and translates or performs an analysis on a shared or unshared storage environment of the host in order to satisfy the storage management requests. One type of storage management application is a Volume Manager (VM) application; other types of storage management applications can provide a logical mapping of the host's shared or unshared storage environment. Still other storage management applications can provide canonical or normalized front-end adapter interfaces that are accessible to other storage management applications in order to access disparate back-end adapter interfaces associated with disparate storage arrays (e.g., storage resources).
  • Storage management requests made by hosts can be associated with one or more storage management operations. Storage management operations can include operations to acquire the properties or configuration settings of a storage resource, operations to perform frozen image services, such as establish operations, split operations, and restore operations, and others. Moreover, storage management operations can be used to provide frozen images of storage data that is associated with a storage resource, such as is necessary when performing backup storage management operations or decision support operations.
  • FIG. 1 illustrates a diagram of one storage management bridging system 100, according to the teachings of the present invention. The storage management bridging system 100 includes a plurality of hosts (e.g., 101-102), a first storage management application 110 that includes a host interface 112 and a plugin interface 114. In some embodiments, the host interface 112 is an Application Programming Interface (API) library used by the hosts 101-102 in order to make storage management requests representing one or more storage management operations. Furthermore, the storage management bridging system 100 includes a second storage management application 120 that has a front-end interface 122 and a back-end interface 124.
  • The storage management operations are directed to accessing one or more storage resources (e.g., 126 or 127). Moreover, the hosts 101-102, the first storage management application 110, the second storage management application 120, and the storage resources 126-127 are networked together and participate in shared storage environment. In some embodiments the shared storage environment is SAN environment, and in other embodiments the shared storage environment uses TCP/IP with iSCSI. Of course, as one of ordinary skill in the art readily appreciates, any shared storage environment configuration and/or network can be used with the tenets of the present disclosure.
  • The first storage management application 110 performs analysis on the shared storage environment of the hosts' 101-102. In one embodiment, the analysis is achieved using a series of operations that provides private information and details about the storage resources 126-127. Moreover, additional storage resources may exist at higher levels of abstraction than the storage resources 126-127 depicted in FIG. 1. The first storage management application 110 is capable of providing an analysis for all such storage resources at any level of abstraction. The analysis can provide a mapping of the storage resources or storage data of a host (e.g., 101 or 102). The mapping provides the host (e.g., 101 or 102) with a true depiction of the underlying storage in the storage environment as it resides on logical or physical storage resources within the storage environment. As one of ordinary skill in the art readily appreciates, the mapping can be used to accomplish a number of storage management operations for the hosts 101-102. For example, the mapping can be used to create a frozen image of storage, as a basis for information used by a Storage Resource Management application, or to perform backup operations.
  • Additionally, the mapping permits the hosts 101-102 to more intelligently perform storage management operations. For example, the mapping can permit a Storage Resource Management application operational on the host (e.g., 101 or 102) to detect when storage devices (e.g., 126 or 127) share access to the hosts 101 and 102. As a result, a fail-over scenario, where failure of a host 101 results in the adoption by host 102 of host 101 primary storage is enabled.
  • As the first storage management application 110 performs the analysis of the storage environment, the first storage management application 110 can detect one or more storage resources (e.g., 126 and/or 127) that are identified and controlled by the second storage management application 120. Under these conditions, the first storage management application 110 accesses a plugin application from the plugin interface 114 that is associated with the second storage management application 120. This plugin application provides access to the second storage management application 120 through the front-end interface 122. The front-end interface 122 can also be an API library that is provided with the second storage management application 120. The front-end interface 122 is a canonical or normalized interface used by the second storage management application 120 to present a consistent and stable interface to access storage resources 126-127 controlled by the second storage management application 120.
  • The second storage management application 120 then translates or converts the call from the front-end interface 122 to a back-end interface 124. The back-end interface includes a series of disparate interfaces, where each disparate interface is associated with a native interface of the storage resource (e.g., 126 or 127). For example, in some embodiments the storage resources 126-127 are storage arrays, where each storage array includes a proprietary interface that is used to access the storage arrays. Different vendors of the storage arrays provide the proprietary interfaces. Thus, the second storage management application 120 presents a single interface calling procedure and format through the front-end interface 122 for storage arrays having proprietary interfaces.
  • In a particular embodiment, a host (e.g., 101 or 102) makes a request through the host interface 112 of the first storage management application's 110 to generate a frozen image of storage associated with the one of the storage resources (e.g., 126 or 127). The first storage management application 110 first performs an analysis on the storage environment producing a mapping of the storage environment. At some point during the production of the mapping, the first storage management application 110 detects the storage resource (e.g., 126 or 127) and the association with the second storage management application 120. As a result, the first storage management application 110 accesses the plugin interface 114, to acquire an appropriate plugin application that translates the frozen image request into a format recognized by the front-end interface 122 of the second storage management application 120. The second storage management application then translates the front-end interface 122 request into the appropriate back-end interface 124 request necessary to perform the frozen image operation using the native interface of the appropriate storage resource (e.g., 126 or 127).
  • The frozen image operation is then processed on the storage resource (e.g., 126 or 127) and the results passed back to the second storage management application 120. In some embodiments, the results are stored in a data store 130 or another data structures (not shown in FIG. 1) that can be accessed by the plugin interface 114. The results can be, property information associated with storage resources 126-127, or new mapping information and/or links to newly created or modified storage resources. The first storage management application 110 uses the results to update, if necessary, the mappings performed during the initial analysis of the storage environment by the first storage management application 110. Additionally, any updates (or properties as the case may be) are communicated to the host (e.g., 101 or 102) through the host interface 112 of the first storage management application 110. Of course, as one of ordinary skill in the art readily appreciates, the results could also be communicated from the second storage management application 120 through the front-end interface 122 to the first storage management application 110 via the plugin interface 114.
  • In some embodiments, the plugin interface 114 includes a series of plugin applications that support the acquisition of properties associated with and status of storage resources, the verification of storage management operations (e.g., splits and establishes), and the acquisition of frozen image techniques being used by the storage resources. Of course a variety of additional plugin applications can be developed to provide a bridge from the features of the first storage management application 110 to features associated with the second storage management application 120. All such bridges are intended to fall within the scope of the present disclosure.
  • FIG. 2 illustrates a flowchart of one method 200 to bridge storage management applications according to the present invention. Initially, a request is received in 210 to perform a storage management operation. The host makes the request and is in communication with the first storage management application. This request is received or intercepted by a first storage management application. Upon receipt of the storage management operation, the first storage management application performs one or more analysis operations in 220 on a storage environment associated with the storage management operation. In 230, the analysis operations provide a mapping of the storage environment. This mapping identifies the various storage resources included within the storage environment and their corresponding relationships to one another within the storage environment.
  • Next, in one embodiment, the storage management operation is identified by the first storage management application as being associated with a second storage management application. Thus, the storage management operation is translated in 222 to a second interface, communicates to the second storage management application. In some embodiments, the second interface is a plugin application used by the first storage management application to communicate in a syntax and format understood by the second storage management application. In 240, the storage management application is passed from the first storage management application to the second storage management application. The second storage management application then translates the storage management operation into one or more operations native to one or more storage resources being managed by the second storage management application. As a result, the second storage management application performs the storage management operation thereby on the one or more storage resources. In this way, the original request made by the host to perform a storage management operation through the first storage management application is actually executed by the second storage management application through the plugin application bridge established between the first and second storage management applications.
  • In some embodiments, the communication between the first and second storage management applications can be achieved using a data store (e.g., database, data warehouse, and others) or through any data structure known and accessible to both the first and second storage management applications. Correspondingly, in 242 a check is made to determine if communications between the first and second storage management applications are being made through a data store, or data structure as the case may be. If no such data store or data structure is being used, then the results associated with performing the storage management operation are received directly by the second storage management application from the first storage management application in 250. Again, the results can be received by the second storage management application through a plugin application. Alternatively, if a data store or data structure is being used to communicate results from the processing of the storage management operations, then in 260 the results are received by the first storage management application through the data store or data structure.
  • In 270, the results are used by the first storage management application to update the originally created mappings of the storage environment, if the storage management operation affected the mappings of the storage environment. In some cases, the mappings will not be affected, such as when the storage management operation is associated with acquiring status information from the storage resources, or acquiring property/configuration information from the storage resources.
  • Once the mappings have been updated, if necessary, then the original host request and the associated storage management operation are satisfied in 280. And, the results or new mappings can be communicated by the first storage management application to the host.
  • In one example embodiment of the processing for method 200, the second storage management application manages the interfaces associated with storage resources that are storage arrays. The second storage management application provides a normalized interface to the first storage management application to access any storage array under the control of the second storage management application. When the storage management operation is received from the first storage management application, the second storage management application translates the operation into the necessary interface calling syntax required by the native storage arrays. The second storage management application then causes the storage management operation to be executed on behalf of the originally requesting host. In this way, the first storage management application uses the features of the second storage management application, since the second storage management application includes features to directly translate and communicate with the native interfaces of the storage arrays.
  • FIG. 3 illustrates a flowchart of another method 300 to bridge storage management applications, according to the present invention. In 310, a request originated by a host is received by a first storage management application. The request is associated with a storage management operation to be executed within a shared storage environment within which the host, the first storage management application, a second storage management application, and one or more storage resources are networked.
  • After receiving the request, the first storage management application produces a mapping in 320 of the storage environment housing the storage resources associated with the storage management operation. During the creation of the mapping, or alternatively upon the conclusion of creating the mapping, the first storage management application determines that one or more storage resources necessary for processing the storage management operation is controlled by the second storage management application. The first storage management application then determines an interface that is necessary to communicate with the second storage management application in 330, and uses in 340 the second storage management interface to communicate the storage management operation to the second storage management application.
  • In 350, the second storage management application completes processing of the storage management operation passed by the first storage management application through the second storage management interface. Results associated with the conclusion of the processing are then communicated back to the first storage management application from the second storage management application. In some embodiments, the results are communicated through a mutually accessible data store or data structure, where the data store or data structure is accessible to both the first and second storage management applications. In other embodiments, the second storage management application interface is used by the second storage management application to communicate the results to the first storage management application. In this way, a bridge is created between the processing of the first and second storage management applications, so that the processing of each storage management application is utilized.
  • If the results of processing the storage management operation necessitate the updating of the mapping created by the first storage management application, then in 360 the mappings are adjusted as required by the first storage management application. In 370, the results and any updated mappings are communicated to the host from the first storage management application. In some embodiments, the second storage management application is a VM. In other embodiments, the storage resources are virtual storage resources such as virtual disks. Additionally, in one embodiment, the storage management operation is one or more of a frozen image operation, a backup operation, an operation to acquire storage resource status, an operation to acquire storage resource properties/configuration data, or others.
  • FIG. 4 illustrates a diagram of another storage management bridging system 400, according to the present invention. The storage management bridging system 400 includes a host 410 having a host interface 412, a first storage management application 420, a second storage management application 430, and a plugin application 440. Moreover, the second storage management application 430 has direct access to a native storage resource interface 432 associated with performing storage management operations on a storage resource 450. The first storage management application 420 communicates with the host 410 through a host interface 412 provided by the first storage management 420. Likewise, the second storage management application 430 communicates with the storage resource 450 through the storage resource interface 432.
  • The plugin application 440 acts as a software bridge between the processing of the first storage management application 420 and the second storage management application 430. The plugin application 440 is used by the first storage management application 420 to pass the storage management operation to the second storage management application 430 on behalf of the host 410. The second storage management application 430 can, in some embodiments, remain entirely transparent to the host 410. The second storage management application 430 then translates the storage management request or operation into a format accepted by the storage resource interface 432, where the storage management request or operation is preformed directly on the storage resource 450. Upon the conclusion of the processing of the storage management operation on the storage resource 450, the results associated with the processing are returned to first storage management application 420. In some embodiments, the results can be communicated to the first storage management application 420 through the plugin application 440, in other embodiments the results are communicated via a data store or a data structure (not shown in FIG. 4) that is accessible to the first storage management application 420. And, in one embodiment, if the results alter any mappings of the storage environment, then the first storage management application 420 uses the results to update the mappings accordingly.
  • In some embodiments, the plugin application 440 can be applications to acquire storage resource 450 properties, applications to acquire the frozen image techniques being used by the storage resource 450, applications to perform establish operations on the storage resource 450, applications to perform split operations on the storage resource 450, and the like. Moreover, in one embodiment, the storage resource 450 is a storage array whose native interface (e.g., storage resource interface 432) is controlled by the second storage management application 430.
  • As is now apparent to one of ordinary skill in the art upon reading the present disclosure, a software bridge can be used according to the teachings of the present disclosure to utilize and link two storage management applications operating in a shared storage environment. This is particularly useful to reduce the complexities of storage management applications and improve processing throughput of storage management operations in the shared storage environment.
  • Conclusion
  • The methods and systems discussed above permit more efficient bridging of storage management applications. Conventional approaches do not efficiently permit disparate storage management applications to be integrated with one another, such that the features of each disparate storage management application can be utilized within a shared or unshared storage environment, or such that features are not unduly duplicated between disparate storage management applications.
  • Conversely, the present invention provides plugin applications that bridge one storage management application with other storage management applications. In this way, the complexities of each storage management system are reduced and the advantages of each storage management system are fully utilized. Moreover, the plugin applications remain transparent to a host that issues storage management requests to access storage resources within the shared or unshared storage environment.
  • Although specific embodiments have been illustrated and described herein, it will be appreciated by those of ordinary skill in the art that any arrangement that is calculated to achieve the same purpose may be substituted for the specific embodiment shown. This application is intended to cover any adaptations or variations of the present invention. Therefore, it is intended that this invention be limited only by the claims and the equivalents thereof.

Claims (20)

1. A method to bridge storage management applications, comprising:
receiving a request to perform a storage management operation, wherein the storage management operation is received by a first storage management application from a host;
performing one or more analysis operations on a storage environment associated with the storage management operation, wherein the one or more analysis operations are performed by the first storage management application;
passing the storage management operation from the first storage management application to a second storage management application using an interface associated with the second storage management application, wherein the second storage management application performs the storage management operation on one or more storage resources included in the storage environment on behalf of the first storage management application.
2. The method of claim 1 further comprising receiving results associated with performing the storage management operation on the one or more storage resources, wherein the results are received by the first storage management application from the second storage management application.
3. The method of claim 2 wherein in receiving the results, the results are received from a data store read by the first storage application and written to by the second storage application.
4. The method of claim 1 wherein in passing the storage management operation, the second storage management application translates the storage management operation from the interface associated with the second storage management application to one or more second interfaces associated with the one or more storage resources.
5. The method of claim 4, wherein in passing the storage management operation, the one or more storage resources are storage arrays accessible in the storage environment.
6. The method of claim 1, wherein in performing the one or more analysis operations, the one or more analysis operations provide a mapping of the storage environment.
7. The method of claim 6, further comprising using the mapping and results returned from the second storage management application that are associated with the storage management operation to satisfy processing of the storage management operation for the host.
8. A method to bridge storage management applications, comprising:
receiving a request from a host interface to perform a storage management operation on a storage resource, wherein the host interface is used by the host to communicate with a first storage management application;
producing a mapping of a storage environment housing the storage resource, wherein the mapping is produced by the first storage management application;
determining that an interface to perform the storage management operation is controlled by a second storage management application;
using a second storage management application interface to communicate the storage management operation to the second storage management application; and
receiving results from the second storage management application when the second storage management application processes the storage management operation on the storage resource, wherein the results are received by the first storage management application and the first storage management application uses the results to generate or adjust the mappings of the storage environment that are altered by the results.
9. The method of claim 8 further comprising communicating the generated or adjusted mappings to the host through the host interface.
10. The method of claim 8, wherein in receiving the request, the storage management operation is a frozen image operation.
11. The method of claim 8, wherein in receiving the request, the storage resource is a virtual storage resource.
12. The method of claim 8, wherein in receiving the request, the storage environment includes a storage area network (SAN) environment.
13. The method of claim 8 wherein in determining, the second storage management application is a Volume Manager (VM) application.
14. The method of claim 8 wherein in receiving the results, the results are received in one or more data structures accessible to the first management application.
15. A storage management bridging system, comprising:
a host;
a first storage management application that communicates with the host;
a second storage management application that communicates with a storage resource interface associated with a storage resource; and
a plugin application used by the first storage management application to access the second storage management application on behalf of the host, wherein the plugin application permits the first storage management application to cause the second storage management application to access the storage resource interface to perform a storage management operation requested by the host.
16. The system of claim 15, further comprising a database, wherein the database houses results obtained by the second storage management application associated with performing the storage management operation, and wherein the database is accessible to the first storage management application to acquire the results.
17. The system of claim 16, wherein the results are used by the first storage management application to generate or update mappings associated with a storage environment of the host.
18. The system of claim 15, wherein the first storage management application performs an analysis of a storage environment associated with the host when receiving the storage management operation requested by the host before accessing the plugin application.
19. The system of claim 15, wherein the plugin application is associated with at least one of a storage resource properties retrieval application, an obtain frozen image technique application, an establish operation, and a split operation.
20. The system of claim 15, wherein the first storage management application accesses the plugin application when the storage resource is associated with a storage array.
US11/044,691 2002-07-30 2005-01-27 Storage management software bridges Abandoned US20050132341A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/044,691 US20050132341A1 (en) 2002-07-30 2005-01-27 Storage management software bridges

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/208,559 US6883081B2 (en) 2002-07-30 2002-07-30 Storage management software bridges
US11/044,691 US20050132341A1 (en) 2002-07-30 2005-01-27 Storage management software bridges

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US10/208,559 Continuation US6883081B2 (en) 2002-07-30 2002-07-30 Storage management software bridges

Publications (1)

Publication Number Publication Date
US20050132341A1 true US20050132341A1 (en) 2005-06-16

Family

ID=31186846

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/208,559 Expired - Lifetime US6883081B2 (en) 2002-07-30 2002-07-30 Storage management software bridges
US11/044,691 Abandoned US20050132341A1 (en) 2002-07-30 2005-01-27 Storage management software bridges

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US10/208,559 Expired - Lifetime US6883081B2 (en) 2002-07-30 2002-07-30 Storage management software bridges

Country Status (6)

Country Link
US (2) US6883081B2 (en)
EP (1) EP1543417A2 (en)
JP (1) JP2005535019A (en)
CN (1) CN100375040C (en)
AU (1) AU2003261302A1 (en)
WO (1) WO2004012417A2 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030187987A1 (en) * 2002-03-29 2003-10-02 Messick Randall E. Storage area network with multiple pathways for command paths
US8726299B1 (en) * 2006-09-29 2014-05-13 Symantec Operating Corporation Image-oriented, plugin-based API to storage server appliances
US20160350420A1 (en) * 2014-03-28 2016-12-01 Hewlett-Packard Development Company, L.P. Resource directory
US20220391224A1 (en) * 2021-06-03 2022-12-08 Samsung Electronics Co., Ltd. Plugin framework mechanism to manage computational storage devices

Families Citing this family (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7403987B1 (en) 2001-06-29 2008-07-22 Symantec Operating Corporation Transactional SAN management
US7194538B1 (en) 2002-06-04 2007-03-20 Veritas Operating Corporation Storage area network (SAN) management system for discovering SAN components using a SAN management server
US7886031B1 (en) 2002-06-04 2011-02-08 Symantec Operating Corporation SAN configuration utility
US8019849B1 (en) 2002-09-13 2011-09-13 Symantec Operating Corporation Server-side storage area network management interface
US7401338B1 (en) 2002-09-27 2008-07-15 Symantec Operating Corporation System and method for an access layer application programming interface for managing heterogeneous components of a storage area network
TWM250234U (en) * 2004-02-06 2004-11-11 Inventec Corp Expansion device for storage unit
US8285747B1 (en) * 2006-03-14 2012-10-09 Netapp, Inc. Incorporation of client storage into a storage system
US8132166B2 (en) * 2007-05-14 2012-03-06 Red Hat, Inc. Methods and systems for provisioning software
US8561058B2 (en) * 2007-06-20 2013-10-15 Red Hat, Inc. Methods and systems for dynamically generating installation configuration files for software
US8464247B2 (en) * 2007-06-21 2013-06-11 Red Hat, Inc. Methods and systems for dynamically generating installation configuration files for software
US8713177B2 (en) * 2008-05-30 2014-04-29 Red Hat, Inc. Remote management of networked systems using secure modular platform
US8926528B2 (en) * 2008-08-06 2015-01-06 Biosense Webster, Inc. Single-axis sensors on flexible backbone
US9100297B2 (en) * 2008-08-20 2015-08-04 Red Hat, Inc. Registering new machines in a software provisioning environment
US8930512B2 (en) * 2008-08-21 2015-01-06 Red Hat, Inc. Providing remote software provisioning to machines
US9477570B2 (en) * 2008-08-26 2016-10-25 Red Hat, Inc. Monitoring software provisioning
US8838827B2 (en) 2008-08-26 2014-09-16 Red Hat, Inc. Locating a provisioning server
US8793683B2 (en) * 2008-08-28 2014-07-29 Red Hat, Inc. Importing software distributions in a software provisioning environment
US20100058327A1 (en) * 2008-08-28 2010-03-04 Dehaan Michael Paul Methods and systems for providing customized actions related to software provisioning
US8103776B2 (en) 2008-08-29 2012-01-24 Red Hat, Inc. Systems and methods for storage allocation in provisioning of virtual machines
US9021470B2 (en) * 2008-08-29 2015-04-28 Red Hat, Inc. Software provisioning in multiple network configuration environment
US8527578B2 (en) * 2008-08-29 2013-09-03 Red Hat, Inc. Methods and systems for centrally managing multiple provisioning servers
US9952845B2 (en) * 2008-08-29 2018-04-24 Red Hat, Inc. Provisioning machines having virtual storage resources
US9111118B2 (en) * 2008-08-29 2015-08-18 Red Hat, Inc. Managing access in a software provisioning environment
US9164749B2 (en) * 2008-08-29 2015-10-20 Red Hat, Inc. Differential software provisioning on virtual machines having different configurations
US8244836B2 (en) * 2008-08-29 2012-08-14 Red Hat, Inc. Methods and systems for assigning provisioning servers in a software provisioning environment
US8612968B2 (en) * 2008-09-26 2013-12-17 Red Hat, Inc. Methods and systems for managing network connections associated with provisioning objects in a software provisioning environment
US8326972B2 (en) * 2008-09-26 2012-12-04 Red Hat, Inc. Methods and systems for managing network connections in a software provisioning environment
US8898305B2 (en) * 2008-11-25 2014-11-25 Red Hat, Inc. Providing power management services in a software provisioning environment
US9124497B2 (en) * 2008-11-26 2015-09-01 Red Hat, Inc. Supporting multiple name servers in a software provisioning environment
US8782204B2 (en) * 2008-11-28 2014-07-15 Red Hat, Inc. Monitoring hardware resources in a software provisioning environment
US8775578B2 (en) * 2008-11-28 2014-07-08 Red Hat, Inc. Providing hardware updates in a software environment
US8832256B2 (en) * 2008-11-28 2014-09-09 Red Hat, Inc. Providing a rescue Environment in a software provisioning environment
US8402123B2 (en) * 2009-02-24 2013-03-19 Red Hat, Inc. Systems and methods for inventorying un-provisioned systems in a software provisioning environment
US9727320B2 (en) * 2009-02-25 2017-08-08 Red Hat, Inc. Configuration of provisioning servers in virtualized systems
US8892700B2 (en) * 2009-02-26 2014-11-18 Red Hat, Inc. Collecting and altering firmware configurations of target machines in a software provisioning environment
US20100217944A1 (en) * 2009-02-26 2010-08-26 Dehaan Michael Paul Systems and methods for managing configurations of storage devices in a software provisioning environment
US8413259B2 (en) * 2009-02-26 2013-04-02 Red Hat, Inc. Methods and systems for secure gated file deployment associated with provisioning
US8667096B2 (en) * 2009-02-27 2014-03-04 Red Hat, Inc. Automatically generating system restoration order for network recovery
US8640122B2 (en) * 2009-02-27 2014-01-28 Red Hat, Inc. Systems and methods for abstracting software content management in a software provisioning environment
US9940208B2 (en) * 2009-02-27 2018-04-10 Red Hat, Inc. Generating reverse installation file for network restoration
US8572587B2 (en) * 2009-02-27 2013-10-29 Red Hat, Inc. Systems and methods for providing a library of virtual images in a software provisioning environment
US8990368B2 (en) * 2009-02-27 2015-03-24 Red Hat, Inc. Discovery of network software relationships
US9411570B2 (en) * 2009-02-27 2016-08-09 Red Hat, Inc. Integrating software provisioning and configuration management
US9558195B2 (en) * 2009-02-27 2017-01-31 Red Hat, Inc. Depopulation of user data from network
US8135989B2 (en) * 2009-02-27 2012-03-13 Red Hat, Inc. Systems and methods for interrogating diagnostic target using remotely loaded image
US8417926B2 (en) * 2009-03-31 2013-04-09 Red Hat, Inc. Systems and methods for providing configuration management services from a provisioning server
US9250672B2 (en) * 2009-05-27 2016-02-02 Red Hat, Inc. Cloning target machines in a software provisioning environment
US9134987B2 (en) * 2009-05-29 2015-09-15 Red Hat, Inc. Retiring target machines by a provisioning server
US9047155B2 (en) 2009-06-30 2015-06-02 Red Hat, Inc. Message-based installation management using message bus
US8825819B2 (en) * 2009-11-30 2014-09-02 Red Hat, Inc. Mounting specified storage resources from storage area network in machine provisioning platform
US10133485B2 (en) 2009-11-30 2018-11-20 Red Hat, Inc. Integrating storage resources from storage area network in machine provisioning platform
US20140229695A1 (en) * 2013-02-13 2014-08-14 Dell Products L.P. Systems and methods for backup in scale-out storage clusters
US20150293947A1 (en) * 2014-04-10 2015-10-15 Raghuvira Bhagavan Validating relationships between entities in a data model
US11720539B1 (en) * 2015-05-13 2023-08-08 United States Of America As Represented By The Administrator Of Nasa System and method for providing a climate data intercomparison and analytics service application programming interface
US11200187B2 (en) * 2019-03-27 2021-12-14 Dell Products L.P. Configuring programmatic interfaces of bus bridges in computer systems
US20220327027A1 (en) * 2021-04-13 2022-10-13 Stephen R. Johnson Universal tape-data backup and restore system

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5991542A (en) * 1996-09-13 1999-11-23 Apple Computer, Inc. Storage volume handling system which utilizes disk images
US6029168A (en) * 1998-01-23 2000-02-22 Tricord Systems, Inc. Decentralized file mapping in a striped network file system in a distributed computing environment
US6389432B1 (en) * 1999-04-05 2002-05-14 Auspex Systems, Inc. Intelligent virtual volume access
US20020073268A1 (en) * 2000-12-11 2002-06-13 Peloquin Mark A. Method and an apparatus to extend the logic volume manager model to allow device management plug-ins
US6640278B1 (en) * 1999-03-25 2003-10-28 Dell Products L.P. Method for configuration and management of storage resources in a storage network
US7039770B1 (en) * 2002-03-05 2006-05-02 Juniper Networks, Inc. Low latency request dispatcher

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6216202B1 (en) * 1998-06-30 2001-04-10 Emc Corporation Method and apparatus for managing virtual storage devices in a storage system
US6209066B1 (en) * 1998-06-30 2001-03-27 Sun Microsystems, Inc. Method and apparatus for memory allocation in a multi-threaded virtual machine
US6260127B1 (en) * 1998-07-13 2001-07-10 Compaq Computer Corporation Method and apparatus for supporting heterogeneous memory in computer systems
US6687878B1 (en) * 1999-03-15 2004-02-03 Real Time Image Ltd. Synchronizing/updating local client notes with annotations previously made by other clients in a notes database
US6631406B1 (en) * 1999-06-03 2003-10-07 Fujitsu Network Communications, Inc. Common management information base (MIB)
US6681310B1 (en) * 1999-11-29 2004-01-20 Microsoft Corporation Storage management system having common volume manager
US6640282B2 (en) * 2000-01-25 2003-10-28 Hewlett-Packard Development Company, L.P. Hot replace power control sequence logic
AU2001246799A1 (en) * 2000-04-18 2001-10-30 Storeage Networking Technologies Storage virtualization in a storage area network

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5991542A (en) * 1996-09-13 1999-11-23 Apple Computer, Inc. Storage volume handling system which utilizes disk images
US6029168A (en) * 1998-01-23 2000-02-22 Tricord Systems, Inc. Decentralized file mapping in a striped network file system in a distributed computing environment
US6640278B1 (en) * 1999-03-25 2003-10-28 Dell Products L.P. Method for configuration and management of storage resources in a storage network
US6389432B1 (en) * 1999-04-05 2002-05-14 Auspex Systems, Inc. Intelligent virtual volume access
US20020073268A1 (en) * 2000-12-11 2002-06-13 Peloquin Mark A. Method and an apparatus to extend the logic volume manager model to allow device management plug-ins
US7039770B1 (en) * 2002-03-05 2006-05-02 Juniper Networks, Inc. Low latency request dispatcher

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030187987A1 (en) * 2002-03-29 2003-10-02 Messick Randall E. Storage area network with multiple pathways for command paths
US8726299B1 (en) * 2006-09-29 2014-05-13 Symantec Operating Corporation Image-oriented, plugin-based API to storage server appliances
US20160350420A1 (en) * 2014-03-28 2016-12-01 Hewlett-Packard Development Company, L.P. Resource directory
US20220391224A1 (en) * 2021-06-03 2022-12-08 Samsung Electronics Co., Ltd. Plugin framework mechanism to manage computational storage devices

Also Published As

Publication number Publication date
WO2004012417A2 (en) 2004-02-05
CN100375040C (en) 2008-03-12
CN1703677A (en) 2005-11-30
EP1543417A2 (en) 2005-06-22
US20040024984A1 (en) 2004-02-05
WO2004012417A3 (en) 2005-04-21
US6883081B2 (en) 2005-04-19
JP2005535019A (en) 2005-11-17
AU2003261302A8 (en) 2004-02-16
AU2003261302A1 (en) 2004-02-16

Similar Documents

Publication Publication Date Title
US6883081B2 (en) Storage management software bridges
US6826661B2 (en) Methods and systems for storage architectures
EP1908261B1 (en) Client failure fencing mechanism for fencing network file system data in a host-cluster environment
US7275050B2 (en) Storage system, a method of file data backup and method of copying of file data
US7120654B2 (en) System and method for network-free file replication in a storage area network
US7526668B2 (en) Failover method of remotely-mirrored clustered file servers
US7406473B1 (en) Distributed file system using disk servers, lock servers and file servers
US7685164B2 (en) Low overhead methods and apparatus for shared access storage devices
US7516285B1 (en) Server side API for fencing cluster hosts via export access rights
RU2302034C9 (en) Multi-protocol data storage device realizing integrated support of file access and block access protocols
US20060041580A1 (en) Method and system for managing distributed storage
US20060184728A1 (en) Remote copy system
US20050267950A1 (en) Dynamic load balancing of a storage system
EP1382176A2 (en) System and method for accessing a storage area network as network attached storage
US20040010666A1 (en) Storage services and systems
US8756338B1 (en) Storage server with embedded communication agent
CA2562607A1 (en) Systems and methods for providing a proxy for a shared file system
US20030233510A1 (en) Storage resource integration layer interfaces
US7523201B2 (en) System and method for optimized lun masking
US9544371B1 (en) Method to discover multiple paths to disk devices cluster wide
US7308481B2 (en) Network storage system
US20050114624A1 (en) Apparatus and method to control access to logical volumes
US7698424B1 (en) Techniques for presenting multiple data storage arrays to iSCSI clients as a single aggregated network array
CN111143287A (en) SAN shared file storage and archiving method and system

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION

AS Assignment

Owner name: SYMANTEC CORPORATION, CALIFORNIA

Free format text: CHANGE OF NAME;ASSIGNOR:VERITAS OPERATING CORPORATION;REEL/FRAME:019872/0979

Effective date: 20061030

Owner name: SYMANTEC CORPORATION,CALIFORNIA

Free format text: CHANGE OF NAME;ASSIGNOR:VERITAS OPERATING CORPORATION;REEL/FRAME:019872/0979

Effective date: 20061030

AS Assignment

Owner name: SYMANTEC OPERATING CORPORATION, CALIFORNIA

Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNEE PREVIOUSLY RECORDED ON REEL 019872 FRAME 979. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNEE IS SYMANTEC OPERATING CORPORATION;ASSIGNOR:VERITAS OPERATING CORPORATION;REEL/FRAME:027819/0462

Effective date: 20061030