Siam East · IT Incident · จัดทำ 1 พ.ย. 2026 09:35 · จากภาพ Event Viewer ที่ที่รักส่งมา 30 ต.ค. 2026
Express Server RYSRVEXP01 · Crash 0xc0000005
โปรแกรม Express (FoxPro 9) บน server ที่ระยอง crash เอง — ไม่ใช่ Windows หรือ SQL Server
RYSRVEXP01 · ระยองEvent 1000 · 0xc0000005Visual FoxPro 9 · DBFExpressI 1.0.1.94
บทสรุป
โปรแกรม Express (ExpressI - Copy.exe) บน RYSRVEXP01 crash เอง ไม่ใช่ Windows หรือ SQL Server พัง
- •Exception 0xc0000005 (Access Violation): โปรแกรมเข้าถึงหน่วยความจำที่ไม่มีสิทธิ์ — crash ของตัวโปรแกรม
- •Faulting module คือตัว exe เอง ไม่ใช่ DLL ภายนอก (driver ฐานข้อมูล / printer)
- •Express ทำด้วย Visual FoxPro 9 เก็บข้อมูลเป็นไฟล์ .DBF — บอกบรรทัดโค้ดที่ผิดไม่ได้ เพราะไม่มี source ของ Express
- •Express เป็นระบบแบบ file-based — ทุกเครื่องอ่าน/เขียนไฟล์ .DBF ตรงๆ ผ่าน share ไม่มี database server คุมการ read/write ให้ · Microsoft เลิก support Visual FoxPro 9 แล้ว (ม.ค. 2015) และ Windows/SMB รุ่นใหม่ไม่ได้ออกแบบมาให้ระบบไฟล์แบบนี้ใช้หลายคนพร้อมกัน → เสี่ยงไฟล์เสีย/โปรแกรม crash และไม่มีใครแก้ที่ต้นเหตุได้
1. Event Viewer บอกอะไร (ภาพที่ที่รักส่งมา 30/10)
เครื่อง RYSRVEXP01 = server ที่ให้บริการโปรแกรม Express ของ Siam East ที่ระยอง
- •Event 1000 'Application Error' เวลา 08:28:55 — ExpressI - Copy.exe version 1.0.1.94 (build ราว ม.ค. 2021) · offset 0x00151ad6
- •4 วินาทีต่อมา Event 1001 Windows Error Reporting เก็บรายงาน crash (Report Id 18a09e91-…)
- •รันจากไดรฟ์ X: — น่าจะเป็นไดรฟ์ที่ map จาก network
- •มี Winlogon 6000 + User Profile Service 1532 หลายครั้ง = มีคนเข้าเครื่องผ่าน Remote Desktop แล้วเปิด Express บนเครื่องนี้
- •ทั้งวันในภาพไม่มี error ซ้ำ
2. สาเหตุที่เป็นไปได้ (เรียงจากน่าจะเป็นที่สุด)
อิงจาก FoxPro + DBF + รันจาก X:
- •ไฟล์ข้อมูลหรือ index เสีย (.DBF / .CDX / .FPT) — สาเหตุที่พบบ่อยที่สุดของ FoxPro ที่ล้มด้วย 0xc0000005 มักเกิดหลังมีคนหลุดกลางทาง ไฟดับ หรือปิดโปรแกรมไม่ปกติขณะบันทึก
- •Express/ข้อมูลอยู่บน network share (X:) — SMB oplocks ของ Windows เป็นตัวการคลาสสิกที่ทำให้ DBF เสียเมื่อหลายคนใช้พร้อมกัน
- •'ExpressI - Copy.exe' — ตัวก็อปที่อาจคนละรุ่นกับตัวหลักแต่ใช้ข้อมูลชุดเดียวกัน
- •บั๊กในตัว Express เอง (build 2021) — ถ้า crash ที่ offset เดิมทุกครั้ง แปลว่าเมนู/รายงานเดียวกัน ส่ง Express support ได้
3. ให้ IT ระยองเช็ก (ง่าย → ยาก)
ทำตามลำดับ หยุดเมื่อเจอต้นเหตุ
- •ดูความถี่: Filter Event ID 1000 ย้อนหลัง 30–60 วัน — เป็นตัว ' - Copy' อย่างเดียวไหม offset ซ้ำไหม เกิดช่วงเวลาไหน
- •เปิดรายงาน WER ที่ C:\ProgramData\Microsoft\Windows\WER\ReportArchive\ (Report Id 18a09e91-…) — มีรายชื่อ module ตอน crash
- •เลิกใช้ 'ExpressI - Copy.exe' ถ้าไม่มีเหตุผลต้องมี ให้ใช้ตัวหลักตัวเดียว
- •Reindex ด้วยเมนู 'จัดเรียงข้อมูล/ซ่อมแฟ้ม' ของ Express ตอนไม่มีคนใช้ — ต้อง backup โฟลเดอร์ข้อมูลก่อนเสมอ
- •ถ้าเกิดซ้ำบ่อย: เช็กว่า X: ชี้ไปไหน ถ้าเป็น share ให้ดู SMB oplocks หรือย้ายมารันบนดิสก์ของเครื่องเอง
4. เชื่อมกับแผนย้ายออกจาก Express
crash แบบนี้คือความเสี่ยงของ FoxPro 9 + DBF ที่ Microsoft เลิกดูแลแล้ว
- •เป็นหลักฐานเพิ่มสำหรับหน้า 'Express → SAP Business One' — ระบบเก่าเสี่ยงข้อมูลเสียและไม่มีใครแก้โค้ดได้
- •ระหว่างยังใช้ Express: backup โฟลเดอร์ DBF ทุกวัน คือสิ่งที่ถูกที่สุดที่ป้องกันความเสียหายได้
Next Step · รอข้อมูลจาก IT ระยอง
ยังไม่ต้องแก้อะไร — ครั้งเดียวในภาพยังไม่พอบอกต้นเหตุ ขั้นต่อไปคือขอข้อมูล 3 อย่างจาก IT ที่ระยองก่อน
- •ขอรายการ Event ID 1000 (Source: Application Error) ย้อนหลัง 30–60 วัน ของ ExpressI*.exe — บอกว่าเกิดบ่อยไหม และ offset ซ้ำที่ 0x00151ad6 หรือเปล่า
- •ไดรฟ์ X: ชี้ไปที่ไหน (network share หรือดิสก์ในเครื่อง) และทำไมต้องมีไฟล์ 'ExpressI - Copy.exe'
- •ใครใช้เครื่องตอน 08:28 และกำลังทำอะไรอยู่ (เปิดรายงาน ปิดงวด บันทึก หรือพิมพ์)
- •ถ้าใน 1 เดือนมีแค่ครั้งนี้ครั้งเดียว — บันทึกไว้แล้วรอดู ไม่ต้องรีบทำอะไร
Open questions
- 1.crash นี้เกิดบ่อยแค่ไหน (Event 1000 ย้อนหลัง 30–60 วัน)?
- 2.ไดรฟ์ X: เป็น network share หรือดิสก์ในเครื่อง?
- 3.ทำไมต้องรัน 'ExpressI - Copy.exe' แทนตัวหลัก?
- 4.SE backup โฟลเดอร์ข้อมูล Express ทุกวันอยู่แล้วหรือยัง?
Sources
- ภาพ Windows Event Viewer ของ RYSRVEXP01 (ที่รักส่งมาในแชท)· accessed 30 ต.ค. 2026
- หน้า Express → SAP Business One (Consult · Siam East)· accessed 1 พ.ย. 2026