Skip to Main Content
AVEVA™ Products Feedback Portal

Welcome to our new feedback site!


We created this site to hear your enhancement ideas, suggestions and feedback about AVEVA products and services. All of the feedback you share here is monitored and reviewed by the AVEVA product managers.

To start, select the product of your interest in the left column. Then take a look at the ideas in the list below and VOTE for your favorite ideas submitted by other users. POST your own idea if it hasn’t been suggested yet. Include COMMENTS and share relevant business case details that will help our product team get more information on the suggestion. Please note that your ideas will first be moderated before they are made visible to other users of this portal.

This page is for feedback for specific AVEVA solutions, excluding PI Systems and Data Hub. For links to these other feedback portals, please see the tab RESOURCES below.

Status Future consideration
Portfolio area Enterprise SCADA Server
Created by Jake Hawkes
Created on Apr 5, 2023

Enhance Archive & Cleanup to be multi-RT-single-HIS aware

Big Picture User Experience

Archive and Cleanup do work against the server configured as the Secondary Computer for the Archive service, even if the Secondary Computer is Hot for the Archive service.

Further, for Split Realtime systems, there needs to be a way to specify which system the JSH entry should launch these processes.

Background Research

The rts_cleanup.csc seems to look for the Primary Computer to execute the BLT against. This means if the Primary Computer is down, it is not possible to run cleanup. This also seems to be the case for rts_archive.csc. This means these jobs are not redundant.

For some customers, the RealTime and Historical/Archive services are on different systems (the reason being we have multiple RealTime systems pointing to a single Historical system), so they need to specify in JSH which system cleanup should run, otherwise it will look by default at its own system where there is no Archive service.

the real problem we are seeing is that rts_cleanup.csc cannot run properly if only the Archive Secondary Computer is up. It looks like the BLT cleanup can only be executed against the Archive Primary Computer’s BLTHost. If we run it against the Archive Secondary Computer (either by bringing down the Primary Computer or pointing it to the Secondary Computer with ‘-A’) we get an error and there is no record of cleanup running.

Detailed Description

To be confirmed.

As a SCADA administrator, I need archive to run against the hot Archive Service, regardless of which of the pair is HOT. I need this so that I do not have to fail over the Historical or Achive Service for the Archive and Cleanup processes to run.

As a SCADA administrator, I need to be able to specify the location of the output from the archive process.

Business Value

Customers with split systems need to be able to schedule archive correctly.

SQL infrastructure has evolved to where it is no longer the case that the archive device is only ever connected to one of the Historical nodes.


Target Version

ES24 or SP1


Customers System / Architecture

Size: Small, Med, Large and x-Large

Topology: Multi Site, Split system, and Custom Enterprise

Any Unique configuration to note?: Multiple RT to single HIS, but also the more regular topologies

Has this functionality been delivered before?: No


Expectation

To be confirmed.

As a SCADA administrator, I need archive to run against the hot Archive Service, regardless of which of the pair is HOT. I need this so that I do not have to fail over the Historical or Achive Service for the Archive and Cleanup processes to run.

As a SCADA administrator, I need to be able to specify the location of the output from the archive process.

As a SCADA administrator, I need to be able to specify the System Name in which I want the Archive/Cleanup processes to run. I need this for when I have a split Realtime System.

Work in
OASYS-356 Enhance Archive & Cleanup to be fully redundant, and multi-RT-single-HIS aware
Work status
  • Attach files
  • Admin
    Jake Hawkes
    Reply
    |
    Oct 6, 2023

    IMS 2818258 will adress the redundancy issue to archive.