Microsoft 365 ล่มทั่วโลก Outlook Teams Copilot ใช้ไม่ได้กว่า 12 ชั่วโมง

ผู้ใช้ Microsoft 365 ทั่วโลกเผชิญเหตุขัดข้องครั้งใหญ่ต่อเนื่องกว่า 12 ชั่วโมง ตั้งแต่คืนวันที่ 12 พฤศจิกายน 2569 ไปจนถึงบ่ายวันที่ 13 พฤศจิกายน โดยเริ่มจากอีเมล Exchange Online แล้วลุกลามไปยัง Outlook, Teams, SharePoint, Copilot, Defender XDR, Intune และ Power BI บริษัทยอมรับว่าเหตุการณ์ยังไม่ยุติ และมาตรการแก้ไขที่ลงไป "ไม่ได้ผลตามที่คาด"

เกิดอะไรขึ้น และรุนแรงแค่ไหน

Microsoft เปิดเหตุการณ์ในศูนย์ผู้ดูแลระบบภายใต้รหัส MO1550821 โดยระบุว่าผู้ใช้ "อาจไม่สามารถเชื่อมต่อหลายบริการ" ได้ พร้อมยืนยันรายชื่อบริการที่ได้รับผลกระทบชัดเจน ได้แก่ Exchange Online, Microsoft Teams, SharePoint Online, Microsoft 365 Copilot และ Microsoft Defender XDR ต่อมามีการขยายขอบเขตไปยัง Intune, Power BI และบริการ Purview บางส่วน

ข้อมูลจาก Downdetector ซึ่งเก็บรายงานจากผู้ใช้ พบรายงานปัญหา Outlook พุ่งสูงกว่า 130,000 ครั้ง ในช่วงพีกของเหตุการณ์ ถือเป็นหนึ่งในเหตุขัดข้องที่ถูกกล่าวถึงมากที่สุดของปีนี้ และมีผู้ใช้จากหลายทวีปแจ้งปัญหาไล่เลี่ยกัน ทั้งอเมริกา ยุโรป และเอเชียแปซิฟิก

บริการที่ได้รับผลกระทบ

• Outlook — เปิดกล่องจดหมายไม่ได้ทั้งเว็บ เดสก์ท็อป (MAPI) มือถือ (Exchange ActiveSync) และการเชื่อมต่อผ่าน REST รวมถึงอีเมลมาช้า
• Teams — ฟีเจอร์ที่พึ่ง Exchange เช่น ปฏิทินและการนัดประชุมใช้งานไม่ได้ ขณะที่การแชตและประชุมออนไลน์ยังทำงานได้บางส่วน
• SharePoint Online — เข้าไฟล์โดยตรงยังได้ แต่ฟีเจอร์ที่ผูกกับ Exchange มีปัญหา
• Microsoft 365 Copilot — โหลด Copilot Chat ไม่ได้ หรือตอบกลับช้า และเข้าถึงข้อมูลงานอย่างอีเมล ปฏิทิน และไฟล์ไม่ได้
• Defender — Safe Links ตรวจลิงก์ใน Outlook และ Teams ไม่ได้ รวมถึงพอร์ทัล Defender XDR บางหน้า
• Intune และ Purview — การลงทะเบียนและตรวจสอบอุปกรณ์บางกรณีล้มเหลว ส่วน DLP การติดป้ายอัตโนมัติ และ communication compliance ทำงานไม่ครบ

ไทม์ไลน์เหตุการณ์ตามเวลาไทย

ความเข้าใจผิดที่พบบ่อยคือเหตุการณ์เริ่มพร้อมกันทั้งระบบ แต่ตามข้อมูลของ Microsoft และผู้ให้บริการตรวจวัดเครือข่าย เป็นเหตุการณ์ที่ค่อย ๆ ขยายออกไปเป็นชั้น:

• ประมาณ 23:17 น. 12 พ.ย. — Exchange Online เริ่มมีปัญหาการเชื่อมต่อกล่องจดหมายในอเมริกา (16:17 UTC)
• ประมาณ 01:26 น. 13 พ.ย. — Microsoft ยกระดับเป็นเหตุการณ์ Microsoft 365 วงกว้าง (13:26 น. เวลาตะวันออกของสหรัฐ)
• ประมาณ 00:30–02:30 น. — ThousandEyes ตรวจพบ connection reset, timeout และ packet loss ในเครือข่าย Microsoft ตั้งแต่ราว 17:30 UTC
• ภายใน 2 ชั่วโมง — Microsoft ยืนยันว่าผู้ใช้ "ทุกภูมิภาค" มีสิทธิ์ได้รับผลกระทบ ไม่จำกัดเฉพาะอเมริกา
• 10:00 น. 13 พ.ย. — ThousandEyes ยังวัดความล้มเหลวของ Outlook ต่อเนื่อง (03:00 UTC)
• 13:40 น. 13 พ.ย. — สื่อเทคระดับสากลรายงานว่าเหตุการณ์ลากเกิน 12 ชั่วโมง และการแก้ไขรอบแล้วรอบเล่าไม่ได้ผล (06:40 UTC)

สาเหตุที่ Microsoft ระบุ

ช่วงแรก Microsoft ตั้งสมมติฐานว่าเกิดจาก ภาระโหลดที่สูงผิดปกติ ในโครงสร้างพื้นฐานหลายภูมิภาค แต่หลังจากตรวจสอบ กลับพบว่าปริมาณทราฟฟิกไม่ได้เพิ่มขึ้นจริง สิ่งที่เกิดขึ้นคือ เซิร์ฟเวอร์จำนวนมากหยุดให้บริการอย่างไม่คาดคิด จนภาระไปกองกับเครื่องที่เหลือ

ถ้อยแถลงต่อมาระบุชัดขึ้นว่า "กระบวนการบนเซิร์ฟเวอร์ที่ได้รับผลกระทบซึ่งรับผิดชอบการสร้างการเชื่อมต่อที่ปลอดภัย เกิดภาวะโอเวอร์โหลดจนเซิร์ฟเวอร์หยุดประมวลผลคำขอ" ขณะที่รายงานอีกกระแสอธิบายว่าเซิร์ฟเวอร์ล้มเหลวในการผ่าน automated health check จึงถูกระบบตัดออกจากกลุ่มให้บริการ

จุดนี้สำคัญ เพราะหมายความว่าปัญหาไม่ได้อยู่ที่ "ระบบตรวจสอบสถานะพัง" อย่างที่ถูกสรุปกันในโซเชียล แต่คือเซิร์ฟเวอร์จริงที่ไม่ผ่านเกณฑ์สุขภาพของระบบ จนถูกถอดออกจากพูลให้บริการอัตโนมัติ ซึ่งสร้างผลกระทบเป็นลูกโซ่ตามมา

ทำไมแก้แล้วยังไม่หาย

Microsoft ใช้หลายมาตรการพร้อมกัน ทั้งหยุดการดีพลอยทั้งหมด กระจายทราฟฟิกใหม่ทั่วโลก ย้ายโหลดออกจากระบบที่ได้รับผลกระทบ และรีสตาร์ตเซิร์ฟเวอร์เพื่อฟื้นคืนความจุ แต่ละขั้นกลับสร้างปัญหาใหม่:

• การกระจายทราฟฟิกทำให้ ปริมาณคำขอจาก routing service ไปยัง backend พุ่งสูง จนเกิดโหลดระลอกที่สอง
• การขยาย VM เพิ่มความจุทำได้ไม่เต็มที่ เพราะบางเครื่อง "ติดอยู่ในสถานะเสีย" ทำให้การเปลี่ยนแปลงซิงก์ไม่ตรงตามที่ออกแบบ
• เมื่อเปิดทราฟฟิกกลับเข้าไป เซิร์ฟเวอร์บางส่วน หยุดตอบสนองซ้ำ ต้องวิเคราะห์และแก้ไขใหม่รอบแล้วรอบเล่า
• Microsoft ต้องย้อน การเปลี่ยนแปลงการตั้งค่าเครือข่าย ที่ทำไว้ใกล้เวลาเกิดเหตุ เพื่อตัดปัจจัยเสี่ยงออกจากสมการ

ด้านความปลอดภัย Microsoft ระบุเมื่อ 04:11 UTC ว่า "ไม่พบ indications ว่าเป็นผลจากกิจกรรมที่เป็นอันตราย" และย้ำในเวลาต่อมาว่า ณ ขณะนั้นยังไม่พบกิจกรรมต้องสงสัยว่าเป็นฝีมือโจมตี แม้จะยังไม่ตัดความเป็นไปได้ออกอย่างสมบูรณ์

ผลกระทบต่อผู้ใช้และธุรกิจในไทย

สำหรับองค์กรไทยที่ใช้ Microsoft 365 เป็นระบบหลัก ผลกระทบไม่ได้จบที่ "เปิดอีเมลไม่ได้" แต่ลามไปถึงงานที่พึ่งพาอีเมลเป็นแกน ตั้งแต่การนัดประชุมใน Teams ปฏิทิน การอนุมัติเอกสาร ไปจนถึงระบบความปลอดภัยอย่าง Safe Links ที่ใช้ตรวจลิงก์ในอีเมล

สิ่งที่น่ากังวลกว่าคือช่วงที่ระบบกลับมาไม่เต็มที่ เพราะผู้ใช้มักเร่งกดรีเฟรชหรือส่งซ้ำหลายรอบ ซึ่งยิ่งเพิ่มโหลดให้ระบบที่ยังเปราะอยู่ แนวทางที่ปลอดภัยกว่าคือ ลดความถี่ในการลองใหม่ ใช้เว็บเมล์แทนไคลเอนต์เดสก์ท็อป และติดตามประกาศจากหน้าสถานะบริการอย่างเป็นทางการแทนการเดาจากโซเชียล

บทวิเคราะห์และความเห็นของเรา

เหตุการณ์นี้ไม่ได้น่าสนใจเพราะ "Microsoft ล่ม" แต่เพราะมันเผยจุดอ่อนเชิงสถาปัตยกรรมที่องค์กรส่วนใหญ่ไม่เคยมองเห็น นั่นคือระบบป้องกันการล้ม (redundancy) ที่ออกแบบไว้ กลับกลายเป็นตัวเร่งให้ล้มหนักขึ้น เมื่อเซิร์ฟเวอร์ถูกตัดออกจากพูลพร้อมกันเป็นจำนวนมาก เพราะกลไกอัตโนมัติตัดสินใจแทนมนุษย์เร็วกว่าที่ทีมวิศวกรจะตามทัน

สิ่งที่เกิดขึ้นซ้ำ ๆ ในเหตุการณ์ลักษณะนี้คือ "วงจรแก้ไขที่ล้มเหลว" — แก้จุดหนึ่งจนเกิดภาระใหม่ที่อีกจุด แล้วต้องย้อนกลับมาเริ่มใหม่ สะท้อนว่าเครื่องมืออัตโนมัติที่ใช้ตัดสินใจเรื่อง capacity และ health check ยังต้องการเพดานความปลอดภัยที่เข้มกว่านี้ เช่น การจำกัดจำนวนเซิร์ฟเวอร์ที่ถูกตัดออกได้ต่อรอบ หรือการบังคับให้มีมนุษย์ยืนยันเมื่อเกินเกณฑ์

สำหรับธุรกิจขนาดกลางและเล็กในไทย บทเรียนที่ใช้ได้ทันทีคือ อย่าถือว่า "มีคลาวด์เจ้าหน้าที่ดูแลแล้ว" เท่ากับ "มี Business Continuity" อย่างน้อยควรมีช่องทางสำรองสำหรับติดต่อลูกค้าและคู่ค้า นอกเหนือจากอีเมลองค์กร มีรายชื่อติดต่อสำคัญที่ export เก็บไว้ และทบทวนสัญญา SLA ว่าเหตุขัดข้องระดับแพลตฟอร์มอย่างนี้ให้เครดิตหรือเยียวยาอย่างไร

สรุป

• เหตุการณ์ MO1550821 เริ่มจาก Exchange Online ประมาณ 23:17 น. 12 พ.ย. แล้วขยายเป็นวงกว้างราว 01:26 น. 13 พ.ย. ตามเวลาไทย
• กระทบ Outlook, Teams, SharePoint, Copilot, Defender XDR, Intune, Purview และ Power BI โดย Downdetector มีรายงานปัญหา Outlook เกิน 130,000 ครั้ง
• สาเหตุที่ Microsoft ระบุคือเซิร์ฟเวอร์จำนวนมากหยุดให้บริการ ไม่ใช่ทราฟฟิกเพิ่ม และมีกระบวนการสร้าง secure connection โอเวอร์โหลดจนเครื่องหยุดประมวลผล
• การแก้ไขยังไม่สำเร็จเต็มที่ เพราะการกระจายทราฟฟิกและขยาย VM สร้างภาระใหม่ และเครื่องบางส่วนติดอยู่ในสถานะเสีย
• Microsoft ยังไม่พบหลักฐานว่าเป็นฝีมือโจมตี แต่เหตุการณ์ยังไม่ยุติ ณ เวลาที่รายงานนี้เรียบเรียง

ทีมงานจะอัปเดตเมื่อ Microsoft ประกาศสถานะกลับมาปกติ หรือเมื่อมี Post Incident Review อย่างเป็นทางการ ซึ่งตามปกติจะเผยแพร่ภายใน 14 วันหลังเหตุการณ์สงบ

บทความที่เกี่ยวข้อง

• Arkane Union กล่าวหา Microsoft ทำลายการพัฒนา Marvel's Blade จนสตูดิโอเสี่ยงปิด

---

ที่มา: Bleeping Computer — Massive Microsoft 365 outage disrupts Outlook, Teams, Copilot worldwide
บทความนี้เรียบเรียงและวิเคราะห์โดยทีมงาน CappuYen (AI Content Disclaimer) · นโยบายความเป็นส่วนตัว / Privacy Policy