Abstract: A method and system provides improved routing efficiency for users of a data management system. The data management system includes a plurality of global traffic managers, local traffic managers, and data centers that store user data. Each data center is related to a respective global traffic manager and a respective local traffic manager. When a user submits a request to access data stored in one of the data centers, the data management system identifies a primary data center from which the user will access the user data and routes the user request data to the global traffic manager related to the primary data center.

Abstract: A method and system provides improved routing efficiency for users of a data management system. The data management system includes a plurality of global traffic managers, local traffic managers, and data centers that store user data. Each data center is related to a respective global traffic manager and a respective local traffic manager. When a user submits a request to access data stored in one of the data centers, the data management system identifies a primary data center from which the user will access the user data and routes the user request data to the global traffic manager related to the primary data center.

Abstract: Virtual asset creation data used to create a virtual asset is generated through a virtual asset creation system that includes primary virtual asset data. Secondary authentication data is also generated. When the virtual asset is launched, the secondary authentication data is passed to the virtual asset from the virtual asset creation system. The primary virtual asset data and secondary authentication data from the virtual asset creation system and the virtual asset, and/or one or more other sources associated with the virtual asset, are then sent to a virtual asset validation system through different communication channels. If the primary virtual asset data and secondary authentication data from the two sources match, or have a defined threshold level of similarity, the status of the virtual asset is transformed to the status of validated virtual asset eligible to receive sensitive data.

Abstract: Virtual asset creation data used to create a virtual asset is generated through a virtual asset creation system that includes primary virtual asset data. Secondary authentication data is also generated. When the virtual asset is launched, the secondary authentication data is passed to the virtual asset from the virtual asset creation system. The primary virtual asset data and secondary authentication data from the virtual asset creation system and the virtual asset, and/or one or more other sources associated with the virtual asset, are then sent to a virtual asset validation system through different communication channels. If the primary virtual asset data and secondary authentication data from the two sources match, or have a defined threshold level of similarity, the status of the virtual asset is transformed to the status of validated virtual asset eligible to receive sensitive data.

Abstract: A system and method for a highly available timer service may include a timer database operable to store information on one or more timers. The system may further include a plurality of servers in a cluster, each server containing a failure detection service, a timer service and one or more applications. In one embodiment, each application may be operable to request and process one or more timer notifications from the timer service contained in the same server. Each failure detection service may also be operable to detect a failure of other servers in the cluster. In addition, each timer service may be operable to retrieve information on the one or more timers from the timer database, and to provide a timer notification to any application in the cluster in response to a notification from the failure notification service that a server has failed.

Abstract: A system and method for selectively checkpointing application components. In one embodiment this method may include deploying a plurality of application components on a server, determining checkpoint information for each application component on the server, and selectively checkpointing each component during execution of each component according to the checkpoint information for each component. In one embodiment the checkpoint information may be provided by a checkpoint selection heuristic, which makes checkpoint selections based on a description of one or more methods of the application component. In one embodiment the checkpoint information may be provided by a deployment descriptor, which may have multiple overriding tiers to facilitate precise selection of methods, components and modules for checkpointing. In one embodiment the checkpoint and activation process may include callback routines which prepare an application component for checkpointing and activation.