# Multigateway upgrade from 8.1 to 8.3

**URL:** <https://forum.inductiveautomation.com/t/multigateway-upgrade-from-8-1-to-8-3/114909>\
**Category:** Ignition\
**Tags:** perspective, ignition83, ignition81\
**Created:** [April 6, 2026, 8:36pm UTC](https://forum.inductiveautomation.com/t/multigateway-upgrade-from-8-1-to-8-3/114909 "2026-04-06T20:36:21Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![justicelee741](https://avatars.discourse-cdn.com/v4/letter/j/e9c0ed/32.png) [@justicelee741](https://forum.inductiveautomation.com/u/justicelee741)\
**Post date:** [April 6, 2026, 8:36pm UTC](https://forum.inductiveautomation.com/t/multigateway-upgrade-from-8-1-to-8-3/114909/1 "2026-04-06T20:36:21Z")

</div>

Hi all,

I’m going to be upgrading a multi-gateway architecture from 8.1 to 8.3. Generally speaking, I have the process for updating a singular gateway along with custom code changes for the project for 8.1 to 8.3 with no issues. The main issue comes when I have multi-gateways with backups and ignition servers dedicated for data-collection with ignition edge. Think of it as Ignition gateways collecting data, with frontend gateways getting that data and running perspective, each active gateway coming with a backup gateway as well.

As I have to do this upgrade live, my plan is to start with the gateways that receive data and go lower level from there. Meaning start with the frontend (backups first) then make my way down to the gateways running historian and ignition edge. I was wondering if anyone else has experience with this and can comment on any edge cases I may be missing here.

Thanks for taking a look!

---

<div class="post-metadata">

**Author:** ![Chris\_Bingham](https://avatars.discourse-cdn.com/v4/letter/c/e5b9ba/32.png) [@Chris\_Bingham](https://forum.inductiveautomation.com/u/Chris_Bingham)\
**Post date:** [April 8, 2026, 12:41pm UTC](https://forum.inductiveautomation.com/t/multigateway-upgrade-from-8-1-to-8-3/114909/2 "2026-04-08T12:41:21Z")

</div>

Your plan of attack is correct, and matches that which is outlined in the [8.1 to 8.3 Upgrade Guide](https://docs.inductiveautomation.com/docs/8.3/getting-started/installing-and-upgrading/ignition-8-upgrade-guide/81to83-upgrade-guide/):

> To prevent data loss, the central Gateway hosting the data **must** be upgraded to 8.3 first. This includes Gateways where the main Alarm Journal, audit profile, and history provider are configured. After taking your Gateway offline and upgrading it, ensure that the Gateway is running correctly.
> 
> Once the primary Gateway has been successfully upgraded to 8.3, you can proceed to upgrade each of your remote and Edge Gateways that utilize data storing services.

You should perform an upgrade of some of your gateways in a test environment first, and confirm functionality before you attempt a full migration. I would not plan on deploying a partial migration. Note that some strategic partner modules are **still not released** on Edge yet, especially EFM drivers by CirrusLink, which were targeted for Q1 2026 release. Perhaps soon…

Beyond that, **read the upgrade guide a few times** over, it highlights some important details.

A detail not mentioned is how memory tags are configured (stored value persistence).

Otherwise, a redundant Edge + redundant Full pair that I upgraded was very seamless.

---

<div class="post-metadata">

**Author:** ![Chris\_Bingham](https://avatars.discourse-cdn.com/v4/letter/c/e5b9ba/32.png) [@Chris\_Bingham](https://forum.inductiveautomation.com/u/Chris_Bingham)\
**Post date:** [April 8, 2026, 1:13pm UTC](https://forum.inductiveautomation.com/t/multigateway-upgrade-from-8-1-to-8-3/114909/3 "2026-04-08T13:13:25Z")

</div>

> [@justicelee741](#):
>
> Meaning start with the frontend (backups first)

I overlooked this detail. Assuming you mean _redundant_ gateway first, you ~~should reconsider~~ might be correct.  
~~I believe Ignition still recommends upgrading the Master gateway first (by first failing over to the backup node, confirm functionality, then begin the upgrade on the Master).~~

 

This was outlined in a How-To from a few years ago:

~~[https://support.inductiveautomation.com/hc/en-us/articles/360047136192-Upgrading-or-Patching-a-Redundant-Ignition-Pair](https://support.inductiveautomation.com/hc/en-us/articles/360047136192-Upgrading-or-Patching-a-Redundant-Ignition-Pair)~~

It looks like official help docs recommend upgrading Backup node first:

> **[Upgrading a Redundant Pair​ - Installing and Upgrading Ignition | Ignition User...](https://www.docs.inductiveautomation.com/docs/8.3/getting-started/installing-and-upgrading#upgrading-a-redundant-pair)**
>
> The installation process for Ignition is designed to be as simple as possible. You can find installers on our Downloads page: https://inductiveautomation.com/downloads/ignition/. | The installation process for Ignition is designed to be as simple as...

---

<div class="post-metadata">

**Author:** ![Alejandro\_Alaco](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/alejandro_alaco/32/59849_2.png) [@Alejandro\_Alaco](https://forum.inductiveautomation.com/u/Alejandro_Alaco)\
**Post date:** [April 8, 2026, 1:41pm UTC](https://forum.inductiveautomation.com/t/multigateway-upgrade-from-8-1-to-8-3/114909/4 "2026-04-08T13:41:55Z")

</div>

I suggest check Java compatibilities before any upgrade.

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [April 9, 2026, 3:53am UTC](https://forum.inductiveautomation.com/t/multigateway-upgrade-from-8-1-to-8-3/114909/5 "2026-04-09T03:53:54Z")

</div>

Something to be aware of is that, perhaps obviously with minor/major version migrations but less obvious with patch version migrations, if you migrate one and not the other, the Master will not be able to sync any project changes to the backup while there’s a version mismatch.

You probably shouldn’t be leaving a master and backup with mismatched versions for too long, but a customer of ours had their reasons and it meant we were essentially stuck with the project fixed as-is on the backup, as project changes would not be synched across from the Master due to the version mismatch – it was only a couple patch versions difference.

---

<div class="post-metadata">

**Author:** ![justicelee741](https://avatars.discourse-cdn.com/v4/letter/j/e9c0ed/32.png) [@justicelee741](https://forum.inductiveautomation.com/u/justicelee741)\
**Post date:** [April 16, 2026, 4:01pm UTC](https://forum.inductiveautomation.com/t/multigateway-upgrade-from-8-1-to-8-3/114909/6 "2026-04-16T16:01:21Z")

</div>

Thanks so much to everyone who took the time to respond. I put together a plan and ran some tests while keeping an eye out for some of the potential holes mentioned here. Luckily the upgrade tests was a success without any issues. I expect the production upgrades to also go without a hitch.
