Andy Leonard recommends not using backup-and-restore as an approach of moving SSIS packages around:
First, please do not misunderstand. You should back up SSISDB just like you back up all other databases – especially in Production. You should also conduct Disaster Recovery exercises in which you restore SSISDB from the latest backup, or avail yourself of Always On availability groups and / or Windows Server Failover Clustering.
With that caveat in mind, read on to see why.