Real Time Snapshot Support
PI System Connector: Need real time snapshot data support for the PI System connector.
AdminTodd Brown
(Product Manager, OSIsoft)
shared this idea
Update: PI System Connector 2.3.0.1 is not available at this time due to an issue identified with this version. We are working quickly to provide an updated version that resolves this issue.
Original Post: I’m really excited to announce that PI System Connector 2.3.0.1 is now available with snapshot support for PI Points that have compression disabled/off (on the source system). I cannot wait to hear your feedback on this latest version. Head over to https://my.osisoft.com/ to learn more about 2.3.0.1.
We will be keeping this feedback item alive as we continue to work on the next release of PI System Connector. The next release is expected in early 2021, and will expand upon the snapshot support introduced in 2.3.0.1 by adding configuration options and snapshot support for compressed PI Points.
28 comments
-
mbailey
commented
Why can't I see or find the download. The latest I see is 2.2.0.1. Is it not released yet?
-
jtorres
commented
Best news I read on this Friday afternoon (European time)!!! Thanks Allison for this great announcement. :)
-
Vikram Thakur
commented
We’re all very excited for this! Really going to help us accelerate integration.
-
Abu Salam
commented
Hi Allison, this is awesome news! Thank you for sharing. Like everyone, eager to know an estimated timeline for the release date with this feature.
-
Ricaltmann
commented
Hi Allison, these are good news. Can you give us a timeline perspective? We are eager for this feature.
-
Hachem
commented
This is really important in our infrastructure. Is there an update on the status of this enhancement request?
-
phsutterRoche
commented
Can we get any official statement if this will be implemented at all? It is in "Research / Evaluating" now for more than ONE year...
-
Joel Poissonnier
commented
This snapshot support is important for our company to decide and move from Pi2Pi to SC. We are using global applications with Umetrics and some OEE tools requiring snapshot. The SC will bring a lot of value but keeping the 2 tools working together is not envisioned.
-
Gerd Fromm
commented
We need the support as well for a lot of analysis and decision making projects. We have already got a lot of requests from our customer.
-
rpalmen
commented
Now we need to support multiple tools to sync systems: PI2PI and System connector. Moving to a single tool will reduce overall ownership cost.
-
Claude Martineau-Boucher
commented
Without snapshot support, none of my customers will consider using the tool. Snapshots are required for all Analysis and decision making
-
Abu Salam
commented
Using a historian and it's related tools, it is obvious to get the data real-time. I had no idea System Connector does not support this and it's always a value behind. We are having so much issues especially with Digital, manual entry PI points where OSIsoft recommended to use both Connector and PI to PI. I VOTE!
-
FranzK
commented
This topic is already under Research/Evaluating. Is there a new status? It's really important to get this support. Use of additional tools like PI Cloud connect, PItoPI interface,... is not straightforward and not in scope of best practice for an state of the art IT Architecture.
-
Dennis Haennelt
commented
It is misleading to brand this product a "PI System Connector" without support for snapshot since it is one of the most fundamental subsystems.
-
Joshua Duncan
commented
In response to Matthew Bailey, "I had heard the same thing, but I've als..."
Hey Matthew, really? So the System Connector team now plans on supporting snapshots? If they do that, give it a more full featured history recovery GUI, and allow for choosing archive modes then maybe it could replace PItoPI. I was disappointed with several aspects of System Connector but I did see some benefits: One-way firewall rules, seamless PI tag attribute sync, and more resilient to network issues (since using SDK vs API tech). I'm happy they're considering supporting snapshots though, that's vital. -
mbailey
commented
In response to Franz Krauter, "PI to PI in parallel is not a solution. ..."
Couldn't agree more! -
mbailey
commented
In response to Joshua Duncan, "I wouldn't get your hopes up. I received..."
I had heard the same thing, but I've also recently heard they've re considered. -
FranzK
commented
PI to PI in parallel is not a solution. i expect to have one tool to communicate from a local system to a global system. there should be a straight forward way to connect one PI System to another and not different combinations of tools. another reason, the communication from local to global should be secured (it's with the connector, but not with PI to PI). so the connector should be able to:
-communicate historical data based on archive
-communicate snapshots in real-time mode
-full AF/EF support -
mbailey
commented
PI to PI and APS is still not meeting our requirements. While OSIsoft says this is the solution, its not a good one. PI APS processes tags one at a time. Startup time for PItoPI is also slow. APS and PItoPI is not multithreaded. The APS syncing for a large amount of tags is not meeting our need. Because the Connector still does not meet our requirements, we've had to add many (currently 14) interfaces which is very difficult to manage across multiple servers at multiple locations. Anytime we have PI to PI or APS talking to systems at other locations (for disaster recovery) latency causes the startup time and sync times to take hours. Not an acceptable high availability solution.
-
mbailey
commented
With 47 votes you would think the folks would listen to what we need. I have not been impressed with how slow this connector has been moving. APS and PItoPI are not working for us. Syncing a collective across a few states, causes latency issues and the sync process takes 24 hours currently.