在ESXi环境中使用EFI固件和GPT引导磁盘有什么显着的优点（或缺点）？

我的基本问题是，正如标题所示：在ESXi环境中使用EFI固件和GPT引导磁盘有什么显着的优点（或缺点）？ “显着”是指除了众所周知的MBR磁盘的2TB限制以外，还有BIOS启动固件必须使用MBR磁盘启动的限制。

具体的VM选项在下面的屏幕截图中。

如果它有所作为，我的特定环境的一些背景和细节如下，虽然我对一般情况感兴趣，以及任何具体或只涉及Windows环境。

• 带有Windows Server Backup的多个USB备份目标
• 磁盘IOPS和sar tps之间的关系
• 设备上没有空间 – 但有空间
• 你可以在ESXI中使用USB硬盘吗？
• SysInternals FileMon for Linux的等价物？

由于最近的一些项目，我已经成功地将我的公司领主以$ [day_job]拖到了当前十年，所以我将取代很多我们的家庭办公系统。 这些系统以及它们将被替代的主要是在ESX 5.5上虚拟化的Windows Server操作系统（现在更新1，即将更新2，以及VMFS5，如此大量的支持）。 虚拟机以及它们访问的所有存储位于SAN（EMC VNX 5400）上，通过NFS共享呈现给ESXi主机。 一切都是精简configuration。

大多数情况下，我只是将一些庞大而复杂的PITA系统升级到更新的平台 – 例如，我们目前在Server 2003 R2上运行的多TB文件服务器并不使用DFS，将升级到Server将2012 R2放入DFS命名空间，利用DFS复制，并开始使用Server 2012重复数据消除。 我们的SharePoint系统，目前在Server 2003 R2和SQL Server 2005上运行，将升级到SharePoint 2013，运行Server 2012 R2，并放在2008 R2或更高版本的SQL Server引擎上。 等等。

在查看文件服务器，以及如何处理它们的数据量（我们的每个家庭办公文件服务器的数据量都超过2TB）时，我研究并决定了服务器中的重复数据消除function2012年。由于这是一个单一的数量的基础上，它是最好的，如果所有的数据是一个卷，而不是分裂在多个卷，就像我们目前的混乱。 这提出了GPT磁盘对我们的数据卷最好的问题，并带来了我的EFI与BIOS固件的问题。 我们的服务器都具有50GB的操作系统[虚拟]磁盘，与任何数据量是分开的，至less现在我打算保持这种状态 – 能够将数据卷附加到新的虚拟机是非常有用的。

因此，考虑到这一点，我无法想象我们需要或希望从需要GPT的卷引导VM超过2 TB MBR磁盘限制的场景。 环境纯粹是虚拟的这一事实似乎否定了GPT磁盘的可恢复性优势，所以我无法想出任何令人信服的理由开始构build具有EFI启动固件和/或GPT启动卷的新VM。 当然，我也不能拿出任何令人信服的理由来坚持BIOS启动固件和MBR磁盘，因此，我的问题是：

在ESXi环境中使用EFI固件和GPT引导磁盘有什么显着的优点（或缺点）？ （“值得注意”是指除了众所周知的MBR磁盘2TB限制以外，还有BIOS启动固件必须使用MBR磁盘启动的限制。