续Provisioning Services 7.8 入门系列教程之十三 使用 Boot Device Management(BDM)
UEFI，全称Unified Extensible Firmware Interface，即“统一的可扩展固件接口”，是一种详细描述全新类型接口的标准，是适用于电脑的标准固件接口，旨在代替BIOS（基本输入/输出系统）。此标准由UEFI联盟中的140多个技术公司共同创建，其中包括微软公司。UEFI旨在提高软件互操作性和解决BIOS的局限性。
相比传统的BIOS启动，UEFI启动如下特点：
1、通过保护预启动或预引导进程，抵御bootkit攻击，从而提高安全性。
2、缩短了启动时间和从休眠状态恢复的时间。
3、支持容量超过2.2 TB的驱动器。
要使用UEFI启动计算机，需要硬件和操作系统都支持。目前的电脑硬件（主要是主板）基本上都同时支持两种启动方式，Windows 2003,XP等一些操作系统不支持UEFI安装，Windows 2012,Windows 10等操作系统支持。
一、PVS对UEFI的支持
应该说，在实际生产环境中可能会出现两种启动方式并存的现象，而这两种启动方式需要下载的引导程序是不一样的。传统的启动方式需要ardbp32.bin文件，面UEFI启动需要的是pvsnbpx64.efi。
在以前的版本的PVS中，两种引导文件的同时出现，给网络拓扑带来了一定的复杂性。因为在同一个作用域下，DHCP服务器只能设置一个引导文件名（067选项）。因此，为了满足实际的需要，用户
只能从以两种方式进行解决：
1、如果选择了 DHCP 选项 67，则存在两个拓扑选项：
在单个段上，使用 DHCP 预留为每个目标设备指定引导程序文件名（选项 67）。 这适用于较小的环境，但可以快速扩展以适用于企业环境。
将环境分为多个段，将旧版设备与 UEFI 设备隔离开来。 对于每个段，在DHCP服务器中建立一个作用域，通过设置的相应选项 67 。
2、用户也可以建立BootPTAB数据库的方式，来区分每台设备的启动方式。关于这一点，见后面的BootPTAB文件介绍。
针对这两种启动方式并在的现象，PVS 7.8提供了很好技术支持。用户只需要在DHCP作用域选项中建立相应选项：
建立DHCP 选项 11 – RLP 服务器
选项 11 允许您指定多个 IPv4 地址。使用此选项可在 Provisioning Services 服务器上指定流 NIC 的地址。 可以指定四个以上的地址。 UEFI 引导程序将读取所有地址，然后使用轮循机制选择一个要连接到的地址。
注意：选项 17 的优先级高于选项 11。
建立DHCP 选项 17 – 引导路径
“引导路径”选项通常与 iSCSI 结合使用以指定要启动的服务器和虚拟磁盘。 Provisioning Services 使用以下格式指定服务器地址：
pvs:[:17:]
pvs – 所需的标识符
IPv4 – Provisioning Services 服务器上的流 NIC 的地址
17 – UDP 的协议标识符（如果指定了登录端口，则需要此参数）
port – 登录端口（如果使用默认端口 6910，则不需要此端口）
示例：
pvs:192.168.0.213
pvs:192.168.0.213:17:7800
为了熟悉操作过程，笔者在Hyper-v新增一台虚拟机作为目标设备，安装了Windows 2012 R2，并生产映像，虚拟磁盘为Win12U.
注意，为了实现UEFI启动，应选择的虚拟机的代数为“第二代”。
其他过程略。
结果与问题：
笔者新建了一台虚拟机，作为测试设备，并在增加到PVS中。通过网络启动后，如下图
从上图中可以看出，设备下载了引导文件pvsnbpx64.efi。
但未能正常启动设备，总出现如下错误：
BNIStack failed, network stack could not be initialized
通过在网络上查询，得到的解决方法：删除设备管理器的隐藏网络适配器。
然而笔者通过多次增多不能成功。
有趣的是，尽管其他新增设备不能启动，但将原来目标设备（产生UEFI映像的设备）直接改成从虚拟磁盘启动，可以成功。
所以笔者最终认为，这有可能是在Hyper-V虚拟环境下，硬件的问题。
以上故障希望广大网友帮助解决。
二、关于BOOTPTAB 编辑器
用户可以使用 BOOTPTAB 文件可将目标设备与特定的引导程序相关联。BOOTPTAB 编辑器是用于在 BOOTPTAB 数据库文件中创建、编辑和维护条目的实用程序。
BOOTPTAB 文件的格式如下：
:ha=:ar=:bf=
示例：
host001:ha=001122334455:ar=0:bf=ardbp32.bin
host002:ha=554433221100:ar=7:bf=pvsnbpx64.efi
如果缺少体系结构标志，则默认值为 0。
“ar”标记指定目标设备的引导环境的体系结构。
当ar=0,体系结构为x86 BIOS，引导程序名为ardbp32.bin；
当ar=6,体系结构为x86 UEFI，引导程序名为pvsnbpia32.efi；
当ar=7,体系结构为x64 UEFI，引导程序名为pvsnbpx64.efi；
ha=MAC地址，在 PXE 环境中，有时使用通配符来表示多组客户端 PC 的 MAC 地址，这样无需获取单个 12 位地址。
bf=引导程序名。
至此，整个系列教程终于完成。正如笔者在前面所写到的那样，整个教程没有、也不想有太多理论，其实笔者也不懂太多理论。只想突出实际操作，记录部署过程。
只希望对那些和“过去的我”一样，心怀IT梦想的“那些人”，有所帮助，如此足矣！
本文转自ycrsjxy51CTO博客，原文链接：http://blog.51cto.com/ycrsjxy/1773214，如需转载请自行联系原作者
