Merry Christmas & Happy 2027! Less downtime. More good times. Celebrating 13 years of sorlavit.com
Skip to content
Sorlavit KimIT Support, Network & Infrastructure Services Let’s talk
SORLAVIT / INTERACTIVE DEMO LAB

ลองดูระบบ
ก่อนเริ่มคุยงานจริง

เครือข่ายที่แบ่งสิทธิ์ชัดเจน การเฝ้าระวังระบบ และข้อมูลที่พร้อมกู้คืน ลองเปลี่ยนสถานการณ์เพื่อดูวิธีคิดในการดูแลไอทีของคุณ

ข้อมูลสมมติทั้งหมด
หน้านี้เป็นแบบจำลองเพื่ออธิบายแนวทางทำงาน ไม่ใช่ผลงานลูกค้า ไม่ใช่ Dashboard สด และไม่มีการเชื่อมต่อหรือเปลี่ยนแปลงระบบจริง
จำค่าการทดลองในเซสชันของเบราว์เซอร์นี้ ผลของแต่ละส่วนเก็บแยกกัน สามารถคืนค่าเฉพาะส่วนได้
01 / OFFICE NETWORK

ใครควรเข้าถึงอะไรได้บ้าง?

สำนักงานจำลองแยกพนักงาน ผู้มาติดต่อ และผู้ดูแลระบบ เพื่อช่วยจำกัดผลกระทบหากอุปกรณ์ใดมีปัญหา

เหมาะกับ: สำนักงานที่ต้องการแยก Guest Wi-Fi ออกจากข้อมูลและเครื่องมือบริหารระบบ

Internet
Firewall / Router
ตรวจนโยบายระหว่าง VLAN
VLAN 10 · Staff
เครื่องพนักงาน
VLAN 20 · Guest
Wi-Fi ผู้มาติดต่อ
VLAN 30 · Admin
เครื่องบริหารระบบ
Server segment
File / Management
GUESTFirewall · DEFAULT-DENY-00✕ DENY · หยุดที่ FirewallFILES · เข้าไม่ถึง

ทดลองนโยบายการเข้าถึง

ตัวอย่างเริ่มต้น · ยังไม่ได้เริ่มทดลอง

ปฏิเสธการเชื่อมต่อ

ผู้มาติดต่อ · VLAN 20 → Firewall policy → File Server · SMB

ถูกปฏิเสธตามหลักสิทธิ์เท่าที่จำเป็น ไม่อนุญาตให้ VLAN นี้เข้าถึงปลายทาง

งานจริงต้องตรวจทั้งกฎ Firewall, เส้นทางเครือข่าย, สิทธิ์ผู้ใช้ และทดสอบจากอุปกรณ์ปลายทาง
ดูหลักฐานและเกณฑ์ที่ใช้ในแบบจำลอง
ต้นทาง
ผู้มาติดต่อ · VLAN 20
ปลายทาง
File Server · SMB
กฎที่ตรงกัน
DEFAULT-DENY-00
ผลนโยบาย
DENY
ดูนโยบายของสำนักงานจำลอง
  • พนักงาน: HTTPS ออกอินเทอร์เน็ต และ SMB ไป File Server
  • ผู้มาติดต่อ: HTTPS ออกอินเทอร์เน็ตเท่านั้น
  • ผู้ดูแล: เข้าถึงปลายทางตัวอย่างทั้งหมดจากเครื่องบริหารที่กำหนด
  • การเชื่อมต่ออื่นปฏิเสธโดยปริยาย แบบจำลองนี้ตรวจเฉพาะเส้นทางและบริการที่เลือก ไม่ครอบคลุม Firewall ทุกกฎ
ปรึกษาเรื่องเครือข่ายสำนักงาน →
02 / MONITORING & INCIDENTS

เห็นความผิดปกติ
พร้อมรู้ว่าต้องทำอะไรต่อ

เลือกเหตุการณ์ แล้วทดลองรับทราบ แก้ปัญหา และตรวจซ้ำ การรีสตาร์ตอย่างเดียวอาจไม่แก้สาเหตุ ไม่มีการส่งแจ้งเตือนจริง

เหมาะกับ: ธุรกิจที่ต้องการรู้ว่าระบบผิดปกติเมื่อไร ใครดูแล และปัญหาได้รับการยืนยันว่าแก้แล้วหรือยัง

ตัวอย่างเริ่มต้น · ยังไม่ได้เริ่มทดลอง

เมื่อเปลี่ยนตัวเลือก ระบบจะเริ่มขั้นตอนของสถานการณ์นั้นใหม่ ผลของส่วนอื่นยังอยู่
CPU24%
พื้นที่ใช้ไป48%
Latency18 ms
LAB-SRV-01ตอบสนอง

ปกติ · ไม่เกิดการแจ้งเตือน

ค่าตัวอย่างยังไม่เข้าเงื่อนไขแจ้งเตือน

แนวทางตอบสนอง: ติดตามแนวโน้มและตรวจสอบผลการสำรองข้อมูลตามรอบ

  1. ตรวจพบ / ประเมินเหตุการณ์ขั้นตอนปัจจุบัน

    ค่าตัวอย่างยังไม่เข้าเงื่อนไขแจ้งเตือน

  2. รับทราบและระบุผลกระทบรอดำเนินการ

    รอขั้นตอนก่อนหน้า

  3. ดำเนินการตามแนวทางที่เลือกรอดำเนินการ

    รอขั้นตอนก่อนหน้า

  4. ตรวจซ้ำและสรุปผลรอดำเนินการ

    รอขั้นตอนก่อนหน้า

ดูหลักฐานและเกณฑ์ที่ใช้ในแบบจำลอง
CPU จำลอง
24%
Disk จำลอง
48%
Latency จำลอง
18 ms
ก่อนดำเนินการ
ระบบปกติ
สถานะงาน
ตรวจพบ / ประเมินเหตุการณ์
หลังดำเนินการ
ยังไม่ตรวจยืนยันผล
เกณฑ์
Disk > 85% นาน 10 นาที; Host ไม่ตอบสนอง 3 ครั้ง ทุก 60 วินาที
เกณฑ์แจ้งเตือนตัวอย่าง
  • Warning: พื้นที่ใช้มากกว่า 85% ต่อเนื่อง 10 นาที
  • Critical: เซิร์ฟเวอร์ไม่ตอบสนอง 3 ครั้งติดกัน ตรวจทุก 60 วินาที
  • ค่าทั้งหมดเป็นสถานการณ์ที่เตรียมไว้ ไม่ใช่การวัดจริง เกณฑ์และช่องทางแจ้งเตือนของงานจริงต้องตกลงตามระบบและเวลาบริการ
ปรึกษาเรื่อง Monitoring →
03 / BACKUP & RECOVERY

มี Backup แล้ว
กู้กลับมาได้ตามเป้าหมายไหม?

เลือกเหตุการณ์ สำเนา และอายุจุดกู้คืน เพื่อดูว่าข้อมูลจำลองพร้อมใช้งานหรือไม่ และตรงกับเป้าหมาย RPO แค่ไหน จากนั้นทำขั้นตอนตรวจสำเนา กู้คืน ทดสอบ และตรวจรับ

เหมาะกับ: ธุรกิจที่มีข้อมูลสำคัญและต้องการตรวจว่ามีสำเนาพร้อมกู้คืน พร้อมผลทดสอบที่อธิบายได้

ตัวอย่างเริ่มต้น · ยังไม่ได้เริ่มทดลอง

เมื่อเปลี่ยนตัวเลือก ระบบจะเริ่มขั้นตอนของสถานการณ์นั้นใหม่ ผลของส่วนอื่นยังอยู่

กำลังจำลอง · วางแผนจุดกู้คืน

มีจุดกู้คืนย้อนหลัง 4 ชั่วโมง อยู่ภายในเป้าหมาย 4 ชั่วโมง

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

แบบจำลองสมมติว่าสำเนาที่ไม่เสียหายผ่านการตรวจสอบและพร้อมใช้งาน อายุจุดกู้คืนคือช่วงข้อมูลที่อาจสูญเสีย ไม่ใช่เวลากู้คืน (RTO) ไม่ได้ทดสอบ Restore จริงหรือรับประกันการกู้คืน
  1. วางแผนจุดกู้คืนขั้นตอนปัจจุบัน

    จุดกู้คืนย้อนหลัง 4 ชั่วโมง เทียบเป้าหมาย RPO 4 ชั่วโมง

  2. ตรวจว่าสำเนาพร้อมใช้งานรอดำเนินการ

    รอขั้นตอนก่อนหน้า

  3. กู้คืนเข้าสภาพแวดล้อมแยกรอดำเนินการ

    รอขั้นตอนก่อนหน้า

  4. ตรวจไฟล์และทดสอบแอปรอดำเนินการ

    รอขั้นตอนก่อนหน้า

  5. ตรวจรับและบันทึกผลรอดำเนินการ

    รอขั้นตอนก่อนหน้า

ดูหลักฐานและเกณฑ์ที่ใช้ในแบบจำลอง
อายุจุดกู้คืน
4 ชั่วโมง
เป้าหมาย RPO
4 ชั่วโมง
ผล RPO
ผ่านในแบบจำลอง
สถานะตรวจรับ
ยังไม่ตรวจรับ
RTO จริง
ไม่ได้วัด ต้องทดสอบ Restore จริง
RPO กับ RTO ต่างกันอย่างไร?

RPO: ยอมสูญเสียข้อมูลย้อนหลังได้เท่าไร เช่น 4 ชั่วโมง หากสำรองล่าสุดเมื่อ 24 ชั่วโมงก่อน ก็ไม่ผ่านเป้าหมายนี้

RTO: ต้องใช้เวลานานเท่าไรจึงกลับมาให้บริการได้ ต้องวัดจากการทดสอบกู้คืนจริง แบบจำลองนี้ไม่ได้คำนวณ RTO

สำเนาที่แยกจากระบบหลักต้องออกแบบสิทธิ์และระยะเวลาเก็บให้เหมาะสม และทดสอบการกู้คืนเป็นรอบ การมี Immutable / Offline เพียงอย่างเดียวไม่รับประกันผล

ปรึกษาเรื่อง Backup & Recovery →
04 / CLEAR HANDOVER

งานจบ พร้อมข้อมูลให้ดูแลต่อ

ตัวอย่างเอกสารที่สามารถกำหนดในขอบเขตงานจริง รายละเอียดขึ้นอยู่กับระบบและสิ่งที่ตกลงก่อนเริ่มงาน

  1. System overview: รายการอุปกรณ์ ขอบเขตงาน และแผนผังระบบ
  2. Change record: รายการเปลี่ยนแปลง ผู้อนุมัติ และแผนย้อนกลับ
  3. Acceptance checklist: ขั้นตอนทดสอบ ผลตรวจ และรายการที่ยังต้องติดตาม
  4. Operation notes: แนวทางดูแล รอบตรวจสอบ และวิธีประสานงานเมื่อเกิดปัญหา

เลือก “ดูรายงาน / พิมพ์ PDF” เพื่อเปิดรายงานที่มีตัวเลือก ผลทดสอบ หลักฐาน และขั้นตอนปัจจุบัน แล้วพิมพ์หรือบันทึกเป็น PDF ผ่านเบราว์เซอร์ได้ หรือดาวน์โหลด Markdown เพื่อนำไปอ่านต่อ

แนวทางที่ใช้ศึกษา

พัฒนาสถานการณ์ ข้อความ และหน้าตาของ Demo Lab สำหรับ Sorlavit โดยศึกษาแนวคิดจากเอกสารต่อไปนี้

Fortinet · Policy lookup ↗Zabbix · Problem acknowledgment ↗Veeam · Recovery verification ↗ชื่อผลิตภัณฑ์เป็นของเจ้าของแต่ละราย หน้านี้ไม่ได้เชื่อมต่อผลิตภัณฑ์เหล่านั้น และไม่ได้แสดงสถานะการเป็นพันธมิตรหรือการรับรอง
LET’S TALK ABOUT YOUR SYSTEMS

อยากปรับใช้กับระบบของคุณ?

บอกปัญหา จำนวนผู้ใช้งาน และสิ่งที่อยากปรับปรุง เพื่อเริ่มคุยขอบเขตที่เหมาะสม

ปรึกษางานระบบไอที กลับหน้าแรก