Difference between revisions of "Sandboxes"
imported>Aeric |
imported>Aeric |
||
Line 6: | Line 6: | ||
In a sandbox, you can modify and test an application without changing the production version. When the application is ready, it can be migrated to a Q/A sandbox to further assure quality, before finally migrating to the main tenancy--the "production" system that everyone in your organization is using on a day-to-day basis. | In a sandbox, you can modify and test an application without changing the production version. When the application is ready, it can be migrated to a Q/A sandbox to further assure quality, before finally migrating to the main tenancy--the "production" system that everyone in your organization is using on a day-to-day basis. | ||
To use a sandbox, you log into it, giving the username and password of a user defined in that sandbox. (The initial sandbox admin-user is created automatically. But you can change the name of that user anytime.) | |||
:;Considerations: | :;Considerations: | ||
::* Sandboxes can only | ::* Sandboxes can be created only when logged into the main tenancy. They cannot be created from a sandbox. | ||
::* All capabilities that are enabled in the main tenancy are enabled in the sandbox, when the sandbox is created. (After creation, changes made to either one do not affect the other.) | ::* All capabilities that are enabled in the main tenancy are enabled in the sandbox, when the sandbox is created. (After creation, changes made to either one do not affect the other.) | ||
::* Data does not migrate, only data structures (object definitions) and other platform elements. To copy data between sandboxes, use the [[Export]] and [[Import]] mechanisms. | ::* Data does not migrate, only data structures (object definitions) and other platform elements. To copy data between sandboxes, use the [[Export]] and [[Import]] mechanisms. |
Revision as of 23:53, 25 October 2011
Sandboxes provide safe environments for development and testing that are separated from the production environment. They allow object definitions and platform elements to migrate to and from the production environment, and between sandboxes.
About Sandboxes
When you log in to the platform, you log into your organization's tenancy. (Basically, your organization is a tenant in the platform.) When you set up a sandbox, you create a "sub tenant" that can interact with the main tenancy, and with other sub tenants.
In a sandbox, you can modify and test an application without changing the production version. When the application is ready, it can be migrated to a Q/A sandbox to further assure quality, before finally migrating to the main tenancy--the "production" system that everyone in your organization is using on a day-to-day basis.
To use a sandbox, you log into it, giving the username and password of a user defined in that sandbox. (The initial sandbox admin-user is created automatically. But you can change the name of that user anytime.)
- Considerations
-
- Sandboxes can be created only when logged into the main tenancy. They cannot be created from a sandbox.
- All capabilities that are enabled in the main tenancy are enabled in the sandbox, when the sandbox is created. (After creation, changes made to either one do not affect the other.)
- Data does not migrate, only data structures (object definitions) and other platform elements. To copy data between sandboxes, use the Export and Import mechanisms.
Working with Sandboxes
Users that have the Manage Sandboxes permission can create and delete sandboxes.