Skip to content
Software AthleteSoftware Athlete
How to Recover a PI Vision Display After a Bad Change or Deletion

PI Vision display recovery

How to Recover a PI Vision Display After a Bad Change or Deletion

When an upgrade or maintenance edit leaves an operational display broken—or someone deletes it—the priority is getting the last known good display back. This guide shows the recovery workflow in Vision Audit+.

Updated September 1, 2026 · Software Athlete PI System engineering

Before you begin

This procedure applies when a PI Vision display still exists but no longer works as intended, or when it has been deleted. It assumes that Vision Audit+ was already tracking the display before the incident.

Prerequisites

  • A captured version from before the unwanted change or deletion.
  • Access to the display history in the Vision Audit+ PI Vision extension.
  • Permission to revert an existing display or restore a deleted one.
  • A user who can test the recovered display in its normal operational context.
No captured good version means no Vision Audit+ rollback path. If the required state was never captured, use the organization’s approved backup or reconstruction process instead of guessing which history event is safe.

1. Stop editing and confirm what failed

Stop making further changes to the affected display. Additional saves create more versions and make it harder to isolate the moment the display stopped working.

Open the display as a normal user and identify the failure you need to reverse: missing symbols, broken navigation, the wrong asset or time context, an unwanted layout change, or a display that no longer appears at all. Note the approximate time of the last known successful use.

Decision: If the display still exists, use version history and revert. If it was deleted, use deleted-display recovery.

2. Find the last known good version

Open the Vision Audit+ display history and locate the changes around the time the problem appeared. Check the display name, user, timestamp, event type, and affected objects so you do not recover the wrong display or an already broken version.

Select the newest captured version that predates the unwanted change. When several saves occurred close together, compare the affected objects and change details rather than choosing a version from its timestamp alone.

Vision Audit Plus display history showing timestamped changes to a PI Vision display
Use the display history to isolate the unwanted change and select the most recent captured version from before it.

3. Revert a display that still exists

With the last known good version selected, use the Vision Audit+ revert action. Vision Audit+ returns the display to that captured state instead of requiring you to rebuild the previous layout manually.

Wait for the revert to complete, then reopen the display. Do not resume the failed maintenance change yet; first confirm that the selected version restored the expected layout and behavior.

Expected result: The display opens as the selected earlier version, and the history contains the resulting revert event.

4. Restore a display that was deleted

If the display no longer exists, open the Vision Audit+ recovery view and find it by its recorded identity. Confirm that the deletion event and captured display belong to the missing operational display, then use the restore action.

Current Vision Audit+ releases can restore the deleted display together with its associated thumbnail and identity information when that content was captured. Reopen the recovered display from PI Vision before treating the incident as resolved.

Vision Audit Plus display recovery view inside AVEVA PI Vision
The recovery workflow runs inside PI Vision. Revert an existing display from its selected version, or restore a deleted display from the recovery view, subject to configured permissions.

5. Test the recovered display as an operator

Open the recovered display with a representative user account and use it as an operator would. A successful restore is more than a page that loads: the display must show the right context and support the interactions people depend on.

Recovery check

  • The display opens under its expected name and location.
  • Critical values, trends, custom symbols, and multi-state behavior render correctly.
  • Asset context, time range, navigation links, and write actions work as expected.
  • The display history records the revert or restore event.

If a critical check still fails, return to the history and evaluate the next earlier known good version. Do not repair the recovered display with a new series of unplanned edits.

6. Make the next recovery possible

After the display works again, check how Vision Audit+ captures future versions. Administrators can use snapshots on every save, intelligent snapshots after editing inactivity, daily summaries, or manual snapshots. The right strategy should leave enough useful versions without creating an unreadable history.

Before the next upgrade or maintenance window, confirm that the target display has a recent known good version and that the people expected to recover it have the required permissions. If required save reasons are enabled, use a concise reason that identifies the intended change; this makes the next incident easier to isolate.

What happened Recovery action Stop condition
The display exists but a change broke it. Select the last known good captured version and revert. No known good captured version or no revert permission.
The display was deleted. Find the deleted display in the recovery view and restore it. The display content was not captured or the user lacks restore permission.
The recovered version still fails operator checks. Evaluate the next earlier known good version and repeat the recovery check. No captured version passes the required operational checks.
No recoverable Vision Audit+ version exists. Use the approved infrastructure backup or reconstruction process. Do not continue selecting versions at random or make untracked production edits.

Troubleshooting

No useful version appears in history: Confirm that you opened the correct display and server. Then ask the Vision Audit+ administrator which snapshot strategy was active and whether the expected state was captured.
Revert or restore is unavailable: The configured policy may limit recovery to PI Vision administrators, the display owner, or users with write access. Use an authorized account rather than working around the control.
The display returns but still behaves incorrectly: Recheck asset context, time range, data sources, custom symbols, and navigation. If the same problem exists in multiple older versions, the fault may be outside the display itself.

What Vision Audit+ recovery cannot replace

Vision Audit+ can revert or restore content that its configured history captured. It does not replace PI Vision server backups, disaster recovery, or application-specific testing, and it cannot reconstruct a state that was never recorded.

Leave a comment

Your email address will not be published..

Cart 0

Your cart is currently empty.

Start Shopping