Hi Tracey,

It's really helpful to have a thread title. It's the field above the large text box for the body, above the buttons for text formatting and uploads.

That being the case, it should allow me to do lots of bit banging very quickly. I need to gather about 60 words of data from each PLC (2 plcs) and then show the numeric or bit field representation. Thank you for the explanation that Mango buffers the data for quicker access between scans.
Tracey

Check your email, I couldn't transfer the license to you until your account had been created.

I believe for the openvpn all you will need to do is copy over the configuration files from

/etc/openvpn/

The license file is named m2m2.license.xml

Have you added other things into the opt directory? If not, I would advice only migrating /opt/mango to the new device from /opt

Thank you for the quick reply. I will give this a try. It may take a bit for me to digest and figure out a few other things in addition to the info here in order to finish. I hope to get back and post details of a successful result.

Hi Tracey,

If your device is accessible via mangoautomation.net, it may have a vpn it belongs to. I don't believe we issue keys typically to clients to connect their own machines to the vpn hosting their device(s), but such a credential could get you past the need to gain local access.

Q1: Correct, they do not backup your DGLux files. You can find these in Mango/web/modules/dglux/web . You're probably most interested in your DGML files, but you will need your user and navigation files to restore it completely.

Q2: Correct. Stored in Mango/backup

Q3: iDrive is an option, and its one we like. Lots of the configuration and scripts are already in place on an ES to do an iDrive backup.

Q4: It is certainly possible. You would want to get some kind of controller for USB operations. You can check out something like usbmount and use it to trigger the copy of files you desire or if you're feeling more low level you can write a udev rule to kick off a script to mount/copy/unmount

Q5: "Should" is such a relative term. If you were collecting data on some classified widget, then surely the business protocols you operate under would govern if it were wise to let that data reside anywhere but behind your locks and your keys. However, since I'm assuming this is not a classified rock crushing application or anything so sensitive, then yes it is definitely a good idea. What's the probability of a rock crushing computers onsite vs. offsite? In general, yes, it is better to do offsite backups to wherever. The probability of a massive electrical event or general cataclysm affecting an area is greater than that event happening to two or more areas, even if still fairly small.

Q6: There are three backup options offered (counting NoSQL). 1. H2 backup - this backs up your entire database, 2. Configuration backup - this exports the configuration of the Mango to a JSON document, but has no runtime information at all (events, values). 3. NoSQL - this backs up only your NoSQL database. You need to have a database that matches the NoSQL backup to put Humpty-Dumpty back together again. Just restoring a Configuration backup to a new Mango will not have the actual point IDs guaranteed to be the same as the source system, and since the actual ID, not the XID, are used in the NoSQL module it is important these are retained. If you are running on MySQL, this would mean dumping your dataPoints table at the very minimum. Note also that if you were not using NoSQL the H2 backup would also backup your point values.

Q7: See answer to Q6, but yes, the H2 backup will also retain the data point IDs and therefore as explained in Q6 is necessary (if using H2) to restore both the point values and the configuration.

Good questions!