Abstract: Various approaches are described to manage the execution of operations. Such operations may be performed without human intervention and may help maintain functionality of a cloud platform or client instances. In one aspect of the present approach, the number and/or type of automations starting in a given time frame may be limited to maintain an even or consistent distribution of resource usage. In a further aspect, the number and/or type of concurrent automations may be limited to a defined threshold to maintain an even or consistent distribution of resource usage.

Abstract: Systems and methods are disclosed that acquire server resources at the time of scheduling an automated instance-related task, such as an instance migration task, and prior to starting the automated task (e.g., prior to determining scheduling conflicts, creating a change request, or creating a move context associated with starting the instance migration task). Advantageously, if acquiring the server resources fails, an orchestration server performing the automated task can simply retry acquiring the server resources, thus avoiding restarting the automated task and re-performing steps of the automated task, thus avoiding unnecessary overhead.

Abstract: Various approaches are described to manage the execution of operations. Such operations may be performed without human intervention and may help maintain functionality of a cloud platform or client instances. In one aspect of the present approach, the number and/or type of automations starting in a given time frame may be limited to maintain an even or consistent distribution of resource usage. In a further aspect, the number and/or type of concurrent automations may be limited to a defined threshold to maintain an even or consistent distribution of resource usage.

Abstract: Input information comprising an identifier of a production instance is received. The input information indicating a given time a live database from the production instance is to be restored to in a temporary copy of the production instance. Based at least on the input information, backup data associated with the live database from production instance is identified. Based on the backup data, it is determined whether resource capacity is available for restoring the backup data to the temporary copy of the production instance. In response to determining the resource capacity is available, the temporary copy of the production instance is generated. The backup data is restored to the temporary copy of the production instance to represent a state of the live database from the production instance at the given time.

Abstract: Various approaches are described to manage the execution of operations. Such operations may be performed without human intervention and may help maintain functionality of a cloud platform or client instances. In one aspect of the present approach, the number and/or type of automations starting in a given time frame may be limited to maintain an even or consistent distribution of resource usage. In a further aspect, the number and/or type of concurrent automations may be limited to a defined threshold to maintain an even or consistent distribution of resource usage.

Abstract: In one aspect, the present approach provides functionality to allow a customer to rename a client instance utilized by the customer without having to provision a new instance. In such an implementation, data may be kept or maintained within the renamed instance. In a further aspect, a virtual internet protocol (VIP) address may be migrated to address load conditions. In accordance with aspects of the approach, multiple VIPs and the instances using the VIPs may be migrated at one time and without downtime to the customer.

Abstract: Systems and methods are disclosed that acquire server resources at the time of scheduling an automated instance-related task, such as an instance migration task, and prior to starting the automated task (e.g., prior to determining scheduling conflicts, creating a change request, or creating a move context associated with starting the instance migration task). Advantageously, if acquiring the server resources fails, an orchestration server performing the automated task can simply retry acquiring the server resources, thus avoiding restarting the automated task and re-performing steps of the automated task, thus avoiding unnecessary overhead.

Abstract: Systems, apparatuses, and methods for cloud memory sizing are disclosed. An initial database memory allocation is determined for the provisioning of a database server instance. Periodically, sizes of key database tables of the database server instance are measured and an upper and a lower bound ratio are determined based on the key database table sizes and a buffer pool size. The upper and lower bound ratios are used to determine a desired memory allocation from which a report is generated including an interface for generating an instance move action for re-provisioning the database server instance with the desired memory allocation.

Abstract: Input information comprising an identifier of a production instance is received. The input information indicating a given time a live database from the production instance is to be restored to in a temporary copy of the production instance. Based at least on the input information, backup data associated with the live database from production instance is identified. Based on the backup data, it is determined whether resource capacity is available for restoring the backup data to the temporary copy of the production instance. In response to determining the resource capacity is available, the temporary copy of the production instance is generated. The backup data is restored to the temporary copy of the production instance to represent a state of the live database from the production instance at the given time.

Abstract: Systems, apparatuses, and methods for cloud memory sizing are disclosed. An initial database memory allocation is determined for the provisioning of a database server instance. Periodically, sizes of key database tables of the database server instance are measured and an upper and a lower bound ratio are determined based on the key database table sizes and a buffer pool size. The upper and lower bound ratios are used to determine a desired memory allocation from which a report is generated including an interface for generating an instance move action for re-provisioning the database server instance with the desired memory allocation.

Abstract: Disclosed herein is a method and system for matching attributes across an event driven network of user applications at the instance of a change in the attribute profiles of a user application. Each user application in the network has a set of one or more updatable attributes. Once a change is made to one or more attributes in the user application, information about the changed attribute is broadcasted to other user applications in the event driven network. A notification manager coordinates the trigger for notification and the matching of the attributes.

Abstract: The present invention provides a system, method and computer program product for developing distributed applications, integrating component programs, integrating enterprise applications and managing change. The invention provides for an infrastructure where component programs that are the computational logic of the distributed application are installed over a network of computing units having controller programs running on each of these computing units. The invention provides for separating the concerns of computation, installation, execution and monitoring of the distributed application in terms of time, space and people involved. This is accomplished as the component programs simply perform the computation task and the communication between the component programs and their monitoring is handled by the controller programs.

Abstract: This invention discloses a method and system for matching attributes across an event driven network of user applications at the instance of a change in the attribute profiles of a user application. Each user application in the network has a set of one or more updatable attributes. Once a change is made to one or more attributes in the user application, information about the changed attribute is broadcasted to other user applications in the event driven network. A notification manager coordinates the trigger for notification and the matching of the attributes.