BMS-HOSxP Community
HOSxP => แจ้งปัญหา / ขอความช่วยเหลือ => ข้อความที่เริ่มโดย: เข้ม ที่ พฤษภาคม 17, 2009, 23:40:14 PM
-
จากหัวข้อกระทู้
เนื่องจากว่า จากมีการแจ้งจาก OPD ว่าผู้ป่วยที่นัดไว้ ในแต่ละเดือน แต่ละแผนก มีจำนวนไม่เท่ากัน
เปรียบเทียบระหว่างการดึงข้อมูลผ่าน slave กับ master
มาคิด ๆ ดู ไม่รู้ว่าน่าจะเกิดจากอะไร :(
ทางแก้ไขในขณะนี้ก็คือ ทำ initial import เป็นระยะกับ slave
ท่านใดมีคำแนะนำเกี่ยวกับเรื่องนี้บ้างครับ
-
จากหัวข้อกระทู้
เนื่องจากว่า จากมีการแจ้งจาก OPD ว่าผู้ป่วยที่นัดไว้ ในแต่ละเดือน แต่ละแผนก มีจำนวนไม่เท่ากัน
เปรียบเทียบระหว่างการดึงข้อมูลผ่าน slave กับ master
มาคิด ๆ ดู ไม่รู้ว่าน่าจะเกิดจากอะไร :(
ทางแก้ไขในขณะนี้ก็คือ ทำ initial import เป็นระยะกับ slave
ท่านใดมีคำแนะนำเกี่ยวกับเรื่องนี้บ้างครับ
ทำ initial import เป็นระยะกับ slave เช่นเดียวกันครับ ;D
-
-เหมือนกันครับ initial import เป็นระยะ 3-4 สัปดาห์ต่อครั้ง
-กำลังจะทำ replicate ในตัว mysql เลย รอเครื่องครับ ไม่ต้องเสียเครื่อง มา รัน replicate agent และไม่ต้องกังวลว่าจะมีใครมาปิด เนื่องจากปัญหา การขาด com
- ทุกวันนี้ข้อมูล เริ่มเยอะขึ้นเรื่อยๆ backup ต้อง ใช้ script ที่ตัว linux และทำการ zip แบบ auto เอาไว้
แล้วค่อย copy มาเก็บอีกที
-ทั้งนี้ทั้งนั้น ตัวที่ backup ก็ ok นะครับ นะจุดนั้น เวลานั้น แต่มันไม่เป็นปัจจุบัน
- การที่จะนำตัว backup มาใช้ ก็ต้องใช้เวลาอีกพอสมควร 4-5 ชม. แล้วแต่ขนาด ข้อมูลที่มี ของผม hos.sql 10 GB แล้ว zip เหลือ 2 GB ประมาณนั้น
- ระบบการให้บริการผู้ป่วยจะเป็นอย่างไร หลังจาก server หลัก fail
- ระบบที่พอทำได้และน่าเชื่อถือ มากนะเวลานี้ คงนี้ไม่พ้น ระบบ replicate ครับ
- ซึ่งมีให้มากับ hosxp เลย ตัว replicate agent ซึ่งตอนนี้ก็ใช้ได้ดีมากๆ แต่จะมีปัญหาด้านการจัดการแนวทางการปฏิบัติ กันเองของแต่ ละรพ.
- อีกอย่าง ตัว replicate ใน mysql ก็น่าจะดีไม่น้อย ซึ่ง ตอนนี้ กำลังทดสอบครับ
- และอีกตัว คือ replicate master to master เข้ามาช่วยอีกตัวหนึ่ง
ท่านใดมีแนวทาง ข้อเสนอแนะอย่างไรครับ
-
ทำได้ดีที่สุดตอนนี้คือ Initial Import ทุกครั้งหลัง Update Program และ Upgrade Structure ครับ
-
เครื่อง server สำรอง ของผมมักเป็นอย่างนี้บ่อยมากๆ ครับ (ต้อง Resync Table Tempreport มาทับ 1 รอบถึงจะใช้งานได้ครับ ต้องแก้ไขอย่างไรครับ ตามรูป ครับ
EurekaLog 6.0.18
Application:
-------------------------------------------------------
1.1 Start Date : Mon, 18 May 2009 15:05:40 +0700
1.2 Name/Description: HOSMy.exe
1.3 Version Number : 3.51.12.25
1.4 Parameters :
1.5 Compilation Date: Thu, 25 Dec 2008 17:00:37 +0700
1.6 Up Time : -22 second
Exception:
----------------------------------------------------------------------
2.1 Date : Mon, 18 May 2009 15:05:18 +0700
2.2 Address : 0101F36D
2.3 Module Name : HOSMy.exe
2.4 Module Version: 3.51.12.25
2.5 Type : EZSQLException
2.6 Message : SQL Error: Table 'hos.tempreport' doesn't exist.
2.7 ID : E996
2.8 Count : 1
2.9 Status : New
2.10 Note :
User:
-------------------------------------------------------
3.1 ID : Administrator
3.2 Name : iLLuSioN
3.3 Email :
3.4 Company : Home
3.5 Privileges: SeChangeNotifyPrivilege - ON
SeSecurityPrivilege - OFF
SeBackupPrivilege - OFF
SeRestorePrivilege - OFF
SeSystemtimePrivilege - OFF
SeShutdownPrivilege - OFF
SeRemoteShutdownPrivilege - OFF
SeTakeOwnershipPrivilege - OFF
SeDebugPrivilege - OFF
SeSystemEnvironmentPrivilege - OFF
SeSystemProfilePrivilege - OFF
SeProfileSingleProcessPrivilege - OFF
SeIncreaseBasePriorityPrivilege - OFF
SeLoadDriverPrivilege - ON
SeCreatePagefilePrivilege - OFF
SeIncreaseQuotaPrivilege - OFF
SeUndockPrivilege - ON
SeManageVolumePrivilege - OFF
SeImpersonatePrivilege - ON
SeCreateGlobalPrivilege - ON
Active Controls:
----------------------------------------
4.1 Form Class : TApplication
4.2 Form Text : :: HOSxP รพ. สอง ::
4.3 Control Class: TApplication
4.4 Control Text : :: HOSxP รพ. สอง ::
Computer:
----------------------------------------------------------------------------------------
5.1 Name : PANOMM
5.2 Total Memory : 1015 Mb
5.3 Free Memory : 492 Mb
5.4 Total Disk : 19.53 Gb
5.5 Free Disk : 6.42 Gb
5.6 System Up Time: 1 day, 6 hours, 27 minutes, 10 seconds
5.7 Processor : Intel(R) Celeron(R) CPU 3.06GHz
5.8 Display Mode : 1024 x 768, 32 bit
5.9 Display DPI : 96
5.10 Video Card : Intel(R) 82865G Graphics Controller (driver 6.14.10.4020)
5.11 Printer : Microsoft Office Document Image Writer Driver (driver 11.3.1897.0)
Operating System:
------------------------------------
6.1 Type : Microsoft Windows XP
6.2 Build # : 2600
6.3 Update : Service Pack 2
6.4 Language: Thai
6.5 Charset : 222
Network:
---------------------------------------------------------------------
7.1 IP Address: 192.168.212.007 - 192.168.209.001 - 192.168.021.001
7.2 Submask : 255.255.255.000 - 255.255.255.000 - 255.255.255.000
7.3 Gateway : 192.168.212.001 - 000.000.000.000 - 000.000.000.000
7.4 DNS 1 : 192.168.212.001 - 000.000.000.000 - 000.000.000.000
7.5 DNS 2 : 000.000.000.000 - 000.000.000.000 - 000.000.000.000
7.6 DHCP : OFF - OFF - OFF
Custom Information:
----------------------------------------------------------------------------
8.1 Hospital Code : 11170 [รพ. สอง]
8.2 Database Type : MySQL
8.3 Database Protocol: mysql-4.1 [5.0.67-community
Database hos @ 192.168.212.3]
8.4 :
8.5 No 1 : select count(*) as cc from tempreport
8.6 No 2 : select accessright from opduser where loginname='m'
8.7 No 3 : select count(loginname) as cc from opduser
-
-เหมือนกันครับ initial import เป็นระยะ 3-4 สัปดาห์ต่อครั้ง
-กำลังจะทำ replicate ในตัว mysql เลย รอเครื่องครับ ไม่ต้องเสียเครื่อง มา รัน replicate agent และไม่ต้องกังวลว่าจะมีใครมาปิด เนื่องจากปัญหา การขาด com
- ทุกวันนี้ข้อมูล เริ่มเยอะขึ้นเรื่อยๆ backup ต้อง ใช้ script ที่ตัว linux และทำการ zip แบบ auto เอาไว้
แล้วค่อย copy มาเก็บอีกที
-ทั้งนี้ทั้งนั้น ตัวที่ backup ก็ ok นะครับ นะจุดนั้น เวลานั้น แต่มันไม่เป็นปัจจุบัน
- การที่จะนำตัว backup มาใช้ ก็ต้องใช้เวลาอีกพอสมควร 4-5 ชม. แล้วแต่ขนาด ข้อมูลที่มี ของผม hos.sql 10 GB แล้ว zip เหลือ 2 GB ประมาณนั้น
- ระบบการให้บริการผู้ป่วยจะเป็นอย่างไร หลังจาก server หลัก fail
- ระบบที่พอทำได้และน่าเชื่อถือ มากนะเวลานี้ คงนี้ไม่พ้น ระบบ replicate ครับ
- ซึ่งมีให้มากับ hosxp เลย ตัว replicate agent ซึ่งตอนนี้ก็ใช้ได้ดีมากๆ แต่จะมีปัญหาด้านการจัดการแนวทางการปฏิบัติ กันเองของแต่ ละรพ.
- อีกอย่าง ตัว replicate ใน mysql ก็น่าจะดีไม่น้อย ซึ่ง ตอนนี้ กำลังทดสอบครับ
- และอีกตัว คือ replicate master to master เข้ามาช่วยอีกตัวหนึ่ง
ท่านใดมีแนวทาง ข้อเสนอแนะอย่างไรครับ
คิดๆว่าจะทำเช่นเดียวกันครับ เพราะปัจจุบันต้อง ทำ initial import เป็นระยะกับ slave บ่อยๆ ก็เลยคิดว่าในอนาคต คงไม่ดีแน่ๆ วันดีคืนดี Server หลักมีปัญหาขึ้นมา แล้วล่ะก็ ไม่อยากจะคิดเลย .......การทำ replicate ใน mysql น่าจะดีที่สุด แต่ต้อง Config ให้ดีๆ.......ลองทดสอบทำกันดูครับ
-
-เหมือนกันครับ initial import เป็นระยะ 3-4 สัปดาห์ต่อครั้ง
-กำลังจะทำ replicate ในตัว mysql เลย รอเครื่องครับ ไม่ต้องเสียเครื่อง มา รัน replicate agent และไม่ต้องกังวลว่าจะมีใครมาปิด เนื่องจากปัญหา การขาด com
- ทุกวันนี้ข้อมูล เริ่มเยอะขึ้นเรื่อยๆ backup ต้อง ใช้ script ที่ตัว linux และทำการ zip แบบ auto เอาไว้
แล้วค่อย copy มาเก็บอีกที
-ทั้งนี้ทั้งนั้น ตัวที่ backup ก็ ok นะครับ นะจุดนั้น เวลานั้น แต่มันไม่เป็นปัจจุบัน
- การที่จะนำตัว backup มาใช้ ก็ต้องใช้เวลาอีกพอสมควร 4-5 ชม. แล้วแต่ขนาด ข้อมูลที่มี ของผม hos.sql 10 GB แล้ว zip เหลือ 2 GB ประมาณนั้น
- ระบบการให้บริการผู้ป่วยจะเป็นอย่างไร หลังจาก server หลัก fail
- ระบบที่พอทำได้และน่าเชื่อถือ มากนะเวลานี้ คงนี้ไม่พ้น ระบบ replicate ครับ
- ซึ่งมีให้มากับ hosxp เลย ตัว replicate agent ซึ่งตอนนี้ก็ใช้ได้ดีมากๆ แต่จะมีปัญหาด้านการจัดการแนวทางการปฏิบัติ กันเองของแต่ ละรพ.
- อีกอย่าง ตัว replicate ใน mysql ก็น่าจะดีไม่น้อย ซึ่ง ตอนนี้ กำลังทดสอบครับ
- และอีกตัว คือ replicate master to master เข้ามาช่วยอีกตัวหนึ่ง
ท่านใดมีแนวทาง ข้อเสนอแนะอย่างไรครับ
คิดๆว่าจะทำเช่นเดียวกันครับ เพราะปัจจุบันต้อง ทำ initial import เป็นระยะกับ slave บ่อยๆ ก็เลยคิดว่าในอนาคต คงไม่ดีแน่ๆ วันดีคืนดี Server หลักมีปัญหาขึ้นมา แล้วล่ะก็ ไม่อยากจะคิดเลย .......การทำ replicate ใน mysql น่าจะดีที่สุด แต่ต้อง Config ให้ดีๆ.......ลองทดสอบทำกันดูครับ
ผมก็ขอทดสอบเป็นเพื่อนนะครับ
-
ขอบคุณสำหรับข้อแนะนำดี ๆ
-
ต้องมีการทดลอง ทดสอบ ครับ ได้ผลอย่างไร ก็แนะนำบอกต่อช่วยเหลือกัน และ กัน คนไทยด้วยกัน
;D ;D ;D ;D ;D
-
-เหมือนกันครับ initial import เป็นระยะ 3-4 สัปดาห์ต่อครั้ง
-กำลังจะทำ replicate ในตัว mysql เลย รอเครื่องครับ ไม่ต้องเสียเครื่อง มา รัน replicate agent และไม่ต้องกังวลว่าจะมีใครมาปิด เนื่องจากปัญหา การขาด com
- ทุกวันนี้ข้อมูล เริ่มเยอะขึ้นเรื่อยๆ backup ต้อง ใช้ script ที่ตัว linux และทำการ zip แบบ auto เอาไว้
แล้วค่อย copy มาเก็บอีกที
-ทั้งนี้ทั้งนั้น ตัวที่ backup ก็ ok นะครับ นะจุดนั้น เวลานั้น แต่มันไม่เป็นปัจจุบัน
- การที่จะนำตัว backup มาใช้ ก็ต้องใช้เวลาอีกพอสมควร 4-5 ชม. แล้วแต่ขนาด ข้อมูลที่มี ของผม hos.sql 10 GB แล้ว zip เหลือ 2 GB ประมาณนั้น
- ระบบการให้บริการผู้ป่วยจะเป็นอย่างไร หลังจาก server หลัก fail
- ระบบที่พอทำได้และน่าเชื่อถือ มากนะเวลานี้ คงนี้ไม่พ้น ระบบ replicate ครับ
- ซึ่งมีให้มากับ hosxp เลย ตัว replicate agent ซึ่งตอนนี้ก็ใช้ได้ดีมากๆ แต่จะมีปัญหาด้านการจัดการแนวทางการปฏิบัติ กันเองของแต่ ละรพ.
- อีกอย่าง ตัว replicate ใน mysql ก็น่าจะดีไม่น้อย ซึ่ง ตอนนี้ กำลังทดสอบครับ
- และอีกตัว คือ replicate master to master เข้ามาช่วยอีกตัวหนึ่ง
ท่านใดมีแนวทาง ข้อเสนอแนะอย่างไรครับ
คิดๆว่าจะทำเช่นเดียวกันครับ เพราะปัจจุบันต้อง ทำ initial import เป็นระยะกับ slave บ่อยๆ ก็เลยคิดว่าในอนาคต คงไม่ดีแน่ๆ วันดีคืนดี Server หลักมีปัญหาขึ้นมา แล้วล่ะก็ ไม่อยากจะคิดเลย .......การทำ replicate ใน mysql น่าจะดีที่สุด แต่ต้อง Config ให้ดีๆ.......ลองทดสอบทำกันดูครับ
การแก้ปัญหาตอนนี้ กับการกลัวว่าเหตุการณ์อย่างที่ทุกท่านคิดเผื่อไว้
เมื่อวานได้คุยกับหัวหน้า(ใหญ่) :)
กับมาตรการที่เรากำหนดไว้ จะสามารถทำได้จริงหรือไม่ เราได้ทดลองจริง ๆ หรือยัง (สำหรับ รพ.ที่ยังไม่เจอเหตุการณ์ล่มจริง ๆ) อันนี้เอาไว้ตอบคำถาม IM ตอน Re-Accredit
ก็เลยคิดกันเล่น ๆ ว่า จะทดลองจำลองสถานการณ์จริง ๆ เพื่อว่า ถ้า admin ไม่อยู่ น้อง ๆที่อยู่กัน
จะทำกันได้หรือไม่
ไม่รู้จะเป็นงัยบ้าง :(
-
ตอนนี้การ Initial import ไปยัง slave สามารถใช้ XtraBackup ช่วยได้ครับ กำหนดให้ทำอัตโนมัติตอน ตี 2 ก็ได้ครับ ควบคู่กับการสำรองข้อมูลตามปกติ
-
ตามนี้หรือเปล่าครับ
http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=9623.0