It is recommended that we follow the same path an upgrade follows to ensure the servers are stopped, patched and started in the correct order.
This path helps minimize data loss on the Data Collector servers following this path.
Ensure successful database backups of the Data Repository and Performance Center MySql netqosportal and em databases are safely set aside before performing any patching. Without these we're at risk of unrecoverable failure should something go wrong with the server during patching.
The recommended order that follows the recommended upgrade path is as follows.
- Stop the Data Aggregator as required before stopping the Data Repository database. Stop the Data Repository database. Patch the Data Repository cluster node(s) and restart the database.
- Before restarting the Data Aggregator patch the server. Restart the Data Aggregator.
- Stop the four PC server services and Mysql. Patch the server and restart the Performance Center services if not started after a reboot or a reboot isn't performed. Note that this can be done first, in this order, or last. Regardless if the choice, while the Data Aggregator and Data Repository are both down, ensure users are aware they'll be unable to do much of anything in UI until they are both restarted and resynchronized with Performance Center.
- Stop the Data Collector(s) one at a time, patch them and restart them. The faster they are restarted, the less the resulting data gap will be in reports.