Windows Server 2016: Plan your next step before 2027
ประเมินระบบเดิม เลือกเส้นทาง Upgrade, Migration หรือ ESU และเตรียมแผนเปลี่ยนผ่านที่ทดสอบได้จริง
Windows Server 2016 อาจยังให้บริการได้ตามปกติ แต่การทำงานได้ในวันนี้ไม่ใช่คำตอบเรื่องการดูแลในปีหน้า การเตรียมตัวควรเริ่มจากระบบธุรกิจที่พึ่งพาเครื่องเหล่านั้น ใครเป็นเจ้าของ และเราจะเปลี่ยนแปลงได้ในช่วงเวลาใด
Microsoft ระบุว่า Windows Server 2016 สิ้นสุดการสนับสนุนในวันที่ 12 มกราคม 2027 และมี Extended Security Updates หรือ ESU สำหรับ security updates ระดับ Critical และ Important ต่อได้สูงสุดสามปีถึงปี 2030 ตามเงื่อนไขของบริการ ESU ไม่รวมฟีเจอร์ใหม่และไม่ได้ทดแทนแผนย้ายระบบระยะยาว รายละเอียดอยู่ใน แนวทาง Windows Server ESU ผ่าน Azure Arc
เริ่มจากระบบที่ธุรกิจใช้งาน ไม่ใช่จำนวนเซิร์ฟเวอร์
สมมติว่ามี Windows Server 2016 เพียงสองเครื่อง เครื่องหนึ่งเป็น file server อีกเครื่องรันโปรแกรมที่ผูกกับฐานข้อมูลและบัญชีบริการเก่า จำนวนเครื่องเท่ากันไม่ได้แปลว่าความยากเท่ากัน File server อาจต้องตรวจสิทธิ์และเส้นทางแชร์ ส่วนโปรแกรมธุรกิจต้องให้ผู้ผลิตยืนยัน OS ที่รองรับและทดสอบกับผู้ใช้งานจริง
ข้อมูลที่ควรรวบรวมจึงต้องมากกว่าเวอร์ชันของ Windows:
- บทบาทของเครื่อง แอปพลิเคชัน เจ้าของระบบ และผู้ติดต่อผู้ผลิต
- การเชื่อมต่อกับ AD DS, DNS, ฐานข้อมูล, certificate และระบบภายนอก
- ปริมาณงานปกติ ช่วงใช้งานสูงสุด และระยะเวลาหยุดระบบที่ยอมรับได้
- สถานะ backup พร้อมผลการทดสอบ restore ล่าสุด
- ข้อจำกัดเรื่องไลเซนส์ agent และช่วงเวลาทำ maintenance
เลือกเส้นทางให้เหมาะกับแต่ละ workload
Upgrade หรือสร้างระบบใหม่ เหมาะเมื่อแอปพลิเคชันรองรับ Windows Server รุ่นเป้าหมายแล้ว ต้องตรวจเส้นทางอัปเกรดของ OS และข้อกำหนดของแต่ละ server role แยกกัน การย้ายไปเครื่องใหม่มักช่วยให้ทดสอบและวางแผนย้อนกลับได้ชัด แต่ต้องจัดการข้อมูลและการเปลี่ยนจุดเชื่อมต่อให้ครบ
Migration ไป Cloud เหมาะเมื่อมีเหตุผลด้านสถานที่ตั้ง ความยืดหยุ่น หรือแผนยกเลิกศูนย์ข้อมูล การย้าย VM ที่ยังเป็น Windows Server 2016 ไปอีกแพลตฟอร์มไม่ได้ทำให้ปัญหา lifecycle หายไปเอง ต้องออกแบบทั้ง OS เป้าหมาย เครือข่าย ความปลอดภัย ค่าใช้จ่าย และการดูแลหลังย้าย
ใช้ ESU ชั่วคราว อาจเหมาะกับระบบที่ยังเปลี่ยนไม่ได้ ควรตรวจสิทธิ์ ค่าใช้จ่าย และข้อกำหนดการเชื่อมต่อ Azure Arc พร้อมกำหนดเจ้าของและวันออกจากระบบเดิมตั้งแต่ต้น ไม่ปล่อยให้ข้อยกเว้นกลายเป็นแผนถาวร
ทำให้แผนพร้อมสำหรับวันเปลี่ยนระบบ
แบ่งงานเป็นกลุ่มตาม dependency แล้วเริ่มจากระบบที่ผลกระทบจำกัด กำหนดเกณฑ์ผ่านก่อนย้าย เช่น ผู้ใช้เปิดไฟล์ได้ งานตามเวลาเสร็จครบ และ backup ของระบบใหม่กู้คืนได้ ระบุด้วยว่าใครมีสิทธิ์ตัดสินใจ rollback และการเปลี่ยนข้อมูลหลัง cutover จะส่งผลต่อการย้อนกลับอย่างไร
ผลจาก assessment ที่นำไปใช้ต่อได้ควรประกอบด้วย inventory ที่ตรวจสอบแล้ว รายการความเสี่ยง ทางเลือกของแต่ละ workload งบประมาณเบื้องต้น และ migration wave พร้อมผู้รับผิดชอบ ข้อมูลเหล่านี้ช่วยให้จัดลำดับงานใน Q4 ได้จากผลกระทบจริง
เริ่มต้นกับ In the Cloud
นำรายการเซิร์ฟเวอร์ แอปพลิเคชันสำคัญ และข้อจำกัดด้าน downtime มาคุยกัน เราจะช่วยกำหนดขอบเขตการประเมินและผลส่งมอบก่อนเริ่มโครงการ เพื่อให้การตัดสินใจเรื่อง Upgrade, Migration หรือ ESU อยู่บนข้อมูลเดียวกัน ปรึกษาแผน Windows Server ขององค์กร
ข้อมูลผลิตภัณฑ์ตรวจสอบวันที่ 18 กันยายน 2026 ควรยืนยัน lifecycle และเงื่อนไขสิทธิ์อีกครั้งก่อนดำเนินโครงการ