Emc IP Holding Company LLC

Emc Corporation

Emc Corporations

Sergey Alexandrovich Alexeev

Alexey Vladimirovich Shusharin

Dmitry Nikolayevich Tylik

Alexey Alexandrovich Polkovnikov

Yakov Stanislavovich Belikov

William C Whitney

Artem Akopovich Zarafyants

Ilya Konstantinovich Morev

Ekaterina Konstantinovna Sigalova

Sergey Alexandrovich Zaporozhtsev

Jean-Pierre Bono

Karl M Owen

Nagasimha G Haravu

Vitaly Stanislavovitch Kozlovsky

Vasu Subramanian

Michael Zeldich

Alexander Yurievich Burmak

Wadah Sayyed

Eugeny Alexeevich Novozhilov

Stanislav Gorshkov

Alexey Martynov

Evgeniy Kirichenko

Alexander Nickolaevich Alexeev

Sergey Chernov

Alexey Valeryevich Martynov

Alexander E Timofeev

Fedor Kusov

Aleksei Alexandrovich Polkovnikov

A method, computer program product, and computing system for determining whether a storage awareness service provider node of a storage system has failed. In response to determining that the storage awareness service provider node has failed, an intermediate storage awareness service may be deployed within the storage system. At least one request may be processed on the storage system via the intermediate storage awareness service.

System and method for storage awareness service failover

A technique of managing virtual volumes includes receiving, by a storage system, instructions to create specified virtual volumes in the storage system, the instructions including virtual volume metadata that identifies virtual machines to which the specified virtual volumes are assigned, and providing a database that associates such virtual volumes with the virtual machines identified by the virtual volume metadata. The technique further includes performing a storage activity on a virtual machine by identifying, from the database, multiple virtual volumes that the database associates with the virtual machine and performing the storage activity on all of the identified virtual volumes together as a group.

Reliable virtual machine discovery and storage association

Techniques include receiving a backup request for backing up data on a production VVOL, to which is assigned physical space from storage devices in a first storage tier. When the production VVOL and a snapshot VVOL exist, and a write request is received to a data block on the production VVOL that is shared between the production VVOL and the snapshot VVOL, then the techniques include capturing a snapshot of the production VVOL by redirecting the write request to newly allocated space on the production VVOL, writing new data to the newly allocated space, and storing metadata referring to the original block(s) on the production VVOL. Based on an IO workload threshold, the techniques include copying, in a background process, the original version of the modified block from the production VVOL to a snapshot VVOL, to which is assigned physical storage space from storage devices in a second storage tier.

Redirect-on-write snapshot mechanism with delayed data movement

Techniques for taking and managing snapshots comprise: capturing a first snapshot of a virtual machine (VM), wherein the first snapshot is a managed snapshot exposed to a virtualization environment and a data storage system environment providing physical storage for data of the VM; capturing a second snapshot of the VM, wherein the second snapshot of the VM is a managed snapshot of the VM is exposed to the virtualization environment and the data storage system environment; and converting the second snapshot of the VM from a managed snapshot of the VM to an unmanaged snapshot of the VM. Subsequent to completing the converting, the second snapshot of the VM that is an unmanaged snapshot is exposed to the data storage system environment and subsequent to completing the converting, the second snapshot of the VM that is an unmanaged snapshot is not exposed to the virtualization environment.

Techniques for capturing virtual machine snapshots using data storage system snapshots

Embodiments are directed to a method performed by a computing device. The method includes (a) receiving, by the computing device, a stream of storage management commands directed at logical disks hosted by a DSS, the logical disks being accessible to VMs running on a remote host, each storage management command having a command type of a plurality of command types, each command type of the plurality of command types having a respective timeout period, (b) placing the storage management commands of the stream into a VM storage management queue stored on the computing device, and (c) selectively dequeueing storage management commands stored in the VM storage management queue to be performed by the DSS, wherein selectively dequeueing includes applying a set of dequeueing criteria, the set of dequeueing criteria including a criterion that selects storage management commands from the VM storage management queue according to their respective command types.

Virtual machine storage management queue

Techniques for creating consistent snapshots on synchronously replicated storage resources. The techniques perform such creation of consistent snapshots using snapshot requests that are handled in-band with other IO requests (e.g., write requests, read requests) being processed at a data storage site. By processing snapshot requests as a type of IO request with other IO requests in an IO path to a storage resource, a data storage system can employ the same synchronization logic for efficiently performing both synchronous data replication and synchronous snapshot replication. Further, the disclosed techniques serially process snapshot requests along with write requests that target overlapping sectors of a storage resource according to their order-of-arrival, while concurrently processing write requests that target non-overlapping sectors of the storage resource, thereby reducing repeated pausing and un-pausing of the processing of IO requests received at the data storage system.

Creating consistent snapshots on synchronously replicated storage resources

A method, computer program product, and computing system for defining a UIS layer within a storage management application, wherein the UIS layer is configured to perform operations including object management within a storage system. A System API layer is defined within the storage management application, wherein the System API layer is positioned beneath the UIS layer and is configured to perform operations including persistence object management within the storage system.

Storage management system and method

A technique for performing storage tiering in a data storage system includes monitoring storage demands over time to generate a time-based record of storage demands. Based on the time-based record, the data storage system makes predictions of future demand and proactively performs storage tiering based on the predictions. The technique therefore readies the data storage system for predictable changes in demand, such that, should those changes occur, the data storage system is already configured to manage them efficiently.

Dynamic storage tiering based on predicted workloads

Described are techniques for provisioning storage for a logical device including receiving at least one capability profile identifying a first set of storage resource configurations; receiving a request to provision storage for the logical device, the request including a policy profile identifying a second set storage resource configurations; determining a third set of zero or more storage resource configurations, the third set being a set intersection of the first set and the second set; determining whether the third set includes at least one storage resource configuration; and if it is determined that the third set includes at least one storage resource configuration, selecting one of the storage resource configurations of the third set and provisioning storage of the logical device in accordance with the selected storage resource configuration of the third set.

Policy based provisioning of storage system resources

Storage system characteristics are processed to generate a service level for a storage system that is one of a fixed number of service levels. Application specific usage tags describing application types the storage system is appropriate to support may also be generated. The service level and application specific usage tags are stored into a storage system capability profile and made available, together with any metadata needed to describe the application specific usage tags, to a system associated with a virtualization environment. A request to provision storage resources for a virtual machine is subsequently received, including a policy profile having a requested service level and one or more application specific usage tags describing the storage requirements of the virtual machine. If the policy profile matches the capability profile, storage resources are provisioned for the virtual machine from the storage system.

Static service levels and application specific usage tags for storage policy based management of storage resources

A method is used in managing provisioning of storage resources. An access is provided to a provisioning decision making service configured to derive a storage provisioning decision based on information provided to the provisioning decision making service. Provisioning of storage resources is enabled on a storage system over a communication medium by using the provisioning decision making service.

Managing provisioning of storage resources

Described are techniques for synchronizing operations performed on objects. Locking tables may be received where each of the locking tables corresponds to different object class. First processing may be performed by a first thread to acquire a set of one or more locks. Each lock in the set may be a lock for one of the objects. The first processing may include traversing the locking tables in accordance with a predefined ordering and acquiring the set of one or more locks, wherein, for each lock in the set, a first entry is updated in a first of the locking tables to indicate that the first thread has acquired the lock on one of the objects included in an associated object class corresponding to the first locking table.

Techniques for synchronizing operations performed on objects

Systems and method are disclosed for provisioning storage for a logical storage device. At least one storage capability profile is provided. A request to provision the storage for the logical storage device is received. A plurality of candidate storage resource configurations are determine based on the at least one storage capability profile and the storage policy profile, where a first candidate storage resource configuration specifies thick provisioning in a first storage pool and a second candidate storage resource configuration specifies thin provisioning in the first storage pool. A ranking of the plurality of candidate storage resource configurations is provided, the ranking indicating the first candidate storage resource configuration has a higher priority than the second candidate storage resource configuration. It is determined that the first storage pool has insufficient storage for thick provisioning. The storage of the logical device is provisioned in accordance with the second candidate storage configuration.

Efficient provisioning of virtual devices based on a policy

An improved technique involves delivering asynchronous notifications of state changes of components of a data storage system by querying a database whose entries contain event descriptors along with a sequentially generated identifier value. In response to a state change of a component, a database server receives a state change indication and updates an entry in the database by recording the state change and generating a new identifier value. A management server running management software then detects state changes by noting the largest generated identifier value from a previous query and queries all entries in the database having an identifier value larger than that previous value. The layers of the management software that subscribe to state change indications of various components may then access those entries as needed.

Asynchronous notification method for data storage systems

Techniques are described for allowing a data storage system to provision all vVols (or other similar virtual storage containers) as logical storage devices, which can be bound to either a block-based protocol endpoint as an exposed LUN or to a file-based protocol endpoint as a file. This may be accomplished by operating, as part of the file-based protocol endpoint, a lightweight filesystem that creates file abstractions that map to underlying logical storage devices.

Growing community of inventors

St. Petersburg, Russia

Sergey Alexandrovich Alexeev