While knowing how to do this can be useful in certain situations, as EEAA pointed out, you should probably have two DCs instead of one. If for nothing more than a disaster recovery/ backup.
If you are not performing backups of your current DC... START PERFORMING AD BACKUPS BEFORE DOING ANYTHING ELSE.
You should be able to do this without too much headache. After making the change you should definitely make it a priority to document where references to your DCs are in your environment.
This should be done at a time to minimize downtime.
- Bring up your new DC using a new static IP address. Have it DCPromo'ed in and make sure it's fully functional before proceeding. (Have the new DC point to the original for DNS)
- Give the 2008R2 DC the new static address, and the 2012R2 DC the original IP.
- Client side DNS Settings on the DCs here are important, if you are keeping two DCs DNS should point to the opposite DC then itself. If you are only keeping the one, point DNS to itself on both.
- Restart AD DS services on both DCs, as well as the netlogon service.
- Check DNS to ensure that all the records have been updated appropriately (A, & SRV)
- Check AD logs to ensure there are no issues with replication (either FRS or DFSR)
If you were going to remove the original DC, you would then:
- Transfer any FSMO roles the DC holds
- DCpromo the DC out
- Verify it has been demoted properly and all SRV records have been removed from DNS.
If you still need a temporary fix for applications that point to a removed DC by name, you could add a CNAME record to DNS for that DC that points to the new DC.
Again, you should probably have two DCs.
Also, for further insight and information, see this other SF question: Windows 2003 DC to Windows 2008 R2 DC with same name and same IP that takes into account other factors that might be involved (same concepts apply in your situation still).