Does Windows Hyper-V Server 2012 support UEFI clients

Microsoft won't let you achieve your step; so address your goal instead.

Microsoft erroneously conflates has an EFI partitioned hard disc with has EFI firmware. This is, of course, clearly wrong. It's quite possible — and indeed is becoming ever more desirable these days — to have an EFI partitioned disc on a machine that has old non-EFI firmware. You actually — although it took over a fortnight for people here to wring the goal out of you rather than the step — want the converse. You want to have an old PC/AT-style MBR partitioned disc on a machine that has EFI firmware. (EFI firmware itself has no problem with either partition table format, and is indeed required by the EFI specification to understand both. It's Microsoft that makes this error.) And you want this because someone else's software cannot understand the EFI partition table.

One of the several consequences of Microsoft's error is that the Windows NT 6.1 installer has to be invoked from an install medium that has in turn been bootstrapped from old PC98 firmware, in order for it to accept the idea of installing Windows NT 6.1 to a disc partitioned with the old PC/AT MBR partitioning scheme. Unfortunately, if the Windows NT install disc is bootstrapped in the new EFI way the installer will think that there's EFI firmware, and so declare that it cannot be installed to non-EFI partitioned hard discs.

As Weaver has pointed out, and as the Microsoft documentation explains, the installation CD-ROM is in fact dual-boot. As Rod Smith further explains, one therefore can manually construct a Windows NT 6.1 install disc that bootstraps in the old PC98 way. The Windows NT 6.1 installer will then allow installation to an old PC/AT MBR partitioned hard disc.

However, on systems lacking a compatibility support module, as you say your system does, this will not help one whit. Your system will require the EFI version of Microsoft's Boot Manager, installed on the EFI System Partition, because that's how your firmware will try to bootstrap the operating system. But when the Windows NT 6.1 installer is started on non-EFI firmware, it installs the non-EFI version of Microsoft's Boot Manager and won't create an EFI System Partition. Such an installation will not actually bootstrap on your machine, and you won't even be able to complete the installation procedure. Indeed, because you lack a CSM you won't even be able to begin the installation procedure, because you won't even be able to bootstrap the installation disc in the old PC98 way. Microsoft won't let you achieve your step, two times over.

So focus on your goal, instead. Your goal is to enable your customer to deploy Windows Server 2008 onto machines that have EFI firmware from a system image. Therefore the correct question that you should be asking — of the software vendor — is how to get that old/broken disc imaging software fixed so that it has no trouble with the EFI partition table.

Firstly you mean GPT vs. MBR, not EFI vs. MBR - one's a firmware, the other a partition type. The only part it plays in your question is that, in general, you need an EFI/UEFI firmware based system (rather than a BIOS based one) to boot from a GPT partition, although that can be worked around sometimes.

Anyway a few things, DON'T EVER USE RAID 0, seriously it's an appalling idea, even for testing, it's the sign of an amatuer. Now also DON'T USE RAID 5 ON LARGE DISKS, as for very dull math reasons if you ever have to replace a disk then you're almost certainly introducing unrecoverable read errors. So use RAID 6 or RAID 10, that's what professionals use.

Another thing you want to do is create an initial smaller OS disk or partition, do not create one big disk/partition for everything, always separate the OS from data, put the OS in say a 100-300GB disk/partition and leave the rest to your data (VMs in this case). I don't know the disk controller you have but hopefully once you've created your array you should be able to carve it up into logical disks to present to the system, it's at this stage that you should make this first smaller OS disk if you can, this will allow you to partition it using either MBR or GPT, then present the remainder of the array as a second larger disk which you should partition using GPT. This will get you where you need to be and allow for each expansion in the future.