Installing the database
Install the SonarQube Server database according to the database engine used: MicrosoftSQL Server, Oracle, PostgreSQL.
Last updated
Was this helpful?
Install the SonarQube Server database according to the database engine used: MicrosoftSQL Server, Oracle, PostgreSQL.
Several external database engines are supported. Check the respective Database.
Create an empty schema and a sonarqube user. Grant this sonarqube user permissions to create, update, and delete objects for this schema.
Collation MUST be case-sensitive (CS) and accent-sensitive (AS).
READ_COMMITTED_SNAPSHOT MUST be set on the SonarQube Server database.
MS SQL database’s shared lock strategy may impact SonarQube Server runtime. Making sure that is_read_committed_snapshot_on is set to true to prevent SonarQube Server from facing potential deadlocks under heavy loads.
Example of query to check is_read_committed_snapshot_on:
SELECT is_read_committed_snapshot_on FROM sys.databases WHERE name='YourSonarQubeDatabase';Example of query to update is_read_committed_snapshot_on:
ALTER DATABASE YourSonarQubeDatabase SET READ_COMMITTED_SNAPSHOT ON WITH ROLLBACK IMMEDIATE;If your Microsoft SQL Server doesn’t support encryption, you must add encrypt=false to the JDBC URL connection string.
If your Microsoft SQL Server requires encryption but you don’t want SonarQube Server to validate the certificate, you must add trustServerCertificate=true to the JDBC URL connection string.
To use integrated security:
Download the Microsoft SQL JDBC Auth 12.8.1 package and copy mssql-jdbc_auth-12.8.1.x64.dll to a folder location set in the PATH environment variable on SonarQube Server host.
If you’re running SonarQube Server as a Windows service, make sure the Windows account under which the service is running has permission to connect your SQL server.
Ensure that sonar.jdbc.username or sonar.jdbc.password properties are commented out or SonarQube Server will use SQL authentication.
To use SQL authentication, use the following connection string. Also, ensure that sonar.jdbc.username and sonar.jdbc.password are set appropriately:
If there are two SonarQube Server schemas on the same Oracle instance, especially if they are for two different versions, SonarQube Server gets confused and picks the first it finds. To avoid this issue:
Either privileges associated to the SonarQube Server’s Oracle user should be decreased.
Or a trigger should be defined on the Oracle side to automatically alter the SonarQube Server’s Oracle user session when establishing a new connection: ALTER SESSION SET current_schema="MY_SONARQUBE_SCHEMA".
Oracle JDBC driver versions 12.1.0.1 and 12.1.0.2 have major bugs, and are not recommended for use with SonarQube Server (see more details).
Must be configured to use UTF-8 charset.
If you want to use a custom schema and not the default "public" one, the PostgreSQL search_path property must be set:
Last updated
Was this helpful?
Was this helpful?
sonar.jdbc.url=jdbc:sqlserver://localhost;databaseName=sonar;integratedSecurity=truesonar.jdbc.url=jdbc:sqlserver://localhost;databaseName=sonar
sonar.jdbc.username=sonarqube
sonar.jdbc.password=mypasswordALTER USER mySonarUser SET search_path to mySonarQubeSchema
