Windows Server 2019:10.0.17677.1000.rs_prerelease.180520-0940
跳转到导航
跳转到搜索
 |
|
| Windows Server 2019 10.0.17677.1000.rs_prerelease.180520-0940 | |
| 内核版本 | 10.0 |
|---|---|
| 架构 | AMD64 |
| 版本 | Datacenter, Datacenter Core, Standard, Standard Core |
| 语言 | Chinese (Simplified, China), Chinese (Traditional, Taiwan), Czech (Czech), Dutch (Netherlands), English (United States), French (France), German (Germany), Hungarian (Hungary), Italian (Italy), Japanese (Japan), Korean (Korea), Polish (Poland), Portuguese (Brazil), Portuguese (Portugal), Russian (Russia), Spanish (Spain), Swedish (Sweden), Turkish (Turkey) |
| 编译日期 | 2018/5/20 |
| 版本字串 | 10.0.17677.1000.rs_prerelease.180520-0940 |
| 产品密钥 | Datacenter: 6XBNX-4JQGW-QX6QG-74P76-72V67 Standard: MFY9F-XBN2F-TYFMP-CCV49-RMYVH |
2018年5月29日在Windows Server Insider Preview Download 网站上发布。[1]
新的特性
Storage Spaces Direct的性能历史记录
在此版本中, 存储空间的性能历史记录功能会更佳:
- ClusterPerf cmdlet引进自诊断逻辑: 如果 cmdlet 找不到要报告的内容, 它将自我检测, 以便cmdlet可以提供清除错误的提示文本。
- 此构建中提供New cmdlet、启动 ClusterPerformanceHistory和停止ClusterPerformanceHistory来更好的清理和/或重新设置性能历史记录。
- 记录每台服务器需要修复/重新同步的存储空间的直接数据。
容器改进
该版本进行了以下更改:
- 非关键字体组件已转换为 Windows 服务器核心版中的可选组件然后从Windows服务器中删除这些可选组件核心容器图像。此更改不会影响Windows服务器核心的用户体验, 但用户现在有能力启用或禁用非关键字体组件。而服务器核心容器只支持默认字体以及Arial，它不支持任何其他字体, 也无法安装其他字型。
已知问题
- 就地操作系统升级：域控制器。 在就地操作系统升级期间，Active Directory（AD）域控制器（DC）可能无法正确升级。 因此，在执行就地操作系统升级之前备份所有的AD DC。
- AppLocker的编辑或创建策略可能导致MMC管理单元在生成打包应用程序的规则时崩溃。
- 升级操作系统后，AppX数据库可能会损坏条目，这会导致使用这些条目的组件出现问题。
- 在最近的预览版本中, 故障转移群集功能可能无法正确安装, 将该功能保留为 "InstallPending" 状态。
- 与特定制造商的网络适配器操作系统一起提供的驱动可能无法兼容操作系统最近的预览版本。
- 在运行NanoServer的系统上使用 setx •Creating 或修改环境变量将导致失败。在受影响的系统上, setx要求注册表中的特定路径HKCU环境 在默认情况下存在。
- 本地安全机构子系统服务 (lsass.exe) 可能会崩溃, 导致活动目录服务器服务失败。当在受影响的系统上尝试删除域时, 它会报告错误: "由于LDAP连接/绑定操作失败, 操作无法继续"。
- 虚拟机管理服务 (VMMS) 在群集管理器中可能会遇到错误, 代码为APPLICATION_FAULT_INVALID_POINTER_READ。
- 服务器容器在启动之前可能会等待240毫秒。
- 使用Microsoft Virtual BIOS的虚拟机可能无法启动并报告错误: "未能以错误还原" (0x8007051A) "
- Hyper-V容器中的基本 Linux 系统映像可能会创建失败。在受影响的系统上, Windows将报告一个错误: ‘/bin/sh -c /bin/echo echo test > test.txt’ 返回一个非零代码。
- 某些第三方应用程序在 hyper-v 容器中运行时不会启动, 这可能是由于字符集不正确引起的。对于受影响的应用程序, 解决方法是通过运行 JAVA_OPTS=-Dsun.jnu.encoding=UTF-8，手动将该Java 虚拟机的字符集设置为 UTF-8