Microsoft 365 ล่มทั่วโลก Outlook, Teams, Copilot ใช้ไม่ได้ สรุปสิ่งที่ผู้ใช้ควรรู้

Microsoft 365 ล่มทั่วโลก กระทบ Outlook, Teams และ Copilot สรุปไทม์ไลน์ สาเหตุ วิธีเช็กสถานะ และสิ่งที่ผู้ใช้กับแอดมินควรทำระหว่างรอระบบกลับมา

โดย THAI DATA CLOUD SERVER อ่าน 12 นาที เข้าชม 1 ครั้ง

แชร์FacebookXLINELinkedIn
Microsoft 365 ล่มทั่วโลก Outlook, Teams, Copilot ใช้ไม่ได้ สรุปสิ่งที่ผู้ใช้ควรรู้

Microsoft 365 ล่มทั่วโลกเมื่อช่วงดึกวันที่ 12 พฤศจิกายน 2569 ตามเวลาไทย ทำให้ผู้ใช้จำนวนมาก รวมถึงองค์กรในประเทศไทย เข้าใช้ Outlook, Teams และ Copilot ไม่ได้หรือใช้ได้ไม่เต็มที่ สถานะล่าสุดคือ Service Degradation

บทความนี้สรุปไทม์ไลน์ สาเหตุตามที่ Microsoft แจ้ง วิธีเช็กว่าปัญหาอยู่ที่ระบบหรือที่เครื่องของคุณ และสิ่งที่ผู้ใช้กับฝ่าย IT ควรทำระหว่างรอระบบกลับมา

Microsoft 365 ล่มครั้งนี้เกิดอะไรขึ้น

เหตุการณ์ Microsoft 365 ล่มครั้งนี้เริ่มจากผู้ใช้ในหลายประเทศรายงานว่าส่งและรับอีเมลไม่ได้ เข้าประชุม Teams ไม่ได้ และ Copilot ตอบกลับด้วยข้อความผิดพลาด [ตรวจสอบ: อาการที่มีรายงานจริง] หลังจากนั้น Microsoft ยืนยันผ่านช่องทางทางการว่ากำลังตรวจสอบปัญหา และออกรหัสเหตุการณ์ โดยอ้างอิง MO1550821 สำหรับ Microsoft 365 และ EX1550543 สำหรับ Exchange Online

บริการที่ได้รับผลกระทบจาก Microsoft 365 ล่ม

  • Outlook และ Exchange Online — ส่ง รับ หรือโหลดอีเมลไม่ได้
  • Microsoft Teams — แชต ประชุม หรือเข้าสู่ระบบไม่ได้
  • Microsoft 365 Copilot — ตอบคำถามที่ต้องใช้ข้อมูลอีเมล แชต หรือไฟล์ไม่ได้

อัปเดตสถานะล่าสุดตามข้อมูล Service Health

  • Outlook และ Teams — ผู้ใช้บางรายอาจเปิดกล่องอีเมลหรือนัดประชุมไม่ได้ ส่วนการแชตและการเข้าร่วมประชุมส่วนใหญ่ยังใช้งานได้
  • SharePoint — ยังเปิดไฟล์ที่เก็บโดยตรงได้ การแชร์ไฟล์ให้คนนอกองค์กรอาจติดขัด
  • การกู้คืน — Microsoft พบว่าเซิร์ฟเวอร์บางส่วนเสถียรขึ้นหลังลงแพตช์ และกำลังขยายการติดตั้ง รายงานยังไม่ระบุเวลากู้คืนทั้งหมด โดยกำหนดอัปเดตครั้งถัดไป ภายใน 15:30 น. วันที่ 13 พฤศจิกายน 2569 ตามเวลาไทย

สาเหตุที่ Microsoft 365 ล่มตามที่ Microsoft แจ้ง

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

ณ เวลาที่รายงาน Microsoft ระบุว่ายังไม่พบข้อมูลบ่งชี้ว่ากิจกรรมประสงค์ร้ายเป็นสาเหตุของเหตุขัดข้อง และจะเปิดเผยรายละเอียดสาเหตุพร้อมมาตรการแก้ไขในรายงานหลังเหตุการณ์ (Post-Incident Report)

ทำไม Outlook, Teams และ Copilot ล่มพร้อมกัน

Outlook, Teams และ Copilot ใช้โครงสร้างพื้นฐานหลายส่วนร่วมกัน ทั้งระบบยืนยันตัวตน Microsoft Entra ID ระบบเครือข่ายที่กระจายทราฟฟิกไปยังศูนย์ข้อมูล และบริการจัดเก็บข้อมูลอย่าง Exchange Online กับ SharePoint เมื่อส่วนกลางเหล่านี้ขัดข้องจุดเดียว แอปที่ผู้ใช้เห็นเป็นคนละตัวจึงใช้งานไม่ได้พร้อมกัน

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

วิธีเช็กว่า Microsoft 365 ล่มจริง หรือปัญหาอยู่ที่เครื่องของเรา

ก่อนแก้ปัญหาที่เครื่อง ให้เช็กก่อนว่า Microsoft 365 ล่มจริงหรือไม่ เพราะถ้าปัญหาอยู่ฝั่งเซิร์ฟเวอร์ การแก้ที่เครื่องของผู้ใช้จะไม่ช่วยอะไร

  • ผู้ใช้ทั่วไป: ติดตามบัญชี X ทางการ @MSFT365Status ซึ่ง Microsoft ใช้แจ้งเหตุขัดข้องที่กระทบผู้ใช้วงกว้าง และหน้าสถานะสาธารณะของ Microsoft 365
  • แอดมินองค์กร: เข้า Microsoft 365 admin center แล้วไปที่ Health > Service health ซึ่งแสดงรหัสเหตุการณ์ ผลกระทบเฉพาะองค์กร และอัปเดตล่าสุดได้ละเอียดกว่าหน้าสาธารณะ ดูวิธีใช้ได้ที่ คู่มือ Service health ของ Microsoft
  • ทดสอบเบื้องต้น: ถ้าคนในทีมหลายคนเจออาการเดียวกัน หรือเปิดผ่านเว็บเบราว์เซอร์แล้วก็ยังใช้ไม่ได้ ปัญหาน่าจะอยู่ที่ระบบ ไม่ใช่เครื่องของคุณ

เปรียบเทียบกับเหตุการณ์ Microsoft 365 ล่มครั้งที่ผ่านมา

 microsoft 365 ล่ม


ผู้ใช้ควรทำอย่างไรเมื่อ Microsoft 365 ล่ม

ระหว่างที่ Microsoft 365 ล่ม ผู้ใช้ยังทำงานบางส่วนต่อได้ ถ้ารู้ว่าอะไรยังใช้ได้และอะไรควรหลีกเลี่ยง

  • ไม่ต้องรีเซ็ตรหัสผ่านหรือติดตั้ง Office ใหม่: ปัญหาอยู่ที่ฝั่งเซิร์ฟเวอร์ การรีเซ็ตรหัสผ่านซ้ำหลายครั้งอาจทำให้บัญชีถูกล็อกและเสียเวลาเพิ่มหลังระบบกลับมา
  • อีเมลที่ซิงก์ไว้แล้วยังอ่านได้: Outlook แบบติดตั้งบนเครื่องที่เปิด Cached Exchange Mode ยังเปิดอ่านอีเมลเก่าได้ ส่วนอีเมลที่กดส่งจะค้างอยู่ใน Outbox และส่งออกเองเมื่อเชื่อมต่อได้
  • ไฟล์ออฟไลน์ยังใช้ได้: ไฟล์ OneDrive ที่ตั้งค่าเป็น "เก็บไว้บนอุปกรณ์นี้เสมอ" ยังเปิดและแก้ไขได้ แล้วจะซิงก์ขึ้นคลาวด์เองภายหลัง
  • ใช้ช่องทางสื่อสารสำรอง: นัดหมายงานด่วนผ่านโทรศัพท์หรือกลุ่มแชตที่ทีมตกลงกันไว้ล่วงหน้า
  • ระวังฟิชชิง: มิจฉาชีพมักใช้จังหวะที่ระบบล่มส่งอีเมลหรือ SMS ปลอม เช่น ขอให้ "ยืนยันบัญชี Microsoft ใหม่" ห้ามกรอกรหัสผ่านผ่านลิงก์ที่ได้รับระหว่างนี้

สิ่งที่ฝ่าย IT และแอดมินควรทำเมื่อ Microsoft 365 ล่ม

หน้าที่หลักของฝ่าย IT ช่วงที่ Microsoft 365 ล่มคือสื่อสารให้ชัดและไม่เพิ่มปัญหาใหม่ ไม่ใช่พยายามแก้ระบบของ Microsoft เอง

  1. ติดตามรหัสเหตุการณ์ใน Service Health แทนการแก้ระบบเอง และกด Subscribe เพื่อรับอัปเดตทางอีเมล
  2. แจ้งพนักงานผ่านช่องทางที่ไม่พึ่ง Microsoft 365 เช่น SMS หรือแชตกลุ่ม เพราะประกาศผ่าน Outlook หรือ Teams จะไปไม่ถึงในช่วงที่ Microsoft 365 ล่ม
  3. งดเปลี่ยนค่าระบบระหว่างเกิดเหตุ เช่น นโยบาย Conditional Access หรือ DNS เพื่อไม่ให้เกิดปัญหาซ้อนเมื่อบริการกลับมา
  4. บันทึกผลกระทบ ทั้งระยะเวลา จำนวนผู้ใช้ และงานที่สะดุด เพื่อใช้ประเมินเรื่อง SLA และค่าชดเชยตามสัญญา

บทเรียนสำหรับธุรกิจไทย: เตรียมแผนสำรองก่อนคลาวด์ล่มครั้งถัดไป

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

สิ่งที่ธุรกิจไทยควรเตรียมไว้ล่วงหน้ามีดังนี้

  • แผน Business Continuity: กำหนดว่าระบบไหนสำคัญที่สุด ถ้าใช้ไม่ได้ 4 ชั่วโมงหรือ 1 วันจะทำงานต่ออย่างไร และใครเป็นคนสั่งการ
  • พื้นที่ไฟล์สำรองสำหรับงานด่วน: ใช้ Cloud Drive สำหรับแชร์ไฟล์ในองค์กร เป็นช่องทางแลกเปลี่ยนเอกสารเมื่อระบบหลักขัดข้อง
  • ป้องกันอีเมลหลอกลวง: เสริม Anti-Spam Gateway กรองอีเมลฟิชชิง เพราะช่วงระบบล่มคือช่วงที่ผู้ใช้สับสนและหลงเชื่อง่ายที่สุด
  • ข้อมูลในประเทศและ PDPA: การเก็บสำเนาข้อมูลไว้ใน Data Center ในประเทศไทยช่วยให้กู้คืนได้เร็วจาก latency ที่ต่ำ และควบคุมเรื่องการโอนข้อมูลส่วนบุคคลตาม PDPA ได้ง่ายขึ้น

ติดตามสถานะบริการ Microsoft

แชร์FacebookXLINELinkedIn

มีคำถามเรื่องบริการ? ติดต่อทีมงาน