Microsoft在2018年下半年发布了Windows Server 2019的正式版，近期我将我将我的实验环境中的服务器升级到了Windows Server 2019，升级也越来越简单，整个升级过程比较顺利，基本上没有问题，就是升级的过程比较慢，一共3台服务器升级，每台升级都花了2～3个小时。现在将整个升级过程展现出来，希望对读者有所帮助。
本次升级涉及到3台服务器，其中2台物理机、1台虚拟机，每台机器操作系统都是Windows Server 2016。如表1所列。
表1 实验环境计算机信息
![从Windows Server 2016到Windows Server 2019升级案例_升级](https://pic.nexopera.tech/3c2244fa1bc1ec7aac8d14b746d6f1b7.png)
我当前的实验环境有3台服务器，系统都是Windows Server 2016 Datacenter版本，其中2台是域控制器，另1台是成员服务器（同时这一台也是Hyper-V Server主机），在这个Hyper-V主机上运行着一些生产及实验环境的虚拟机（172.18.96.4的第2台域控制器就是Hypervisor中的一个虚拟机）。172.18.96.9与172.18.96.1同时也配置了DFS文件夹进行同步，这两台也是文件服务器。整个实验环境如图1-1所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_02](https://pic.nexopera.tech/7d1f452f80b0f6d22c02378cd5b37d0a.png)
图1-1 演示实验环境
在图1-1的“服务器2”中安装了Hyper-V Server，并在Hyper-V Server中运行多个虚拟机，其中一个虚拟机为DCSER的域控制器。服务器2有两块网卡配置成“NIC 组合”即两个网卡绑定成一个网卡使用，这两个网卡连接到物理交换机的Trunk端口。另1台服务器连接到交换机的Access端口，当前服务器网段分配IP地址为172.18.96.0/24，属于VLAN 2006。

## 1 升级第1台域控制器

当前网络中有2台域控制器，可以直接登录到任意一台域控制器，先升级林架构、更新域信息之后升级域服务器，之后再升级成员服务器。主要步骤如下。
 运行Windows Server 2019的ADPREP工具更新
 升级安装Windows Server 2019。
 将网络中其他成员服务器升级到Windows Server 2019。
 提升域功能级别到Windows Server 2019
下面介绍主要的步骤及过程（在Windows Server 2016图形界面安装）。
（1）当前的Active Directory域控制器是Windows Server 2016，如图1-2所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2016_03](https://pic.nexopera.tech/c151cdb0c77e134a244ae4b6d4551d60.png)
图1-2 当前域控制器是Windows Server 2016
（2）准备Windows Server 2019安装光盘，如果是光盘镜像,请使用虚拟光驱加载并将光盘内容复制到本地硬盘一个文件夹中,例如本例将Windows Server 2019安装光盘所有文件复制到d:\os-ins\ws19文件夹.然后进入命令提示窗口，从安装光盘的support\adprep文件夹，执行adprep /forestprep，先升级林架构（如图1-3所示），然后执行adprep /domainprep更新全域信息（如图1-4所示）。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2016_04](https://pic.nexopera.tech/8aa4552fa1e23650ca8c6d948ca7444c.png)
图1-3 升级林架构
![从Windows Server 2016到Windows Server 2019升级案例_升级_05](https://pic.nexopera.tech/1bd756912dac7b8d8f7ec5974e66bda2.png)
图1-4 更新全域信息
（3）然后运行Windows Server 2019安装程序，在“获取重要更新”对话框，选择“不是现在”。如图1-5所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_06](https://pic.nexopera.tech/e6aae2eac7293bd1a4aecbea788b8d5f.png)
图1-5 运行安装程序
（4）在“产品密钥”对话框中，输入Windows Server 2019的产品密钥（这是KMS客户端密钥），如图1-6所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2016_07](https://pic.nexopera.tech/302a61bf9839231ef6ae0d40dffc83e2.png)
图1-6 输入产品密钥
（5）在“选择映像”，选择要安装的操作系统，在此选择“Windows Server 2019 Datacenter（桌面体验）”，如图1-7所示，这将安装带有图形界面的数据中心版。
![从Windows Server 2016到Windows Server 2019升级案例_升级_08](https://pic.nexopera.tech/fe6dd0419aff09695e290e7c72ceccca.png)
图1-7 选择安装的系统
（6）在“适用的声明和许可条款”中选择“接受”，如图1-8所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_09](https://pic.nexopera.tech/438c144d1df507695c7c93cbb1cd0cc5.png)
图1-8 接受许可条款
（7）在“选择要保留的内容”，选择“保留个人文件和应用”，如图1-9所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_10](https://pic.nexopera.tech/ce5f622e6f5124153e512cf11e782788.png)
图1-9 升级安装
（8）在“准备就绪，可以安装”对话框，单击“安装”按钮，开始安装并升级到Windows Server 2019，如图1-10所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_11](https://pic.nexopera.tech/ac3cfc7426ab6875ebf2788336caf17f.png)
图1-10 准备就绪
（9）稍后开始Windows Server 2019的安装，如图1-11所示。稍后系统会自动重新启动，完成Windows Server 2019的升级。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_12](https://pic.nexopera.tech/2af54cb44a30789951d369f6fc2792b5.png)
图1-11 正在安装Windows Server 2019
（10）等升级完成之后，再次进入系统，可以看到当前系统已经是Windows Server 2019，如图1-12所示。当前升级用了大约90分钟。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_13](https://pic.nexopera.tech/e81c448a235976c79b0dd66cbf483976.png)
图1-12 系统升级完成

## 2 第2台域控制器升级

第2台域控制器的升级就比较简单，以管理员身份登录第2台域控制器，打开资源管理器，浏览\172.18.96.1\d$\os-ins\ws19\setup，运行安装程序，升级到Windows Server 2019。主要步骤如下。
（1）升级前查看当前计算机信息，如图1-13所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_14](https://pic.nexopera.tech/0266c554ed70ceb368386d4700402591.png)
图1-13 查看第2台域控制器
（2）运行Windows Server 2019安装程序，如图1-14所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_15](https://pic.nexopera.tech/c3b244659f0c5f0b3d60d9feb427ef62.png)
图1-14 运行安装程序
（3）在“选择映像”中选择Windows Server 2019桌面体检，如图1-15所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_16](https://pic.nexopera.tech/283b37272b012226bd23865c8a8b415c.png)
图1-15 选择映像
（4）在“选择要保留的内容”，选择“保留个人文件和应用”，如图1-16所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_17](https://pic.nexopera.tech/d5e90ed36a3004d51db24bad3741e3b2.png)
图1-16 升级安装
（5）在“准备就绪，可以安装”对话框，单击“安装”按钮，开始安装并升级到Windows Server 2019，如图1-17所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_18](https://pic.nexopera.tech/0d16931f292b78bb92728edeee944621.png)
图1-17 准备就绪
（6）大约1个多小时后完成升级，升级之后如图1-18所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_19](https://pic.nexopera.tech/1f9e58395ee5a9e49e8dca7929e5831d.png)
图1-18 升级完成
（7）在“服务器管理器”中查看是否有未完成事项，如果当前Active Directory服务器安装有DHCP，需要完成DHCP配置，如图1-19所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_20](https://pic.nexopera.tech/be30064542fc61c94ef4f9e46b6bfd8c.png)
图1-19 完成DHCP配置
（8）在“DHCP安装后配置向导”对话框中单击“下一步”按钮，如图1-20所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_21](https://pic.nexopera.tech/eaaa997a7ec9f792c18d9e4b9e84d3c3.png)
图1-20 DHCP安装后配置向导
（9）在“授权”对话框中，单击“提交”按钮，如图1-21所示，完成DHCP服务器授权。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2016_22](https://pic.nexopera.tech/0deb2390255fa2f84d6578c38e66dc32.png)
图1-21 提交
（10）在“摘要”对话框中显示了配置结果，如图1-22所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_23](https://pic.nexopera.tech/314e4e409c5e1a4fc01568de6cc17e74.png)
图1-22 摘要

## 3 升级成员服务器

在升级Hyper-V 服务器的时候，记得从Windows Server 2012 R2升级到Windows Server 2016的时候，统提示：需要删除NIC Teaming、停止正在运行的虚拟机才能完成升级，在升级完成之后重新配置NIC Teaming并重新启动虚拟机，如图3-1所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_24](https://pic.nexopera.tech/fce1a42ed019064978f51d3d95c6334c.png)
图3-1 从Windows Server 2012 R2升级到2016时的注意事项
但在从Windows Server 2016升级到Windows Server 2019时，计算机配置了NIC Teaming不再是升级的阻碍，只有正在运行的虚拟机是需要关闭的，如图3-2所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_25](https://pic.nexopera.tech/005970bb3c6d65b0a74b813b6d5bfa52.png)
图3-2 从Windows Server 2016 升级到Windows Server 2019

下面是升级的主要过程。
（1）当前计算机是一台Windows Server 2016的成员服务器，加入到heinfo.edu.cn的域中，如图3-3所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2016_26](https://pic.nexopera.tech/9ea1e7576b8f80ad31785c2f6c96a21d.png)
图3-3 当前计算机信息
（2）当前服务器有两个网卡并配置为“NIC组合”，在“控制面板→网络和Internet→网络连接”中可以看到，如图3-4所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2016_27](https://pic.nexopera.tech/eeea1b2c5de48ce9cfa76d4c60e5a102.png)
图3-4 网卡绑定
（3）打开Hyper-V管理器，关闭当前正在运行的虚拟机。
（4）之后运行Windows Server 2019安装程序，完成系统的升级。升级之后如图3-5所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2016_28](https://pic.nexopera.tech/d4c1aba04d4f2a418768659608c56957.png)
图3-5 升级完成
（5）升级完成之后，重新启动原来关闭的虚拟机（如图3-6所示），完成系统的升级，这些不一一介绍。
![从Windows Server 2016到Windows Server 2019升级案例_升级_29](https://pic.nexopera.tech/6e96d3eec4cf714190d40f92f3e0c407.png)
图3-6 启动虚拟机

## 4 升级后可能遇到的故障

4.1 RD授权管理器需要重新激活
在升级到Windows Server 2019之后，“RD授权管理器”需要重新激活，打开“RD授权管理器”可以看到“LS己升级，需要重新激活”的提示，如图4-1所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_30](https://pic.nexopera.tech/e4300fe5462a7fdc6c3e2c75f0a159ea.png)
图4-1 提示需要重新激活
右击服务器，在弹出的快捷菜单中选择“高级→重新激活服务器”，如图4-2所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_31](https://pic.nexopera.tech/ad3500b0e4a65de967fad0ace03ff7f8.png)
图4-2 重新激活服务器
在“所需的信息”对话框中，在“原因”下拉列表中选择“许可证服务器己得到升级”，如图4-3所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_32](https://pic.nexopera.tech/01311aaab82bd05043ff4d884c324161.png)
图4-3 许可证服务器己得到升级
激活之后如图4-4所示。原来安装的授权许可不需要重新激活。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_33](https://pic.nexopera.tech/2666ac51df7bd031b9482b51a335bb8d.png)
图4-4 RD授权管理器已经激活

## 4.2 Windows部署服务无法使用

在172.18.96.1的域服务器上有Windows部署服务。在从Windows Server 2016升级到Windows Server 2019之后，Windows部署服务无法使用。最后卸载了Windows部署服务、重新安装之后可以继续使用。原来的Windows部署服务添加的安装镜像与启动镜像等不需要重新添加。
（1）Windows部署服务无法使用，如图4-2-1所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_34](https://pic.nexopera.tech/970c052ef0f1bc441bc887da43f81770.png)
图4-2-1 无法使用
（2）在“服务”中如果手动启动Windows部署服务也会出错，如图4-2-2所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2016_35](https://pic.nexopera.tech/75882becd9ff11c352fffe8f1b5f6df2.png)
图4-2-2 无法启动服务
（3）进入删除角色和功能向导，删除Windows部署服务，如图4-2-3所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_36](https://pic.nexopera.tech/beb68a3103c5002fa320bc04499c2ec9.png)
图4-2-3 删除Windows部署服务
（4）删除之后重新启动，如图4-2-4所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_37](https://pic.nexopera.tech/61081003b76a1805ceda203c164e5b0f.png)
图4-2-4 删除Windows部署服务
（5）再次进入系统之后重新添加Windows部署服务，如图4-2-5所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_38](https://pic.nexopera.tech/e01c4a92b3c75daea0d91abdee395fc4.png)
图4-2-5 重新添加Windows部署服务
安装Windows部署服务之后，重新配置Windows部署服务，并且选择原来的文件夹。
（1）配置Windows部署服务，如图4-2-6所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2016_39](https://pic.nexopera.tech/26b709da4ae0eacf1a083bc6424ffbeb.png)
图4-2-6 配置服务器
（2）选择原来的文件夹，如图4-2-7所示。
![从Windows Server 2016到Windows Server 2019升级案例_Windows 2019_40](https://pic.nexopera.tech/89d39d71411873b621f5c22622f2e9e6.png)
图4-2-7 选择远程安装文件夹的路径
（3）配置完成后启动Windows部署服务，可以看到原来的映像组都存在，如图4-2-8所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_41](https://pic.nexopera.tech/25519c2a3dc23da0adb35846a84f64f2.png)
图4-2-8 安装镜像
（4）检查Windows部署服务属性，如图4-2-9所示。
![从Windows Server 2016到Windows Server 2019升级案例_升级_42](https://pic.nexopera.tech/b1e13a540e0afb3324320f139d2d649d.png)
图4-2-9 安装之后不加入到域
至此Windows部署服务恢复正常使用。

从Windows Server 2016到Windows Server 2019升级案例

## 前言

Microsoft已经发布了Windows Server 2016的正式版，为了深入了解与学习这个产品，第一时间将我的实验环境中的服务器升级到了Windows Server 2016，整个升级过程比较顺利，只是在升级后一些小问题也一一解决，现在将整个升级过程展现出来，希望对读者有所帮助。

我当前的实验环境有3台服务器，系统都是Windows Server 2012 R2 Datacenter版本，其中1台是域控制器，另2台是成员服务器，其中一台是WSUS服务器，一台是Hyper-V Server主机，在这个Hyper-V主机上运行着一些生产及实验环境的虚拟机。整个实验环境如图1-1所示。说明，虽然这是一个实验环境，但我这个环境最后是从Windows Server 2003开始，经历了从Windows Server 2003到现在最新的Windows Server 2016期间每个版本的升级，还包括了服务器的更换，整个环境一直保留到现在实属不易，所以虽然是实验环境但处胜于一般的生产环境。当前环境中WSUS、DFS、CA、DHCP、WDS、Hyper-V应用近有。

![图1-1 演示实验环境](https://pic.nexopera.tech/20240202140012.png)



在图1-1的"服务器3"中安装了Hyper-V Server，并在Hyper-V Server中运行多个虚拟机，其中一个虚拟机为Forefront TMG 2010兼任当前网络中的防火墙及代理服务器。服务器3有两块网卡配置成"NIC 组合"即两个网卡绑定成一个网卡使用，这两个网卡连接到物理交换机的Trunk端口。其他2台服务器连接到交换机的Access端口，当前服务器网段分配IP地址为172.18.96.0/24，属于VLAN 2006。

## 1、升级域控制器


因为当前网络中只有一台域控制器，所以可以直接登录到域控制器，先升级林架构、更新域信息之后升级域服务器，之后再升级成员服务器。主要步骤如下。

运行Windows Server 2016的ADPREP工具更新

升级安装Windows Server 2016。

将网络中其他成员服务器升级到Windows Server 2016。

提升域功能级别到Windows Server 2016

下面介绍主要的步骤及过程（在Windows Server 2008 R2图形界面安装）。

（1）当前的Active Directory域控制器是Windows Server 2012 R2，如图1-2所示。

![图1-2 当前域控制器是Windows Server 2012 R2](https://pic.nexopera.tech/20240202140028.png)

（2）准备Windows Server 2016安装光盘，如果是光盘镜像,请使用虚拟光驱加载并将光盘内容复制到本地硬盘一个文件夹中,例如本例将Windows Server 2016安装光盘所有文件复制到d:\os-ins\ws16文件夹.然后进入命令提示窗口，从安装光盘的support\adprep文件夹，执行adprep /forestprep，先升级林架构（如图1-3所示），然后执行adprep /domainprep更新全域信息（如图1-4所示）。

![图1-3 升级林架构](https://pic.nexopera.tech/20240202140047.png)

![图1-4 更新全域信息](https://pic.nexopera.tech/20240202140058.png)

（3）然后运行Windows Server 2016安装程序，在"获取重要更新"对话框，选择"不是现在",因为我的网络中有WSUS，平常都是使用WSUS更新的。如图1-5所示。

![图1-5 运行安装程序](https://pic.nexopera.tech/20240202140106.png)

（4）在"产品密钥"对话框中，输入Windows Server 2016的产品密钥，如图1-6所示。

![图1-6 输入产品密钥](https://pic.nexopera.tech/20240202140118.png)

（5）在"选择映像"，选择要安装的操作系统，在此选择"Windows Server 2016 Datacenter（桌面体验）"，如图1-7所示，这将安装带有图形界面的数据中心版。

![图1-7 选择安装的系统](https://pic.nexopera.tech/20240202140127.png)

（6）在"适用的声明和许可条款"中选择"接受"，如图1-8所示。

![图1-8 接受许可条款](https://pic.nexopera.tech/20240202140139.png)

（7）在"选择要保留的内容"，选择"保留个人文件和应用"，如图1-9所示。

![图1-9 升级安装](https://pic.nexopera.tech/20240202140148.png)

（8）在"你需要关注的事项"中列出了当前的升级建议。如果没有影响升级的选项，请单击"确认"按钮，如图1-10所示。如果有影响升级的选项（后文会有提示），请在解决了这些影响升级的选项之后再进行升级。

![图1-10 确认升级](https://pic.nexopera.tech/20240202140158.png)

（9）在"准备就绪，可以安装"对话框，单击"安装"按钮，开始安装并升级到Windows Server 2016，如图1-11所示。

![图1-11 准备就绪](https://pic.nexopera.tech/20240202140209.png)

（10）稍后开始Windows Server 2016的安装，如图1-12所示。稍后系统会自动重新启动，完成Windows Server 2016的升级。

![图1-12 正在安装Windows Server 2016](https://pic.nexopera.tech/20240202140217.png)

（11）等升级完成之后，再次进入系统，可以看到当前系统已经是Windows Server 2016，如图1-13所示。

![图1-13 系统升级完成](https://pic.nexopera.tech/wKiom1jGVlLRvkstAAD5jZVNb0Y634.png)

（12）在"服务器管理器"中查看是否有未完成事项，如果当前Active Directory服务器安装有DHCP，需要完成DHCP配置，如图1-14所示。

![图1-14 完成DHCP配置](https://pic.nexopera.tech/20240202140230.png)

（13）在"DHCP安装后配置向导"对话框中单击"下一步"按钮，如图1-15所示。

![图1-15 DHCP安装后配置向导](https://pic.nexopera.tech/20240202140237.png)

（14）在"授权"对话框中，单击"提交"按钮，如图1-16所示，完成DHCP服务器授权。

![图1-16 提交](https://pic.nexopera.tech/20240202140247.png)

（15）在"摘要"对话框中显示了配置结果，如图1-17所示。

![图1-17 摘要](https://pic.nexopera.tech/20240202140257.png)

## 2、升级成员服务器

当前的实验环境有两台Windows Server 2012 R2的成员服务器，其中WSUS更新服务器的升级比较简单，直接进入系统运行Windows Server 2016安装光盘就可以完成升级，但在升级另一台Hyper-V Server虚拟化主机时，系统提示：需要删除NIC Teaming、停止正在运行的虚拟机才能完成升级，在升级完成之后重新配置NIC Teaming并重新启动虚拟机，如图2-1所示。

![图2-1 升级注意事项](https://pic.nexopera.tech/wKiom1jGV8_yHVvCAAJ0NUfBfak795.png)



下面是升级的主要过程。

（1）当前计算机是一台Windows Server 2012 R2的成员服务器，加入到heinfo.edu.cn的域中，如图2-2所示。

![图2-2 当前计算机信息](https://pic.nexopera.tech/wKioL1jGV8-xqY7cAAFNFnxNUME703.png)



（2）当前服务器有两个网卡并配置为"NIC组合"，在"控制面板→网络和Internet→网络连接"中可以看到，如图2-3所示。要升级到Windows Server 2016，需要先删除"NIC组合"。

![图2-3 网卡绑定](https://pic.nexopera.tech/wKiom1jGV9CD1sqnAAC9uIoeTmQ542.png)



（3）在"服务器管理器→本地服务器"中，在"NIC组合"中单击"己启用"，如图2-4所示。

![图2-4 NIC组合己启用](https://pic.nexopera.tech/wKioL1jGV9DxdnyBAAF1KkZrzQ0947.png)



（4）在"NIC组合"对话框中，在"组"中右击NIC组合，在弹出的或选择"删除"，如图2-5所示。

![图2-5 删除NIC组合](https://pic.nexopera.tech/wKiom1jGV9DgThtcAADdegZYlS8331.png)



（5）在"NIC组合"警告对话框中单击"删除组"按钮，确认删除NIC组合，如图2-6所示。

![图2-6 删除NIC组合](https://pic.nexopera.tech/wKioL1jGV9CinMNfAACT5xWNGiM412.png)



（6）删除之后如图2-7所示。

![图2-7 删除NIC组合](https://pic.nexopera.tech/wKiom1jGV9HQUOhzAACYEFQZLno264.png)



（7）打开Hyper-V管理器，关闭当前正在运行的虚拟机。

（8）之后运行Windows Server 2016安装程序，完成系统的升级。

（9）升级完成之后，重新创建"NIC组合"，重新配置Hyper-V虚拟机网络，重新启动原来关闭的虚拟机，完成系统的升级，这些不一一介绍。

## 3、升级后可能遇到的故障

### 3.1 Active Directory域控制器不能使用

现象：Active Directory无法访问，Active Directory用户和计算机不能使用，找不到域控制器。

解决方法：重新启动AD DS服务即可。

这应该算是一个比较严重的故障，经过我测试，如果升级之后的Windows Server 2016域控制器，重新启动之后，AD DS服务状态虽然是"已经启动"，但AD服务不能使用，只能手动重新启动。如果将AD DS的服务设置为"延迟启动"也不行。而在我以前的域控制器升级中，从来没有碰到过类似的问题。

当前我只是在一个环境中升级了Windows Server 2012 R2，其他单位生产环境还没有升级，这个问题是偶然发生还是所有系统都有，还不得而知。

（1）在将当前的环境升级到Windows Server 2016之后，在检查到DFS服务的时候，发现无论是"命名空间"还是"复制"都是红色的"X"号，如图3-1所示。

![图3-1 DFS不能使用](https://pic.nexopera.tech/wKioL1jGWG-ygVxPAAFoM26KUOI013.png)

（2）在检查"Active Directory用户和计算机"时，提示"找不到命名信息"，如图3-2所示。

![图3-2 找不到命名信息](https://pic.nexopera.tech/wKiom1jGWG_BxLC5AACwlY4voo0021.png)

（3）在"服务"中右击"Active Directory Domain Services"，在弹出的快捷菜单中选择"重新启动"，如图3-3所示。

![图3-3 重新启动AD DS](https://pic.nexopera.tech/wKioL1jGWHCDrVRpAAMIj0CVrI4818.png)

（4）在弹出的"停止其他服务"对话框中，单击"是"按钮，如图3-4所示。

![图3-4 停止其他服务](https://pic.nexopera.tech/wKiom1jGWHGDzuTWAAA5ed6fGio570.png)

（5）等AD DS及其相关服务重新启动之后，Active Directory正常，DFS亦恢复正常，如图3-5所示。

![图3-5 Active Directory用户和计算机正常](https://pic.nexopera.tech/wKiom1jGWHGzq1KuAAF7GWezSF0814.png)

在升级到Windows Server 2016之后，"RD授权管理器"需要重新激活，打开"RD授权管理器"可以看到"LS己升级，需要重新激活"的提示，如图3-6所示。

![图3-6 提示需要重新激活](https://pic.nexopera.tech/wKioL1jGWHLDZU1FAACKvYOywts662.png)

右击服务器，在弹出的快捷菜单中选择"高级→重新激活服务器"，如图3-7所示。

![图3-7 重新激活服务器](https://pic.nexopera.tech/wKioL1jGWHLxlnPHAADWlv-2fbk243.png)

在"所需的信息"对话框中，在"原因"下拉列表中选择"许可证服务器己得到升级"，如图3-8所示。

![图3-8 许可证服务器己得到升级](https://pic.nexopera.tech/wKiom1jGWHKBbssaAABcRbcPdz4760.png)

### 3.2 文件共享服务器不能使用

在升级之后，mh09（成员服务器）的共享服务不能使用（网络中其他计算机不能使用mh09提供的"共享文件夹"服务）。经过检查发现"网络发现"没有启用。

（1）打开"网络和共享中心"，单击"更改高级共享设置"链接，如图3-9所示。

![图3-9 更改高级共享设置](https://pic.nexopera.tech/wKiom1jGWHOh78alAACstsw2kTI857.png)

（2）在"网络发现"中看到当前设置为"关闭网络发现"，选择"启用网络发现"单击"保存更改"，如图3-10所示。在设置之后，再次单击"更改高级共享设置"，发现设置仍然是"关闭网络发现"，不能启用网络发现。

![图3-10 启用网络发现](https://pic.nexopera.tech/wKioL1jGWHPCMa-mAADU89R82xU451.png)

在"服务"中经过检查发现以下这些服务没有启动（启动类型为"禁用"）。

Function Discovery Resource Publication

SSDP Discovery

UPnP Device Host

将这三项服务启动类型更改为"自动（延迟启动）"，如图3-11所示，然后启动这三项服务，再次打开"更改高级共享设置"，可以看到"启用网络发现"已经启用。

![图3-11 更改启动类型](https://pic.nexopera.tech/wKiom1jGWHPSM1C0AABtzXJvr_4825.png)

### 3.3 升级域功能级别

最后等所有问题都解决之后，切换到域控制器，将域功能级别提升到Windows Server 2016。

（1）在"Active Directory用户和计算机"中，右击域控制器，在弹出的快捷菜单中选择"提升域功能级别"，如图3-12所示。

![图3-12 提升域功能级别](https://pic.nexopera.tech/wKioL1jGWHTx5pXIAAJ6u2WqDr8867.png)

（2）在"提升域功能级别"对话框中，在"选择可用域功能级别"下拉列表中选择"Windows Server 2016"，然后单击"提升"按钮，如图3-13所示。

![图3-13 提升域功能级别](https://pic.nexopera.tech/wKioL1jGWHSi6Mm-AABG1goPCM4590.png)

（3）在弹出的对话框中单击"确定"按钮，如图3-14所示。

![图3-14 确定提升](https://pic.nexopera.tech/wKiom1jGWHWTFLdPAACPASGqStI534.png)

（4）在弹出的对话框中单击"确定"按钮，如图3-15所示。

![图3-15 提升完成](https://pic.nexopera.tech/wKiom1jGWHXQsD9wAAE9LDLGbys693.png)

从Windows 2012升级到2016案例

![](https://pic.nexopera.tech/0.jpeg)

> Nginx 是一个高性能的 HTTP 和反向代理服务器，特点是占用内存少，并发能力强，事实上 Nginx 的并发能力确实在同类型的网页服务器中表现较好。

Nginx 专为性能优化而开发，性能是其最重要的要求，十分注重效率，有报告 Nginx 能支持高达 50000 个并发连接数。

Nginx 知识网结构图
------------

Nginx 的知识网结构图如下：

![](https://pic.nexopera.tech/1.png)

### 反向代理

**正向代理**：局域网中的电脑用户想要直接访问网络是不可行的，只能通过代理服务器来访问，这种代理服务就被称为正向代理。

![](https://pic.nexopera.tech/2.png)

反向代理：客户端无法感知代理，因为客户端访问网络不需要配置，只要把请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据，然后再返回到客户端。

此时反向代理服务器和目标服务器对外就是一个服务器，暴露的是代理服务器地址，隐藏了真实服务器 IP 地址。

![](https://pic.nexopera.tech/3.png)

### 负载均衡

客户端发送多个请求到服务器，服务器处理请求，有一些可能要与数据库进行交互，服务器处理完毕之后，再将结果返回给客户端。

普通请求和响应过程如下图：

![](https://pic.nexopera.tech/4.png)

但是随着信息数量增长，访问量和数据量飞速增长，普通架构无法满足现在的需求。

我们首先想到的是升级服务器配置，可以由于摩尔定律的日益失效，单纯从硬件提升性能已经逐渐不可取了，怎么解决这种需求呢？

我们可以增加服务器的数量，构建集群，将请求分发到各个服务器上，将原来请求集中到单个服务器的情况改为请求分发到多个服务器，也就是我们说的负载均衡。

图解负载均衡：

![](https://pic.nexopera.tech/5.png)

假设有 15 个请求发送到代理服务器，那么由代理服务器根据服务器数量，平均分配，每个服务器处理 5 个请求，这个过程就叫做负载均衡。

### 动静分离

为了加快网站的解析速度，可以把动态页面和静态页面交给不同的服务器来解析，加快解析的速度，降低由单个服务器的压力。

动静分离之前的状态：

![](https://pic.nexopera.tech/6.png)

动静分离之后：

![](https://pic.nexopera.tech/7.png)

安装
--

参考链接：

```javascript
https://blog.csdn.net/yujing1314/article/details/97267369
```

Nginx 常用命令
----------

查看版本：

```
./nginx -v
```

启动：

```
./nginx
```

关闭（有两种方式，推荐使用 ./nginx -s quit）：

```sql
./nginx -s stop
./nginx -s quit
```

重新加载 Nginx 配置：

```
./nginx -s reload
```

Nginx 的配置文件
-----------

配置文件分三部分组成：

①全局块

从配置文件开始到 events 块之间，主要是设置一些影响 Nginx 服务器整体运行的配置指令。

并发处理服务的配置，值越大，可以支持的并发处理量越多，但是会受到硬件、软件等设备的制约。

![](https://pic.nexopera.tech/8.png)

②events 块

影响 Nginx 服务器与用户的网络连接，常用的设置包括是否开启对多 workprocess 下的网络连接进行序列化，是否允许同时接收多个网络连接等等。

支持的最大连接数：

![](https://pic.nexopera.tech/9.png)

③HTTP 块

诸如反向代理和负载均衡都在此配置。

```css
location[ = | ~ | ~* | ^~] url{


}
```

location 指令说明，该语法用来匹配 url，语法如上：

*   \=：用于不含正则表达式的 url 前，要求字符串与 url 严格匹配，匹配成功就停止向下搜索并处理请求。

*   ~：用于表示 url 包含正则表达式，并且区分大小写。

*   ~\*：用于表示 url 包含正则表达式，并且不区分大小写。

*   ^~：用于不含正则表达式的 url 前，要求 Nginx 服务器找到表示 url 和字符串匹配度最高的 location 后，立即使用此 location 处理请求，而不再匹配。

*   如果有 url 包含正则表达式，不需要有 ~ 开头标识。

### 反向代理实战

①配置反向代理

目的：在浏览器地址栏输入地址 www.123.com 跳转 Linux 系统 Tomcat 主页面。

②具体实现

先配置 Tomcat，因为比较简单，此处不再赘叙，并在 Windows 访问：

![](https://pic.nexopera.tech/10.png)

具体流程如下图：

![](https://pic.nexopera.tech/11.png)

修改之前：

![](https://pic.nexopera.tech/12.png)

配置如下：

![](https://pic.nexopera.tech/13.png)

再次访问：

![](https://pic.nexopera.tech/14.png)

③反向代理 2

目标：

*   访问 http://192.168.25.132:9001/edu/ 直接跳转到 192.168.25.132:8080

*   访问 http://192.168.25.132:9001/vod/ 直接跳转到 192.168.25.132:8081

准备：配置两个 Tomcat，端口分别为 8080 和 8081，都可以访问，端口修改配置文件即可。

![](https://pic.nexopera.tech/15.png)

![](https://pic.nexopera.tech/16.png)

新建文件内容分别添加 8080！！！和 8081！！！

![](https://pic.nexopera.tech/17.png)

![](https://pic.nexopera.tech/18.png)

反向代理小结

第一个例子：浏览器访问 www.123.com，由 host 文件解析出服务器 ip 地址  
192.168.25.132 www.123.com。

然后默认访问 80 端口，而通过 Nginx 监听 80 端口代理到本地的 8080 端口上，从而实现了访问 www.123.com，最终转发到 tomcat 8080 上去。

第二个例子：  
访问 http://192.168.25.132:9001/edu/ 直接跳转到 192.168.25.132:8080  
访问 http://192.168.25.132:9001/vod/ 直接跳转到 192.168.25.132:8081

实际上就是通过 Nginx 监听 9001 端口，然后通过正则表达式选择转发到 8080 还是 8081 的 Tomcat 上去。

### 负载均衡实战

①修改 nginx.conf，如下图：

![](https://pic.nexopera.tech/19.png)

![](https://pic.nexopera.tech/20.png)

②重启 Nginx：

```
./nginx -s reload
```

③在 8081 的 Tomcat 的 webapps 文件夹下新建 edu 文件夹和 a.html 文件，填写内容为 8081！！！！

④在地址栏回车，就会分发到不同的 Tomcat 服务器上：

![](https://pic.nexopera.tech/21.png)

![](https://pic.nexopera.tech/22.png)

负载均衡方式如下：

*   轮询（默认）。

*   weight，代表权，权越高优先级越高。

*   fair，按后端服务器的响应时间来分配请求，相应时间短的优先分配。

*   ip\_hash，每个请求按照访问 ip 的 hash 结果分配，这样每一个访客固定的访问一个后端服务器，可以解决 Session 的问题。

动静分离实战

什么是动静分离？把动态请求和静态请求分开，不是讲动态页面和静态页面物理分离，可以理解为 Nginx 处理静态页面，Tomcat 处理动态页面。

动静分离大致分为两种：

*   纯粹将静态文件独立成单独域名放在独立的服务器上，也是目前主流方案。

*   将动态跟静态文件混合在一起发布，通过 Nginx 分开。

动静分离图析：

![](https://pic.nexopera.tech/23.png)

实战准备，准备静态文件：

![](https://pic.nexopera.tech/24.png)

![](https://pic.nexopera.tech/25.png)

配置 Nginx，如下图：

![](https://pic.nexopera.tech/26.png)

Nginx 高可用
---------

如果 Nginx 出现问题：

![](https://pic.nexopera.tech/27.png)

解决办法：

![](https://pic.nexopera.tech/28.png)

前期准备：

*   两台 Nginx 服务器

*   安装 Keepalived

*   虚拟 ip

安装 Keepalived：

```css
[root@192 usr]# yum install keepalived -y
[root@192 usr]# rpm -q -a keepalived
keepalived-1.3.5-16.el7.x86_64
```

修改配置文件：

```cs
[root@192 keepalived]# cd /etc/keepalived
[root@192 keepalived]# vi keepalived.conf
```

分别将如下配置文件复制粘贴，覆盖掉 keepalived.conf，虚拟 ip 为 192.168.25.50。

对应主机 ip 需要修改的是：

*   smtp\_server 192.168.25.147（主）smtp\_server 192.168.25.147（备）

*   state MASTER（主） state BACKUP（备）

```properties
global_defs {
   notification_email {
     acassen@firewall.loc
     failover@firewall.loc
     sysadmin@firewall.loc
   }
   notification_email_from Alexandre.Cassen@firewall.loc
   smtp_server 192.168.25.147
   smtp_connect_timeout 30
   router_id LVS_DEVEL # 访问的主机地址
}


vrrp_script chk_nginx {
  script "/usr/local/src/nginx_check.sh"  # 检测文件的地址
  interval 2   # 检测脚本执行的间隔
  weight 2   # 权重
}


vrrp_instance VI_1 {
    state BACKUP    # 主机MASTER、备机BACKUP    
    interface ens33   # 网卡
    virtual_router_id 51 # 同一组需一致
    priority 90  # 访问优先级，主机值较大，备机较小
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.25.50  # 虚拟ip
    }
}
```

启动命令如下：

```cs
[root@192 sbin]# systemctl start keepalived.service
```

访问虚拟 ip 成功：

![](https://pic.nexopera.tech/29.png)

关闭主机 147 的 Nginx 和 Keepalived，发现仍然可以访问。

**原理解析**

![](https://pic.nexopera.tech/30.png)

如下图，就是启动了一个 master，一个 worker，master 是管理员，worker是具体工作的进程。

![](https://pic.nexopera.tech/31.png)

worker 如何工作？如下图：

![](https://pic.nexopera.tech/32.png)

小结
--

worker 数应该和 CPU 数相等；一个 master 多个 worker 可以使用热部署，同时 worker 是独立的，一个挂了不会影响其他的。

作者：渐暖°  
出处：blog.csdn.net/yujing1314/article/details/107000737

Nginx学习手册

今天群里一朋友遇到这样一个问题，明明硬盘只用了 30% 左右的空间，但是却无法写入文件，使用 `df -iT` 命令查看文件系统使用情况时，发现根目录的 inode 使用率确竟然是 100%，后来通过聊天得知，原来他的服务器主要用于存储 1KB 左右的小文件，这一下就破案了

inode 主要用来记录文件的属性，及此文件的数据所在的 block 编号，一个文件占用一个 inode，因此如果都是小文件的话，那么是存储不到多少文件就会把 inode 耗尽，出现文件系统明明还有很大的空闲空间，但无法写入文件的情况

## 如何获得更多的 inode

其实在创建 ext4 文件系统时，我们可以使用 `-T small` 参数来获得更多的 inode，从而来优化对小文件的存储性能，接下来我们通过一个示例来看看效果

准备两块相同大小的硬盘

```bash
root@debian:~# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sdb      8:16   0    1G  0 disk
└─sdb1   8:17   0 1023M  0 part
sdc      8:32   0    1G  0 disk
└─sdc1   8:33   0 1023M  0 par
```



首先使用默认参数给 `/dev/sdb1` 创建文件系统

```bash
root@debian:~# /sbin/mkfs.ext4 /dev/sdb1
mke2fs 1.47.0 (5-Feb-2023)
Creating filesystem with 261888 4k blocks and 65536 inodes
Filesystem UUID: 8935c902-df71-4808-b547-c85b6fd37a46
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376

Allocating group tables: done
Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done
```



从输出中可见，该文件系统有 261888 个 4KB 大小的块和 65536 个 inode

然后使用 `-T` 参数对 `/dev/sdc1` 创建文件系统

```bash
root@debian:~# /sbin/mkfs.ext4 -T small /dev/sdc1
mke2fs 1.47.0 (5-Feb-2023)
Creating filesystem with 1047552 1k blocks and 262144 inodes
Filesystem UUID: f521096d-a5a1-41c9-bbf7-e6102e74e87a
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409, 663553,
        1024001

Allocating group tables: done
Writing inode tables: done
Creating journal (16384 blocks): done
Writing superblocks and filesystem accounting information: done
```



从输出中可见，该文件系统有 1047552 个 1KB 大小的块和 262144 个 inode

也可以通过以下方式对比两个文件系统的 inode 数量

```bash
root@debian:~# mkdir default small
root@debian:~# mount /dev/sdb1 default/
root@debian:~# mount /dev/sdc1 small/
root@debian:~# df -iT
Filesystem     Type      Inodes IUsed   IFree IUse% Mounted on
/dev/sdb1      ext4       65536    11   65525    1% /root/default
/dev/sdc1      ext4      262144    11  262133    1% /root/small
```



从以上示例中我们可以看出，在使用 `-T small` 参数后，inode 数量多了近 20 万个

**注意：** 这样做也是有代价的，在使用默认参数创建 ext4 文件系统时，默认数据块大小为 4KB，而使用 `-T small` 参数后，数据块大小为 1KB，这就意味着我们存储一个同样大小的文件，使用 `-T small` 参数创建的文件系统存储该数据时，占用的数据块更多，数据更分散，如果文件较大，会直接影响文件的读取速度

> mke2fs（mkfs.ext4）的 `-T` 参数指定了如何使用该文件系统，以便 mke2fs 可以为该用途选择最佳的文件系统参数，其支持的使用类型在配置文件 ***/etc/mke2fs.conf*** 中定义，可以使用逗号分隔指定一个或多个使用类型

## inode 不足的解决方法

当你已有的文件系统上出现 inode 不足的问题时，除了备份数据、重建分区并恢复分区数据外，还有两种临时解决方案：

- 删除文件大小为0的文件，可以使用 `find PATH -name "*" -type f -size 0c `查找

  **注意：** 使用 **-size** 参数时，不要用 **-size 1k**，这个表示占用空间为 1k，而不是文件大小为 1k，应该使用 **-size 1024c** 才表示文件大小为 1KB

- 定期对历史小文件进行打包、归档

如何解决服务器存储 inode 耗尽的问题

linux系统运维面试题大全（137道题）

Nexopera是一个专注于Linux、网络和运维等领域的博客网站。将为读者提供广泛的相关文章，涵盖操作系统、服务器管理、网络配置、安全性等多个主题。如果你是初学者，希望这里有适合你的内容。