I've just hit this exact same issue, and given I've taken over the site the person above posted about I thought Id mention it here, in case someone else hits it.
The field group had been built using the Metabox Builder, but the subsequent code wasn’t in functions.php whis means that it’s relying on the data in wp_posts.
The config in wp_posts is serialized data and contains the string //dev.host
When database migrations are run it does a dirty search and replace for all occurrences of //dev.host - that works fine, but in PHP serialised data the length of the value (jn characters) remains unchanged, so the if//dev.host is replaced with //live.host data in wp_posts can no longer be unserialised.
This would usually throw an error when an invalid value was attempted to be unserialized, but meta-box-builder suppresses those by using @unserialize
So the solutions are
1) Make sure anything built with Meta Box Builder are later hard coded into the thems functions.php (this makes sense, but I assume for this site it was left with the builder in place for convenience if requirements changed)
or
2) Fix the serialized data in those wp_posts on migration - as migration is a separate tool that would require some post processing and validation
It's kind of ott to hard code host names in meta data, to be honest, as it hurts portability. I know this is something that WP do but if you could avoid it would b great.
I'm going to go for solution 1 moving forward.