Microsoft Technology Licensing, LLC

Incipient, Inc.

Storsimple, Inc.

Other

Texas Memory Systems, Inc.

Richard Paul Testardi

Ernie Pistor

Maurilio Cometto

Andrea D'Amato

Mohit Kumar Garg

Devidas Joshi

Gautam Gopinadhan

Sebastien Charles

Stephen Wade Wolfe

John Renaud

Kuriakose George Kulangara

Gururaj Pangal

Suhas Prakash

Urshit Parikh

Cameron Michael Hall

Kuriakose George Kulangare

Transportable storage devices are communicatively coupled behind one or more dedicated 'edge' data servers to take advantage of the benefits of the data servers and transportable storage devices while limiting their disadvantages. Each edge data server ingests data from one or more client devices and copies the data to one or more of the transportable storage devices for eventual transport to a cloud data center for upload to a cloud storage system. Multiple versions of a segment of data (e.g., of a file or a blob) are maintained at various points in the disclosed system and the disclosed technology ensures that the most recent version is the version ultimately stored on the cloud storage system.

Synchronizing online and offline transfer of data to cloud storage system

Transportable storage devices are communicatively coupled behind one or more dedicated 'edge' data servers to take advantage of the benefits of the data servers and transportable storage devices while limiting their disadvantages. Each edge data server ingests data from one or more client devices and copies the data to one or more of the transportable storage devices for eventual transport to a cloud data center for upload to a cloud storage system. Object identifiers of objects stored on the transportable storage devices are maintained in a namespace of the data servers after decoupling of the transportable storage devices from the data servers so that the object identifiers remain visible to client devices.

Namespace data object name persistence after decoupling of transportable storage device from data server

Described herein is a system and method for performing a clustered coherent cloud read cache without coherency messaging. At a cloud reader agent having a read cache, a request for a particular portion of data is received from a client. The request includes an identifier of the node making the request, a current time on the node making the request, a last stubbed time of the particular portion of data, and/or an identifier of the particular portion of data. When the particular portion of data is stored in the read cache of the cloud reader agent, the cloud reader agent can determine whether the cached particular portion of data is valid based, at least in part, upon the received identifier of the node making the request, the received last stubbed time of the particular portion of data, and/or, a stored time associated with the cached particular portion of data.

Clustered coherent cloud read cache without coherency messaging

Methods for performing work operations and management of hierarchical datasets are performed by systems and devices. Changes to portions of information in datasets are made via client devices, and such changes are intercepted by an independently-operating tracker. The tracker flags portions being changed as work needed, along with any other dataset portions from which the portion to be changed depends. A work service independently discovers portion(s) designated as work needed to perform work thereon, while dataset branches/leaves not flagged are ignored in discovery. Upon work completion, any changes made to the portion(s) that underwent the work, or to any depending portions, while the work was performed are identified. Such changes result in aborting the performed work and setting work needed indications for any changed dependents. Work is re-performed for the portion when all portion and dependent portion work completes. Work is then performed for higher-level portions that are flagged.

System and method for a persistent hierarchical work manager

The efficient backing up of a hierarchical system in cloud blob storage. The hierarchical structure of the system as it existed at a prior instance in time is reconstructed. A change journal that represents changes in the file system that prior instant in time is then used to formulate an updated file system hierarchy as it exists at a second instant in time. An updated injected representation of the file system, and updated file system reversal information is then formulated and provided to cloud blob storage. The injected representation of the file system is a one-to-one function of the content of the file system, in that the reversal information can be used to recover the content of the file system. Injected representations of various nodes in the system hierarchy may also be remotely stored.

Cloud-based hierarchical system preservation

A system and method for efficiently storing data both on-site and off-site in a cloud storage system. Data read and write requests are received by a cloud data storage system. The cloud storage system has at least three data storage layers. A first high-speed layer, a second efficient storage layer, and a third off-site storage layer. The first high-speed layer stores data in raw data blocks. The second efficient storage layer divides data blocks from the first layer into data slices and eliminates duplicate data slices. The third layer stores data slices at an off-site location.

System and method for storing data off site

System and method for implementing a hierarchical data storage system

Data back-ups are a critical task of any information technology department. Data back-ups are typically performed using some type of back-up tape systems. Internet based data storage systems now offer data storage services at low prices. To take advantage of such services, a system and method for efficiently back-up data volumes is disclosed. The data back-up system divides data volumes into fingerprinted data slices. Redundant data slices are then removed. Unique fingerprinted data slices are then copied to an internet based storage provider.

System and method for efficiently creating off-site data volume back-ups

An operating system including a software development environment is programmed into the on-chip flash memory of a system-on-a-chip type microcontroller. The software development environment is configured to reside entirely in the microcontroller's on-chip flash memory and includes an editor, a line-by-line bytecode compiler, a flasher, and an interactive debugger. A user operating a terminal emulator on a host computer connects to the microcontroller chip by means of a serial (USB) connection based on an FTDI protocol, or other serial link, in order to develop a BASIC program for the embedded system. The operating system is configured to permit external I/O pins on the microcontroller chip to be mapped to special 'pin variables' for manipulation or examination by the user program, and to manage internal peripherals (timers, UARTs) of the microcontroller chip so as to permit application-level interrupt handling.

Microcontroller-resident software development environment supporting application-level asynchronous event handling, interactive debugging and pin variables for embedded systems

Described are methods, systems, and apparatus, including computer program products, for achieving distributed asynchronous ordered replication. Distributed asynchronous ordered replication includes creating a first journal for a first set of I/O data, creating a second journal for a second set of I/O data, and temporarily preventing committal, of the second set of I/O data until the second journal is created. In some examples, the first and second journals comprise entries. The entries of the first and second journals include counter values. The entries of the first journal typically have a different counter value than the entries of the second journal.

Distributed asynchronous ordered replication

Described are techniques used in a computer system for handling data operations to storage devices. A switching fabric includes one or more fast paths for handling lightweight, common data operations and at least one control path for handling other data operations. A control path manages one or more fast paths. The fast path and the control path are utilized in mapping virtual to physical addresses using mapping tables. The mapping tables include an extent table of one or more entries corresponding to varying address ranges. The size of an extent may be changed dynamically in accordance with a corresponding state change of physical storage. The fast path may cache only portions of the extent table as needed in accordance with a caching technique. The fast path may cache a subset of the extent table stored within the control path. A set of primitives may be used in performing data operations. A locking mechanism is described for controlling access to data shared by the control paths.

Growing community of inventors

Boulder, CO, United States of America

Richard Paul Testardi