Hello Ronak,
Unfortunately, I would say performing an in-place OS upgrade on a classic ASR Configuration Server to Windows Server 2019 is unsupported by Microsoft and most likely will break the integrated application components, including the local MySQL database and the registration keys.
Because of this, your ASR services would not survive the upgrade, and replication for your Windows Server 2008 and 2008 R2 workloads would also fail, forcing a complete and manual reconfiguration. Furthermore, the classic configuration server architecture officially only supports up to Windows Server 2016, so you cannot run the legacy components on a newer OS regardless of the deployment method.
To achieve the upgrade, I recommend to deploy a brand-new ASR Modernized Replication Appliance, which natively runs on Windows Server 2022. Once the new appliance is registered, you can use the built-in migration feature within your Recovery Services vault to transition your existing items from the classic server to the modern appliance.
Still, I know this sounds like a lot of work, but it would minimize replication downtime and skip some steps involved in manually re-registering the legacy mobility agents.
Best regards,
Scott