Visit the Industrial Automation Knowledge Base to get know-hows, hints and tips. It is designed to share vast amounts of technical knowledge and expertise in Industrial Automation products, systems, applications and markets.
We have several customers with very large SCADA systems that are worked on by multiple integrators. We have a test/dev system setup and on the network with a production setup. We do our development on the test system and then export our changes and import on the production system.
This usually goes well and without much trouble. However, if some integrators don't follow a proper change management procedure (e.g. updating a template on test but forgetting to update it on production) then the two databases will drift over time. In an effort to reduce our admin and change management workload it would be excellent to be able to develop and test on the dev system and then have a "promote changes to prod" feature.
As an extension of this process it would be good for the system to evaluate parent objects (templates, embedded mimics) for changes and publish those to production before publishing any inherited objects. This could have a dialogue box similar to the delete dialogue. "Publishing to production will impact the following objects and make the following changes:" and list the impacted objects with the parent objects first and inherited objects last.
Further expansion on the idea: have the ability to have a configuration field to prevent publishing certain objects. There are some cases where we always want test/production objects to be different. E.g. communications settings, system headers, etc..
Discuss challenges in energy and automation with 30,000+ experts and peers.
Find answers in 10,000+ support articles to help solve your product and business challenges.
Find peer based solutions to your questions. Provide answers for fellow community members!