微軟已經開始推送一周年更新build14366，此次推送中，桌面版和移動版是同時推送的，桌面版的版本號為14366，移動版版本號為14364，通過快速通道推送。build14366帶來了大量的修復和性能上的提升。
更新內容：
在Edge瀏覽器使用Office Online。從今以后，用戶不需要安裝Office套裝就可以使用Word、Excel、PowerPoint、OneNote和Sway。我們在buile14366 中專門提高Edge瀏覽器對Office Online的適配性。
Windows商店更新。更新后的Windows商店（版本號為11606.1000.43.0）帶來了更好的界面和操作方式，提高穩定性。
修復內容：
修復了由于法國版系統導致的英文文本空格的問題；
修復了《設置》上的導航到隱私頁面出現的崩潰問題；
修復了PC或手機上的“Project My Screen”工作失敗問題；
修復了當應用正在安裝某些語言導致的“開始”屏幕不工作的問題；
已經升級Windows Ink工作區域通知按鈕，與其他通知圖標明顯區分開來。另外當離開Windows Ink時關閉按鈕X會呈現紅色提醒。另外修復在某些特定區 域鼠標滾輪無法使用問題，還有共享面板消失或者進入平板模式提示導致Windows Ink退出問題；
改善了Cortana的搜索結果，當你點擊一個docx文件的右側，會看到文件位置的菜單選項；
修復了設置中監視器問題，系統——顯示中監視器有時候會跳到不同序列問題，導致縮放尺度改變。另外還修復滑動顯示縮放時出現不可預料改變因素問 題；
修復了遠程桌面程序不能捕獲正常窗口大小問題，提示憑據需要連接時；
修復了使用放大鏡后磁貼名字被切斷，“開始”屏幕的磁貼不能移動的問題；
改善可視性，移除了“最近添加”，子啊應用列表添加了“經常使用”，并且增長了“經常使用”的顯示時間，現在時長為7天；
修復了連接中的VPN阻止PC休眠的問題；
修復了使用物理鍵盤輸入鎖屏密碼時觸摸鍵盤出現在鎖屏上的問題；
修復了使用Edge瀏覽器開啟大量動態圖片占用過多CPU資源，并且不能出現驗證碼的問題；
在這一版本中，默認地址信息將會保留；
修復通知中心點開Skype消息擴展無反應問題，修復通知中心滾動沒有白條和X關閉問題，還有通知中心中應用圖標消失問題；
修復了通過搜索開啟對應設置頁面后出現《設置》開啟的是空白頁的問題；
修復了從最近文件夾中刪除文件后資源管理器窗口可能自動導航到《快速訪問》的問題。另外還修復了右鍵點擊桌面長時間出現旋轉光標才開啟菜單的問 題；
修復了提醒事項不能在Cortana界面出現和不能保存新的提醒事項的問題；
更新了移動熱點設置界面，允許選擇和復制名字、ip、物理地址；
修復擁有兩個電池的設備上電池彈窗沒有報告正確的全部的充電情況的問題；
修復了當窗口沒有被激活，黑色主題沒有使用到應用的標題欄上的問題；
修復了鎖屏界面背景圖片出現加載狀態問題；
已知的問題：
桌面應用轉換器預覽版工具（Project Centennial）不能再build 14366上運行；
如果你在Edge瀏覽器外面點擊文件下載的進度條，有時瀏覽器會新建標簽頁和關閉沒有活動的頁面；
當你在“設置》》輕松使用》》光標”中點擊 “開啟”，光標會不能操作。
文章來源：win10中文站
2019年11月19日發表的文章中，我公司為客戶新添加了一臺戴爾R740XD服務器，VMWare虛擬化之后，第一時間安裝了Windows Server 2019，并且配置為第二臺域控，文件逐步遷移，持續了一周后，決定關停舊服務器。
技術員過去看了看新服務器，所有的域帳戶、DNS服務器、文件共享、組策略全部同步過來了，就沒有對舊服務器作退域的操作（ 正常來說，應該執行dcpromo /forceremoval命令，強制降級，并且到新的域控上面刪除舊的那臺域控），而是直接關掉舊服務器，拿了臺筆記本電腦，測試了加域、登錄域的操作，并且發現內外網都正常后，就把舊服務器格式化了，然后就大卸八塊，徹底清理了一翻
清理完成之后，就直接安裝了Windows Server 2019，準備另作部門的文件服務器使用。
晚上，我準備修改組策略，為域用戶部署網絡驅動器的時候，發現組策略未能在客戶端上正常地被應用到——網絡驅動器沒能自動映射。在客戶端強制執行組策略刷新命令：gpupdate /force，卻被提示無法連接域控制器！什么情況？客戶端明明是登錄在域的啊？？?
與此同時，VMWare下面的第二臺Windows Server 2019虛擬服務器，配置為第二臺2019域控失敗！提示無法從域控復制信息！
一股強烈的不祥之感頓時涌上心頭，遂自言自語道：“舊服務器不會是沒有卸載域控吧？！” 著急忙慌地在域控上輸入命令：netdom query fsmo，查詢當前的域角色。結果真的被我不幸言中，果然幾個角色還是在原來的舊服務器名下！
趕緊打開“Active Directory 站點和服務”，刪除現在已經不存在的舊域控（這一步沒有截圖，下圖是舊域控已刪除，第二臺2019域控已建立的圖片）
再次執行命令：netdom query fsmo ，還好，角色順利地切換（搶占）過來了
繼續將第二臺虛擬服務器配置成為第二臺2019域控，這回很順利地就復制到信息，部署成功！別忘了緊接著配置DNS轉發器。
在測試的客戶端上再次執行組策略強制刷新命令：gpupdate /force，這回組策略成功地被應用了，網絡驅動器也成功地映射了
總結：1、舊的域控服務器格式化之前一定要慎重，除了常規的系統服務之外 ，還必須檢查FSMO角色是否已經遷移到新服務器，本次事故雖然很幸運，處理過程非常順利，幾乎沒有遇到麻煩，但還是值得警醒；
2、為保萬無一失，可以先對舊服務器的系統做全盤鏡像備份，在本次事故中，即使處理不順利，我之前也做了P2V的轉換，轉換生成的虛擬機文件還都在，最壞打算，把它導入到 vmware workstation，把舊域控跑起來，再轉換FSMO角色，也是輕而易舉的事情，所以上面的處理過程中，我并不恐慌，網友位實際操作過程中，切記小心為妙，畢竟不是每次都能這么幸運的。