Octopus Deploy Documentation

SQL Server Database

Last updated

Octopus Deploy stores projects, environments, and deployment history in a Microsoft SQL Server database.

SQL Server Database

The following versions of SQL Server Database are supported and automatically tested against every release of Octopus Deploy server:

  • SQL Server 2012
  • SQL Server 2014
  • SQL Server 2016
  • SQL Server 2017

Supported editions:

  • Express (free)
  • Web
  • Datacenter
  • Standard
  • Enterprise
  • Microsoft Azure SQL Database
  • AWS RDS SQL Database

Warning: Octopus does not support Database Mirroring or SQL Server replication. Having these features turned on may cause errors during configuration. More information.

Using SQL Server Express

The easiest and cheapest way to get started is with SQL Server Express and install the Octopus Deploy server and SQL Server Express side-by-side on your server. This is a great way to test Octopus for a proof of concept. Depending on your needs, you might decide to use SQL Server Express, or upgrade to another supported edition.

Creating the Database

The Octopus installation wizard can create the database for you (our recommended method), during the installation; however, you can also point Octopus to an existing database. Octopus works with both local and remote database servers, but it is worth considering the performance implications before making a decision.

If you are using a hosted database service you will need to create your own database and provide Octopus with the connection details.

Create Your Own Database

If you don't want Octopus to automatically create the database for you as part of the installation process, please note the following:

  1. The database must not be shared with any other application.
  2. The default schema must be dbo.
  3. The database must use a case-insensitive collation (a collation with a name containing "_CI_").
  4. If you are using Integrated Authentication to connect to your database:
    • The user account installing Octopus must be aย member of the db_owner role for that database.
    • The account the Octopus Deploy windows server process runs under (by default, the Local System account) must be a member of the db_owner role for that database.
  5. If you are using SQL Authentication to connect to your database, the SQL user account defined in your connection string must be a member of the db_owner role for that database.

Changing the Database Collation

Learn more about changing the database collation after the initial Octopus installation.

Using SQL Server AlwaysOn

Octopus will work with any of the supported highly available SQL Server implementations.

Make sure the Octopus Deploy server is connecting to the listener which will route database requests to the active SQL Server node and allow for automatic fail over. Learn about connecting to listeners and handling fail over.

A typical connection string for using an SQL Server AlwaysOn availability group looks like this:


Database Administration and Maintenance

For more information about maintaining your Octopus database, please read our database administrators guide.


Continue with the Octopus installation.

Welcome! We use cookies and data about how you use our website allow us to improve the website and your experience, and resolve technical errors. Our website uses cookies and shares some of your data with third party analytics companies for these purposes. We do not use these cookies for advertising.

If you decline, we will respect your privacy. A single cookie will be used in your browser to remember your preference.