The object guid as source anchor for migration scenarios are not considered very reliable as that might change with the migration resulting in other problem with syncing. Changing it to ms-DS-Consistency to make sure it remains immutable throughout would be a good path to follow.
For any given on-premises AD User object whose ms-DS-ConsistencyGuid attribute isn't populated, Azure AD Connect writes its objectGUID value back to the ms-DS-ConsistencyGuid attribute in on-premises Active Directory.
For users who has ms-DS-ConsistencyGuid values already populated, you can check if the object GUID and ms-DS-ConsistencyGuid values are same in on-premises. If not, you can use some script to copy the object GUID values to ms-DS-ConsistencyGuid and make sure these are same.
Please "Accept the answer" if the information helped you. This will help us and others in the community as well.