Microsoft Technology Licensing, LLC

Greg Thiel

Yogesh Bansal

Nikita Kozhekin

Alexander Robert Norton Wetmore

Malcolm Erik Pearson

Ayla Kol

Jon Barry Avner

Naresh Sundaram

Mihai R Jalobeanu

David Andrew Sterling

Harvey Rook

Manoharan Kuppusamy

Narasimhan Sundararajan

Andrew E Goodsell

Rebecca Benfield

Mark Wistrom

Robin Thomas

Sabitha Abraham

Shuab Khan

Georgia Ann Huggins

Ravikumar Venkateswar

Dmitry Sarkisov

An enhanced availability environment for facilitating a message service provided by a plurality of service elements is disclosed herein. The enhanced availability environment comprises a monitoring element and an enhanced availability element. The monitoring element monitors a first service element of the plurality of service elements for a monitored characteristic, generates monitoring information corresponding to the monitored characteristic, and communicates the monitoring information to the enhanced availability element. The enhanced availability element determines an availability of the first service element for the message service based at least in part on the monitoring information and an availability characteristic of the first service element, and communicates the availability to initiate an availability action.

Enhanced availability for message services

Systems, methods, and software are provided for dynamically escalating service conditions associated with data center failures. In one implementation, a monitoring system detects a service condition. The service condition may be indicative of a failure of at least one service element within a data center monitored by the monitoring system. The monitoring system determines whether or not the service condition qualifies for escalation based at least in part on an access condition associated with the data center. The access condition may be identified by at least another monitoring system that is located in a geographic region distinct from that of the first monitoring system. Upon determining that the service condition qualifies for escalation, the monitoring system escalates the service condition to an escalated condition and initiates an escalated response.

Dynamic escalation of service conditions

In a message replication environment, instances of a message volume are hosted by message systems. Each message system exchanges condition information with the other message systems indicative of the health of the volume instance hosted by the message system. Each message system then determines independently from the other message systems whether or not the message volume is sufficiently protected. In the event that the message volume is insufficiently protected, a protection action can be initiated.

Enhanced data protection for message volumes

Systems, methods, and software are provided for facilitating a message service. A multi-role system is identified based on where an active message database associated with a user identity resides. Service communications generated by a messaging client associated with the user identity are directed from an entry system to the multi-role system for handling in the multi-role system by a messaging server and a content server to provide the message service.

Facilitating message services using multi-role systems

Systems, methods, and software are disclosed that provide enhanced replication for message services. In one implementation, updates to a message source are replicated to message targets. The replication is monitored to identify an individual health of the replication for each of the message targets. A composite health of the replication is determined based on the individual health of the replication for each of the message targets. The updates to the message source are then controlled based on the composite health of the replication.

Enhanced replication for message services

In embodiments consistent with the subject matter of this disclosure, an application program interface (API) for asynchronously replicating changes made to active data to one or more replicas of the active data may be provided. A calling application may call the API to asynchronously replicate changes made to the active data. Via an interface, the application may indicate whether the changes made to the active data may be asynchronously replicated to a geo-diverse replica of the data, a type of third tier commit for acknowledging replication of the changes to the active data, and/or a number or percentage of acknowledgments to receive with respect to the replication of the changes to the one or more replicas of the active data. Via the API, the calling application may further indicate an amount of time to wait for an acknowledgment of the asynchronous replicating of the changes before continuing.

Third tier transactional commit for asynchronous replication

A single native integrated system may be provided for replicating data to one or more copies of high-availability data and for replicating the data to one or more copies of backup data. The data may be replicated, in near real-time, to the one or more copies of high-availability data as changes occur to the data. The data may be replicated and later incorporated to a copy of the backup data at different points in time. The single native integrated system may have a single set of functions for replicating the data to the one or more copies of high-availability data and for replicating the data for the one or more copies of the backup data. Administrative access to the one or more copies of high-availability data may be isolated from administrative access to the one or more copies of the backup data.

Integrated data availability and historical data protection

A processorexecutes computer-executable instructions to receive messages; storethe received messages in a foreground memory; processthe stored messages in the foreground memory; sendthe processed messages; movethe sent messages to a background memory; evaluatethe messages in the background memory with respect to a parameter; and deleteselected messages in the background memory as a function of the evaluating. Alternatively, a message queue may be used to track lost messages.

Growing community of inventors

Black Diamond, WA, United States of America

Greg Thiel