Salesforce Com, Inc.

Sridevi Gopala Krishnan

Mikhail Chainani

Chen Liu

Xiaodan Wang

Alan Arbizu

Ilya Zaslavsky

Jesse Yarbro Collins

Vijayanth Devadhar

Olumayokun Obembe

Ashwini Bijwe

Ping-Hsiu Hsieh

Scott Hansma

Simon Zak Fell

Lauren Valdivia

Ryan Brainard

Alex Ovesea

Prakash Ramaswamy

Deepa Gupta

Scott Ware

A request for an organization migration to move application data and application services of an organization hosted at a source system instance in a multi-tenant computing system to a target system instance in the multi-tenant computing system is received. Based on operational parameters, a time window is selected to execute the organization migration. Computing resource usages of one or both of the source and target system instances in the selected time window are monitored. If computing resources are available, the organization migration is enqueued.

Scheduling framework for organization migrations

A resource utilization level and a data size may be determined for each organization within a computing pod located within an on-demand computing services organization configured to provide computing services. One of the organizations may be selected for migration away from the computing pod based on the resource utilization levels and the data sizes. The designated organization may have a respective resource utilization level that is high in relation to its respective data size.

Load balancing through autonomous organization migration

A request may be received to migrate an organization from a first computing pod to a second computing pod located within an on-demand computing services organization configured to provide computing services. A migration resource utilization profile may be determined for the first computing pod. The migration resource utilization profile may identify one or more computing resources involved in transferring organizations from the first computing pod during one or more time windows. A migration time window for performing the requested migration may be selected based at least in part on the migration resource utilization profile.

Techniques and architectures to provide multiple application servers each having at least one connection agent and at least one enabler agent and at least one database organized as multiple nodes. An error condition between a first connection agent and a first database node is detected. The first connection agent indicates that the first database node is unavailable to stop attempts to access the first database node by a first application server. A first enabler agent periodically checks availability of the first database node. The first database node is indicated as available in response to a pre-selected number of successful attempts to contact the first database node with the first enabler agent. The first database node is accessed with the application server in response to the indication that the first database node is available.

Techniques and architectures for recovering from a service disruption in a multi-server environment

Migration configuration data for an organization migration to move application data and application services of a to-be-migrated organization hosted at a source system instance to a target system instance is received. Migration components respectively representing to-be-migrated systems of record in a to-be-migrated organization are registered. In response to receiving an instruction to enter a specific organization migration state, migration steps for each migration component in the migration components are identified for execution in the specific organization migration state. Each migration component in the migration components automatically executes migration steps determined for each such migration component for execution in the specific organization migration state.

Orchestration engine for migrating application data and application services using migration steps in migration component

In a computing environment having multiple application servers each having at least one connection agent and at least one pause agent and a database node, detecting an error condition between a first application server from the multiple application servers and the database node. Indicating that the database node is unavailable to stop attempts to access the database node by a first application server. The attempts to access the database node are paused without an indication of the database node being unavailable to a source of the attempt to access the database node. Checking periodically, with the first application server, availability of the database node. Indicating that the database node is available in response to a pre-selected number of successful attempts to contact the database node with the first application server.

Techniques and architectures for managing database failure in a single-node database architecture

In accordance with embodiments, there are provided mechanisms and methods for storing file system content in a multi-tenant on-demand database system. These mechanisms and methods for storing file system content in a multi-tenant on-demand database system can enable embodiments to reduce a number of files stored on a file system, avoid copying of all file system content to file system copies, etc.

Growing community of inventors

Foster City, CA, United States of America

Sridevi Gopala Krishnan