Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 3 subscribers
  • Views 519 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

ASG 7.400: 10 hour upgrade?

James Bourne
I was just reading through the release notes of 7.400.

"Database will be converted after hours. Conversion will start at 8pm and run in the background. Depending on database size and contents this can take up to 10 or more hours."

After whose hours? On what device was the database upgrade measured at 10 hours? What if I upgrade after 8pm does it occur the next day from 8pm?

We run 24x7. Surely reflashing your ASG appliance and restoring your configuration is the way to go?

I would be interested in hearing from anyone has done the upgrade on an ASG425a cluster. Did it take 10 hours? Does it work?


This thread was automatically locked due to age.
Parents
  • 0
    Hi,
    here's some additional technical information about the database conversion so you can decide on how or if to do the up2date:

    During the boot process after the up2date, the database structure will be converted; the old tables will be renamed, and new tables will be created. This is fast since no data has to be touched, and will ensure that the device works normally after the completion of the boot process (with the exception of reporting data, which can't be accessed until it has been converted).
    Every day at 8PM, a conversion process will be started. This process works on the renamed tables containing archived reporting data and writes the data into the new tables with the new table structure, starting with the most current data. After each processing step, the process checks how long it has been running. If it has run for more than 9h 30m the process will not start a new step and exit. It will be automatically restarted the next day at 8PM, until all of the archived data has been converted.

    It is possible to influence the conversion: By configuring the reporting database keep times (Reporting->Settings) you can reduce the amount of data which has to be converted. Keep in mind that the database maintenance process which deletes old content only runs during the night; there must be a night between changing the settings and starting the 7.400 up2date. If you're thinking about doing a fresh installation of 7.400 to skip the up2date, you might also consider doing a factory reset before the up2date instead. This will get rid of all reporting data, so the actual conversion will be fast, and save you the hassle of the installation process if you can't the boot from USB stick, or the right ISO image.

    Cheers,
     andreas
  • 0 in reply to andreas
    Hi James,

    Further to andreas' post. The "time" is going by the actual time of the appliance itself. Further, while the conversion runs, it still runs at low priority, so the installation is still usable. We just tried to minimize the chance of user impact, and the conversion must run sometime until it is done. Most installations will in fact update quite quickly, so there will be no need to run multiple nights or even multiple hours. However to cover all our install sizes, we needed a singular process that worked for everyone in the best possible spread.

    hope this helps,
Reply
  • 0 in reply to andreas
    Hi James,

    Further to andreas' post. The "time" is going by the actual time of the appliance itself. Further, while the conversion runs, it still runs at low priority, so the installation is still usable. We just tried to minimize the chance of user impact, and the conversion must run sometime until it is done. Most installations will in fact update quite quickly, so there will be no need to run multiple nights or even multiple hours. However to cover all our install sizes, we needed a singular process that worked for everyone in the best possible spread.

    hope this helps,
Children