# Migrating DB with SonarQube **URL:** \ **Category:** SonarQube Server / Community Build\ **Created:** [June 30, 2026, 4:16pm UTC](https://community.sonarsource.com/t/migrating-db-with-sonarqube/184664 "2026-06-30T16:16:18Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![MisterPi](https://avatars.discourse-cdn.com/v4/letter/m/8c91f0/32.png) [@MisterPi](https://community.sonarsource.com/u/MisterPi)\ **Post date:** [June 30, 2026, 4:16pm UTC](https://community.sonarsource.com/t/migrating-db-with-sonarqube/184664/1 "2026-06-30T16:16:18Z")
I came across this while searching for an answer to the same question. We’re upgrading our DB; both old and new are the same vendor and both are on the support list for our SQ server version. (Which is Community so the license issue mentioned above doesn’t apply.) So I’m guessing the procedure is: shut the server down, migrate the DB, change the pointers in sonar.properties, and restart? Is there a formal page in the documentation for this (simple) case? If not, it’d be nice to have one. (Or add it to the page that discusses the vendor-change case.) ---
**Author:** ![EclipseWizard](https://dub1.discourse-cdn.com/sonarsource/user_avatar/community.sonarsource.com/eclipsewizard/32/68610_2.png) [@EclipseWizard](https://community.sonarsource.com/u/EclipseWizard)\ **Post date:** [July 1, 2026, 9:30am UTC](https://community.sonarsource.com/t/migrating-db-with-sonarqube/184664/2 "2026-07-01T09:30:00Z")
Hey @MisterPi, I think this should be the best [documentation page](https://docs.sonarsource.com/sonarqube-community-build/server-update-and-maintenance/update/pre-update-steps) to start your journey. Cheers 🍺 ---
**Author:** ![MisterPi](https://avatars.discourse-cdn.com/v4/letter/m/8c91f0/32.png) [@MisterPi](https://community.sonarsource.com/u/MisterPi)\ **Post date:** [July 1, 2026, 4:51pm UTC](https://community.sonarsource.com/t/migrating-db-with-sonarqube/184664/3 "2026-07-01T16:51:04Z")
That page is explicitly about updating the server. I’m keeping the same SQ server but updating its database from an older version of MSSQL to a newer version of MSSQL (both versions are on the supported DB list for our SQ server). ---
**Author:** ![EclipseWizard](https://dub1.discourse-cdn.com/sonarsource/user_avatar/community.sonarsource.com/eclipsewizard/32/68610_2.png) [@EclipseWizard](https://community.sonarsource.com/u/EclipseWizard)\ **Post date:** [July 1, 2026, 5:20pm UTC](https://community.sonarsource.com/t/migrating-db-with-sonarqube/184664/4 "2026-07-01T17:20:04Z")
I understand that, therefore I linked this page, maybe a bit misleading: There is no page directing you to update the database itself (without the server), therefore it seems that it would be working without any issue. Nevertheless you should do a backup and test the update first. I was linking the page only since it contains the database maintainence that might come in handy when updating the database, in your case MSSQL. ---
**Author:** ![MisterPi](https://avatars.discourse-cdn.com/v4/letter/m/8c91f0/32.png) [@MisterPi](https://community.sonarsource.com/u/MisterPi)\ **Post date:** [July 1, 2026, 5:49pm UTC](https://community.sonarsource.com/t/migrating-db-with-sonarqube/184664/5 "2026-07-01T17:49:04Z")
> [@EclipseWizard](#): > > “… it seems that it would be working without any issue.” That’s my guess too. My point (to the Sonar document writers) is that they should explicitly document this, even if it’s just a paragraph saying this works seamlessly for a same-vendor DB upgrade where both versions are on the support list for your SQ server version. That would be better than leaving it to the user to just guess. ---
**Author:** ![EclipseWizard](https://dub1.discourse-cdn.com/sonarsource/user_avatar/community.sonarsource.com/eclipsewizard/32/68610_2.png) [@EclipseWizard](https://community.sonarsource.com/u/EclipseWizard)\ **Post date:** [July 2, 2026, 7:14am UTC](https://community.sonarsource.com/t/migrating-db-with-sonarqube/184664/6 "2026-07-02T07:14:00Z")
With that I agree, maybe someone from the Sonar Dokumentation Team can refine the docs in that regard! ---
**Author:** ![andres](https://dub1.discourse-cdn.com/sonarsource/user_avatar/community.sonarsource.com/andres/32/76342_2.png) [@andres](https://community.sonarsource.com/u/andres)\ **Post date:** [July 3, 2026, 12:17pm UTC](https://community.sonarsource.com/t/migrating-db-with-sonarqube/184664/7 "2026-07-03T12:17:26Z")
Hey there @MisterPi, I split this thread from [the one where you originally posted](https://community.sonarsource.com/t/database-migration-from-oracle-12c-to-19c/62448/4) because that one was 4 years old. I love archaeology as much as the next guy, but next time please create a new post instead of bringing an ancient one back to life. I appreciate your suggestion though! I’m going to flag this for the documentation team so that they can process your feedback, thanks. ---
**Author:** ![MisterPi](https://avatars.discourse-cdn.com/v4/letter/m/8c91f0/32.png) [@MisterPi](https://community.sonarsource.com/u/MisterPi)\ **Post date:** [July 6, 2026, 3:50pm UTC](https://community.sonarsource.com/t/migrating-db-with-sonarqube/184664/9 "2026-07-06T15:50:26Z")
Well it’s easier to continue an existing thread than to start a new thread and copy the link back to the original thread. Maybe a one-click button to do that? I would suggest a general documentation principle, that “stating the obvious” is preferable to leaving it up to the users to guess. ---
**Author:** ![tony.briget](https://dub1.discourse-cdn.com/sonarsource/user_avatar/community.sonarsource.com/tony.briget/32/38444_2.png) [@tony.briget](https://community.sonarsource.com/u/tony.briget)\ **Post date:** [July 9, 2026, 5:53am UTC](https://community.sonarsource.com/t/migrating-db-with-sonarqube/184664/11 "2026-07-09T05:53:57Z")
Hi @MisterPi thanks, we created a ticket internally to clarify the procedure for same-vendor DB migration.