แสดงกระทู้

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - ธีรเวทย์ สิริสุวรรณกิจ

หน้า: [1]

แจ้งข้อผิดพลาดการทำงานของ HOSxP V3 / hosxp 3.57.9.9c ผิดหลักคำย่อไทย

« เมื่อ: ตุลาคม 01, 2014, 13:51:36 PM »

hosxp 3.57.9.9c
มีการสั่งให้สร้าง unique key ในตาราง provis_pname ในช่อง provis_pname_short_name ซึ่งเป็นส่วนของคำย่อ
ซึ่งสร้างปัญหาคือ คำย่อ ที่มีหลายความหมาย จะถูกตัดออก เหลือเพียง 1 ครับ
ตัวอย่าง ร.ต. มันแปลได้ 3 ตัวนะครับ คือ ร้อยตรี,เรือตรี,เรืออากาศตรี ซึ่ง ทั้ง 3 ตัว สามารถ ย่อด้วย ร.ต. ได้ทั้งนั้น

ผมขอให้ ทาง BMS ช่วยแก้ไข หรือยกเลิกคำสั่งนี้ด้วยนะครับ
ในเบื้องต้น ผมคงต้อง backup ข้อมูล ของตารางนี้ ไว้ก่อน ฝากด้วยนะครับ
ขอบคุณครับ

หลักฐานอ้างอิง
http://th.wiktionary.org/wiki/%E0%B8%A7%E0%B8%B4%E0%B8%81%E0%B8%B4%E0%B8%9E%E0%B8%88%E0%B8%99%E0%B8%B2%E0%B8%99%E0%B8%B8%E0%B8%81%E0%B8%A3%E0%B8%A1:%E0%B8%A3%E0%B8%B2%E0%B8%A2%E0%B8%8A%E0%B8%B7%E0%B9%88%E0%B8%AD%E0%B8%AD%E0%B8%B1%E0%B8%81%E0%B8%A9%E0%B8%A3%E0%B8%A2%E0%B9%88%E0%B8%AD%E0%B9%83%E0%B8%99%E0%B8%A0%E0%B8%B2%E0%B8%A9%E0%B8%B2%E0%B9%84%E0%B8%97%E0%B8%A2

MySQL / Re: High performance with partition table

« เมื่อ: กุมภาพันธ์ 20, 2014, 13:15:02 PM »

จะมีบางตาราง ที่ผมต้องเพิ่ม PRIMARY KEY เข้าไป เพื่อจะแบ่งได้ ซึ่งก็จำเป็นต้องสั่งซ้ำ เมื่อทำการ upgrade version ของ HosXP ครับ
และเหตุที่ต้องการจะทำ เพราะ ตารางเหล่านี้ เรียกใช้บ่อยมาก ถ้าเรียกได้เร็วขึ้น อีกซักเสี้ยววินาที ก็ถือว่าคุ้มค่า ครับ เพราะ ขั้นตอนการสร้าง Partition ใหม่ หลัง upgrade version ใช้เวลาไม่นานครับ

ALTER TABLE ovstdiag remove partitioning;
ALTER TABLE ovstdiag DROP PRIMARY KEY , ADD PRIMARY KEY (ovst_diag_id,vn);
ALTER TABLE ovstdiag partition by range columns (vn)
(
partition p52 values less than ('520000000000') ,
partition p53 values less than ('530000000000') ,
partition p54 values less than ('540000000000') ,
partition p55 values less than ('550000000000') ,
partition p56 values less than ('560000000000') ,
partition p57 values less than ('570000000000') ,
partition p58 values less than ('580000000000') ,
partition p59 values less than ('590000000000') ,
partition p99 values less than maxvalue
);

ALTER TABLE patient remove partitioning;
ALTER TABLE patient DROP PRIMARY KEY , ADD PRIMARY KEY (hos_guid,hn);
ALTER TABLE patient partition by range columns (hn)
(
partition p01 values less than ('10000') ,
partition p02 values less than ('20000') ,
partition p03 values less than ('30000') ,
partition p04 values less than ('40000') ,
partition p05 values less than ('50000') ,
partition p06 values less than ('60000') ,
partition p07 values less than ('70000') ,
partition p08 values less than ('80000') ,
partition p09 values less than ('90000') ,
partition p99 values less than maxvalue
);

*****
ข้อเสนอสุดท้าย คือ อยากให้ BMS เพิ่ม PRIMARY KEY ที่เหมาะกับการ Partition table ด้วยครับ ทางโรงพยาบาล จะจัดช่วง และแบ่ง Partition เองครับ

MySQL / Re: High performance with partition table

« เมื่อ: กุมภาพันธ์ 20, 2014, 11:39:05 AM »

สำหรับผู้ที่สนใจจะไปลองเขียนเอง ให้ศึกษาคำสัง ที่ผมเขียน
จะมีลักษณะ 2 แบบ คือ แบบที่ใช้ช่วงตัวเลข กับแบบที่ใช้กับช่วงตัวอักษร ซึ่งแล้วแต่ค่าพื้นฐานของแต่ละ column
คำสัง ที่ผมเขียน จะมีการแบ่งช่วง ตามลักษณะข้อมูล ของรพ.ผม ถ้าใครจะปรับใช้ ก็คงต้องเลือกช่วงข้อมูลเองนะครับ

ALTER TABLE opitemrece_log remove partitioning;
ALTER TABLE opitemrece_log partition by range (opitemrece_log_id)
(
partition p07 values less than (700000) ,
partition p08 values less than (800000) ,
partition p09 values less than (900000) ,
partition p10 values less than (1000000) ,
partition p11 values less than (1100000) ,
partition p12 values less than (1200000) ,
partition p13 values less than (1300000) ,
partition p14 values less than (1400000) ,
partition p15 values less than (1500000) ,
partition p99 values less than maxvalue
);

ALTER TABLE opitemrece_sticker_stat remove partitioning;
ALTER TABLE opitemrece_sticker_stat partition by range columns (hos_guid)
(
partition p1 values less than ('{10000000-0000-0000-0000-000000000000}') ,
partition p2 values less than ('{20000000-0000-0000-0000-000000000000}') ,
partition p3 values less than ('{30000000-0000-0000-0000-000000000000}') ,
partition p4 values less than ('{40000000-0000-0000-0000-000000000000}') ,
partition p5 values less than ('{50000000-0000-0000-0000-000000000000}') ,
partition p6 values less than ('{60000000-0000-0000-0000-000000000000}') ,
partition p7 values less than ('{70000000-0000-0000-0000-000000000000}') ,
partition p8 values less than ('{80000000-0000-0000-0000-000000000000}') ,
partition p9 values less than ('{90000000-0000-0000-0000-000000000000}') ,
partition pa values less than ('{a0000000-0000-0000-0000-000000000000}') ,
partition pb values less than ('{b0000000-0000-0000-0000-000000000000}') ,
partition pc values less than ('{c0000000-0000-0000-0000-000000000000}') ,
partition pd values less than ('{d0000000-0000-0000-0000-000000000000}') ,
partition pe values less than ('{e0000000-0000-0000-0000-000000000000}') ,
partition pf values less than ('{f0000000-0000-0000-0000-000000000000}') ,
partition pz values less than maxvalue
);

ALTER TABLE opitemrece_summary remove partitioning;
ALTER TABLE opitemrece_summary partition by range columns (hos_guid)
(
partition p1 values less than ('{10000000-0000-0000-0000-000000000000}') ,
partition p2 values less than ('{20000000-0000-0000-0000-000000000000}') ,
partition p3 values less than ('{30000000-0000-0000-0000-000000000000}') ,
partition p4 values less than ('{40000000-0000-0000-0000-000000000000}') ,
partition p5 values less than ('{50000000-0000-0000-0000-000000000000}') ,
partition p6 values less than ('{60000000-0000-0000-0000-000000000000}') ,
partition p7 values less than ('{70000000-0000-0000-0000-000000000000}') ,
partition p8 values less than ('{80000000-0000-0000-0000-000000000000}') ,
partition p9 values less than ('{90000000-0000-0000-0000-000000000000}') ,
partition pa values less than ('{a0000000-0000-0000-0000-000000000000}') ,
partition pb values less than ('{b0000000-0000-0000-0000-000000000000}') ,
partition pc values less than ('{c0000000-0000-0000-0000-000000000000}') ,
partition pd values less than ('{d0000000-0000-0000-0000-000000000000}') ,
partition pe values less than ('{e0000000-0000-0000-0000-000000000000}') ,
partition pf values less than ('{f0000000-0000-0000-0000-000000000000}') ,
partition pz values less than maxvalue
);

ALTER TABLE screen_doctor remove partitioning;
ALTER TABLE screen_doctor partition by range columns (vn)
(
partition p52 values less than ('520000000000') ,
partition p53 values less than ('530000000000') ,
partition p54 values less than ('540000000000') ,
partition p55 values less than ('550000000000') ,
partition p56 values less than ('560000000000') ,
partition p57 values less than ('570000000000') ,
partition p58 values less than ('580000000000') ,
partition p59 values less than ('590000000000') ,
partition p99 values less than maxvalue
);

ALTER TABLE er_image remove partitioning;
ALTER TABLE er_image partition by range columns (vn)
(
partition p52 values less than ('520000000000') ,
partition p53 values less than ('530000000000') ,
partition p54 values less than ('540000000000') ,
partition p55 values less than ('550000000000') ,
partition p56 values less than ('560000000000') ,
partition p57 values less than ('570000000000') ,
partition p58 values less than ('580000000000') ,
partition p59 values less than ('590000000000') ,
partition p99 values less than maxvalue
);

ALTER TABLE hipdata remove partitioning;
ALTER TABLE hipdata partition by range columns (cid)
(
partition p1 values less than ('1000000000000') ,
partition p2 values less than ('2000000000000') ,
partition p3 values less than ('3000000000000') ,
partition p4 values less than ('4000000000000') ,
partition p5 values less than ('5000000000000') ,
partition p6 values less than ('6000000000000') ,
partition p7 values less than ('7000000000000') ,
partition p8 values less than ('8000000000000') ,
partition p9 values less than ('9000000000000') ,
partition pz values less than maxvalue
);

ALTER TABLE incoth remove partitioning;
ALTER TABLE incoth partition by range columns (vn)
(
partition p52 values less than ('520000000000') ,
partition p53 values less than ('530000000000') ,
partition p54 values less than ('540000000000') ,
partition p55 values less than ('550000000000') ,
partition p56 values less than ('560000000000') ,
partition p57 values less than ('570000000000') ,
partition p58 values less than ('580000000000') ,
partition p59 values less than ('590000000000') ,
partition p99 values less than maxvalue
);

ALTER TABLE ipt_nurse_oper remove partitioning;
ALTER TABLE ipt_nurse_oper partition by range (nurse_oper_id)
(
partition p04 values less than (400000) ,
partition p06 values less than (600000) ,
partition p08 values less than (800000) ,
partition p10 values less than (1000000) ,
partition p12 values less than (1200000) ,
partition p14 values less than (1400000) ,
partition p99 values less than maxvalue
);

ALTER TABLE ksklog remove partitioning;
ALTER TABLE ksklog partition by range (ksklog_id)
(
partition p31 values less than (3100000) ,
partition p32 values less than (3200000) ,
partition p33 values less than (3300000) ,
partition p34 values less than (3400000) ,
partition p35 values less than (3500000) ,
partition p36 values less than (3600000) ,
partition p37 values less than (3700000) ,
partition p38 values less than (3800000) ,
partition p39 values less than (3900000) ,
partition p40 values less than (4000000) ,
partition p99 values less than maxvalue
);

ALTER TABLE lab_head remove partitioning;
ALTER TABLE lab_head partition by range (lab_order_number)
(
partition p10 values less than (100000) ,
partition p15 values less than (150000) ,
partition p20 values less than (200000) ,
partition p25 values less than (250000) ,
partition p30 values less than (300000) ,
partition p35 values less than (350000) ,
partition p40 values less than (400000) ,
partition p99 values less than maxvalue
);
ALTER TABLE lab_order remove partitioning;

ALTER TABLE lab_order partition by range (lab_order_number)
(
partition p10 values less than (100000) ,
partition p15 values less than (150000) ,
partition p20 values less than (200000) ,
partition p25 values less than (250000) ,
partition p30 values less than (300000) ,
partition p35 values less than (350000) ,
partition p40 values less than (400000) ,
partition p99 values less than maxvalue
);

ALTER TABLE provis_card remove partitioning;
ALTER TABLE provis_card partition by range (provis_card_id)
(
partition p05 values less than (500000) ,
partition p10 values less than (1000000) ,
partition p15 values less than (1500000) ,
partition p20 values less than (2000000) ,
partition p25 values less than (2500000) ,
partition p30 values less than (3000000) ,
partition p35 values less than (3500000) ,
partition p40 values less than (4000000) ,
partition p99 values less than maxvalue
);

ALTER TABLE provis_person remove partitioning;
ALTER TABLE provis_person partition by range (provis_person_id)
(
partition p05 values less than (500000) ,
partition p10 values less than (1000000) ,
partition p15 values less than (1500000) ,
partition p20 values less than (2000000) ,
partition p25 values less than (2500000) ,
partition p30 values less than (3000000) ,
partition p35 values less than (3500000) ,
partition p40 values less than (4000000) ,
partition p99 values less than maxvalue
);

ALTER TABLE vital_sign_data remove partitioning;
ALTER TABLE vital_sign_data partition by range (vital_sign_data_id)
(
partition p05 values less than (500000) ,
partition p10 values less than (1000000) ,
partition p15 values less than (1500000) ,
partition p20 values less than (2000000) ,
partition p25 values less than (2500000) ,
partition p30 values less than (3000000) ,
partition p35 values less than (3500000) ,
partition p40 values less than (4000000) ,
partition p99 values less than maxvalue
);

ALTER TABLE vn_stat_log remove partitioning;
ALTER TABLE vn_stat_log partition by range (vn_stat_log_id)
(
partition p01 values less than (100000) ,
partition p02 values less than (200000) ,
partition p03 values less than (300000) ,
partition p04 values less than (400000) ,
partition p05 values less than (500000) ,
partition p06 values less than (600000) ,
partition p07 values less than (700000) ,
partition p08 values less than (800000) ,
partition p99 values less than maxvalue
);

MySQL / Re: High performance with partition table

« เมื่อ: กุมภาพันธ์ 20, 2014, 11:28:38 AM »

ลองแล้วครับ
1. การ ซอยถี่ๆ มากเกินไป จะทำให้ช้าลง มากๆ เลยครับ หรือว่า ต้องเพิ่มค่า config ให้รองรับ Partition ที่มากขึ้นด้วยก็ไม่รู้ครับ
2. การ upgrade version ของ HosXP จะมีการกวาดล้าง PRIMARY KEY และ UNIQUE INDEX ที่ถูกปรับแต่งแก้ไขใหม่หมด ซึ่งจะทำให้ Partition table ที่ถูกสร้างไว้ ด้วย PRIMARY KEY ที่เราได้ทำการปรับแต่ง หายหมดครับ
3. ทางเลือกที่ดีที่สุด ในการ Partition table สำหรับ HosXP ก็คือ ใช้ PRIMARY KEY ที่มีอยู่แล้ว ซึ่ง จากการทดสอบหลายรอบ พบว่า การ upgrade version ของ HosXP ไม่มีผลกระทบใดๆ กับ Partition table ที่ถูกสร้างขึ้นเลย
4. ผมแบ่ง opitemrece 16 ส่วน ด้วยคำสั่งนี้ กำลังทดสอบอยู่ครับ ผ่านไป 1 สัปดาห์ ก็ยังไม่รู้สึกอะไรนะครับ
ALTER TABLE opitemrece remove partitioning;
ALTER TABLE opitemrece partition by range columns (hos_guid)
(
partition p1 values less than ('{10000000-0000-0000-0000-000000000000}') ,
partition p2 values less than ('{20000000-0000-0000-0000-000000000000}') ,
partition p3 values less than ('{30000000-0000-0000-0000-000000000000}') ,
partition p4 values less than ('{40000000-0000-0000-0000-000000000000}') ,
partition p5 values less than ('{50000000-0000-0000-0000-000000000000}') ,
partition p6 values less than ('{60000000-0000-0000-0000-000000000000}') ,
partition p7 values less than ('{70000000-0000-0000-0000-000000000000}') ,
partition p8 values less than ('{80000000-0000-0000-0000-000000000000}') ,
partition p9 values less than ('{90000000-0000-0000-0000-000000000000}') ,
partition pa values less than ('{a0000000-0000-0000-0000-000000000000}') ,
partition pb values less than ('{b0000000-0000-0000-0000-000000000000}') ,
partition pc values less than ('{c0000000-0000-0000-0000-000000000000}') ,
partition pd values less than ('{d0000000-0000-0000-0000-000000000000}') ,
partition pe values less than ('{e0000000-0000-0000-0000-000000000000}') ,
partition pf values less than ('{f0000000-0000-0000-0000-000000000000}') ,
partition pz values less than maxvalue
);

ผมมีคำสั่งในตารางอื่นอีก จะทยอยลงให้นะครับ

MySQL / Re: High performance with partition table

« เมื่อ: ตุลาคม 04, 2013, 10:13:14 AM »

ขอถามเพิ่มเติมครับ
1. การเขียนคำสั่ง สามารถเขียนเผื่อไป 100 ปีได้ไหมครับ
(ขี้เกียจมาแก้บ่อยๆ)

2. สามารถซอยถี่ๆ เป็นแบบรายเดือนได้ไหมครับ มันจะเร็วขึ้นมั้ยครับ
(ไม่ต้องห่วงความยุ่งยาก ถ้ามันดี ยากแค่ไหน ก็จะทำ)

3. สั่งที่ server หลัก แล้ว slave สั่ง import ก็พอไช่ไหมครับ

แจ้งข้อผิดพลาดการทำงานของ HOSxP V3 / Re: โรคประจำตัว ใน Patient EMR

« เมื่อ: กันยายน 30, 2013, 19:45:41 PM »

อ้างจาก: เกื้อกูล ครับ.. ที่ กันยายน 27, 2013, 15:25:43 PM

ลองแก้ไข แบบฟอร์มครับ.. ที่พิมพ์

ทางรพ. ก็คิดจะทำอย่างนั้นอยู่ครับ แต่ทางบริษัทประกัน ได้สำเนาไว้แล้ว
ทางรพ.จึงได้ทำหนังสือชี้แจงไปครับ

ผมว่าส่วนนี้มันก็ถือว่ามีประโยชน์นะครับ
ใจผมไม่ค่อยอยากให้ตัดออกเลยครับ
อย่างน้อย ขอให้ทางทีมงานลองเพิ่มวงเล็บ ปี(หรือวันเดือนปี)ที่เริ่มเป็นหรือเริ่มขึ้นทะเบียน ก็ได้ครับ คงจะพอให้ทุกคนเข้าใจตรงกันได้ครับ
ฝากท่านอาจารย์เกื้อและทีมงานด้วยนะครับ

แจ้งข้อผิดพลาดการทำงานของ HOSxP V3 / โรคประจำตัว ใน Patient EMR

« เมื่อ: กันยายน 27, 2013, 14:49:04 PM »

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

ขอให้ช่วยปรับปรุงด้วยนะครับ ขอบคุณครับ

แจ้งปัญหา / ขอความช่วยเหลือ / Re: External Engine ช่วยค้นหารายการยา ใช้ table ใหนบ้างครับ

« เมื่อ: กันยายน 26, 2013, 11:55:50 AM »

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

การ Sync External DB นั้นอาศัย replication_log หรือเปล่าครับ เพราะปกติ server ผมจะเต็มบ่อย ก็เลยต้องเข้าไปลบบ่อยๆ
และการให้ user ทั่วไป Sync External DB บ่อยๆทุกวันทุกเครื่อง ผมเกรงว่า server จะรับไม่ไหวด้วยครับ
การ Sync External DB นั้นก็ไม่รู้ว่า จะมีปัญญาเรื่องการรักษาความปลอดภัยของข้อมูลด้วยหรือเปล่า ผมยังกังวลอยู่ครับ

แจ้งปัญหา / ขอความช่วยเหลือ / External Engine ช่วยค้นหารายการยา ใช้ table ใหนบ้างครับ

« เมื่อ: กันยายน 25, 2013, 15:41:13 PM »

ผมคิดว่า การใช้บริการ External DB :: External Engine ช่วยค้นหารายการยา
1. ช่วยให้การใช้งาน HosXP รวดเร็วขึ้นครับ
2. ลดภาระงานของ Server ได้ด้วย
3. ลด network traffic load ได้ด้วย

ผมจึงมีแผนการว่า จะติดตั้ง MySQL database ไว้ที่เครื่องลูกทุกเครื่องเลยครับ
แต่ว่า มีปัญหาต้อง load ข้อมูลทั้งหมดเลย ซึ่งลำบากและเปลืองเนื้อที่มาก

จึงขอถามว่า บริการ External DB :: External Engine ช่วยค้นหารายการยา นั้นใช้ table ไหนใน External DB บ้างครับ ??
ผมจะได้เขียน bat command ให้ทุกเครื่อง update database จาก server หลัก เฉพาะ table ที่ใช้งานครับ

ขอรบกวนด้วยนะครับ
ขอบคุณล่วงหน้าด้วยครับ สำหรับคำตอบ

แจ้งปัญหา / ขอความช่วยเหลือ / Re: รพ.ไหนปรับ version mysql เป็น 5.5 แล้ว

« เมื่อ: สิงหาคม 23, 2013, 11:32:54 AM »

สวัสดีครับ ผม รพ.หนองม่วงไข่
ผม up MySQL 5.5.28 ตั้งแต่ปีที่แล้วแล้วครับ เพราะ server หลักมีปัญหา หลังจากใช้ MySQL 5.5.28 กับ server Windows7 x64 Ultimate RAM 16 GB แล้ว ก็มีความสุขดีครับ

ทางเลือกที่ดีที่สุด คือ
เตรียม server ใหม่ให้พร้อม สั่ง initial import (ใน HosXP) แล้วก็ใช้ server ใหม่แทนเลย ชัวสุด แน่นอนสุดๆ ครับ
ข้อมูลที่ใครบางคนใส่ช่วงที่ initial import ก็จะหายหมด ช่วยไม่ได้ (ขี้เกียจช่วย)
ฉะนั้นควรจะเตือนให้ทุกคน แค่ใช้ดูประวัติเก่าก็พอครับ แล้วรอลงข้อมูลหลังจากเปลี่ยน server ครับ

ถ้าจะใช้ตัวเดิม ก็ initial import ไปเครื่อง สำรอง Upgrade เครื่องหลัก แล้ว initial import กลับมา

การ initial import ได้ข้อมูล เหมือนกันแน่นอน 100% เพราะใช้คำสั่ง mysqldump กับ mysql ทีละตาราง ครับ
แต่จะใช้คำสัง mysqldump ทั้ง database ใส่ file เดียว Upgrade เสร็จแล้วก็สั่ง mysql ทั้ง database ส่งข้อมูลกลับไป ก็จะได้ข้อมูลเหมือนกันแน่นอนครับ
เพียงแต่ มีเงื่อนไขเพียงข้อเดียวคือ mysqldump.exe กับ mysql.exe ต้องเป็นเวอร์ชั่นเดียวกันครับ (hosxp ใช้เวอร์ชั่น 4.1 อยู่เลยครับ)

ส่วนการกระทำด้วยวิธีอื่น ที่ให้โปรแกรม up ฐานข้อมูลให้ ผมไม่ค่อนแน่ใจครับ ก็เลยไม่อยากเสี่ยงครับ
ใช่วิธี ชักข้อมูลออก upgrade แล้วใส่ข้อมูลกลับไปใหม่ ชัวสุดครับ

แจ้งข้อผิดพลาดการทำงานของ HOSxP V3 / Re: ปัญหาการ replicate

« เมื่อ: สิงหาคม 06, 2013, 17:13:15 PM »

อ้างจาก: chk ที่ สิงหาคม 06, 2013, 10:21:52 AM

replicate ทุกวันหรือปะขอรับ
ปัญหาคือระบบต้องทำตลอด หากเกินสองวันจะมีปังหานะขอรับ

ผม run replicate โดยใช้ตัว replicate ของ HosXP ตลอด 24 ชั่วโมงครับ มีพักบ้างวันละ 5 นาที เพื่อ restart ครับ (เคยเปิดค้าง ประมาณ 2-3วัน ตัวสั่งการ replicate ค้างครับ ก็เลยสั่งให้มัน restart ช่วงตี 4 ครับ)

แจ้งข้อผิดพลาดการทำงานของ HOSxP V3 / ปัญหาการ replicate

« เมื่อ: สิงหาคม 05, 2013, 22:28:22 PM »

ปัญหาการ replicate
ผมมี server สำรอง 2 ตัว ใช้ ตัว replicate ของ HosXP
ผมลองเปรียบเทียบ ข้อมูล ระหว่างเครื่องหลัก มันไม่เหมือนกับเครื่องรอง ไม่ว่าจะทำรายงาน ก็ไม่เหมือนกัน จะเปรียบเทียบรายตาราง ก็ไม่เหมือนกัน
ขอถามว่า
1. มี replication manager ตัวใหม่ที่ผมไม่ได้ update หรือเปล่าครับ
2. มีทางเลือกอื่นในการ replicate ที่จะสมบูรณ์มากกว่านี้บ้างมั้ยครับ (ถ้าได้แบบประหยัดจะดีมากเลยครับ)

* ผมเขียน bat file ให้ initial import 2702 tables ใหม่ โดยให้ import ทีเดียว 2 server สำรองแล้ว แล้วผมยังเก็บ file (table).sql 2702 files ไว้ด้วย เอาใว้ไส่ใน เครื่องสำรองฉุกเฉิน ด้วย
3. ไม่รู้ว่า สามารถเว้น ตาราง replication_log กับ replication_cfg ได้หรือเปล่าครับ
4. ใช้ backup แทนการ backup ของโปรแกรม HosXP ได้หรือเปล่าครับ

Server หลักและสำรองทุกตัว ลง Windows7 x64 ultimate และ MySQL 5.5

หน้า: [1]