เรียนสอบถามผู้รู้ Inital import แล้วข้อมูลหาย

[Dr.D-com]

เรียนสอบถามผู้รู้  สมาชิกของชุมชน HOSxP   ขอใช้พื้นที่แห่งนี้สอบถามปัญหาครับ  เป็นปัญหาส่วนตัวแต่เกี่ยวเนื่องมาจาก HOSxP   ..ด้วยความจำเป็นที่ต้องดูแลระบบทั้งที่ไม่มีความรู้ Linux  และ MySQL เลย
::  ขณะกำลังทำการ inittial  import   ข้อมูลจาก Server จริง Linux (192.168.1.252)  ไปยังเครื่อง     
                    ทดสอบ Windows (192.168.1.112)  โดยสั่งจากเครื่อง clien เครื่องอื่น
   เหตุการณ์ที่เกิดขึ้น
      1. เครื่องทดสอบ Windows (192.168.1.112)  แฮ้งค์  โดยแสดงข้อความ กำลังโหลด Table .... จาก Server  และ Error คือติดฐานข้อมูล MySQL ไม่ได้    จึง Reboot เครื่องใหม่
      2. เครื่อง clien ที่ใช้คำสั่ง inittial  import   แฮ้งค์  LogOut ออกจากโปแกรม HOSxP ไม่ได้  จึง restart เครื่องใหม่โดยกดปุ่ม Ctrl + Esc  แล้วสั่ง restart เครื่องใหม่อีกครั้งโดยที่ LogOut ออกจากโปแกรม HOSxP ไม่ได้
      ตามเหตุการณ์ที่เกิดขึ้นเป็นไปไม่ได้ที่ข้อมูลจะหายไปบางส่วน  ข้อมูลที่หายไปจะต้องมีคนเข้าไปลบข้อมูลเท่านั้น  [ ด้วยหลังเกิดเหตุการณ์ทำงาน HOSxP  ใช้งานไม่ได้ในบางส่วน  ข้อมูลแผนกเวชระเบียนหาย   ห้อง ER รับผู้ป่วยจาก OPD ไม่ได้   ข้อมูลUser  บางส่วนหายไป]
   ขอถามความเห็นผู้รู้ครับ ??  มีความเป็นไปได้หรือไม่ เมื่อเกิดเหตุการณ์ ตามอ้างอิง 7  ทำให้ข้อมูลหายไปบางส่วนจริงๆ โดยที่ไม่มีการเข้าไปลบข้อมูล   มีโอกาสเป็นไปได้มากน้อยเพียงใดครับ

  ยังมีอีกหลายกรณีครับ ตามเอกสารที่แนบมาครับ ถ้านำลงในหน้าweb จะยาวมากเกินไป  ขอรบกวนท่านผู้รู้หลายๆท่านกรุณาให้คำแนะนำด้วยครับ
....  อนาคตการทำงานของผมอยู่ที่ความเห็นของผู้รู้ทั้งหลายแล้วครับ  ถ้าผลสรุปออกมาว่าเป็นอุบัติเหตุผมก็รอด..... 

[มดตานอย ครับ..]

อ่านแล้วผมก็งงๆมีเบอร์ติดต่อเปล่าครับ

[nahos]

ขอให้ผ่านไปได้ด้วยดีครับ

[thannawe]

อ่านแล้วมันเยอะครับหลายประเด็นมาก แต่ยังไงก็เอาใจช่วยครับ
สู้ๆ นะะครับ   

[มดตานอย ครับ..]

ติดต่อ BMS ด่วนครีบ

[มดตานอย ครับ..]

จริงๆตามประสบการณ์ของผมนั้นเป็นไปได้ยาก  ที่ข้อมูลจะหายนอกจาก   
1.ต้องมีคนไปลบ   กระทำการใดที่เป็นอันตราย
2.hardware  ไม่ได้
3.ตั้งค่าผิด    restore+ backup+initial import

การแก้ไข
1. admin  ต้องมีจำกัด    มีความระมัดระวัง
2.  server  เสถียร  ไว้วางใจได้
3. มีการ  backup  ตลอด  ใช้ การ  replicate 
4. การ  upgrade    linux+mysql +my.cnf นั้น  ไม่แนะนำครับ ..........ติดตั้งใหม่ล้วนๆแล้ว  initial  import  จะดีกว่า
5. up  hosxp  นั้น ต้องมีการทดสอบก่อนครับ

[มดตานอย ครับ..]

อ้างอิง    เพราะผู้ดูแลระบบคนใหม่ บอกว่าต้องมีการจงใจลบข้อมูลเพื่อกลั้นแกล้งก่อกวนเท่านั้น  ในระบบ HOSxP จะบันทึกข้อมูลของผู้ใช้งานไว้หมดซึ่งผมเองก็ทราบ  เขาบอกว่าเป็นการไม่ฉลาดเลยที่ทำอย่างนั้น เพราะถ้าเป็นเขา  เขาจะไม่เข้าตรงๆผ่านHOSxP ตอนนี้เขาบอกเองว่าเข้าไปจัดการข้อมูลด้วยวิธีอื่นไม่ผ่าน HOSxP ให้เข้าไปดูได้เลยไม่มีหลักฐานการเข้าใช้งานของเขา

จริงๆ database สามารถเข้าลบได้ถ้าไม่เข้า  ผ่าน  hosxp  คือ
1. เข้า   server ตรงๆ  >>>>> ถ้ามี  password   root   ของ   linux
2. เข้า  server  ทางอ้อม >>>  ผ่าน  telnet    ssh    ถ้า เปิด บริการนี้ และมี  password  root  อีกเหมือนกัน
3. ใช้โปรแกรม   mysqlclient  ต่างๆ เช่น  mysqlfront  ,  mysqlturbo  และอื่นๆ  เข้าไปจัดการฐานข้อมูล
ซึ่งรู้แค่    ip  mysql server   กับ  user + password    ก็น่าทำอะไรต่างๆของ  database ได้แล้ว 
4. ข้อมูลการติดต่อ  database  ดูได้จาก หน้า  login  hosxp ชึ่งส่วนมาก  ip mysql  ก็โชว์   และ   user ก็  sa
password  ก็  sa   ก็อันตรายหน่อย   ถ้าไม่เปลี่ยน   user+password เป็นอย่างอื่น

[doramon]

ยังไม่เข้าใจคำถาม  แต่เอาใจช่วยครับ
 

[ไม่เสียสละ ชัยชนะไม่เกิด]

งงเหมือนกันครับพี่อ๊อด
        ผมไม่เข้าใจว่าทำมไม่ช่วยกันดูแมกกว่าแกล้งกัน
               ผมเคยไปท่าแซะมาเห็นมีคนใจดีทั้งนั้น

[sawauysomsri]

 telnet    ssh   
จำเป็นต้องลงใน server ไหมครับถึงจะลบข้อมูลได้ครับ
ถ้าไม่ลงก็เข้าไม่ได้ใช่ไหมครับ

[Khuad]

ปัญหาที่ 2 ::  ตามอ้างอิง 2 
   การ Up mysql จาก 4 เป็น version 5 และการ Setting connection  ตาม อ้างอิง 6 ::  การตั้งค่า DBMS  เป็น mysql-4.1  เป็นการไม่ถูกต้อง เพราะ database ปัจจุบันมีทั้ง V.4 และ v.5  (ใช้กับ HOSxP  v. 3.50.6.5) จะต้องใช้  mysql version 5 กับ HOSxP version ใหม่เท่านั้นจึงจะไม่มีปัญหา


..ตรง DBMS เลือก protocol mysql-4.1 ถูกแล้วครับ..
http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=2062.0

..ที่กระทู้นี้ คุณหมอสมนึก(รพศ.ราชบุรี) ขยายความไว้ด้วยแล้วครับ..
http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=2314.0

[Khuad]

ปัญหาที่ 3 ::  ตามอ้างอิง 2 
   ทำการสำรองข้อมูลด้วยวิธี Hot Backup  เพียงอย่างเดียว  ไม่เคยทำ Cool    เป็นการถูกต้องหรือไม่ด้วยผู้ดูแลระบบคนก่อนแจ้งไว้ให้ทำแต่ Hot Backup


..Cold backup  จะสำรองข้อมูลโดย lock ไม่ให้มีการแก้ไขข้อมูล ผู้ใช้งานจะบันทึกแก้ไขข้อมูลระหว่างทำการสำรองข้อมูลไม่ได้  ดังนั้นข้อมูลที่ได้ถือว่าน่าเชื่อถือที่สุด...

..Hot backup  จะไม่มีการ lock ผู้ใช้สามารถทำงานได้ระหว่าบันทึกข้อมูล แต่ข้อมูลที่ผู้ใช้ทำงานระหว่างระบบทำการสำรองข้อมูลนั้นอาจถูกสำรองหรือไม่ก็ได้  ความน่าเชื่อถือของข้อมูลจะน้อยกว่า Cold backup ขึ้นอยู่กับข้อมูลที่มีการเปลี่ยนแปลงในระหว่างการสำรองข้อมูล...   
คือการสำรองข้อมูลจะเก็บข้อมูลตามตาราง(รู้สึกว่าจะเรียงตามตัวอักษรของชื่อตาราง) ทีนี้ถ้าเกิดมีการใช้งานในระหว่างการสำรองข้อมูล แล้วข้อมูลถูกบันทึกไปหลายตารางและมีการเชื่อมโยงสัมพันธ์กัน อาจมีบางตารางที่ถูกเก็บข้อมูลไปแล้ว  ข้อมูลที่เพิ่มไปใหม่ก็จะไม่ถูกสำรอง  บางตารางที่ยังไม่ถูกเก็บ ข้อมูลที่เพิ่มไปใหม่ก็จะถูกสำรองไว้ได้   เมื่อมีการนำข้อมูลที่สำรองนั้นมาใช้งานก็อาจพบปัญหาได้   ยิ่งถ้าเวลาที่ใช้ในการสำรองข้อมูลนานๆ และมีการเปลี่ยนแปลงของข้อมูลมากๆ  ก็อาจจะพบปัญหาได้มากขึ้น  ที่เคยพบบ่อยและรู้ได้ง่ายคือตาราง serial ที่ข้อมูล serial_id จะไม่ตรงกับในตารางบางตาราง(เวลาทำงานจะมีข้อความเตือน) ต้องตามไปแก้ไขใหม่...

[Khuad]

...ความถี่ในการสำรองข้อมูล ที่ อ.mn ได้แนะนำไว้ คือ Cold backup อย่างน้อยเดือนละ 1 ครั้ง  และ Hot backup วันละ 1 ครั้ง เลือกช่วงเวลาที่มีการใช้งานน้อยๆ  ข้อมูลจะมีการเปลี่ยนแปลงน้อย



...ปัญหาสามารถเกิดได้ทุกที่ทุกเวลาครับ ค่อยๆ คุยกัน หาทางช่วยเหลือกัน หาสาเหตุและวิธีการที่จะแก้ปัญหาที่เกิดขึ้นดีกว่าครับ..
...เอาใจช่วยครับ ทุกปัญหามีทางแก้ไขครับ... ..

[manoi]

ขออภัยที่เข้ามาตอบช้านะครับ

ถ้าปัญหาที่เกิดคือข้อมูลสูญหายจากเครื่อง server หลัก และสงสัยว่าเกิดจาก Initial import ผมก็คงต้องอธิบายว่ามีกรณีไหนบ้างที่จะทำให้ข้อมูลสูญหายจากการทำ Initial import นะครับ ได้แก่
1. Initial import จาก 127.0.0.1 ไปเครื่อง server จริง
2. Initial import จาก server จริง ไป server จริง (เข้าตัวเอง)
3. Initial import จาก server ตัวอื่นเข้า server จริง
ส่วนใหญ่จะเกิดการการกำหนดค่าการเข้าโปรแกรม HOSxP เปลี่ยนไปมาแล้วลืมครับ เพราะในขั้นตอนการทำ Initial import จะใช้ข้อมูลจาก connection setting ของ HOSxP ปัจจุบัน 

และในขั้นตอนการทำ Initial import จะไม่ทำให้ข้อมูลต้นทางเสียหายครับ เพราะมันคือการ dump ข้อมูลและ restore ข้อมูลไปยังเครื่องปลายทาง  และส่วนใหญ่ปัญหาข้อมูลเครื่อง Server หลักเสียหายจากการ Initial import ที่แจ้งมายังผมและสรุปสาเหตุได้ส่วนใหญ่ก็เกิดการการ Initial import จาก 127.0.0.1 หรือเครื่องอื่น ไปยัง Server จริง เนื่องจากความเข้าใจผิดในการกำหนดค่า Slave list ครับ (ใน hosxp รุ่นเก่าจะไม่ได้ตรวจสอบ slave list ว่าเป็น server จริง (ตัวมันเอง) )

ถัดมาปัญหาที่ถามเข้ามาจากในแฟ้ม word ผมจะตอบเป็นข้อๆ ตามที่ถามนะครับ

1. การใช้ Script clean install ที่ไปกับ HOSxP CD จะทำการลบข้อมูลเก่าของ MySQL ออกทั้งหมด และสร้างเฉพาะฐานข้อมูลเปล่าๆ ชื่อ hos ถูกต้องแล้วครับ และหากไปเรียกใช้งาน Script นี้ในเครื่อง Server หลักที่มีข้อมูลอยู่ ก็จะเป็นการลบข้อมูลทิ้งไปโดยปริยายครับ ส่วนข้อมูลของ mysql ที่สามารถค้างอยู่ใน router ได้ยังไม่เคยมีปรากฎมาก่อนครับ

2. Connection setting สามารถเลือกใช้ protocol mysql-4.1 กับเครื่อง Server ที่เป็น MySQL 5.0 หรือ 5.1 ได้โดยไม่มีปัญหาครับ

3. การสำรองข้อมูลแบบ hot backup สามารถทำได้ เพียงแต่ในขณะที่กำลังสำรองข้อมูลอยู่เครื่องอื่นๆ ในระบบจะสามารถทำงานได้ ดังนั้นข้อมูลบางส่วนที่ถูกบันทึกเข้าไปในขณะทำารสำรองข้อมูลอาจจะไม่ถูกสำรองเอาไว้ แต่ข้อมูลที่สำรองเอาไว้ก็สามารถนำใช้งานได้เมื่อมีปัญหาครับ

4. การ copy แฟ้มจากแผ่น CD ลงใน file system ของ linux คงไม่ทำให้เกิดปัญหา หากไม่ไปทับแฟ้มระบบที่มีอยู่แล้ว

5. น่าจะลบได้นะครับ เพราะมันเก็บแค่ตัว rpm ที่ใช้ติดตั้ง mysql เท่านั้น

6. หากคิดว่าข้อมูลจะหายจากการ Initial import ข้อมูลอาจจะหายไปทั้งหมด หรือบางส่วนก็ได้ครับ  แต่ส่วนใหญ่น่าจะหายไปเกือบทั้งหมด หรือถูกแทนที่ด้วยข้อมูลจากเครื่องที่ Initial import มา แต่หากมีการสั่งลบข้อมูลเอง ข้อมูลคงจะหายไปแค่ 2 หรือ 3 ตาราง ขึ้นอยู่กับว่าไปลบข้อมูลอะไรบ้าง ลองใช้คำสั่ง

select vstdate, count(*) from ovst group by vstdate order by vstdate

เพื่อตรวจสอบรายการครับว่ามีข้อมูลสูญหายไปช่วงวันไหนบ้าง


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

[nahos]

select vstdate, count(*) from ovst group by vstdate order by vstdate

คำสั่งนี้จะบอกว่าข้อมูลหายไป กี่ record  หรือเปล่าครับ เพราะลองrunดู มันได้ค่ากลับมาเยอะทีเดียว
 

[มดตานอย ครับ..]

อ.mn    ตอบได้ตรงประเด็นครับ   .......ส่วน รพ.ของผมจะนำ  คำแนะนำไปใช้ครับ....ขอบพระคุณครับ

[nuttavut]

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

เห็นด้วยกับ อ.MN .....อย่างยิ่งครับ...ทุกปัญหาแก้ได้..การหาว่าเป็นความผิดของใครก็คงไม่ใช่วิธีแก้ปัญหา..

[Dr.D-com]

ขอขอบคุณทุกท่านให้กำลังใจให้คำแนะนำ.... ขอบคุณชุมชนแห่งนี้ที่คอยช่วยเหลือกัน

ยังปวดหัวนิดหน่อย... หลังจากเกิดปัญหาแล้ว มีรายการยาบางตัวที่ห้อง ER , LR  สั่งยาแล้วข้อมูลไม่ไปที่ห้องยา  ซึ่ง...เค้า......ไปแจ้งเภสัชว่าสั่งไม่ได้เพราะไม่มียาในคลังยา  เคยเช็คสต๊อกบ้างหรือไม่... เภสัชมึนไปเลยเพราะว่า HOSxP  ยังไม่ได้ใช้งานคลังยา....

บ่ายนี้ ผอ.เชิญเข้าพบชี้แจงแล้วครับ..

ที่ทำได้ตอนนี้คือ ทำสมาธิ + ทำใจครับ