--- title: About non-production organizations slug: '2959' canonical_url: https://docs.coveo.com/en/2959/ collection: manage-an-organization source_format: adoc --- # About non-production organizations A _production_ [Coveo organization](https://docs.coveo.com/en/185/) powers your Coveo search page and/or components. Changes made in this organization affect the content your end users find in their search results, often in real time. On the other hand, _non-production_ organizations allow you to explore new features and test your configuration changes or development work without impacting your production organization. However, although non-production organizations are hosted in the same Coveo environment as production organizations, they have [limitations](#limitations) and [different licenses](#license-comparison). > **Warning** > > It's strongly advised against going live with a non-production organization due to its [limitations](#limitations). ## Definitions and use cases There are three types of non-production organizations: [trial organizations](#trial-organization), [test organizations](#test-organization), and [sandbox organizations](#sandbox-organization). Each type has its own purpose and [limitations](#limitations). ### Trial organization A [free trial](https://www.coveo.com/en/free-trial) organization lets you experiment with Coveo for 14 days before committing to a full [license](https://docs.coveo.com/en/2864/). It provides a dashboard to guide you through the essential features you should test during your trial. For a trial HIPAA organization, contact [Coveo Sales](https://www.coveo.com/en/contact). You can also create a trial organization when installing [Coveo for Salesforce](https://docs.coveo.com/en/1243/), [Coveo for Sitecore](https://docs.coveo.com/en/2709/), or [Coveo for ServiceNow](https://docs.coveo.com/en/1479/). > **Notes** > > * A trial organization quickly becomes [inactive](#about-inactive-organizations) when it doesn't receive any [queries](https://docs.coveo.com/en/231/). > It's automatically deleted 14 days after its creation. > * To upgrade your organization, you must be a member of the [Administrators group](https://docs.coveo.com/en/1980#administrators). ### Test organization A test organization is a disposable organization created with the organization picker in the [Coveo Administration Console](https://docs.coveo.com/en/183/) [header](https://docs.coveo.com/en/1841#header). For a test HIPAA organization, contact [Coveo Sales](https://www.coveo.com/en/contact). ![Coveo organization picker](https://docs.coveo.com/en/assets/images/manage-an-organization/organization-picker.png) It allows its creator to make quick, small-scale tests or to explore features in their own environment, without disrupting the work of other Administration Console users. For example, one could create a test organization to try a feature as they follow a Coveo training. When the creator is done with their test, they can either delete the test organization or keep it for future use. However, test organizations offer limited performances and can't be upgraded to another tier of organization (for example, sandbox organization). You should consider [creating a trial organization](https://docs.coveo.com/en/2959#trial-organization) if you expect to need a [license](#license-comparison) upgrade to conduct your tests properly. A test organization quickly becomes [inactive](#about-inactive-organizations) when it doesn't receive any queries. It's automatically deleted 3 months after its creation. ### Sandbox organization A sandbox organization is a permanent test organization that comes with your production organization. It allows you to test configuration changes before introducing them into your production organization. Typically, Coveo customers have one or two sandboxes shared by all Coveo Administration Console users. ## Advantages * Minimized operational risk By conducting your tests in a non-production organization, you limit the disruptions to your production organization and ensure to maintain a stable live environment. * Additional release testing We release new features in sandbox organizations before production organizations. This allows us to test our new features against your real use cases, on top of our standard testing process. If a new feature introduces a previously undetected issue in your sandbox organization, we're alerted before it goes to production. For this reason, it's a good practice to keep your sandbox as similar as possible to your production organization. For instance, you should ensure that your sources are running and indexing the desired content just like in production. Using [snapshots](https://docs.coveo.com/en/3239/) is a great way to ensure your organizations are identical. * Increased productivity Developers can work around the constraints of a production organization. When they implement changes within the sandbox organization, they don't have to worry about causing downtime in production. ## Leading practices ### All non-production organizations To conduct your tests, you should have your non-production organization [index](https://docs.coveo.com/en/204/) sandbox instances containing demo or test data. This practice prevents an unnecessary load on your production servers and unauthorized access to your production data by developers or Coveo Administration Console users. ### Sandbox-specific leading practices * Keep your sandbox in sync with your production organization. This means your sandbox should contain the same resources as your production organization, with the same configuration. This ensures that your tests are as realistic as possible. In addition, since Coveo releases new features in sandbox organizations first, a realistic sandbox works as an extra test with your actual configurations and data. * If possible, use [snapshots](https://docs.coveo.com/en/3239/) to copy your changes from your sandbox to your production organization, rather than replicating them manually. This not only saves you time, but also minimizes the risk of error, thus ensuring your organizations are identical. * Establish a development strategy involving at least one sandbox. ** When you have one sandbox organization, your development strategy could be the following: . Develop features and resource configurations in the sandbox organization. . Test your changes. . Schedule a release date. . Migrate the changes to the production organization. ** When you have two sandbox organizations, you can use one as a development environment and the other as a QA/user acceptance testing (UAT) environment. Your configurations and code should deploy successively in these two non-production organization before being implemented in your production organization. * Use the sandbox organization to restrict the number of users that can access your production organization. For example, only the team in charge of production deployment could be allowed to make changes to your production environment, while your developers could have read-only access to this organization. They would therefore be able to perform development tasks and test their changes in your sandbox organization, but not to release their work in production. ## Limitations Coveo always prioritizes customer production organizations. Therefore, non-production organizations are allocated less resources and run on an infrastructure that isn't as powerful as that of a production organization. As a result, if your non-production organization [index](https://docs.coveo.com/en/204/) contains a similar number of items as your production organization, you should expect slightly longer indexing and [query](https://docs.coveo.com/en/231/) response times. [Content refreshes](https://docs.coveo.com/en/l2590456#platform-plans) in a non-production organization may also be limited. For the same reasons, non-production organizations aren't well suited for [performance and load testing](https://docs.coveo.com/en/2024#performance-testing), and don't support [multi-region deployments](https://docs.coveo.com/en/2976#multi-region-deployments). Moreover, non-production and production organizations aren't covered by the same service-level agreements (SLAs). Should an incident occur, the Coveo team always prioritizes production organizations during incidents to comply with its SLAs. Also due to the discrepancies between SLAs, performance tests can only be conducted in production organizations under [specific circumstances](https://docs.coveo.com/en/2024#performance-testing). > **Warning** > > Because of the performance and SLA limitations, Coveo strongly advises against going live with a non-production organization, even in projects outside your main use case. > Use your production organization for any project going live to benefit from the best possible service from Coveo. ## License comparison The following table highlights [license](https://docs.coveo.com/en/2864/) differences between production and non-production organizations. [options="header",cols="~,~,~,~,~"] |=== | Difference | Production | Sandbox | Test | Trial | Minimum number of [indexes](https://docs.coveo.com/en/204/) and ML [model](https://docs.coveo.com/en/1012/) replicas (The number of indexes and ML model replicas for each organization is optimized for performance and redundancy.) | 2 | 1 | 1 | 1 | Maximum number of sources | link:{{ site.baseurl }}/1562#limits[25] | 25 | 5 | 25 | Monitoring | Regular | Basic (Alert escalation for incidents are delayed.) | None | Basic (Alert escalation for incidents are delayed.) | Index backup (Full index backups are kept for 60 days while regular index backups are kept for 30 days. See link:{{ site.baseurl }}/1795/[About organization backups) for details.] | Full | Regular | None | Regular | License duration | N/A | N/A | 3 months | 14 days | Product type (The product type is displayed in your link:{{ site.baseurl }}/1562#license-details[license details).] | Base | Sandbox | Trial | Trial |=== ## About inactive organizations [Test and trial organizations](https://docs.coveo.com/en/2959/) automatically go inactive when they don't receive any [queries](https://docs.coveo.com/en/231/). When an organization is inactive, update schedules are paused, and content [items](https://docs.coveo.com/en/210/) and [security identities](https://docs.coveo.com/en/240/) are no longer indexed or updated. The organization is in read-only mode, meaning you can't create, edit, or delete [resources](https://docs.coveo.com/en/2820/). To reactivate a paused organization, you can make a query on one of its search interfaces. Alternatively, you can log in to the Coveo Administration Console. The reactivation process begins immediately. If you're satisfied with Coveo, you can upgrade your trial to a standard [license](https://docs.coveo.com/en/2864/) by contacting the [Coveo Sales](https://www.coveo.com/en/contact) team. Coveo organizations with a standard license, such as production and [sandbox](https://docs.coveo.com/en/2959#sandbox-organization) organizations, don't go inactive due to idleness.