When we prepare a tx, we store metadata in the SplitPrepareSessionManager, and refer back to it later when we commit the transaction. If these happen in two different oplog apply batches, the number of workers cannot be assumed to be the same, since we now allow this parameter to be modified at runtime. Add a check to make sure that we are using the correct number of workers at commit time, even if it has changed since prepare time.