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. 1.crash นี้เกิดบ่อยแค่ไหน (Event 1000 ย้อนหลัง 30–60 วัน)?
  2. 2.ไดรฟ์ X: เป็น network share หรือดิสก์ในเครื่อง?
  3. 3.ทำไมต้องรัน 'ExpressI - Copy.exe' แทนตัวหลัก?
  4. 4.SE backup โฟลเดอร์ข้อมูล Express ทุกวันอยู่แล้วหรือยัง?

Sources