Emc Corporation

Emc IP Holding Company LLC

Kevin S Labonte

Deene A Dafoe

Russell R Laporte

Peter Shajenko, Jr

Sriram Krishnan

Yuanyang Wu

Feng Zhou

Ashish Kamra

Paul Lapomardo

Scott E Joyce

Thomas Earl Linnell

Gregory William Lazar

Xuan Tang

Timothy J Cox

Donald Labaj

Neil F Schutzman

Tianming Zhang

Peter Beale

Utkarsh Vipul

Qi Jin

Charles H Hopkins

Greg Lazar

James F Britton

Xiaoyan Wei

Kshitij Patel

Natalie Lee Chin Wong

Lynn A Bryant

Jennifer Lm Nicoletti

Daniel A Lottero

Vijayagomathi Ramasamy

Titani P Labaj

Shailesh Surendra Padwal

Muhamad Djunacdi

Britton James

Methods, apparatus, and processor-readable storage media for automated stateful counter aggregation of device data are provided herein. An example computer-implemented method includes obtaining historical aggregate counter data and historical individual member counter data associated with a variable set of device members and a given temporal period; computing one or more stateful aggregate counter data values attributed to at least a portion of the variable set of device members for a given temporal value by applying at least one stateful counter aggregation algorithm to the obtained data; and performing one or more automated actions based at least in part on the one or more computed stateful aggregate counter data values.

Automated stateful counter aggregation of device data

A technique of automatically predicting data storage configuration events, such as purchase decisions, based upon individual data storage drive properties, client storage usage and behavior trends is described. The behavior trends may include customer actions, such as deleting snap shots or otherwise deleting data, typical ordering times and delays, and expected installation and acceptance testing times. The technique collects operational data and calculates statistical trends. The technique automatically notifies a data storage system manager of the calculated data when the operational data indicates that the data storage system will need reconfiguration and recommends data storage drive properties to acquire.

Purchase planning for data storage processing systems

Described are techniques for performing data storage system management. First information may be collected on a first physical storage device. The first information may include one or more metrics related to failure of the first physical storage device. In accordance with the first information, it is determined whether the first physical storage device is considered at risk of failure. Responsive to determining that the first physical storage device is considered at risk of failure, data automatically migrated from the first physical storage device to a second physical storage device.

Life expectancy data migration

A method is used in handling managed object data. A software object is created which represents a managed object in a data storage system. The software object holds performance data for the managed object. The software object is created in response to a request for the performance data. Based on a determination that the performance data held by the software object is out of date, the software object is destroyed.

Handling managed object data

A method is used in managing data storage in virtual systems. A data storage system is queried through a universal framework module of the data storage system. The universal framework module includes a first set of interfaces associated with a format used by a virtual system to communicate with the data storage system. Information associated with the data storage is retrieved from a platform specific module of the data storage system. The platform specific module provides the information to the universal framework module. The platform specific module includes a second set of interfaces based on a type of the data storage system.

Managing data storage systems in virtual systems based on storage awareness

A method is used in sizing volatile memory (VM) cache based on flash-based cache usage. A user selection for a flash-based cache is received. Based on the selection, configuration and sizing factors are provided, by a flash based cache driver, to VM cache size determination logic. Based on the configuration and sizing factors and a sizing formula and rules, a requested VM cache size is produced by the VM cache size determination logic. Based on the requested VM cache size, the VM cache is caused, via VM cache resizing logic, to be resized to the requested VM cache size.

Sizing volatile memory cache based on flash-based cache usage

A method is used in managing caches for reporting storage system information. A cache is created. The cache includes information associated with a set of storage objects of a data storage system. The information of the cache is made available to a virtual system. The virtual system uses the information for reporting storage system information. The virtual system is notified for retrieving updated storage system information from the cache.

Managing caches for reporting storage system information

Described are techniques for debugging code of a provider using a debug interface. The provider includes a first software layer providing common services and a second software layer including code modules each providing a set of customized services. The debug interface includes a first function interface for a first function having first code included in the first software layer and including a second function interface for a second function having second code included in the first software layer which provides for runtime transfer of control to code included in said second software layer. The first function is invoked to issue debug commands to debug code in the first software layer. The second function is invoked to issue debug commands to debug code in the second software layer. A client sends debug commands in accordance with the debug interface to a server including the provider.

Generic and extensible provider debug interface

Described are techniques for reporting requested information to a client. A bidirectional graph is stored in a cache. The bidirectional graph includes a first set of nodes and a second set of edges between pairs of nodes of the first set, each node of the first set representing an object in an object model of a server. Each edge of the second set between a pair of nodes of the first set represents an association between two objects corresponding to the pair of nodes. A request is received from the client. A response to the request is determined by traversing a portion of the bidirectional graph to extract first information, and filtering the first information in accordance with a usage context customized for the client.

Techniques using a bidirectional graph for reporting to clients

A method is used in managing indications in data storage systems. A threshold value is associated with a storage object. A client subscribes to a server for receiving an indication indicating a change in a property of the storage object. A determination is made as to whether a number of indications processed by the server exceeds the threshold value. A bulk status is associated with the indication based on the determination. The indication is send to the client. The client performs an action based on the bulk status associated with the indication.

Managing indications in data storage systems

Described are techniques for determining progress of a transaction. A plurality of weights are received. Each of the weights indicates a weight for a different one of a plurality of tasks performed to complete processing for the transaction. At a point in time, a plurality of first metrics for the plurality of tasks are determined. Each of the plurality of first metrics corresponds to a first of the plurality of tasks and indicates an amount of the first task completed at the point in time. A second metric is determined indicating an amount of processing completed for the transaction at the point in time. The second metric is determined in accordance with the plurality of first metrics and the plurality of weights.

Techniques for determining transaction progress

An architecture, system, and method for managing a data storage system by contacting a single processor in a data storage system having more than one processor. The single processor contacts each other peer processor in the data storage system and merges selected data from the single processor with data from the peer processor to determine the state of the data storage system.

System and method for managing a data storage system by contacting a single processor in a data storage system having more than one processor

A technique, which involves participation by electronic circuitry of a data storage array, obtains configuration change information from host devices which are constructed and arranged to store data into and load data from the data storage array. In particular, the technique involves receiving a set of change notices from a set of host devices. Each change notice is received by the electronic circuitry of the data storage array when a respective host device of the set of host devices undergoes a configuration change. The technique further involves providing a set of requests from the electronic circuitry of the data storage array to the set of host devices based on the set of change notices. The technique further involves acquiring configuration change information from the set of host devices in response to the set of requests.

Growing community of inventors

Upton, MA, United States of America

Kevin S Labonte