BMS-HOSxP Community
HOSxP => แจ้งปัญหา / ขอความช่วยเหลือ => ข้อความที่เริ่มโดย: Dr.D-com ที่ มิถุนายน 06, 2008, 13:41:41 PM
-
เรียนสอบถามผู้รู้ สมาชิกของชุมชน 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 จะยาวมากเกินไป ขอรบกวนท่านผู้รู้หลายๆท่านกรุณาให้คำแนะนำด้วยครับ
.... อนาคตการทำงานของผมอยู่ที่ความเห็นของผู้รู้ทั้งหลายแล้วครับ ถ้าผลสรุปออกมาว่าเป็นอุบัติเหตุผมก็รอด.....
-
อ่านแล้วผมก็งงๆมีเบอร์ติดต่อเปล่าครับ
-
ขอให้ผ่านไปได้ด้วยดีครับ
-
อ่านแล้วมันเยอะครับหลายประเด็นมาก แต่ยังไงก็เอาใจช่วยครับ
สู้ๆ นะะครับ :)
-
ติดต่อ 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 เป็นอย่างอื่น
-
ยังไม่เข้าใจคำถาม แต่เอาใจช่วยครับ
???
-
งงเหมือนกันครับพี่อ๊อด
ผมไม่เข้าใจว่าทำมไม่ช่วยกันดูแมกกว่าแกล้งกัน
ผมเคยไปท่าแซะมาเห็นมีคนใจดีทั้งนั้น
-
telnet ssh
จำเป็นต้องลงใน server ไหมครับถึงจะลบข้อมูลได้ครับ
ถ้าไม่ลงก็เข้าไม่ได้ใช่ไหมครับ
-
ปัญหาที่ 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
-
ปัญหาที่ 3 :: ตามอ้างอิง 2
ทำการสำรองข้อมูลด้วยวิธี Hot Backup เพียงอย่างเดียว ไม่เคยทำ Cool เป็นการถูกต้องหรือไม่ด้วยผู้ดูแลระบบคนก่อนแจ้งไว้ให้ทำแต่ Hot Backup
..Cold backup จะสำรองข้อมูลโดย lock ไม่ให้มีการแก้ไขข้อมูล ผู้ใช้งานจะบันทึกแก้ไขข้อมูลระหว่างทำการสำรองข้อมูลไม่ได้ ดังนั้นข้อมูลที่ได้ถือว่าน่าเชื่อถือที่สุด...
..Hot backup จะไม่มีการ lock ผู้ใช้สามารถทำงานได้ระหว่าบันทึกข้อมูล แต่ข้อมูลที่ผู้ใช้ทำงานระหว่างระบบทำการสำรองข้อมูลนั้นอาจถูกสำรองหรือไม่ก็ได้ ความน่าเชื่อถือของข้อมูลจะน้อยกว่า Cold backup ขึ้นอยู่กับข้อมูลที่มีการเปลี่ยนแปลงในระหว่างการสำรองข้อมูล...
คือการสำรองข้อมูลจะเก็บข้อมูลตามตาราง(รู้สึกว่าจะเรียงตามตัวอักษรของชื่อตาราง) ทีนี้ถ้าเกิดมีการใช้งานในระหว่างการสำรองข้อมูล แล้วข้อมูลถูกบันทึกไปหลายตารางและมีการเชื่อมโยงสัมพันธ์กัน อาจมีบางตารางที่ถูกเก็บข้อมูลไปแล้ว ข้อมูลที่เพิ่มไปใหม่ก็จะไม่ถูกสำรอง บางตารางที่ยังไม่ถูกเก็บ ข้อมูลที่เพิ่มไปใหม่ก็จะถูกสำรองไว้ได้ เมื่อมีการนำข้อมูลที่สำรองนั้นมาใช้งานก็อาจพบปัญหาได้ ยิ่งถ้าเวลาที่ใช้ในการสำรองข้อมูลนานๆ และมีการเปลี่ยนแปลงของข้อมูลมากๆ ก็อาจจะพบปัญหาได้มากขึ้น ที่เคยพบบ่อยและรู้ได้ง่ายคือตาราง serial ที่ข้อมูล serial_id จะไม่ตรงกับในตารางบางตาราง(เวลาทำงานจะมีข้อความเตือน) ต้องตามไปแก้ไขใหม่...
-
...ความถี่ในการสำรองข้อมูล ที่ อ.mn ได้แนะนำไว้ คือ Cold backup อย่างน้อยเดือนละ 1 ครั้ง และ Hot backup วันละ 1 ครั้ง เลือกช่วงเวลาที่มีการใช้งานน้อยๆ ข้อมูลจะมีการเปลี่ยนแปลงน้อย
...ปัญหาสามารถเกิดได้ทุกที่ทุกเวลาครับ ค่อยๆ คุยกัน หาทางช่วยเหลือกัน หาสาเหตุและวิธีการที่จะแก้ปัญหาที่เกิดขึ้นดีกว่าครับ..
...เอาใจช่วยครับ ทุกปัญหามีทางแก้ไขครับ... :D..
-
ขออภัยที่เข้ามาตอบช้านะครับ
ถ้าปัญหาที่เกิดคือข้อมูลสูญหายจากเครื่อง 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
เพื่อตรวจสอบรายการครับว่ามีข้อมูลสูญหายไปช่วงวันไหนบ้าง
สุดท้ายในความเห็นของผม ไม่คิดว่าจะมีผู้ดูแลระบบคนไหนตั้งใจที่จะทำให้ข้อมูลของตัวเองมีปัญหา แต่ความผิดพลาดต่างๆ สามารถเกิดขึ้นได้ครับ และปัญหาทุกอย่างมีทางแก้ไขและวิธีป้องกัน การหาว่าเป็นความผิดของใครก็คงไม่ใช่วิธีแก้ปัญหา เพียงแต่ว่าทำอย่างไรจะไม่เกิดขึ้นอีก สาเหตุของปัญหาคืออะไร และจะป้องกันได้อย่างไรน่าจะสำคัญกว่าครับ
-
select vstdate, count(*) from ovst group by vstdate order by vstdate
คำสั่งนี้จะบอกว่าข้อมูลหายไป กี่ record หรือเปล่าครับ เพราะลองrunดู มันได้ค่ากลับมาเยอะทีเดียว
??? ???
-
อ.mn ตอบได้ตรงประเด็นครับ .......ส่วน รพ.ของผมจะนำ คำแนะนำไปใช้ครับ....ขอบพระคุณครับ
-
สุดท้ายในความเห็นของผม ไม่คิดว่าจะมีผู้ดูแลระบบคนไหนตั้งใจที่จะทำให้ข้อมูลของตัวเองมีปัญหา แต่ความผิดพลาดต่างๆ สามารถเกิดขึ้นได้ครับ และปัญหาทุกอย่างมีทางแก้ไขและวิธีป้องกัน การหาว่าเป็นความผิดของใครก็คงไม่ใช่วิธีแก้ปัญหา เพียงแต่ว่าทำอย่างไรจะไม่เกิดขึ้นอีก สาเหตุของปัญหาคืออะไร และจะป้องกันได้อย่างไรน่าจะสำคัญกว่าครับ.... ;D
เห็นด้วยกับ อ.MN .....อย่างยิ่งครับ...ทุกปัญหาแก้ได้..การหาว่าเป็นความผิดของใครก็คงไม่ใช่วิธีแก้ปัญหา..
-
ขอขอบคุณทุกท่านให้กำลังใจให้คำแนะนำ.... ขอบคุณชุมชนแห่งนี้ที่คอยช่วยเหลือกัน
ยังปวดหัวนิดหน่อย... หลังจากเกิดปัญหาแล้ว มีรายการยาบางตัวที่ห้อง ER , LR สั่งยาแล้วข้อมูลไม่ไปที่ห้องยา ซึ่ง...เค้า......ไปแจ้งเภสัชว่าสั่งไม่ได้เพราะไม่มียาในคลังยา เคยเช็คสต๊อกบ้างหรือไม่... เภสัชมึนไปเลยเพราะว่า HOSxP ยังไม่ได้ใช้งานคลังยา....
บ่ายนี้ ผอ.เชิญเข้าพบชี้แจงแล้วครับ..
ที่ทำได้ตอนนี้คือ ทำสมาธิ + ทำใจครับ
:'( :'( :'( :'( :'( :'(