ถ้าคุณทำงานอยู่ในทีม IT Helpdesk คุณน่าจะเข้าใจความรู้สึกนี้ดี — เช้าวันจันทร์ กาแฟยังไม่ทันหมดแก้ว Ticket ก็เริ่มทะลักเข้ามาแล้ว "Outlook เปิดไม่ได้ครับ" "อีเมลไม่ Sync ค่ะ" "เปิด Teams แล้วค้างเลย" เรียกได้ว่าปัญหา Microsoft 365 เนี่ย เป็นเรื่องที่หนีไม่พ้นจริงๆ ในชีวิตประจำวันของทีม Helpdesk
ยิ่งในปี 2026 นี้ Microsoft มีการเปลี่ยนแปลงใหญ่หลายอย่างพร้อมกัน ทั้งปัญหา Outlook Crash หลังอัปเดต Windows 11 เดือนมกราคม 2026 (KB5074109) การเริ่มบังคับใช้ Conditional Access แบบใหม่ช่วงมีนาคม–มิถุนายน 2026 และการเตรียมย้ายผู้ใช้ Enterprise ไปยัง New Outlook ในเดือนเมษายน 2026 พูดตรงๆ ว่าทีม Helpdesk ต้องเตรียมรับมือกับ Ticket ที่อาจเพิ่มขึ้นอีกเยอะเลย
จากประสบการณ์จริง Ticket ที่เกี่ยวกับ Microsoft 365 คิดเป็นประมาณ 25-35% ของ Ticket ทั้งหมดในแต่ละเดือน โดยเฉพาะปัญหา Outlook ที่มักครองแชมป์อันดับหนึ่งเสมอ
คู่มือนี้จะครอบคลุมทุกปัญหาที่เจอบ่อยที่สุด พร้อมคำสั่ง PowerShell วิธีแก้ไขแบบ Step-by-step และเทคนิคที่ใช้งานได้จริงในสภาพแวดล้อมขององค์กรครับ เอาล่ะ มาเริ่มกันเลย
ภาพรวมปัญหา Microsoft 365 ที่พบบ่อยใน IT Helpdesk
ก่อนจะลงลึกไปที่แต่ละปัญหา มาดูสัดส่วนของ Ticket กันก่อนดีกว่า จะได้เห็นภาพรวมว่าเรื่องไหนเจอบ่อยที่สุด
| ประเภทปัญหา | สัดส่วนโดยประมาณ | ระดับความเร่งด่วน |
|---|---|---|
| Outlook ค้าง / Crash / เปิดไม่ได้ | 30-35% | สูง — กระทบงานทั้งวัน |
| ปัญหา Login / Authentication / MFA | 20-25% | สูงมาก — เข้าระบบไม่ได้เลย |
| OneDrive / SharePoint Sync ผิดพลาด | 15-20% | ปานกลาง — ไฟล์ไม่อัปเดต |
| Microsoft Teams ปัญหาเสียง / วิดีโอ / แชท | 10-15% | สูง — กระทบการประชุม |
| ปัญหา License / Activation | 5-10% | ปานกลาง |
| ปัญหาหลังอัปเดต Windows / Office | 5-10% | สูง — เกิดพร้อมกันหลายเครื่อง |
ปัญหาที่ 1: Outlook ค้าง Crash หรือเปิดไม่ได้
นี่คือปัญหายอดฮิตอันดับหนึ่งที่ทีม Helpdesk ต้องรับมือเลย อาการที่เจอบ่อยก็คือ Outlook แสดงข้อความ "Not Responding" ค้างอยู่ที่หน้า Loading Profile หรือเปิดแล้วปิดตัวเองไปเฉยๆ บางทีก็แค่ค้างอยู่เบื้องหลังใน Task Manager โดยหน้าต่างไม่โผล่ขึ้นมาเลย (น่าหงุดหงิดมากจริงๆ)
สาเหตุหลักของ Outlook Crash
- Add-in ที่มีปัญหา — COM Add-in ของ Third-party อย่างโปรแกรมสแกนไวรัส, PDF Creator หรือ CRM Plugin ที่ไม่เข้ากันกับเวอร์ชันปัจจุบัน
- ไฟล์ OST/PST เสียหาย — ไฟล์ข้อมูล Outlook ที่ Corrupt จะทำให้โปรแกรมค้างทุกครั้งที่เปิด
- Profile เสียหาย — Outlook Profile ที่มีปัญหาจะทำให้เชื่อมต่อ Exchange ไม่ได้
- อัปเดต Windows หรือ Office ที่ขัดกัน — โดยเฉพาะ KB5074109 เดือนมกราคม 2026 ที่ทำให้ Outlook Crash กันเป็นวงกว้าง
- Hardware Acceleration — การ์ดจอหรือไดรเวอร์ที่ไม่เข้ากันกับ Outlook
ขั้นตอนการวินิจฉัยและแก้ไข Outlook Crash
ขั้นตอนที่ 1: เปิด Outlook ใน Safe Mode เพื่อตัดปัญหา Add-in ออกไปก่อน
# เปิด Outlook ใน Safe Mode ผ่าน Run Dialog
# กด Windows + R แล้วพิมพ์:
outlook.exe /safe
# หรือใช้ PowerShell เพื่อเปิด Safe Mode
Start-Process "outlook.exe" -ArgumentList "/safe"
ถ้า Outlook เปิดได้ปกติใน Safe Mode ก็แปลว่าปัญหาเกิดจาก Add-in ให้ปิด Add-in ทีละตัวเพื่อหาตัวที่มีปัญหา โดยไปที่ File → Options → Add-Ins → COM Add-ins แล้วเอาเครื่องหมายถูกออกทีละตัว (ค่อยๆ ทำ อย่าปิดทีเดียวทั้งหมด ไม่งั้นจะไม่รู้ว่าตัวไหนคือต้นเหตุ)
ขั้นตอนที่ 2: ตรวจสอบและซ่อมแซมไฟล์ข้อมูล Outlook ด้วย SCANPST
# หาตำแหน่งไฟล์ SCANPST.EXE (สำหรับ Microsoft 365 Click-to-Run)
$scanpstPath = "C:\Program Files\Microsoft Office\root\Office16\SCANPST.EXE"
# ตรวจสอบว่าไฟล์มีอยู่จริง
if (Test-Path $scanpstPath) {
Write-Host "พบ SCANPST.EXE ที่: $scanpstPath" -ForegroundColor Green
# เปิด SCANPST
Start-Process $scanpstPath
} else {
# ลองหาที่อื่น
Get-ChildItem -Path "C:\Program Files*" -Recurse -Filter "SCANPST.EXE" -ErrorAction SilentlyContinue |
Select-Object FullName
}
# หาตำแหน่งไฟล์ OST ของผู้ใช้
Get-ChildItem -Path "$env:LOCALAPPDATA\Microsoft\Outlook" -Filter "*.ost" |
Select-Object Name, FullName, @{N="SizeMB";E={[math]::Round($_.Length/1MB,2)}}, LastWriteTime
เคล็ดลับ: ปิด Outlook ให้สนิทก่อนรัน SCANPST เสมอนะครับ ลองเปิด Task Manager ดูว่าไม่มี OUTLOOK.EXE ค้างอยู่ในเบื้องหลัง ถ้ามีก็ End Task ให้เรียบร้อยก่อน
ขั้นตอนที่ 3: สร้าง Outlook Profile ใหม่ (สำหรับกรณี Profile เสียหาย)
# เปิด Mail Settings เพื่อสร้าง Profile ใหม่
# ผ่าน Control Panel → Mail (Microsoft Outlook)
control.exe mlcfg32.cpl
# หรือใช้คำสั่ง PowerShell เพื่อดู Profile ปัจจุบัน
Get-ItemProperty -Path "HKCU:\Software\Microsoft\Office\16.0\Outlook\Profiles\*" -ErrorAction SilentlyContinue |
Select-Object PSChildName
ขั้นตอนที่ 4: ซ่อมแซม Office Installation
# ตรวจสอบเวอร์ชัน Office ที่ติดตั้ง
Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration" |
Select-Object ClientVersionToReport, UpdateChannel, ProductReleaseIds
# เริ่ม Online Repair ผ่าน Command Line (ต้องรันด้วย Admin)
# สำหรับ Click-to-Run:
& "C:\Program Files\Common Files\Microsoft Shared\ClickToRun\OfficeC2RClient.exe" /repair
ปัญหาที่ 2: Outlook Crash หลังอัปเดต Windows 11 มกราคม 2026
เรื่องนี้เป็นปัญหาใหญ่มากช่วงต้นปี 2026 และน่าจะมีหลายคนที่โดนเหมือนกัน อัปเดต KB5074109 ที่ออกเมื่อ 13 มกราคม 2026 ทำให้ Classic Outlook บน Windows 11 เวอร์ชัน 24H2 และ 25H2 ค้าง ไม่ตอบสนอง หรือ Crash ซ้ำๆ โดยเฉพาะผู้ใช้ที่มีลักษณะเหล่านี้:
- ใช้บัญชี POP3 ใน Outlook
- เก็บไฟล์ PST ไว้ใน OneDrive หรือโฟลเดอร์ที่ Sync กับ Cloud
- เปิดใช้งาน Known Folder Move (KFM) ที่ย้ายโฟลเดอร์ Documents ไปยัง OneDrive
อาการที่พบ
- OUTLOOK.EXE ค้างอยู่ใน Task Manager หลังปิดหน้าต่าง Outlook ไปแล้ว
- เปิด Outlook ซ้ำไม่ได้ เพราะ Process เก่ายังทำงานอยู่
- อีเมลที่ส่งไม่ปรากฏในโฟลเดอร์ Sent Items
- ได้รับอีเมลซ้ำทุกครั้งที่เปิด Outlook ใหม่
ถ้าผู้ใช้แจ้งอาการพวกนี้มาหลังจากมีอัปเดต Windows ก็เกือบจะแน่ใจได้เลยว่าเป็น KB นี้แหละ
วิธีแก้ไข
วิธีที่ 1: ติดตั้ง Emergency Fix KB5078127
# ตรวจสอบว่าติดตั้ง KB5078127 แล้วหรือยัง
Get-HotFix | Where-Object { $_.HotFixID -eq "KB5078127" } |
Select-Object HotFixID, InstalledOn, Description
# ถ้ายังไม่ได้ติดตั้ง ให้ตรวจหาอัปเดตใหม่
# (ต้องรันด้วย Admin)
Start-Process "ms-settings:windowsupdate"
# หรือใช้ PowerShell เพื่อค้นหาและติดตั้งอัปเดต
Install-Module -Name PSWindowsUpdate -Force -Scope CurrentUser
Get-WindowsUpdate -KBArticleID "KB5078127"
Install-WindowsUpdate -KBArticleID "KB5078127" -AcceptAll
วิธีที่ 2: ย้ายไฟล์ PST ออกจากโฟลเดอร์ที่ Sync กับ Cloud
# ตรวจสอบว่ามีไฟล์ PST อยู่ในโฟลเดอร์ OneDrive หรือไม่
$onedrivePath = [Environment]::GetFolderPath("UserProfile") + "\OneDrive"
Get-ChildItem -Path $onedrivePath -Recurse -Filter "*.pst" -ErrorAction SilentlyContinue |
Select-Object Name, FullName, @{N="SizeMB";E={[math]::Round($_.Length/1MB,2)}}
# ถ้าพบไฟล์ PST ใน OneDrive ให้ย้ายไปโฟลเดอร์ Local
# ปิด Outlook ก่อน แล้วรันคำสั่งนี้:
$localPSTFolder = "$env:LOCALAPPDATA\Microsoft\Outlook\PSTFiles"
New-Item -ItemType Directory -Path $localPSTFolder -Force
# ย้ายไฟล์ PST (ตัวอย่าง)
# Move-Item -Path "$onedrivePath\Documents\archive.pst" -Destination $localPSTFolder
สำหรับ IT Admin ที่ต้องแก้ปัญหาแบบเป็นระบบทั้งองค์กร: ลองใช้ Known Issue Rollback (KIR) ผ่าน Group Policy เพื่อ Rollback การเปลี่ยนแปลงที่เป็นปัญหาได้เลย ไม่ต้องถอนอัปเดตทั้ง KB ซึ่งสะดวกกว่ามาก
ปัญหาที่ 3: Login ไม่ได้ ปัญหา Authentication และ MFA
ปัญหาการ Login เข้า Microsoft 365 ไม่ได้นี่ส่งผลกระทบรุนแรงมาก เพราะผู้ใช้จะเข้าถึงทุกบริการไม่ได้เลย ไม่ว่าจะ Outlook, Teams, OneDrive หรือ SharePoint ทุกอย่างพึ่งพา Azure AD (ปัจจุบันเปลี่ยนชื่อเป็น Microsoft Entra ID) เป็นตัวยืนยันตัวตนทั้งหมด
พูดง่ายๆ คือ Login ไม่ได้ = ทำงานไม่ได้เลย
สาเหตุที่พบบ่อย
- รหัสผ่านหมดอายุ — Password Policy บังคับให้เปลี่ยนรหัสผ่าน แต่ผู้ใช้ไม่ได้เปลี่ยน
- MFA Token หมดอายุหรือเครื่องเปลี่ยน — ผู้ใช้เปลี่ยนโทรศัพท์เครื่องใหม่แต่ยังไม่ได้ลงทะเบียน Authenticator App ใหม่
- Conditional Access Block — นโยบายความปลอดภัยบล็อกเพราะอุปกรณ์ไม่ Compliant หรือเชื่อมต่อจากที่ตั้งที่ไม่ได้รับอนุญาต
- Cached Credentials เก่า — Windows Credential Manager เก็บรหัสผ่านเก่าไว้ ทำให้พยายาม Login ด้วยรหัสผ่านผิดซ้ำๆ
- License หมดอายุหรือถูกลบ — ผู้ใช้ไม่มี License ที่จำเป็น
ขั้นตอนการวินิจฉัย
ขั้นตอนที่ 1: ตรวจสอบสถานะบัญชีผู้ใช้ใน Microsoft Entra ID
# เชื่อมต่อ Microsoft Graph (ต้องติดตั้ง Microsoft.Graph Module ก่อน)
Connect-MgGraph -Scopes "User.Read.All", "AuditLog.Read.All"
# ตรวจสอบสถานะบัญชีผู้ใช้
Get-MgUser -UserId "[email protected]" |
Select-Object DisplayName, UserPrincipalName, AccountEnabled, LastSignInDateTime
# ตรวจสอบ License ที่ผูกกับผู้ใช้
Get-MgUserLicenseDetail -UserId "[email protected]" |
Select-Object SkuPartNumber, SkuId
ขั้นตอนที่ 2: ตรวจสอบ Sign-in Logs เพื่อหาสาเหตุที่ Login ไม่ได้
# ดู Sign-in Logs ล่าสุดของผู้ใช้
Get-MgAuditLogSignIn -Filter "userPrincipalName eq '[email protected]'" -Top 10 |
Select-Object CreatedDateTime, AppDisplayName, Status, ConditionalAccessStatus,
@{N="ErrorCode";E={$_.Status.ErrorCode}},
@{N="FailureReason";E={$_.Status.FailureReason}}
# ดูเฉพาะ Sign-in ที่ล้มเหลว
Get-MgAuditLogSignIn -Filter "userPrincipalName eq '[email protected]' and status/errorCode ne 0" -Top 10 |
Format-Table CreatedDateTime, AppDisplayName, @{N="Error";E={$_.Status.FailureReason}} -Wrap
ตรงนี้สำคัญมากนะครับ Sign-in Logs จะบอกได้ชัดเจนเลยว่าปัญหาเกิดจากอะไร ไม่ต้องเดาให้เสียเวลา
ขั้นตอนที่ 3: ล้าง Cached Credentials ใน Windows Credential Manager
# แสดง Credentials ที่เก็บไว้ทั้งหมดที่เกี่ยวกับ Microsoft
cmdkey /list | Select-String -Pattern "Microsoft|Office|outlook|teams"
# ลบ Credential ที่เก่าหรือมีปัญหา (ตัวอย่าง)
cmdkey /delete:MicrosoftOffice16_Data:orgid:[email protected]
# หรือเปิด Credential Manager ผ่าน GUI
control.exe /name Microsoft.CredentialManager
เคล็ดลับ: สำหรับปัญหา MFA ที่เกิดจากผู้ใช้เปลี่ยนโทรศัพท์ใหม่ ให้ Admin ไปที่ Microsoft Entra admin center → Users → เลือกผู้ใช้ → Authentication methods → แล้ว Require re-register MFA ผู้ใช้ก็จะลงทะเบียน Authenticator ใหม่ได้ เรื่องนี้เจอบ่อยมากครับ แนะนำให้ทำ FAQ ส่งให้ User เลย
ปัญหาที่ 4: OneDrive และ SharePoint Sync ผิดพลาด
ปัญหา Sync เป็นเรื่องที่ทำให้ผู้ใช้หงุดหงิดมาก (และจริงๆ ทีม IT ก็หงุดหงิดไม่แพ้กัน) เพราะไฟล์ที่แก้ไขไปแล้วอาจไม่อัปเดต หรือแย่กว่านั้นคือไฟล์หายไปเลย
ปัญหาที่พบบ่อยมีประมาณนี้:
- ไอคอน Sync ค้างหรือแสดงเครื่องหมายผิดพลาด — OneDrive ไม่สามารถ Sync ไฟล์บางตัวได้
- ไฟล์ซ้ำ (Conflict) — มีไฟล์ชื่อเดียวกันแต่เวอร์ชันต่างกัน เพราะหลายคนแก้พร้อมกัน
- ชื่อไฟล์ที่ไม่รองรับ — ชื่อไฟล์มีอักขระพิเศษ ยาวเกินไป หรือขนาดไฟล์เกินลิมิต
- Quota เต็ม — พื้นที่เก็บข้อมูลเต็ม ก็ Sync ไม่ได้เลย
ขั้นตอนการวินิจฉัยและแก้ไข
ขั้นตอนที่ 1: ตรวจสอบสถานะ OneDrive Sync
# ตรวจสอบสถานะ OneDrive Process
Get-Process -Name "OneDrive" -ErrorAction SilentlyContinue |
Select-Object Name, Id, CPU, WorkingSet64, StartTime
# ตรวจสอบ OneDrive Sync Log
$oneDriveLogPath = "$env:LOCALAPPDATA\Microsoft\OneDrive\logs\Business1"
if (Test-Path $oneDriveLogPath) {
Get-ChildItem -Path $oneDriveLogPath -Filter "*.odlsent" |
Sort-Object LastWriteTime -Descending |
Select-Object Name, LastWriteTime -First 5
}
# ตรวจสอบพื้นที่ใช้งาน OneDrive ของผู้ใช้ (ต้องใช้ Admin PowerShell)
# ต้องติดตั้ง Microsoft.Online.SharePoint.PowerShell Module
# Get-SPOSite -IncludePersonalSite $true -Filter "Owner -eq [email protected]" |
# Select-Object Owner, StorageUsageCurrent, StorageQuota
ขั้นตอนที่ 2: Reset OneDrive Sync
# Reset OneDrive (วิธีนี้แก้ปัญหา Sync ได้บ่อยที่สุด)
# ปิด OneDrive ก่อน
Stop-Process -Name "OneDrive" -Force -ErrorAction SilentlyContinue
# รัน Reset Command
& "$env:LOCALAPPDATA\Microsoft\OneDrive\onedrive.exe" /reset
# รอสักครู่แล้วเปิด OneDrive ใหม่
Start-Sleep -Seconds 10
& "$env:LOCALAPPDATA\Microsoft\OneDrive\onedrive.exe"
วิธี Reset OneDrive นี่ถือเป็น "ยาสารพัดนึก" เลยครับ ปัญหา Sync ส่วนใหญ่หายด้วยวิธีนี้
ขั้นตอนที่ 3: ตรวจหาไฟล์ที่มีชื่อไม่รองรับ
# ค้นหาไฟล์ที่มีอักขระพิเศษที่ OneDrive ไม่รองรับ
$oneDriveFolder = "$env:USERPROFILE\OneDrive - CompanyName"
$invalidChars = '[<>:"/\\|?*]|^\s|\s$|\.{2,}'
Get-ChildItem -Path $oneDriveFolder -Recurse -ErrorAction SilentlyContinue |
Where-Object { $_.Name -match $invalidChars } |
Select-Object Name, FullName, @{N="Issue";E={"ชื่อไฟล์มีอักขระที่ไม่รองรับ"}}
# ตรวจสอบไฟล์ที่ Path ยาวเกินไป (เกิน 400 ตัวอักษร)
Get-ChildItem -Path $oneDriveFolder -Recurse -ErrorAction SilentlyContinue |
Where-Object { $_.FullName.Length -gt 400 } |
Select-Object @{N="PathLength";E={$_.FullName.Length}}, FullName
ปัญหาที่ 5: Microsoft Teams ปัญหาเสียง วิดีโอ และการเชื่อมต่อ
Microsoft Teams กลายเป็นเครื่องมือสำคัญของทุกองค์กรไปแล้ว ดังนั้นถ้า Teams มีปัญหา ก็ส่งผลกระทบต่อการประชุมและการสื่อสารโดยตรง
ปัญหาที่พบบ่อยที่สุด:
- ไมค์หรือลำโพงไม่ทำงานในการประชุม — อุปกรณ์ไม่ถูกเลือกหรือถูกบล็อก
- กล้องไม่แสดงภาพ — ไดรเวอร์หรือ Permission ของแอปมีปัญหา
- Teams ค้างหรือช้า — Cache เต็มหรือเวอร์ชันเก่า
- แชทหรือไฟล์ไม่ Sync — ปัญหาเครือข่ายหรือ Service Outage
วิธีแก้ไขอย่างเป็นระบบ
ขั้นตอนที่ 1: ล้าง Teams Cache (ท่านี้ช่วยได้เกินครึ่งของปัญหา Teams)
# ปิด Microsoft Teams ก่อน
Stop-Process -Name "ms-teams" -Force -ErrorAction SilentlyContinue
Stop-Process -Name "Teams" -Force -ErrorAction SilentlyContinue
Start-Sleep -Seconds 3
# ล้าง Cache ของ New Teams (Windows 11)
$newTeamsCache = "$env:LOCALAPPDATA\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams"
if (Test-Path $newTeamsCache) {
Remove-Item -Path $newTeamsCache -Recurse -Force
Write-Host "ล้าง New Teams Cache สำเร็จ" -ForegroundColor Green
}
# ล้าง Cache ของ Classic Teams (ถ้ายังใช้อยู่)
$classicTeamsCache = "$env:APPDATA\Microsoft\Teams"
if (Test-Path $classicTeamsCache) {
$foldersToClean = @("Cache", "blob_storage", "databases", "GPUCache", "IndexedDB", "Local Storage", "tmp")
foreach ($folder in $foldersToClean) {
$path = Join-Path $classicTeamsCache $folder
if (Test-Path $path) {
Remove-Item -Path $path -Recurse -Force -ErrorAction SilentlyContinue
}
}
Write-Host "ล้าง Classic Teams Cache สำเร็จ" -ForegroundColor Green
}
ขั้นตอนที่ 2: ตรวจสอบอุปกรณ์เสียงและวิดีโอ
# ตรวจสอบอุปกรณ์เสียงที่ใช้งานอยู่
Get-PnpDevice -Class AudioEndpoint -Status OK |
Select-Object FriendlyName, Status, InstanceId
# ตรวจสอบกล้อง
Get-PnpDevice -Class Camera -Status OK |
Select-Object FriendlyName, Status, InstanceId
# ตรวจสอบว่าแอปได้รับอนุญาตให้ใช้ไมค์และกล้องหรือไม่
Get-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Windows\CurrentVersion\CapabilityAccessManager\ConsentStore\microphone" -Name Value -ErrorAction SilentlyContinue
Get-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Windows\CurrentVersion\CapabilityAccessManager\ConsentStore\webcam" -Name Value -ErrorAction SilentlyContinue
อย่าลืมเช็ค Windows Privacy Settings ด้วยนะครับ บางทีแค่ลืมเปิด Permission ให้แอปใช้กล้องหรือไมค์ก็ทำให้ใช้งานไม่ได้แล้ว
ปัญหาที่ 6: License และ Activation ผิดพลาด
เมื่อ License มีปัญหา ผู้ใช้จะเห็นข้อความ "Product Activation Required" หรือ "Unlicensed Product" บนแถบสีเหลืองด้านบนของแอป Office ทุกตัว ซึ่งจำกัดการใช้งานให้เป็นแบบ Read-only ผู้ใช้ก็จะแก้ไขไฟล์อะไรไม่ได้เลย
ขั้นตอนการแก้ไข
# ตรวจสอบสถานะ License ปัจจุบัน
$officePath = "C:\Program Files\Microsoft Office\root\Office16"
if (Test-Path "$officePath\OSPP.VBS") {
cscript "$officePath\OSPP.VBS" /dstatus
}
# สำหรับ Click-to-Run: ตรวจสอบเวอร์ชันและ License
Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration" -ErrorAction SilentlyContinue |
Select-Object ProductReleaseIds, ClientVersionToReport
# Reset Office Activation (บังคับให้ Sign-in ใหม่)
# ลบ Token ที่เก็บไว้
$tokenPath = "$env:LOCALAPPDATA\Microsoft\Office\16.0\Licensing"
if (Test-Path $tokenPath) {
Remove-Item -Path $tokenPath -Recurse -Force
Write-Host "ลบ License Token สำเร็จ กรุณาเปิด Office App แล้ว Sign-in ใหม่" -ForegroundColor Yellow
}
# ล้าง Cached Credentials ที่เกี่ยวกับ Office
cmdkey /list | Select-String "MicrosoftOffice" | ForEach-Object {
$target = ($_ -split "Target: ")[1].Trim()
cmdkey /delete:$target
}
ปัญหาที่ 7: เตรียมตัวย้ายจาก Classic Outlook ไปยัง New Outlook
ในเดือนเมษายน 2026 Microsoft จะเริ่มเปลี่ยน Default สำหรับผู้ใช้ Enterprise ไปยัง New Outlook ผู้ใช้ยังสลับกลับไปใช้ Classic Outlook ได้ แต่ก็ต้องยอมรับว่าจะมีผู้ใช้จำนวนมากที่สับสนและส่ง Ticket เข้ามา
ซึ่งจริงๆ แล้ว New Outlook ก็มีข้อดีหลายอย่าง แต่ก็มีข้อจำกัดที่ต้องรู้ไว้ด้วย
ความแตกต่างสำคัญระหว่าง Classic และ New Outlook
| คุณสมบัติ | Classic Outlook | New Outlook |
|---|---|---|
| PST File Support | อ่าน/เขียนได้เต็มที่ | อ่านได้อย่างเดียว (Read-only) |
| COM Add-ins | รองรับเต็มรูปแบบ | ไม่รองรับ (ใช้ Web Add-ins แทน) |
| Offline Mode | ทำงาน Offline ได้ดี | จำกัด ต้องพึ่งพาอินเทอร์เน็ต |
| POP3/IMAP | รองรับ | รองรับบางส่วน |
| Rules/Filters | ทำงานทั้ง Client-side และ Server-side | Server-side เท่านั้น |
| ความเร็ว | ขึ้นอยู่กับขนาด OST | เร็วกว่า เพราะเป็น Web-based |
สิ่งที่ IT Admin ควรทำเพื่อเตรียมพร้อม
# ตรวจสอบ COM Add-ins ที่ใช้งานอยู่ในองค์กร (จะไม่ทำงานใน New Outlook)
Get-ChildItem -Path "HKCU:\Software\Microsoft\Office\Outlook\Addins" -ErrorAction SilentlyContinue |
ForEach-Object {
$addinName = $_.PSChildName
$loadBehavior = (Get-ItemProperty -Path $_.PSPath -Name LoadBehavior -ErrorAction SilentlyContinue).LoadBehavior
[PSCustomObject]@{
AddInName = $addinName
LoadBehavior = $loadBehavior
Status = if ($loadBehavior -eq 3) { "โหลดตอนเปิด" } else { "ไม่โหลดอัตโนมัติ" }
}
} | Format-Table -AutoSize
# ลบ New Outlook ออกจากเครื่องที่ยังไม่พร้อมย้าย (ต้องรันด้วย Admin)
# Get-AppxProvisionedPackage -Online | Where-Object {$_.PackageName -like "*OutlookForWindows*"} |
# Remove-AppxProvisionedPackage -Online
แนะนำให้เริ่มทดสอบ New Outlook กับกลุ่มผู้ใช้นำร่อง (Pilot Group) ก่อนนะครับ จะได้รู้ว่า Workflow ไหนที่ต้องปรับ และ COM Add-in ตัวไหนที่ต้องหา Web Add-in มาทดแทน
การตรวจสอบ Microsoft 365 Service Health ด้วย PowerShell
อันนี้สำคัญมากครับ ก่อนจะเสียเวลาแก้ปัญหาฝั่ง Client ทุกครั้งต้องตรวจสอบก่อนเสมอว่าปัญหาเกิดจากฝั่ง Microsoft หรือเปล่า เพราะถ้า Service ล่มจากฝั่ง Microsoft ต่อให้แก้อะไรฝั่ง Client ก็ไม่ช่วย
# ตรวจสอบ Service Health ผ่าน Microsoft Graph API
Connect-MgGraph -Scopes "ServiceHealth.Read.All"
# ดูสถานะ Service ทั้งหมด
Get-MgServiceAnnouncementHealthOverview |
Select-Object Service, Status |
Format-Table -AutoSize
# ดูเฉพาะ Service ที่มีปัญหา
Get-MgServiceAnnouncementHealthOverview |
Where-Object { $_.Status -ne "ServiceOperational" } |
Select-Object Service, Status
# ดูรายละเอียด Incident ที่กำลังเกิดขึ้น
Get-MgServiceAnnouncementIssue -Filter "IsResolved eq false" |
Select-Object Title, Service, Classification, StartDateTime |
Format-Table -Wrap
เคล็ดลับ: ลองสร้าง Script นี้เป็น Scheduled Task ที่รันทุก 15 นาที แล้วส่งแจ้งเตือนผ่าน Email หรือ Teams เมื่อพบ Service ที่มีปัญหา จะช่วยให้ทีม Helpdesk รู้ล่วงหน้าและตอบ Ticket ได้เร็วขึ้นมาก ส่วนตัวมองว่านี่คือ Script ที่คุ้มค่าที่สุดที่ทีม Helpdesk ควรมี
Checklist สำหรับทีม Helpdesk: แนวทางแก้ปัญหา Microsoft 365 อย่างเป็นระบบ
เมื่อได้รับ Ticket เกี่ยวกับ Microsoft 365 ให้ลองทำตาม Checklist นี้ จะช่วยให้แก้ปัญหาได้เป็นระบบมากขึ้น:
- ตรวจสอบ Service Health ก่อนเสมอ — ดู Microsoft 365 Service Health Dashboard หรือใช้ PowerShell ก่อนลงมือแก้อะไร
- ถามข้อมูลเบื้องต้นจากผู้ใช้ — ปัญหาเกิดเมื่อไหร่? แอปไหน? มีอัปเดตอะไรก่อนหน้าไหม? เกิดกับเครื่องอื่นด้วยไหม?
- ตรวจสอบว่าเกิดกับคนเดียวหรือหลายคน — ถ้าหลายคนมีปัญหาเดียวกัน มักเป็นปัญหาฝั่ง Server หรือ Policy
- ลองใช้งานผ่าน Web Browser — ถ้าใช้ Outlook.office.com หรือ Teams Web ได้ปกติ ก็แปลว่าปัญหาอยู่ที่ Desktop App
- ล้าง Cache และ Credentials — ลบ Cached Credentials และล้าง Cache ของแอปที่มีปัญหา
- ตรวจสอบเวอร์ชันและอัปเดต — ดูว่า Office และ Windows เป็นเวอร์ชันล่าสุดหรือไม่
- ซ่อมแซม Office Installation — ถ้าวิธีอื่นไม่ได้ผล Online Repair คือทางเลือกสุดท้าย
คำถามที่พบบ่อย (FAQ)
Outlook ขึ้น Not Responding ตลอด ต้องทำอย่างไร?
เริ่มจากเปิด Outlook ใน Safe Mode (outlook.exe /safe) ก่อนเลย ถ้าเปิดได้ปกติ ให้ปิด COM Add-in ทีละตัวเพื่อหาตัวที่มีปัญหา ถ้ายังค้างแม้ใน Safe Mode ให้ลองซ่อมแซมไฟล์ OST ด้วย SCANPST.EXE หรือสร้าง Outlook Profile ใหม่ สำหรับเครื่อง Windows 11 อย่าลืมตรวจสอบว่าติดตั้งแพตช์ KB5078127 แล้วหรือยังด้วย
ผู้ใช้ Login เข้า Microsoft 365 ไม่ได้ ขึ้น error AADSTS ต้องเช็คอะไร?
Error Code ที่ขึ้นต้นด้วย AADSTS เป็นรหัสข้อผิดพลาดของ Microsoft Entra ID ให้ดูตัวเลขด้านหลังเพื่อระบุสาเหตุ ตัวอย่างเช่น AADSTS50053 คือบัญชีถูกล็อก, AADSTS50126 คือรหัสผ่านผิด, AADSTS53003 คือถูกบล็อกโดย Conditional Access จากนั้นไปดู Sign-in Logs ใน Entra admin center เพื่อดูรายละเอียดเพิ่มเติมจะชัดเจนที่สุด
OneDrive Sync ค้าง ไม่อัปเดตไฟล์ ต้องทำอย่างไร?
ลองรัน OneDrive Reset ด้วยคำสั่ง onedrive.exe /reset ก่อนเลย ถ้ายังไม่หาย ให้ตรวจสอบพื้นที่เก็บข้อมูลว่าเต็มหรือไม่ และดูว่ามีไฟล์ที่ชื่อมีอักขระพิเศษหรือ Path ยาวเกินไปไหม อย่าลืมตรวจสอบว่า OneDrive Client เป็นเวอร์ชันล่าสุดด้วยนะครับ
Classic Outlook จะถูกยกเลิกเมื่อไหร่? ต้องเตรียมตัวอย่างไร?
Classic Outlook ยังจะได้รับการสนับสนุนจนถึงอย่างน้อยปี 2029 ไม่ต้องรีบตกใจ แต่ตั้งแต่เมษายน 2026 เป็นต้นไป New Outlook จะเป็น Default สำหรับผู้ใช้ Enterprise (ยังสลับกลับไปใช้ Classic ได้) แนะนำให้ IT Admin เริ่มสำรวจ COM Add-ins ที่ใช้อยู่ ทดสอบ New Outlook กับ Workflow ขององค์กร และวางแผน Migration อย่างเป็นขั้นตอนตั้งแต่ตอนนี้
จะตรวจสอบได้อย่างไรว่าปัญหา Microsoft 365 เกิดจากฝั่ง Microsoft?
ตรวจสอบ Microsoft 365 Service Health Dashboard ใน Admin Center (Health → Service health) หรือใช้ PowerShell ด้วยคำสั่ง Get-MgServiceAnnouncementHealthOverview ถ้าสถานะไม่ใช่ ServiceOperational ก็แปลว่ามีปัญหาจากฝั่ง Microsoft ให้รอจนกว่าจะแก้ไขเสร็จ แล้วแจ้งผู้ใช้ให้ทราบ จะได้ไม่ต้องเสียเวลาแก้ปัญหาฝั่ง Client โดยไม่จำเป็น