Greater Western Water inherited two independent historian platforms after merger. Parasyn consolidated both onto a single redundant OSI PI platform — migrating 18+ years of operational history, commissioning 18 new servers, and catching two risks that would have been costly to discover at cutover.
“Merging a decade of Central OSI PI history with almost a decade of Western Wonderware history onto one redundant, correctly-licensed platform — then building the tooling to backfill any gap the merge left behind.”
Following its formation through merger, Greater Western Water (GWW) inherited two independent historian platforms: an OSI PI system serving the Central region with archive data reaching back to March 2015, and a Wonderware Historian (WWH) serving the Western region — Gisborne, Melton, Merrimu, Romsey, Rosslyn and the Western Head Office sites — with data back to 2016. The two systems used different technologies, resided on ageing server infrastructure, and gave GWW no single, common view of its historical operational data.
Parasyn was engaged in April 2024 to consolidate both platforms onto a single upgraded OSI PI instance: migrating Western tag configuration and historical data into PI, upgrading the Central PI environment onto new Windows Server 2022 infrastructure, connecting the Western Citect SCADA systems to the consolidated PI collective through new redundant interface servers, and decommissioning the Wonderware Historian. Cutover to the new platform was completed in January 2025.
Following a successful go-live, GWW requested continued engagement for data-quality optimisation, health-check tooling, extended historical data migration and backfilling capability — work that has continued into 2026 and reflects the trust built during the core delivery.
The scope covered a multi-phase consolidation across two independently operated historian environments, spanning new infrastructure, platform upgrades, data migration, SCADA integration, and post-cutover optimisation.
Two risks emerged directly from combining two mature, independently operated historians onto one platform. Both were identified and treated through structured engineering — but left unaddressed, either could have significantly disrupted the delivery or compromised the historical record the consolidation was meant to protect.
Both risks were addressed through structured investigation and proactive tooling — turning potential liabilities into documented, reusable capabilities.
As at August 2026, cutover to the consolidated PI platform is complete and stable. The legacy Western Wonderware Historian application has been decommissioned. Parasyn continues to support GWW through data-quality optimisation work.
| Insight | Impact & Context | Recommendation |
|---|---|---|
| Licence Ahead of the Merge, Not After | Auditing both platforms before migration caught a licensing shortfall while there was still time to plan for it. | Complete a full tag-count and licensing audit of both source platforms before committing to a migration architecture. |
| Redundancy Needs Failure-Mode Testing, Not Just Design | The Western PI-Citect interfaces were architected for redundancy, but the data-gap investigation showed correlated, simultaneous drops on both primary and standby nodes. | Validate failover pairs against network-level failure modes, not just individual hardware failure, before go-live. |
| Build Backfilling Capability Proactively | Developing a documented, repeatable backfill process turned an ad hoc recovery task into a reusable capability for any future historian gap. | Develop and test a backfill process for every historian migration before cutover, not after a gap is discovered. |
| Plan for the Tail | Tag cleansing, health-check tooling and extended historical export all delivered well after formal cutover. | Budget post-go-live optimisation as a distinct phase on historian consolidation projects, not as an afterthought. |