US20140108519A1 - Namespace and storage management application infrastructure for use in management of resources in a storage system environment - Google Patents
Namespace and storage management application infrastructure for use in management of resources in a storage system environment Download PDFInfo
- Publication number
- US20140108519A1 US20140108519A1 US14/141,054 US201314141054A US2014108519A1 US 20140108519 A1 US20140108519 A1 US 20140108519A1 US 201314141054 A US201314141054 A US 201314141054A US 2014108519 A1 US2014108519 A1 US 2014108519A1
- Authority
- US
- United States
- Prior art keywords
- management
- managed objects
- routines
- threads
- server
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols 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]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
- G06F16/164—File meta data generation
- G06F16/166—File name conversion
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
- G06F16/1824—Distributed file systems implemented using Network-attached Storage [NAS] architecture
- G06F16/183—Provision of network file services by network file servers, e.g. by using NFS, CIFS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Abstract
A namespace and storage management (NSM) application includes an infrastructure configured to enable efficient management of resources in a storage system environment. The NSM application executes on a NSM console and interacts with an NSM server to integrate namespace management and storage management in the storage system environment. The NSM server, in turn, interacts with one or more remote agents installed on host machines in the environment to convey application programming interface (API) function calls that enable remote management of the resources.
Description
- The present application is a continuation of commonly assigned copending U.S. patent application Ser. No. 11/414,593, which was filed on Apr. 28, 2006, by Steven R. Klinkner et al., for a Namespace and Storage Management Application Infrastructure for use in Management of Resources in a Storage System Environment, which is related to the following commonly assigned U.S. patent application Ser. No. 11/384,804 titled, System and Method for Integrating Namespace Management and Storage Management in a Storage System Environment, filed Mar. 20, 2006, which applications are hereby incorporated by reference.
- The present invention relates to storage systems, and more specifically, to an application infrastructure for use in management of resources in a storage system environment.
- A storage system typically comprises one or more storage devices into which information may be entered, and from which information may be obtained, as desired. The storage system includes an operating system that functionally organizes the system by, inter alia, invoking storage operations in support of a storage service implemented by the system. The storage system generally provides its storage services through the execution of software modules, such as processes. The storage system may be implemented in accordance with a variety of storage architectures including, but not limited to, a network-attached storage environment, a storage area network and a disk assembly directly attached to a client or host computer. The storage devices are typically disk drives organized as a disk array, wherein the term “disk” commonly describes a self-contained rotating magnetic media storage device. The term disk in this context is synonymous with hard disk drive (HDD) or direct access storage device (DASD).
- The storage system may be further configured to operate according to a client/server model of information delivery to thereby allow many clients to access information stored on the system. In this model, the storage system may be embodied as file server executing an operating system, such as the Microsoft® Windows™ operating system (hereinafter “Windows operating system”). Furthermore, the client may comprise an application executing on an operating system of a computer that “connects” to the server over a computer network, such as a point-to-point link, shared local area network, wide area network, or virtual private network implemented over a public network, such as the Internet. Each client may request the services of the server by issuing storage access protocol messages (in the form of packets) to the server over the network. By supporting a plurality of storage (e.g., file-based) access protocols, such as the conventional Common Internet File System (CIFS) and the Network File System (NFS) protocols, the utility of the server is enhanced.
- To facilitate client access to the information stored on the server, the Windows operating system typically exports units of storage, e.g., (CIFS) shares. As used herein, a share is equivalent to a mount point or shared storage resource, such as a folder or directory that stores information about files or other directories served by the file server. A Windows client may access information in the directory by mounting the share and issuing a CIFS protocol access request that specifies a uniform naming convention (UNC) path to the share. The UNC path or pathname is an aspect of a Windows networking environment that defines a way for a client to refer to a unit of storage on a server. The UNC pathname is prefixed with the string \\ to indicate resource names on a network. For example, a UNC pathname may comprise a server name, a share (directory) name and a path descriptor that collectively reference a unit of storage or share. Thus, in order to access the share, the client typically requires knowledge of the specific physical location (i.e., the identity) of the server exporting the share.
- Instead of requiring the client to provide the specific identity of the file server exporting the share, it is desirable to only require a logical pathname to the share. That is, it is desirable to provide the client with a globally unique pathname to the share without reference to the file server. The conventional Distributed File System (DFS) namespace service provides such a solution in a Windows environment through the creation of a namespace that removes the specificity of server identity. DFS is well-known and described in DCE 1.2.2 DFS Administration Guide and Reference, 1997, which is hereby incorporated by reference. As used herein, a namespace is a view of shared storage resources (such as shares) from the perspective of a client. The DFS namespace service is generally implemented using one or more DFS servers and distributed components in a network.
- Using the DFS service, it is possible to create a unique pathname (in the form of a UNC pathname) for a storage resource that a DFS server translates to an actual location of the resource (share) in the network. However, in addition to the DFS namespace provided by the Windows operating system, there are many other namespace services provided by various operating system platforms, including the NFS namespace provided by the conventional Unix® operating system. Each service constructs a namespace to facilitate management of information using a layer of indirection between a file server and client accessing a shared storage resource (share) on the server. For example, a share may be connected or “linked” to a link point (link in DFS terminology or a mount point in NFS terminology) to hide the machine specific reference to the share. By referencing the link point, the client can automatically access information on the storage resource of the specific machine. This allows an administrator (user) to store the information on any server in the network by merely providing a reference to the information (or share). However, these namespaces are typically services created on heterogeneous server platforms, which leads to incompatibility and non-interoperability with respect to management of the namespaces by the user. For example, the DFS namespace service is generally limited to Windows-based operating system platforms, whereas the NFS namespace service is generally limited to Unix-based operating system platforms.
- The Virtual File Manager (VFM™) developed by NuView, Inc. and available from Network Appliance, Inc., (“NetApp”) provides a namespace service that supports various protocols operating on various file server platforms, such as NetApp filers and DFS servers. The VFM namespace service is well-known and described in VFM™ (Virtual File Manager) Reference Guide, Version 4.0, 2001-2003, and VFM™ (Virtual File Manager) Getting Started Guide, Version 4.0, 2001-2003.
- A large-scale storage system environment may include many (e.g., hundreds of) storage systems hosting resources embodied as, e.g., storage and namespace objects. As used herein, namespace objects include namespaces, link points and shares, whereas storage objects include servers, files, and disks. In order to perform namespace and storage management in such a large-scale storage system environment, it is desirable to provide a management application executing on a management console that enables users to manage multiple storage system resources efficiently, e.g., as one or more groups of managed objects. In addition, it is desirable to provide a management application that allows users to efficiently operate on these groups of objects simultaneously.
- Often, users are required to provide appropriate credentials (e.g., user name and password) in order to access the storage system resources for purposes of performing operations thereon. Conventional management consoles are generally limited in their abilities to dynamically acquire such credentials when needed, i.e., “on-demand”. As a result, the user credentials are typically previously acquired and stored for use by the consoles, thereby requiring expensive persistent storage capabilities on the management consoles. Accordingly, it is further desirable to provide a management application executing on a management console that enables users to provide their credentials as needed (on-demand) when accessing storage system resources.
- The disadvantages of the prior art are overcome by providing a namespace and storage management (NSM) application having an infrastructure configured to enable efficient management of resources in a storage system environment. The NSM application executes on a NSM console and interacts with an NSM server to integrate namespace management and storage management in the storage system environment. The NSM server, in turn, interacts with one or more remote agents installed on host machines in the environment to convey application programming interface (API) function calls (hereinafter “APIs”) that enable remote management of the resources. Notably, the NSM application (and NSM console) cooperates with the NSM server and remote agent to create an integrated management framework that provides an underlying infrastructure that supports various heterogeneous storage access protocols within a single, logical namespace service.
- According to one aspect of the invention, the NSM application infrastructure comprises one or more client presentation layers disposed over a library layer that is embodied as graphical user interface (GUI) and API components. To facilitate support for various client presentation layers, the library layer is apportioned into a GUI toolkit configured to produce reusable GUI components and an API toolkit configured to produce reusable API components that, in the illustrative embodiment, are directed to namespace and storage management functions. The API toolkit handles thread management as well as API processing and communication with the NSM server, whereas the GUI components and their implementations are handled by the client presentation layer and GUI toolkit.
- According to another aspect of the invention, the API toolkit comprises an API client layer, a managed object layer, a thread pool layer and a credential handling layer. The API client layer illustratively embodies an API library configured to generate APIs used to interact with the NSM server. The managed object layer illustratively provides a plurality of templates that describes data and behavior associated with instances of managed objects, as well as interfaces that enable operations on those objects. The thread pool layer utilizes a plurality of worker threads to process an operation that is apportioned among the threads into manageable APIs directed to the managed objects. The credential handling layer provides, among other things, a credential collection function that collects user credentials needed to access the resources “on-demand”.
- The above and further advantages of the invention may be better understood by referring to the following description in conjunction with the accompanying drawings in which like reference numerals indicate identical or functionally similar elements:
-
FIG. 1 is a schematic block diagram of an exemplary storage system environment that may be advantageously used with the present invention; -
FIG. 2 is a schematic block diagram of an exemplary namespace and storage management server that may be advantageously used with the present invention; -
FIG. 3 is a schematic block diagram of an integrated management framework that may be advantageously used with the present invention; -
FIG. 4 is a schematic block diagram illustrating an architectural infrastructure of a namespace and storage management (NSM) application in accordance with the present invention; -
FIG. 5 is a schematic block diagram of an application programming interface (API) toolkit of the NSM application in accordance with the present invention; and -
FIG. 6 is a flowchart illustrating operation of the NSM application in accordance with the present invention. - A. Storage System Environment
-
FIG. 1 is a schematic block diagram of an exemplarystorage system environment 100 that may be advantageously used with the present invention. The storage system environment comprises a plurality of storage systems configured to provide storage services relating to information stored on storage devices, such asdisks 140. The storage systems includefile servers 130 executing operating systems such as, e.g., the Microsoft® Windows™ operating system (hereinafter “Windows operating system”), the Unix® operating system and the NetApp® Data ONTAP™ operating system available from Network Appliance, Inc., Sunnyvale, Calif. One ormore clients 110 may connect to the file servers over acomputer network 120, such as a point-to-point link, shared local area network, wide area network, or virtual private network implemented over a public network, such as the Internet. - Each
client 110 may comprise an application executing on an operating system of a general-purpose computer that interacts with thefile servers 130 in accordance with a client/server model of information delivery. That is, the client may request the services of a server, and the server may return the results of the services requested by the client, by exchanging packets over thenetwork 120. The client may issue packets including storage (e.g., file-based) access protocols, such as the Common Internet File System (CIFS) protocol or Network File System (NFS) protocol, over the Transmission Control Protocol/Internet Protocol (TCP/IP) when accessing information in the form of, e.g., files and directories. - To facilitate client access to the information stored on the server, a
file server 130 executing, e.g., the Windows operating system typically exports units of storage, e.g., (CIFS) shares. Aclient 110 may access information of the share by mounting the share and issuing a CIFS protocol access request that specifies a uniform naming convention (UNC) path to the share. Although the illustrative embodiment is directed to a Windows file server that is accessed using the CIFS protocol, the invention described herein is not so limited and may also apply toother servers 130, such as Unix file servers and NetApp filers, that are accessible using other file access protocols, such as the NFS protocol. The client connects to fileserver 130 when accessing the share, typically by specifying the IP address (or identity) of the file server. - However, instead of requiring that the client know the specific identity of the server in order to access the share, a
namespace server 160, such as the conventional Distributed File System (DFS) server, provides a namespace service that removes the specificity of server identity. Using the DFS service, a unique pathname (in the form of a UNC pathname) is created for the share that the DFS server translates to an actual location of the share in the network. For example, assume a client application issues a CIFS request to access information of a share stored on afile server 130 in theenvironment 100. The request is passed through various layers of the client's operating system including, e.g., a CIFS redirector. Before issuing a CIFS packet directed to a UNC pathname specified by the client application, the redirector contacts the DFS server to determine whether there is a different, actual pathname needed to access the information. If so, the DFS server returns that actual pathname to the redirector, which then uses that pathname to create the CIFS packet for transmission over the network. The DFS namespace service thus provides a level of indirection to a share that resides on afile server 130 in theenvironment 100. - Although the illustrative embodiment is directed to a DFS namespace service provided by the Windows operating system executing on a DFS server, the invention described herein is not limited and may also apply to other namespace services, such as the NFS namespace provided by the Unix operating system executing on a conventional Name Information Service (NIS) server. Each service constructs a namespace to facilitate management of information using a layer of indirection between a
file server 130 andclient 110 accessing a shared storage resource (share) on the server. However, these namespace services are created on heterogeneous server platforms, which lead to incompatibility and non-interoperability with respect to management of different namespaces by, e.g., an administrator (user). - In the illustrative embodiment, a namespace and storage management (NSM)
server 200 is provided that integrates namespace management and storage management instorage system environment 100. TheNSM server 200 includes an integrated management framework that provides an underlying infrastructure that supports various heterogeneous storage access protocols within a single, logical namespace service. To that end, the NSM server cooperates with aNSM console 150 and aremote agent 170 to create the integrated management framework. The integrated management framework, in turn, allows theNSM server 200 to interact with any namespace server, such as a DFS server configured to handle CIFS protocol requests or a NIS server configured to handle NFS protocol requests, directed to namespace services. -
FIG. 2 is a schematic block diagram of an exemplary namespace and storage management (NSM)server 200 that may be advantageously used with the present invention. The NSM server illustratively comprises aprocessor 210, amemory 220, anetwork adapter 230 and astorage adapter 240 interconnected by asystem bus 250. Thememory 220 may comprise storage locations addressable by the processor and adapters for storing software programs, i.e., specific sets of ordered operations, and data structures associated with the invention. The processor and adapters may, in turn, comprise processing elements and/or logic circuitry configured to execute the programs and manipulate the data structures. In particular, thestorage adapter 240 comprises the mechanical, electrical and signaling circuitry needed to connect the server to storage devices, such asdisks 245. Similarly, thenetwork adapter 230 comprises the mechanical, electrical and signaling circuitry needed to connect theserver 200 to, e.g., theNSM console 150 andremote agent 170. - An
operating system 225, portions of which is typically resident inmemory 220 and executed by the processing elements, functionally organizes the server by, inter alia, invoking operations in support of storage services implemented by the server. In the illustrative embodiment, the operating system is preferably the Windows operating system, although it is expressly contemplated that any appropriate operating system, such as the Unix operating system, may be enhanced for use in accordance with the inventive principles described herein. The operations invoked by the operating system are illustratively namespace and storage operations in support of anintegrated management framework 300 provided by the server. It will be apparent to those skilled in the art that other processor and memory means, including various computer readable media, may be used for storing and executing program instructions pertaining to the invention described herein. - B. Integrated Management Framework
- The
NSM server 200 generally provides its storage services through the execution of software modules, such as processes. These services are illustratively implemented as separately-scheduled processes (and/or daemons) that execute in user space ofoperating system 225 to provide theintegrated management framework 300. As used herein, a process refers to an instance of a program being executed by, e.g., the processor and a thread is an instance of a sequence of the process's program code.FIG. 3 is a schematic block diagram of theintegrated management framework 300 that may be advantageously used with the present invention. Theintegrated management framework 300 provides a logical namespace service that is based on extensions to underlying storage management technology and other technological components. Notably, these extensions are embodied as library functionality. - In the illustrative embodiment, the underlying storage management technology is embodied as DataFabric® Manager (DFM) technology available from Network Appliance, Inc., Sunnyvale, Calif. and described in DataFabric® Manager 3.2 Administration Guide, 1994-2004, which is hereby incorporated by reference. Broadly stated, the DFM technology comprises a set of coordinating processes, including an application is programming interface (API)
server 310, ascheduler 320, anEvent daemon 330, aMonitor 340 including aDiscovery daemon 350 and a database interface (DBI) 360 configured to interact with an embeddeddatabase 370. The capabilities of these processes are extended to create the integrated namespace andstorage management framework 300 through the addition ofNSM library functionality 380. TheNSM library 380 is illustratively implemented as various library modules, each of which provides namespace and storage management actions embodied as APIs. - The
integrated management framework 300 exposes a set of interfaces, e.g., an API interface that is used by theNSM console 150 and a command line interface (CLI 315), used by a communication protocol. Illustratively, the communication protocol is embodied as an XML over HTTP mechanism for APIs, primarily because of its ability to describe data conveyed over the network, as well as the transport, without describing the actual storage access protocol. An example of a communication protocol that may be advantageously used with the present invention is the ZAPI protocol available from Network Appliance, Inc. Such a protocol is also easily extensible and flexibly agnostic to binary formats of specific servers and clients to thereby operate efficiently in a heterogeneous environment. - In the illustrative embodiment, the
integrated management framework 300 facilitates configuration and management of pathnames in the logical namespace. That is, the underlying infrastructure of the framework allows a user to manage various pathnames exported by heterogeneous namespace service and protocol implementations within the logical namespace. This aspect of the framework involves creation of a layer of abstraction that presents to a client a notion of the logical namespace that is accessible via a particular storage access protocol. As noted, the various heterogeneous namespace services are not interoperable with respect to user management; theintegrated framework 300 extracts logical “views” (e.g., pathnames) from the namespaces exported by the heterogeneous services, stores those pathnames indatabase 370, and then configures the pathnames so that they are accessible in the logical namespace via the storage access protocol. - In storage and networking environments, some operations can only be executed if a user (such as a system administrator) is logged into a server on which the operations are to be performed, e.g., the NSM server. In other words, a remote operation that is to be invoked on the
server 200 can only be performed if the user is logged into the server. TheNSM console 150 andremote agent 170 of theintegrated management framework 300 address this problem. Illustratively, theNSM console 150 is a component of the framework that executes anNSM application 400 having a JAVA-based interface and theremote agent 170 is a software module installed on a host machine, such as aserver 160, which manages a particular namespace, e.g., a DFS server. Using the communication protocol, the NSM console issues APIs to the NSM server which, in turn, issues APIs that are invoked on the remote agent to perform actions requested by the user. - Essentially, the
remote agent 170 is a thin web server that includes “programmatic glue” to enable installation of plug-in modules (“plug-ins”). An example of a plug-in is anamespace management module 175 that allows remote access and management of data (e.g., pathnames) by theNSM server 200. Notwithstanding the particular namespace, theintegrated management framework 300 involves installation of aremote agent 170 on aserver 160 that manages the particular namespace and interacts with theNSM server 200 via APIs exposed by the remote agent. - Illustratively, the
remote agent 170 is installed on a machine that hosts a DFS server of a Windows/DFS environment. The namespace management plug-inmodule 175 may, in turn, be installed on the remote agent to enable communication with theNSM server 200 when accessing namespace information stored on the DFS server. Specifically, the NSM server issues APIs in connection with the communication protocol to instruct theremote agent 170 to perform certain actions. For example, in order to construct or change pathnames in the logical namespace, a user interacts with theNSM console 150 to access that namespace by, in effect, invoking a set of APIs on theNSM server 200 which, in turn, invokes a set of APIs on theremote agent 170. Once the NSM server has cooperated with the DFS server to construct the pathnames, those servers are no longer involved in client data accesses. - It should be noted that the underlying directory data structures used in the logical namespace reside on the
namespace server 160 providing the particular namespace service, such as a DFS server. That is, thenamespace server 160 implements the basic namespace; theNSM server 200 provides a service for configuring that namespace. To that end, theNSM server 200 cooperates with theremote agent 170 to acquire a copy of the namespace directory structures from thenamespace server 160 and stores the copy on the embeddeddatabase 370. The NSM server then cooperates with theNSM console 150 to allow a user to manipulate (configure) the copy. Once configuration is complete, theserver 200 cooperates with the remote agent to “push” (store) the manipulated copy of directory structures back to thenamespace server 160. - The
Monitor 340 is illustratively embodied as a multi-threaded process having a collection of individual monitor threads, each of which is scheduled by thescheduler 320. TheMonitor 340 cooperates with theremote agent 170 to communicate with one or more machines/devices in the storage system environment 100 (using SNMP, RSH, etc) to collect any type of storage or data/namespace object information (e.g., volume and/or qtree information, as well as information about namespace servers) available in the environment and, to that end, functions as a data collector. Illustratively, each monitor thread is configured to collect information about a particular object in the environment. Extensions to the Monitor described herein are directed to namespace and agent management, each of which is illustratively embodied as an individual monitor thread. - As data is collected, the
Monitor 340 determines whether it needs to notify any processes of some resulting condition. For example, an individual monitor thread may detect a threshold and the occurrence of some type of event. As used herein, an event is a synchronous notification with a severity attribute. By configuring thresholds, theNSM server 200 can determine when an event occurs. If a threshold is exceeded, theMonitor 340 communicates with theEvent daemon 330 to notify it of that event. Thus, theMonitor 340 is configured to detect certain events and, in response, generate event notifications to theEvent daemon 330. TheEvent daemon 330 then determines what (if any) further action is needed (e.g., send an SMTP alert, an email, an SNMP trap) and records the event in the embeddeddatabase 370. - The embedded
database 370 is illustratively implemented as a Sybase relational database that exports a set of Structured Query Language (SQL) function calls that enable storage/retrieval of data, such as namespace objects, to/from the database. A schema of the database is configured to efficiently capture characteristics of a namespace independent of the storage access protocol, such as NFS or CIFS. Thedatabase 370 is illustratively organized as a plurality of tables, each of which can be accessed by processes within the NSM server. TheDBI 360 is illustratively embodied as a SQL interface to the database and its associated tables, although it will be understood to those skilled in the art that the DBI may be embodied as any other type of database protocol interface depending on the actual implementation of the database, e.g., an Oracle database. - The
API server 310 is illustratively embodied as a multi-threaded process that is configured to implement the APIs used by theNSM console 150 to access thedatabase 370 and manipulate information stored thereon. TheAPI server 310 also implements the communication protocol APIs used to interact with theremote agent 170. Accordingly, extensions to theAPI server 310 are primarily directed to those APIs required to manipulate the database and the remote agent. For example, APIs are invoked by a user (via the NSM console 150) to manipulate (modify, update) the embeddeddatabase 370. TheAPI server 310 updates the database with respect to user configuration requests and theMonitor 340 periodically queries (polls) the database for any state/information change. Depending upon the change, the API server may cooperate with the Monitor to instruct data collection from theremote agent 170. After receiving the collected information from the remote agent, theMonitor 340 updates the database and theEvent daemon 330. - C. NSM Application Infrastructure
- The present invention is directed to the
NSM application 400 having an infrastructure configured to enable efficient management of resources in a storage system environment. TheNSM application 400 executes on theNSM console 150 and interacts with theNSM server 200 to integrate namespace management and storage management instorage system environment 100. The NSM server, in turn, interacts with one or more isremote agents 170 installed on host machines in the environment to convey API function calls (hereinafter “APIs”) that enable remote management of the resources. In an alternate embodiment, however, the NSM application can interact directly with machines hosting the remote agents. As noted, the NSM application (and NSM console) cooperates with the NSM server and remote agent to create theintegrated management framework 300 that provides an underlying infrastructure that supports various heterogeneous storage access protocols within a single, logical namespace service. - In the illustrative embodiment, the
NSM application 400 is a “lightweight” JAVA-based client application executing on theNSM console 150, which is embodied as a computer having, e.g., a Windows, Linux or Solaris operating system platform. TheNSM application 400 is illustratively a single process that, as a JAVA-based application, is characterized by a plurality of threads that can be easily ported to multi-platform instantiations. However, the NSM application is “lightweight” in that it does not require a persistent database and substantially all operations involve APIs executed on other host machines and servers. -
FIG. 4 is a schematic block diagram illustrating an architectural infrastructure of theNSM application 400 in accordance with the present invention. The NSM application infrastructure comprises one or more client presentation layers 410 disposed over alibrary layer 420 that is embodied as graphical user interface (GUI) and application programming interface (API) components. The client presentation layers 410 may be directed to various GUI level presentations, such as storage management and namespace management. To facilitate support for various client presentation layers, thelibrary layer 420 is apportioned into aGUI toolkit 430 configured to produce reusable GUI components, such as dialog boxes (dialogs), and anAPI toolkit 500 configured to produce reusable API components that, in the illustrative embodiment, are directed to namespace and storage management functions. As described herein, theAPI toolkit 500 handles thread management, as well as API processing and communication with theNSM server 200, whereas theGUI toolkit 430 handles the GUI components and their implementations. - Broadly stated, the
NSM application 400 spawns a GUI thread that is used by the isclient presentation layer 410 andGUI toolkit 430 to provide GUI components that enable a user to input, e.g., commands for managing selected objects onvarious servers 130. Theclient presentation layer 410 translates the command to an operation and provides the operation, an operation failure handler and a group of managed objects to theAPI toolkit 500. TheAPI toolkit 500 processes the operation to generate a plurality of APIs and spawns a plurality of threads (“worker threads”) to manage the APIs directed to the managed objects of the group. As used herein, the term “API” denotes a collection of methods/functions (“routines”) exposed by, e.g., processes of theintegrated management framework 300 to which other processes issue calls. When a problem (failure) arises, theAPI toolkit 500 calls the operation (API) handler, which may result in the presentation of a GUI component, e.g., adialog 155, by theclient presentation layer 410. Notably, the behavior of the API in light of a failure is specified by the client presentation layer; as such, theAPI toolkit 500 handles API failures according to functionality provided by theclient presentation layer 410. -
FIG. 5 is a schematic block diagram of theAPI toolkit 500 of theNSM application 400 in accordance with the present invention. TheAPI toolkit 500 comprises anAPI client layer 520, a managedobject layer 540, athread pool layer 560 and acredential handling layer 580, wherein the layers interact and communicate using conventional intra-process message passing techniques. TheAPI client layer 520 illustratively embodies anAPI library 522 configured to generate APIs used to communicate with theNSM server 200. These APIs are illustratively contained within XML tags and transported to the NSM server in accordance with the communication protocol. - The managed
object layer 540 illustratively provides a plurality of templates, e.g., JAVA classes, that describes data and behavior associated with instances of managed objects, as well as interfaces that enable operations on those objects as, e.g., programming constructs. As used herein, a managed object may represent any namespace and/or storage resource that has a backing API on a host machine or server; that is, the managed object may represent any resource for which the machine or server exports APIs for management. To that end, the managed objects comprise managednamespace objects 542 representing, e.g., namespaces, link points and shares, and managedstorage objects 544 representing, e.g., servers, volumes, files and disks. The managedobject layer 540 interacts with theAPI client layer 520 to package these managed objects within the XML tags. - The
thread pool layer 560 utilizes a plurality ofworker threads 562 to process an operation that is apportioned among the threads into manageable APIs directed to the managed objects. Thislayer 560 of theAPI toolkit 500 also provides a thread pooling function that controls the number of simultaneously executing worker threads so as not to consume substantial processing resources (e.g., CPU) on theNSM console 150. Often a user may select a group of managed objects to perform an operation thereon. In such a situation, the user is interested in an overall result of the operation across the group, rather than for each individual object. Accordingly, the thread pool layer further maintains a data structure embodied as aresult tracker 565 that is adapted to monitor the progress of the APIs and provide a completion notification (e.g., success or failure) summarizing the thread operation results on the objects. This layer also provides functionality adapted to force time-outs on APIs that would otherwise be subject to arbitrary network delays due to, e.g., non-responsive servers. - The
credential handling layer 580 provides a credential collection function that collects user credentials 586 (e.g., user name and password) needed to access the resources “on-demand” using, e.g., anauthentication callback interface 582 to a GUI component, e.g., adialog 155. This layer further maintains the collectedcredentials 586 in a local cache 585 (note that theNSM console 150 does not persistently store credentials). Caching of the credentials allows thecredential handling layer 580 to determine whether previously collected credentials can be used to satisfy pending requests byworker threads 562 for permission to access the resources in accordance with, e.g., a credential sharing function. For example, the credential sharing function may illustratively attempt to resolve all pending credential requests for each server using the cached credentials and prompt a user only when a request cannot be resolved, i.e., when the cached credentials do no include the necessary credential to perform a pending request. Alternatively, the credential sharing function may use one set of cached credentials per server to resolve the requests and only prompt the user on failure to resolve. In addition, thecredential handling layer 580 provides alocking mechanism 588 that limits the number ofdialogs 155 that may be displayed on theNSM console 150 at a time when collecting credentials. - Specifically, in the illustrative embodiment, the
credential handling layer 580 coordinates access by theworker threads 562 to the presentation of adialog 155 used to collect and share credentials. That is, credential collection involves the use of the dialog that may be displayed by the threads to collect credentials. Eachworker thread 562 that manages a failed API may initiate display of thedialog 155 on theNSM console 150 to request the credentials from the user in accordance with the on-demand credential collection function. However, assume the operation provided by theclient presentation layer 410 is decomposed into, e.g., hundreds of APIs managed by correspondingworker threads 562. If all of these APIs fail simultaneously, there may be hundreds ofdialogs 155 appearing on the NSM console at a time. To obviate this situation, thelocking mechanism 588 of thecredential handling layer 580 ensures that only a limited number of worker thread 562s interacts with theclient presentation layer 410 to control display of a limited number ofdialogs 155, e.g., one, at a time on theNSM console 150. In addition, credential sharing allows the user to enter the credentials into thedialog 155 and, for those credentials that may be used to access managed objects onvarious servers 130, share those credentials among theworker threads 562. -
FIG. 6 is a flowchart illustrating operation of the NSM application in accordance with the present invention. Theprocedure 600 starts atStep 602 and proceeds to Step 604 where a user interacts with the NSM application executing on the NSM console to initiate performance of an operation directed to a group of managed objects, e.g., units of storage, hosted by a plurality of servers. Assume that the operation manipulates the units of storage (e.g., CIFS shares) exported by operating systems executing on the servers. InStep 606, the client presentation layer provides the operation and an indication of the managed objects to the API toolkit. InStep 608, the managed object layer and thread pool layer cooperate to apportion (decompose) the operation into a plurality of APIs directed to the managed objects and, inStep 610, spawn one or more worker threads to manage the APIs. InStep 612, the API client layer formats and sends the APIs within XML tags to the NSM server using the communication protocol. The NSM server illustratively processes the APIs in a manner that, e.g., translates those APIs into additional APIs that initiate actions by one or more remote agents directed to the managed objects. - In
Step 614, the NSM server transmits the APIs to the remote agent and, inStep 616, the remote agent forwards APIs to the servers hosting the managed objects. Note that the remote agent communicates with an appropriate storage access protocol server (e.g., a CIFS server) of the operating system on each server using (e.g., Win32 API) remote procedure calls (RPCs) over the network. InStep 618, a determination is made as to whether user credentials are provided to permit access to the managed objects. Note also that this determination may be needed because the credentials are simply unavailable (empty) or because an attempt to execute an API against a server using available credentials may fail (due to bad/stale credentials). If the credentials are (successfully) provided, the servers execute the APIs directed to the managed objects inStep 620 and the procedure ends atStep 634. However, if user credentials are not provided (or if an API attempt fails because the credentials provided are bad/stale), in Step 622 a failure notification is returned to the NSM application (via the NSM server) for each attempted RPC communication between the agent and server, indicating failure of the API due to missing user credentials. - In
Step 624, the credential handling layer of the API toolkit cooperates with the client presentation layer to prompt the user, on-demand, to provide its credentials (permission) to access the managed objects on the server. Furthermore, the credential handling layer ensures that, e.g., only one worker thread interacts with the client presentation layer to control display of only one dialog at a time on the NSM console (Step 626). Illustratively, control of the dialog is not passed off to another worker thread that is waiting on credential collection until the current thread completes such collection. InStep 628, the user enters its credentials to the dialog and, inStep 630, the credential handling layer shares, where appropriate, those credentials among worker threads waiting on the dialog. InStep 632, the API client layer formats and sends the credentials (with APIs, if needed) to the servers (via the NSM server and remote agents) to enable execution of the APIs on the managed objects and the procedure returns to Step 618. - While there has been shown and described an illustrative embodiment of an NSM application having an infrastructure configured to enable efficient management of resources in a storage system environment, it is to be understood that various other adaptations and modifications may be made within the spirit and scope of the invention. For example, the presentation of a
dialog 155 used to collect/share credentials is an illustrative implementation of the credential sharing function of thecredential handling layer 580. Here, the actual behavior of this function is specified by thepresentation layer 410 and is independent of thelibrary 420. In an alternate implementation, theworker threads 562 may be directed to a file containing the credentials rather than prompting a user with thedialog 155. This alternate behavior is useful for automating execution of the application when interaction with the user is not possible (e.g., automated testing). - The foregoing description has been directed to specific embodiments of this invention. It will be apparent, however, that other variations and modifications may be made to the described embodiments, with the attainment of some or all of their advantages. For instance, it is expressly contemplated that the procedures, processes, layers and/or modules described herein may be implemented in hardware, software, embodied as a computer-readable medium having executable program instructions, firmware, or a combination thereof. Accordingly this description is to be taken only by way of example and not to otherwise limit the scope of the invention. Therefore, it is the object of the appended claims to cover all such variations and modifications as come within the true spirit and scope of the invention.
Claims (19)
1. A system configured to enable management of resources in a storage system environment, the system comprising:
a management server configured to interact with a plurality of namespace servers, the management server including a processor and a memory for storing operations executable by the processor;
a management application executing on a management console computer, the management application having an infrastructure including at least one client presentation layer disposed over a library layer apportioned into at least one application programming interface (API) toolkit configured to:
handle API processing and communication with the management server and produce reusable components directed to namespace and storage management functions, the API toolkit cooperating with the client presentation layer to prompt a user for user credentials, to be provided on-demand, to perform the operation upon the resources in the storage system, employ a thread pool layer configured to utilize the worker is threads to process the operation apportioned among the worker threads into manageable APIs directed to the resources; and
a result tracker maintained by the thread pool layer, the result tracker configured to monitor progress of the manageable APIs and provide a completion notification summarizing thread operation results on the resources.
2. The system of claim 1 wherein the management application is further configured to receive an operation directed to the resources wherein the operation is managed by a plurality of worker threads, the management application further configured to interact with the management server to integrate namespace management and storage management in the storage system environment.
3. The system of claim 1 wherein the API toolkit comprises an API client layer that is embodied as an API library configured to generate APIs used to interact with the management server.
4. The system of claim 3 wherein the resources include instances of managed objects and wherein the API toolkit further comprises a managed object layer configured to provide a plurality of templates that describe data and behavior associated with the managed objects, as well as interfaces that enable operations on those objects.
5. The system of claim 1 wherein one worker thread interacts with the client presentation layer to control display of only one dialog at a time on the management console to obtain the user credentials from the user and the one worker thread to share the user credentials among other worker threads, where the user credential from the one worker thread and the other worker threads is sent to at least a first server and a second server, with the purpose of performing the operation upon the resources.
6. The system of claim 1 wherein the API toolkit comprises a credential handling layer configured to provide an on-demand credential collection function that collects the user credentials needed to access the resources.
7. The system of claim 1 wherein the management application is a namespace and storage management (NSM) application, the management console computer is a NSM console and the management server is a NSM server.
8. A method for enabling management of resources in a storage system environment, the method comprising:
executing a management application on a management console computer to initiate performance of an operation directed to a group of managed objects, the executed management application enabling interaction with a management server to integrate namespace management and storage management in the storage system environment, wherein the group of managed objects are units of storage hosted by a plurality of servers;
decomposing the operation into a plurality of routines directed to the group of managed objects;
spawning a plurality of threads on the management application to manage the plurality of routines;
determining that user credentials are not provided to permit access by a user to the group of managed objects;
in response to determining that the user credentials are not provided, prompting the user for the user credentials, to be provided on-demand, to enable execution of the plurality of routines upon the group of managed objects on the plurality of servers;
sending the user credentials, from the one thread and the other threads, to the plurality of servers, hosting the group of managed objects, the user credentials configured to enable execution of the plurality of routines on the group of managed objects;
utilizing an application programming interface (API) toolkit configured to handle API processing and communication with the management server, wherein the API toolkit includes a thread pool layer configured to utilize the plurality of threads to process the plurality of routines that is apportioned among the plurality of threads into manageable APIs directed to the group of managed objects; and
maintaining a result tracker by the thread pool layer, the result tracker configured to monitor progress of the manageable APIs and provide a completion notifications summarizing thread operation results on the managed objects.
9. The method of claim 8 wherein the plurality of threads require the user credentials and one thread of the plurality of threads controls display of only one dialog at a time on the management console computer to obtain the user credentials from the user, wherein the one thread shares the user credentials among other threads, the other threads waiting on the dialog for the credentials, with the purpose of executing the plurality of routines upon the group of managed objects
10. The method of claim 8 wherein the management application comprises a namespace and storage management (NSM) application and wherein the management console computer comprises an NSM console.
11. The method of claim 8 further comprising:
sending manageable APIs to an NSM server configured to translate the manageable APIs into additional APIs that initiate action by a remote agent directed to the managed objects; and
forwarding the additional APIs to servers hosting the managed objects.
12. The method of claim 11 further comprising:
returning a failure notification to the NSM application indicating failure of an API due to user credentials that were not provided, before prompting the user for the user credentials.
13. The method of claim 8 wherein the managed object comprises one or more shares.
14. The method of claim 8 , further comprising:
sending the routines to the management server, the management server including a processor configured to process the routines;
translating, by the management server, the routines into additional routines, the additional routines configured to initiate an action by a remote agent directed to the managed objects; and
forwarding the additional routines to the plurality of servers hosting the managed objects.
15. An apparatus configured to enable management of resources in a storage system environment, the apparatus comprising:
means for executing a management application on a management console computer to initiate performance of an operation directed to a group of managed objects, the
executed management application enabling interaction with a management server to integrate namespace management and storage management in the storage system environment, wherein the group of managed objects are units of storage hosted by a plurality of servers;
means for decomposing the operation into a plurality of routines directed to the group of managed objects;
means for spawning a plurality of threads on the management application to manage the plurality of routines;
means for determining that the user credentials are not provided to permit access by a user to the group of managed objects;
is means for prompting the user for the user credentials, to be provided on-demand, to enable execution of the plurality of routines upon the group of managed objects on the plurality of servers;
means for sending the user credentials, from the one thread and the other threads, to the plurality of servers, to enable execution of the plurality of routines on the group of managed objects;
means for utilizing an application programming interface (API) toolkit configured to handle API processing and communication with the management server, wherein the API toolkit includes a thread pool layer configured to utilize the plurality of threads to process the plurality of routines that is apportioned among the plurality of threads into manageable APIs directed to the group of managed objects; and
means for maintaining a result tracker by the thread pool layer, the result tracker configured to monitor progress of the manageable APIs and provide a completion notifications summarizing thread operation results on the managed objects.
16. The apparatus of claim 15 wherein the plurality of the threads require the user credentials and one thread controls display of only one dialog at a time on the management console computer to obtain the user credentials from the user in response to determining that the user credentials are not provided, wherein the one thread shares the user credentials among other threads, the other threads waiting on the dialog for the credentials, with the purpose of executing the plurality of routines upon the group of managed objects.
17. The apparatus of claim 15 , further comprising:
means for sending the routines to the management server, the management server including a processor configured to process the routines;
means for translating the routines into additional routines, the additional routines configured to initiate an action by a remote agent directed to the managed objects; and
means for forwarding the additional routines to the plurality of servers hosting the managed objects.
18. A non-transitory computer readable storage medium containing executable program instructions executed by a processor, comprising:
program instructions that execute a management application on a management console computer to initiate performance of an operation directed to a group of managed objects, the executed management application enabling interaction with a management server to integrate namespace management and storage management in the storage system environment;
program instructions that decompose the operation into a plurality of routines directed to the group of managed objects;
program instructions that spawn a plurality of threads on the management application to manage the plurality of routines;
program instructions that determine user credentials are not provided to permit a user to access the group of managed objects;
program instructions that prompt a user for the user credentials, to be provided on-demand, to perform the plurality of routines upon the group of managed objects on the plurality of servers;
program instructions that send the user credentials, from the one thread and the other threads, to the plurality of servers, to enable execution of the plurality of routines on the group of managed objects;
program instructions that utilize an application programming interface (API) toolkit configured to handle API processing and communication with the management server, wherein the API toolkit includes a thread pool layer configured to utilize the plurality of threads to process the plurality of routines that is apportioned among the plurality of threads into manageable APIs directed to the group of managed objects; and
program instructions that maintain a result tracker by the thread pool layer, the result tracker configured to monitor progress of the manageable APIs and provide a completion notifications summarizing thread operation results on the managed objects.
19. The non-transitory computer readable storage medium of claim 18 wherein one thread controls display of only one dialog at a time on the management console computer to obtain the user credentials, wherein the one thread shares the user credentials among other threads, the other threads waiting on the dialog for the credentials, with the purpose of performing the plurality of routines upon the group of managed objects.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/141,054 US9270741B2 (en) | 2006-04-28 | 2013-12-26 | Namespace and storage management application infrastructure for use in management of resources in a storage system environment |
US15/010,630 US20160150019A1 (en) | 2006-04-28 | 2016-01-29 | Namespace and storage management application infrastructure for use in management of resources in a storage system environment |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/414,593 US8635247B1 (en) | 2006-04-28 | 2006-04-28 | Namespace and storage management application infrastructure for use in management of resources in a storage system environment |
US14/141,054 US9270741B2 (en) | 2006-04-28 | 2013-12-26 | Namespace and storage management application infrastructure for use in management of resources in a storage system environment |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/414,593 Continuation US8635247B1 (en) | 2006-04-28 | 2006-04-28 | Namespace and storage management application infrastructure for use in management of resources in a storage system environment |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/010,630 Continuation US20160150019A1 (en) | 2006-04-28 | 2016-01-29 | Namespace and storage management application infrastructure for use in management of resources in a storage system environment |
Publications (2)
Publication Number | Publication Date |
---|---|
US20140108519A1 true US20140108519A1 (en) | 2014-04-17 |
US9270741B2 US9270741B2 (en) | 2016-02-23 |
Family
ID=49919332
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/414,593 Active 2029-08-10 US8635247B1 (en) | 2006-04-28 | 2006-04-28 | Namespace and storage management application infrastructure for use in management of resources in a storage system environment |
US14/141,054 Active US9270741B2 (en) | 2006-04-28 | 2013-12-26 | Namespace and storage management application infrastructure for use in management of resources in a storage system environment |
US15/010,630 Abandoned US20160150019A1 (en) | 2006-04-28 | 2016-01-29 | Namespace and storage management application infrastructure for use in management of resources in a storage system environment |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/414,593 Active 2029-08-10 US8635247B1 (en) | 2006-04-28 | 2006-04-28 | Namespace and storage management application infrastructure for use in management of resources in a storage system environment |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/010,630 Abandoned US20160150019A1 (en) | 2006-04-28 | 2016-01-29 | Namespace and storage management application infrastructure for use in management of resources in a storage system environment |
Country Status (1)
Country | Link |
---|---|
US (3) | US8635247B1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108401131A (en) * | 2018-05-01 | 2018-08-14 | 北京学易科技有限公司 | Thread processing method and device, server |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10606901B1 (en) * | 2007-09-28 | 2020-03-31 | Emc Corporation | Data disposition services orchestrated in an information management infrastructure |
CN104969176B (en) * | 2013-01-29 | 2019-12-27 | 黑莓有限公司 | Method, device and medium for managing access of application to certificate and secret key |
US9984083B1 (en) | 2013-02-25 | 2018-05-29 | EMC IP Holding Company LLC | Pluggable storage system for parallel query engines across non-native file systems |
US9753980B1 (en) | 2013-02-25 | 2017-09-05 | EMC IP Holding Company LLC | M X N dispatching in large scale distributed system |
US10225158B1 (en) * | 2014-12-22 | 2019-03-05 | EMC IP Holding Company LLC | Policy based system management |
CN107480281B (en) * | 2017-08-23 | 2020-06-26 | 金钱猫科技股份有限公司 | Method for constructing unified view among heterogeneous file systems |
KR102485368B1 (en) | 2018-01-15 | 2023-01-05 | 삼성전자주식회사 | Electronic apparatus, method for controlling thereof and the computer readable recording medium |
US11151093B2 (en) * | 2019-03-29 | 2021-10-19 | International Business Machines Corporation | Distributed system control for on-demand data access in complex, heterogenous data storage |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6604148B1 (en) * | 1999-10-01 | 2003-08-05 | International Business Machines Corporation | Method, system, and program for accessing a network namespace |
US6668327B1 (en) * | 1999-06-14 | 2003-12-23 | Sun Microsystems, Inc. | Distributed authentication mechanisms for handling diverse authentication systems in an enterprise computer system |
US20040068572A1 (en) * | 2002-10-04 | 2004-04-08 | Zhixue Wu | Methods and systems for communicating over a client-server network |
US20070027927A1 (en) * | 2005-07-28 | 2007-02-01 | International Business Machines Corporation | Finding lost objects in a file system having a namespace |
US20070055703A1 (en) * | 2005-09-07 | 2007-03-08 | Eyal Zimran | Namespace server using referral protocols |
Family Cites Families (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5742806A (en) * | 1994-01-31 | 1998-04-21 | Sun Microsystems, Inc. | Apparatus and method for decomposing database queries for database management system including multiprocessor digital data processing system |
US5689701A (en) * | 1994-12-14 | 1997-11-18 | International Business Machines Corporation | System and method for providing compatibility between distributed file system namespaces and operating system pathname syntax |
US6061743A (en) * | 1998-02-19 | 2000-05-09 | Novell, Inc. | Method and apparatus for aggregating disparate namespaces |
US6433802B1 (en) * | 1998-12-29 | 2002-08-13 | Ncr Corporation | Parallel programming development environment |
US6438600B1 (en) * | 1999-01-29 | 2002-08-20 | International Business Machines Corporation | Securely sharing log-in credentials among trusted browser-based applications |
US6834284B2 (en) * | 1999-08-12 | 2004-12-21 | International Business Machines Corporation | Process and system for providing name service scoping behavior in java object-oriented environment |
US7680819B1 (en) * | 1999-11-12 | 2010-03-16 | Novell, Inc. | Managing digital identity information |
WO2001040903A2 (en) | 1999-12-06 | 2001-06-07 | Warp Solutions, Inc. | System and method for enhancing operation of a web server cluster |
US6721777B1 (en) * | 2000-05-24 | 2004-04-13 | Sun Microsystems, Inc. | Modular and portable deployment of a resource adapter in an application server |
US20020116454A1 (en) * | 2000-12-21 | 2002-08-22 | William Dyla | System and method for providing communication among legacy systems using web objects for legacy functions |
US7082604B2 (en) * | 2001-04-20 | 2006-07-25 | Mobile Agent Technologies, Incorporated | Method and apparatus for breaking down computing tasks across a network of heterogeneous computer for parallel execution by utilizing autonomous mobile agents |
US7702563B2 (en) * | 2001-06-11 | 2010-04-20 | Otc Online Partners | Integrated electronic exchange of structured contracts with dynamic risk-based transaction permissioning |
US7210131B2 (en) | 2001-10-01 | 2007-04-24 | Microsoft Corporation | Method and system for migrating computer state |
US7024427B2 (en) | 2001-12-19 | 2006-04-04 | Emc Corporation | Virtual file system |
US6947925B2 (en) * | 2002-04-15 | 2005-09-20 | International Business Machines Corporation | System and method for performing lookups across namespace domains using universal resource locators |
US7814050B2 (en) | 2002-10-22 | 2010-10-12 | Brocade Communications Systems, Inc. | Disaster recovery |
US7082600B1 (en) * | 2002-11-04 | 2006-07-25 | Savaje Technologies, Inc. | Method and apparatus for integrating a computer application programming language runtime environment with an operating system kernel |
US7313560B2 (en) | 2002-12-09 | 2007-12-25 | International Business Machines Corporation | Data migration system and method |
US20040122917A1 (en) | 2002-12-18 | 2004-06-24 | Menon Jaishankar Moothedath | Distributed storage system for data-sharing among client computers running defferent operating system types |
US7346664B2 (en) | 2003-04-24 | 2008-03-18 | Neopath Networks, Inc. | Transparent file migration using namespace replication |
US7210125B2 (en) * | 2003-07-17 | 2007-04-24 | International Business Machines Corporation | Method and system for application installation and management using an application-based naming system including aliases |
US8539081B2 (en) * | 2003-09-15 | 2013-09-17 | Neopath Networks, Inc. | Enabling proxy services using referral mechanisms |
US7337197B2 (en) | 2003-11-13 | 2008-02-26 | International Business Machines Corporation | Data migration system, method and program product |
JP2005196602A (en) | 2004-01-09 | 2005-07-21 | Hitachi Ltd | System configuration changing method in unshared type database management system |
JP4448719B2 (en) | 2004-03-19 | 2010-04-14 | 株式会社日立製作所 | Storage system |
US7664818B2 (en) | 2004-04-21 | 2010-02-16 | Sap (Ag) | Message-oriented middleware provider having multiple server instances integrated into a clustered application server infrastructure |
CN100481013C (en) * | 2004-08-03 | 2009-04-22 | 索芙特瑞斯提股份有限公司 | System and method for controlling inter-application association through contextual policy control |
US20060122955A1 (en) * | 2004-12-02 | 2006-06-08 | Alex Bethlehem | System and method for launching a resource in a network |
US7689989B2 (en) * | 2004-12-28 | 2010-03-30 | Sap Ag | Thread monitoring using shared memory |
US20070038697A1 (en) * | 2005-08-03 | 2007-02-15 | Eyal Zimran | Multi-protocol namespace server |
US7640247B2 (en) * | 2006-02-06 | 2009-12-29 | Microsoft Corporation | Distributed namespace aggregation |
-
2006
- 2006-04-28 US US11/414,593 patent/US8635247B1/en active Active
-
2013
- 2013-12-26 US US14/141,054 patent/US9270741B2/en active Active
-
2016
- 2016-01-29 US US15/010,630 patent/US20160150019A1/en not_active Abandoned
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6668327B1 (en) * | 1999-06-14 | 2003-12-23 | Sun Microsystems, Inc. | Distributed authentication mechanisms for handling diverse authentication systems in an enterprise computer system |
US6604148B1 (en) * | 1999-10-01 | 2003-08-05 | International Business Machines Corporation | Method, system, and program for accessing a network namespace |
US20040068572A1 (en) * | 2002-10-04 | 2004-04-08 | Zhixue Wu | Methods and systems for communicating over a client-server network |
US20070027927A1 (en) * | 2005-07-28 | 2007-02-01 | International Business Machines Corporation | Finding lost objects in a file system having a namespace |
US20070055703A1 (en) * | 2005-09-07 | 2007-03-08 | Eyal Zimran | Namespace server using referral protocols |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108401131A (en) * | 2018-05-01 | 2018-08-14 | 北京学易科技有限公司 | Thread processing method and device, server |
Also Published As
Publication number | Publication date |
---|---|
US8635247B1 (en) | 2014-01-21 |
US9270741B2 (en) | 2016-02-23 |
US20160150019A1 (en) | 2016-05-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9270741B2 (en) | Namespace and storage management application infrastructure for use in management of resources in a storage system environment | |
US7734951B1 (en) | System and method for data protection management in a logical namespace of a storage system environment | |
US8285817B1 (en) | Migration engine for use in a logical namespace of a storage system environment | |
US6785713B1 (en) | Method and apparatus for communicating among a network of servers utilizing a transport mechanism | |
US6785726B1 (en) | Method and apparatus for delivering local and remote server events in a similar fashion | |
US6922724B1 (en) | Method and apparatus for managing server load | |
US6789112B1 (en) | Method and apparatus for administering a server having a subsystem in communication with an event channel | |
US5857102A (en) | System and method for determining and manipulating configuration information of servers in a distributed object environment | |
US9477531B2 (en) | Accessing virtual disk content of a virtual machine without running a virtual desktop | |
US7908656B1 (en) | Customized data generating data storage system filter for data security | |
US8065346B1 (en) | Graphical user interface architecture for namespace and storage management | |
US7406473B1 (en) | Distributed file system using disk servers, lock servers and file servers | |
US8151360B1 (en) | System and method for administering security in a logical namespace of a storage system environment | |
US20110296397A1 (en) | Systems and methods for generating cached representations of host package inventories in remote package repositories | |
KR20170051471A (en) | Methods and systems for portably deploying applications on one or more cloud systems | |
US20080189713A1 (en) | System and Method for Performing Systems Management on IT-Resources Using Web Services | |
US20040068553A1 (en) | Dynamically selecting a Web service container for hosting remotely instantiated Web services | |
JP2007148738A (en) | Information monitoring method, system, and program | |
US7593917B2 (en) | Implementation of application management operations | |
US6931427B2 (en) | Method and apparatus for discovering data services in a distributed computer system | |
JPH1083306A (en) | Method and device for providing client support without installation of server software | |
US7331050B2 (en) | System and method for communicating information between application programs | |
US9118697B1 (en) | System and method for integrating namespace management and storage management in a storage system environment | |
JP2001005614A (en) | Disk device and server device | |
AU2001257513B2 (en) | A system and method for directing runtime data in a server network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |