<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[How are database migrations handled for FusionAuth Cloud instances?]]></title><description><![CDATA[<p dir="auto">I noticed a new FusionAuth release (1.70.0) requires a database migration to be run out of band. For FusionAuth Cloud (SaaS) instances, how are these database migrations handled?</p>
<p dir="auto">Do customers need to:</p>
<ul>
<li>Run the migrations manually through the FusionAuth UI?</li>
<li>Execute them via command line or API?</li>
<li>Or are they automatically applied by the FusionAuth Cloud team during upgrades?</li>
</ul>
]]></description><link>https://fusionauth.io/community/forum/topic/3345/how-are-database-migrations-handled-for-fusionauth-cloud-instances</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 03:48:04 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/topic/3345.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 04 Nov 2026 20:50:03 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to How are database migrations handled for FusionAuth Cloud instances? on Wed, 04 Nov 2026 20:50:14 GMT]]></title><description><![CDATA[<p dir="auto">For FusionAuth Cloud (SaaS) instances, database migrations are <strong>automatically applied as part of the upgrade process</strong>. You do not need to take any action.</p>
<p dir="auto">The FusionAuth Cloud team handles all required database migrations when upgrading your hosted instance to a new version. This is managed on your behalf as part of the cloud service. When you initiate an upgrade through your FusionAuth Account dashboard, the migrations run automatically during the upgrade process.</p>
<p dir="auto">For <strong>HA Cloud</strong> (multi-node) deployments, nodes are upgraded one at a time. When the first upgraded node connects to the database, it locks the database and runs the required migrations while other nodes continue serving traffic, resulting in only seconds of downtime.</p>
<p dir="auto">For <strong>Basic/Business Cloud</strong> (single-node) deployments, the entire instance goes offline during the upgrade, with downtime ranging from 5 to 60 minutes depending on the amount of data and schema changes required.</p>
<p dir="auto">If you are running a <strong>self-hosted</strong> FusionAuth instance, you would need to follow the upgrade guide and apply any required out-of-band migrations manually (or configure Silent Mode for automatic migrations). However, for cloud-hosted instances, this is handled automatically by FusionAuth.</p>
<p dir="auto"><strong>Note:</strong> You cannot downgrade a FusionAuth Cloud deployment version after upgrading, so it's recommended to test upgrades in a non-production environment first if possible.</p>
<h2>Related Documentation</h2>
<ul>
<li><a href="https://fusionauth.io/docs/get-started/run-in-the-cloud/cloud#upgrading-a-deployment" rel="nofollow ugc">FusionAuth Cloud - Upgrading a Deployment</a> - Details on the Cloud upgrade process and downtime expectations</li>
<li><a href="https://fusionauth.io/docs/operate/deploy/upgrade#upgrade-options" rel="nofollow ugc">Upgrade FusionAuth - Upgrade Options</a> - Overview of different upgrade strategies including HA deployments</li>
<li><a href="https://fusionauth.io/docs/operate/deploy/upgrade#out-of-band-database-upgrades" rel="nofollow ugc">Out-of-Band Database Upgrades</a> - Information on manual migrations for self-hosted instances</li>
<li><a href="https://fusionauth.io/docs/get-started/download-and-install/reference/silent-mode#upgrades" rel="nofollow ugc">Silent Mode</a> - Automatic migration handling for self-hosted deployments</li>
</ul>
]]></description><link>https://fusionauth.io/community/forum/post/9030</link><guid isPermaLink="true">https://fusionauth.io/community/forum/post/9030</guid><dc:creator><![CDATA[FASupportBot]]></dc:creator><pubDate>Wed, 04 Nov 2026 20:50:14 GMT</pubDate></item></channel></rss>