BMS-HOSxP Community

HOSxP => แจ้งปัญหา / ขอความช่วยเหลือ => ข้อความที่เริ่มโดย: yokyai ที่ เมษายน 13, 2013, 13:22:39 PM

หัวข้อ: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: yokyai ที่ เมษายน 13, 2013, 13:22:39 PM
ได้ทำการ Run Agent ตลอด 24 ชม. แต่เมื่อไม่นานเครื่องแม่ข่ายหลักมีปัญหา จึงสลับมาใช้เครื่องแม่ข่ายสำรอง ปรากฎว่ามีข้อมูลบางส่วนไม่ครบ โดยเฉพาะงานเวชระเบีย HN หายไปประมาณ 700 คน จึงตัดสินใจปิดระบบหยุดการทำงาน และได้รับความช่วยเหลือจากพี่อ๊อดและพิ่นาจมาช่วยแก้ไขให้ครับ  จึงจะรบกวนสอบถามว่าทำไม Replication จังไม่สำรองข้อมูลทั้งหมดมาครับทั้งๆที่เปิด 24 ชม.
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: k_toedkiets ที่ เมษายน 13, 2013, 18:27:10 PM
ได้ทำการ Run Agent ตลอด 24 ชม. แต่เมื่อไม่นานเครื่องแม่ข่ายหลักมีปัญหา จึงสลับมาใช้เครื่องแม่ข่ายสำรอง ปรากฎว่ามีข้อมูลบางส่วนไม่ครบ โดยเฉพาะงานเวชระเบีย HN หายไปประมาณ 700 คน จึงตัดสินใจปิดระบบหยุดการทำงาน และได้รับความช่วยเหลือจากพี่อ๊อดและพิ่นาจมาช่วยแก้ไขให้ครับ  จึงจะรบกวนสอบถามว่าทำไม Replication จังไม่สำรองข้อมูลทั้งหมดมาครับทั้งๆที่เปิด 24 ชม.
อยากทราบเหมือนกันครับว่าเกิดจากอะไร...เพราะยังไม่เคยเกิดปัญหานี้กับเครื่องแม่ข่าย....แต่รู้ไว้ก็ดีครับจะได้หาทางป้องกันไว้ก่อนที่จะเกิด....Admin มือใหม่จริงๆ
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: Sukjai ที่ เมษายน 14, 2013, 23:17:59 PM
ขอเสนอความคิดเห็นตามความเข้าใจครับ ผิดถูกประการใด ขอให้ อ. และพี่ๆช่วยชี้แนะด้วยครับ
การทำ Replication  โดยการ Run Agent   ตารางที่เกี่ยวข้องก็คือ replicate_log
ซึ่งปัญหาเกี่ยวกับข้อมูลของ Slave ไม่เท่ากับ Master  ซึ่งปัญหานี้อาจจะเกี่ยวกับการสั่ง  Clear replication log ตอนที่มีการเตือน Replication log to big แล้วทำให้ข้อมูลไม่ต่อเนื่องหรือขาดหายไปบางช่วง ดังนั้นก็ต้องเป็นหน้าที่ของ Admin ที่จะต้องคอยตรวจสอบระบบการสำรองข้อมูลอย่างสม่ำเสมอครับว่าข้อมูลเครื่อง Master กับ Slave เท่ากันหรือไม่ครับ  และควรมีการ Initial Import อย่างสม่ำเสมอตามความเหมาะสมด้วยครับ

หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: @ชายคนหนึ่ง@ ที่ เมษายน 15, 2013, 09:24:00 AM
การ  Initial Import ก็คือการปรับฐานข้อมูลและโครงสร้างของเครื่อง slave ให้ตรงและมีข้อมูลครบเหมือนกับเครื่อง master ใช่ไหมครับ เพราะเคยเจอปัญหาครั้งนึงเช่นกันตอนสลัมมาใช้เครื่อง slave ข้อมูลเกี่ยวกับเลข xn ของ xray

 
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: Sukjai ที่ เมษายน 15, 2013, 09:54:17 AM
การ  Initial Import ก็คือการปรับฐานข้อมูลและโครงสร้างของเครื่อง slave ให้ตรงและมีข้อมูลครบเหมือนกับเครื่อง master ใช่ไหมครับ เพราะเคยเจอปัญหาครั้งนึงเช่นกันตอนสลัมมาใช้เครื่อง slave ข้อมูลเกี่ยวกับเลข xn ของ xray
 

ตามความเป็นจริง การ Initial Import   Database หรือ ฐานข้อมูล จะต้องมีจำนวนตารางและเรคคอร์ด ของเครื่อง Slave เท่ากับเครื่อง Master ณ เวลา ที่มีการสั่ง Initial Import ซึ่งข้อมูลเครื่อง Slave จึงจะยังไม่เท่ากันกับเครื่อง Master จนกว่าจะมีการ Run Agent หรือ Run Replication Manager เพื่อทำการ Active-Sync ข้อมูลระหว่างเครื่อง Master กับเครื่อง Slave ซึ่งค่า MaxReplicationID  เท่ากับ LastReplicationID ต้องมีค่าเท่ากัน   ( การตรวจเช็คว่าข้อมูลเครื่อง Master กับ Slave มีข้อมูลเท่ากันหรือไม่ สามารถทำได้โดยการนับจำนวน Record ของตารางหลักๆดูครับ )
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: @ชายคนหนึ่ง@ ที่ เมษายน 15, 2013, 10:04:26 AM
ถ้าอย่างนั้นก็ประมาณว่า หากมีการแก้ไขข้อมูลใดๆ หรือมีการปรับโครงสร้าง ณ เครื่อง master ทุกครั้ง ก็ควรที่จะทำการ Initial Import ทุกครั้งด้วย แทนที่จะทำเพียงแค่ Run Replication Manager เพื่อปรับข้อมูลของเครื่อง slave ให้เท่ากับเครื่อง master แล้วค่อย Run Replication Manager ต่อไป

หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: yokyai ที่ เมษายน 16, 2013, 09:09:59 AM
จากทุกๆความเห็น แสดงว่าการใช้งาน Replication ก็ยังคงไม่สามารถสำรองข้อมูลแบบ Realtime ได้ครบถ้วน เพราะหากมีการ Clear Replicate Log ก็จะเกิดปัญหา แต่ถ้าไม่เคลียรระบบก็ฟ้องว่าเต็มอยู่ดีครับ ยังไงถ้าไม่เคลียร์ก็อาจต้องใช้วิธีย้ายฐาน(ตั้งชื่อฐานใหม่) แต่ก็ไม่ต่างอะไรกับการเคลียร์ของเก่าออกเหมือนกันหรือเปล่าครับ สรุปแล้วเราควรสำรองข้อมูลแบบใดดีครับ เพื่อให้สามารถสำรองได้ตลอดเวลาและเก็บข้อมูลได่้ครบถ้วน
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: yokyai ที่ เมษายน 16, 2013, 09:28:59 AM
ถ้าเราไม่ Clear Replicate Log เลย จะเป็นปัญหาหรือไม่ครับ ขอบคุณครับ
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: เกื้อกูล ครับ.. ที่ เมษายน 16, 2013, 10:02:53 AM
Concept  ในการดูแลฐานข้อมูลสุขภาพ นะครับ  [โดยความเห็นส่วนตัวครับ..]

1. ถ้าทำได้  ทำเป็น แนะนำ  MySQL Replicate ครับ..แต่ spec ของเครื่อง จัดเก็บฐานข้อมูลควรจะใกล้เคียงกัน  ดีที่สุด

2. หากทำตามข้อ 1 ไม่ได้   คำแนะนำคือ   ต้องมีการ clear replicate_log อยู่เป็นระยะ  ๆ  โดยมีการ save or backup  ตาราง log  เก็บไว้ก่อนจะลบหรือ Re-create ครับ

3. ทุกครั้งที่มีการปรับปรุงโครงสร้างของ Master  เราควรทำการ Initial ไป Slave ใหม่ทุกครั้งครับ  หรือ ต้องตามไปเชื่อมต่อเข้า ใช้งาน slave เพื่อสั่งปรับปรุงโครงสร้าง ฐานข้อมูลของ Slave Server ด้วย จะทำให้ระบบมีโครงสร้างเก็บข้อมูลที่เหมือนกัน รวมทั้งตารางที่เพิ่มใหม่ หรือ index ของแต่ละตารางที่เปลี่ยนไป จะได้เหมือนกัน

4. การทำ replicate คือการทำ Semi-Realtime ของการปรับจำนวน Record ให้มีจำนวนใกล้เคียงกันมากที่สุดเท่าที่จะทำได้  ภายใต้เงื่อนไข ระบบจะเขียนข้อมูลได้ต่อเนื่องต้องมีการตรวจสอบที่ค่า replicate-id+structure ที่ตรงกันครับ..ถ้าโครงสร้างต่างกัน ย่อมทำให้ ข้อมูลบางส่วนไม่ถูกเขียนลงตาราง หรือ มีตารางรองรับข้อมูลไม่ครบถ้วนนั่นเอง

5. หากเป็นไปได้ก็ให้ทำการ initial รายสัปดาห์ และก็สั่ง recreate ตาราง replicate_log  ก่อนทำการ initial แล้วค่อยสั่ง run sync agent ครับ.....

6. ทั้งหมดจะเห็นได้ว่า เป็นภาระงานหลักของ System Admin และ Database Admin ครับ... 8) 8) 8) 8)   เท่าที่ผมเข้าใจนะเวลานี้ครับ..

Remark : spec เครื่อง Server  ส่วนตัวผมให้ความสำคัญรองจากฐานข้อมูลสุขภาพครับ  เพราะในระดับ รพ.มาจากผลการบริการของ สหวิชาชีพที่ยากมากกว่าจะได้มาครบถ้วนใน 1 Record คุณภาพ...
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: Noppadol ที่ เมษายน 16, 2013, 10:16:10 AM
Concept  ในการดูแลฐานข้อมูลสุขภาพ นะครับ  [โดยความเห็นส่วนตัวครับ..]

1. ถ้าทำได้  ทำเป็น แนะนำ  MySQL Replicate ครับ..แต่ spec ของเครื่อง จัดเก็บฐานข้อมูลควรจะใกล้เคียงกัน  ดีที่สุด

2. หากทำตามข้อ 1 ไม่ได้   คำแนะนำคือ   ต้องมีการ clear replicate_log อยู่เป็นระยะ  ๆ  โดยมีการ save or backup  ตาราง log  เก็บไว้ก่อนจะลบหรือ Re-create ครับ

3. ทุกครั้งที่มีการปรับปรุงโครงสร้างของ Master  เราควรทำการ Initial ไป Slave ใหม่ทุกครั้งครับ  หรือ ต้องตามไปเชื่อมต่อเข้า ใช้งาน slave เพื่อสั่งปรับปรุงโครงสร้าง ฐานข้อมูลของ Slave Server ด้วย จะทำให้ระบบมีโครงสร้างเก็บข้อมูลที่เหมือนกัน รวมทั้งตารางที่เพิ่มใหม่ หรือ index ของแต่ละตารางที่เปลี่ยนไป จะได้เหมือนกัน

4. การทำ replicate คือการทำ Semi-Realtime ของการปรับจำนวน Record ให้มีจำนวนใกล้เคียงกันมากที่สุดเท่าที่จะทำได้  ภายใต้เงื่อนไข ระบบจะเขียนข้อมูลได้ต่อเนื่องต้องมีการตรวจสอบที่ค่า replicate-id+structure ที่ตรงกันครับ..ถ้าโครงสร้างต่างกัน ย่อมทำให้ ข้อมูลบางส่วนไม่ถูกเขียนลงตาราง หรือ มีตารางรองรับข้อมูลไม่ครบถ้วนนั่นเอง

5. หากเป็นไปได้ก็ให้ทำการ initial รายสัปดาห์ และก็สั่ง recreate ตาราง replicate_log  ก่อนทำการ initial แล้วค่อยสั่ง run sync agent ครับ.....

6. ทั้งหมดจะเห็นได้ว่า เป็นภาระงานหลักของ System Admin และ Database Admin ครับ... 8) 8) 8) 8)   เท่าที่ผมเข้าใจนะเวลานี้ครับ..

Remark : spec เครื่อง Server  ส่วนตัวผมให้ความสำคัญรองจากฐานข้อมูลสุขภาพครับ  เพราะในระดับ รพ.มาจากผลการบริการของ สหวิชาชีพที่ยากมากกว่าจะได้มาครบถ้วนใน 1 Record คุณภาพ...

1 Like สำหรับความเห็นที่กระจ่างครับ
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: มนตรี บอยรักยุ้ยคนเดียว ที่ เมษายน 16, 2013, 11:49:03 AM
ผลการบริการของ สหวิชาชีพที่ยากมากกว่าจะได้มาครบถ้วนใน 1 Record คุณภาพ...

ปัญหาที่ ทำยากมากๆๆๆๆ

หลาย รพ.ได้คุณภาพ จาก ADMIN
แต่ คุณภาพ  สหวิชาชีพ หายาก ยิ่ง คนมากก็มากความ คนน้อยยังมีแต่ปัญหา ไม่รู้จบ

ผมว่า "ออกนอกระบบ ราชการ " น่าจะทำให้คนคิดได้มากกว่านี้
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: yokyai ที่ เมษายน 19, 2013, 10:16:49 AM
Concept  ในการดูแลฐานข้อมูลสุขภาพ นะครับ  [โดยความเห็นส่วนตัวครับ..]

1. ถ้าทำได้  ทำเป็น แนะนำ  MySQL Replicate ครับ..แต่ spec ของเครื่อง จัดเก็บฐานข้อมูลควรจะใกล้เคียงกัน  ดีที่สุด

2. หากทำตามข้อ 1 ไม่ได้   คำแนะนำคือ   ต้องมีการ clear replicate_log อยู่เป็นระยะ  ๆ  โดยมีการ save or backup  ตาราง log  เก็บไว้ก่อนจะลบหรือ Re-create ครับ

3. ทุกครั้งที่มีการปรับปรุงโครงสร้างของ Master  เราควรทำการ Initial ไป Slave ใหม่ทุกครั้งครับ  หรือ ต้องตามไปเชื่อมต่อเข้า ใช้งาน slave เพื่อสั่งปรับปรุงโครงสร้าง ฐานข้อมูลของ Slave Server ด้วย จะทำให้ระบบมีโครงสร้างเก็บข้อมูลที่เหมือนกัน รวมทั้งตารางที่เพิ่มใหม่ หรือ index ของแต่ละตารางที่เปลี่ยนไป จะได้เหมือนกัน

4. การทำ replicate คือการทำ Semi-Realtime ของการปรับจำนวน Record ให้มีจำนวนใกล้เคียงกันมากที่สุดเท่าที่จะทำได้  ภายใต้เงื่อนไข ระบบจะเขียนข้อมูลได้ต่อเนื่องต้องมีการตรวจสอบที่ค่า replicate-id+structure ที่ตรงกันครับ..ถ้าโครงสร้างต่างกัน ย่อมทำให้ ข้อมูลบางส่วนไม่ถูกเขียนลงตาราง หรือ มีตารางรองรับข้อมูลไม่ครบถ้วนนั่นเอง

5. หากเป็นไปได้ก็ให้ทำการ initial รายสัปดาห์ และก็สั่ง recreate ตาราง replicate_log  ก่อนทำการ initial แล้วค่อยสั่ง run sync agent ครับ.....

6. ทั้งหมดจะเห็นได้ว่า เป็นภาระงานหลักของ System Admin และ Database Admin ครับ... 8) 8) 8) 8)   เท่าที่ผมเข้าใจนะเวลานี้ครับ..

Remark : spec เครื่อง Server  ส่วนตัวผมให้ความสำคัญรองจากฐานข้อมูลสุขภาพครับ  เพราะในระดับ รพ.มาจากผลการบริการของ สหวิชาชีพที่ยากมากกว่าจะได้มาครบถ้วนใน 1 Record คุณภาพ...
การทำ Mysql Replication ทำอย่างไรครับ ขอบคุณครับ
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: dotAtainer ที่ เมษายน 19, 2013, 14:37:07 PM
ลองนำไปประยุกต์ใช้ดูนะครับวิธีการคล้ายๆข้อแรกครับ
Concept  ในการดูแลฐานข้อมูลสุขภาพ นะครับ  [โดยความเห็นส่วนตัวครับ..]

1. ถ้าทำได้  ทำเป็น แนะนำ  MySQL Replicate ครับ..แต่ spec ของเครื่อง จัดเก็บฐานข้อมูลควรจะใกล้เคียงกัน  ดีที่สุด

2. หากทำตามข้อ 1 ไม่ได้   คำแนะนำคือ   ต้องมีการ clear replicate_log อยู่เป็นระยะ  ๆ  โดยมีการ save or backup  ตาราง log  เก็บไว้ก่อนจะลบหรือ Re-create ครับ

3. ทุกครั้งที่มีการปรับปรุงโครงสร้างของ Master  เราควรทำการ Initial ไป Slave ใหม่ทุกครั้งครับ  หรือ ต้องตามไปเชื่อมต่อเข้า ใช้งาน slave เพื่อสั่งปรับปรุงโครงสร้าง ฐานข้อมูลของ Slave Server ด้วย จะทำให้ระบบมีโครงสร้างเก็บข้อมูลที่เหมือนกัน รวมทั้งตารางที่เพิ่มใหม่ หรือ index ของแต่ละตารางที่เปลี่ยนไป จะได้เหมือนกัน

4. การทำ replicate คือการทำ Semi-Realtime ของการปรับจำนวน Record ให้มีจำนวนใกล้เคียงกันมากที่สุดเท่าที่จะทำได้  ภายใต้เงื่อนไข ระบบจะเขียนข้อมูลได้ต่อเนื่องต้องมีการตรวจสอบที่ค่า replicate-id+structure ที่ตรงกันครับ..ถ้าโครงสร้างต่างกัน ย่อมทำให้ ข้อมูลบางส่วนไม่ถูกเขียนลงตาราง หรือ มีตารางรองรับข้อมูลไม่ครบถ้วนนั่นเอง

5. หากเป็นไปได้ก็ให้ทำการ initial รายสัปดาห์ และก็สั่ง recreate ตาราง replicate_log  ก่อนทำการ initial แล้วค่อยสั่ง run sync agent ครับ.....

6. ทั้งหมดจะเห็นได้ว่า เป็นภาระงานหลักของ System Admin และ Database Admin ครับ... 8) 8) 8) 8)   เท่าที่ผมเข้าใจนะเวลานี้ครับ..

Remark : spec เครื่อง Server  ส่วนตัวผมให้ความสำคัญรองจากฐานข้อมูลสุขภาพครับ  เพราะในระดับ รพ.มาจากผลการบริการของ สหวิชาชีพที่ยากมากกว่าจะได้มาครบถ้วนใน 1 Record คุณภาพ...
การทำ Mysql Replication ทำอย่างไรครับ ขอบคุณครับ
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: yokyai ที่ เมษายน 23, 2013, 07:57:04 AM
ลองนำไปประยุกต์ใช้ดูนะครับวิธีการคล้ายๆข้อแรกครับ
Concept  ในการดูแลฐานข้อมูลสุขภาพ นะครับ  [โดยความเห็นส่วนตัวครับ..]

1. ถ้าทำได้  ทำเป็น แนะนำ  MySQL Replicate ครับ..แต่ spec ของเครื่อง จัดเก็บฐานข้อมูลควรจะใกล้เคียงกัน  ดีที่สุด

2. หากทำตามข้อ 1 ไม่ได้   คำแนะนำคือ   ต้องมีการ clear replicate_log อยู่เป็นระยะ  ๆ  โดยมีการ save or backup  ตาราง log  เก็บไว้ก่อนจะลบหรือ Re-create ครับ

3. ทุกครั้งที่มีการปรับปรุงโครงสร้างของ Master  เราควรทำการ Initial ไป Slave ใหม่ทุกครั้งครับ  หรือ ต้องตามไปเชื่อมต่อเข้า ใช้งาน slave เพื่อสั่งปรับปรุงโครงสร้าง ฐานข้อมูลของ Slave Server ด้วย จะทำให้ระบบมีโครงสร้างเก็บข้อมูลที่เหมือนกัน รวมทั้งตารางที่เพิ่มใหม่ หรือ index ของแต่ละตารางที่เปลี่ยนไป จะได้เหมือนกัน

4. การทำ replicate คือการทำ Semi-Realtime ของการปรับจำนวน Record ให้มีจำนวนใกล้เคียงกันมากที่สุดเท่าที่จะทำได้  ภายใต้เงื่อนไข ระบบจะเขียนข้อมูลได้ต่อเนื่องต้องมีการตรวจสอบที่ค่า replicate-id+structure ที่ตรงกันครับ..ถ้าโครงสร้างต่างกัน ย่อมทำให้ ข้อมูลบางส่วนไม่ถูกเขียนลงตาราง หรือ มีตารางรองรับข้อมูลไม่ครบถ้วนนั่นเอง

5. หากเป็นไปได้ก็ให้ทำการ initial รายสัปดาห์ และก็สั่ง recreate ตาราง replicate_log  ก่อนทำการ initial แล้วค่อยสั่ง run sync agent ครับ.....

6. ทั้งหมดจะเห็นได้ว่า เป็นภาระงานหลักของ System Admin และ Database Admin ครับ... 8) 8) 8) 8)   เท่าที่ผมเข้าใจนะเวลานี้ครับ..

Remark : spec เครื่อง Server  ส่วนตัวผมให้ความสำคัญรองจากฐานข้อมูลสุขภาพครับ  เพราะในระดับ รพ.มาจากผลการบริการของ สหวิชาชีพที่ยากมากกว่าจะได้มาครบถ้วนใน 1 Record คุณภาพ...
การทำ Mysql Replication ทำอย่างไรครับ ขอบคุณครับ
ตามคู่มือที่ให้มาน่ะครับ สามารถดำเนินการได้เลยหรือไม่ครับ ต้องสั่งปิดระบบหรือเปล่าครับ และมีผลต่อ server หรือไม่ครับในขณะให้บริการ ขอบคุณครับ
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: dotAtainer ที่ เมษายน 23, 2013, 16:32:14 PM
สมควรปิดอย่างยิ่งเพราะต้องการ log ของ master ในขณะสั่งคำสั่งสุดท้ายที่แน่นอนที่สุดถ้าผิดแม้แต่ record เดียว replication จะคำนวณพลาดและไม่ทำงานครับผม
ลองนำไปประยุกต์ใช้ดูนะครับวิธีการคล้ายๆข้อแรกครับ
Concept  ในการดูแลฐานข้อมูลสุขภาพ นะครับ  [โดยความเห็นส่วนตัวครับ..]

1. ถ้าทำได้  ทำเป็น แนะนำ  MySQL Replicate ครับ..แต่ spec ของเครื่อง จัดเก็บฐานข้อมูลควรจะใกล้เคียงกัน  ดีที่สุด

2. หากทำตามข้อ 1 ไม่ได้   คำแนะนำคือ   ต้องมีการ clear replicate_log อยู่เป็นระยะ  ๆ  โดยมีการ save or backup  ตาราง log  เก็บไว้ก่อนจะลบหรือ Re-create ครับ

3. ทุกครั้งที่มีการปรับปรุงโครงสร้างของ Master  เราควรทำการ Initial ไป Slave ใหม่ทุกครั้งครับ  หรือ ต้องตามไปเชื่อมต่อเข้า ใช้งาน slave เพื่อสั่งปรับปรุงโครงสร้าง ฐานข้อมูลของ Slave Server ด้วย จะทำให้ระบบมีโครงสร้างเก็บข้อมูลที่เหมือนกัน รวมทั้งตารางที่เพิ่มใหม่ หรือ index ของแต่ละตารางที่เปลี่ยนไป จะได้เหมือนกัน

4. การทำ replicate คือการทำ Semi-Realtime ของการปรับจำนวน Record ให้มีจำนวนใกล้เคียงกันมากที่สุดเท่าที่จะทำได้  ภายใต้เงื่อนไข ระบบจะเขียนข้อมูลได้ต่อเนื่องต้องมีการตรวจสอบที่ค่า replicate-id+structure ที่ตรงกันครับ..ถ้าโครงสร้างต่างกัน ย่อมทำให้ ข้อมูลบางส่วนไม่ถูกเขียนลงตาราง หรือ มีตารางรองรับข้อมูลไม่ครบถ้วนนั่นเอง

5. หากเป็นไปได้ก็ให้ทำการ initial รายสัปดาห์ และก็สั่ง recreate ตาราง replicate_log  ก่อนทำการ initial แล้วค่อยสั่ง run sync agent ครับ.....

6. ทั้งหมดจะเห็นได้ว่า เป็นภาระงานหลักของ System Admin และ Database Admin ครับ... 8) 8) 8) 8)   เท่าที่ผมเข้าใจนะเวลานี้ครับ..

Remark : spec เครื่อง Server  ส่วนตัวผมให้ความสำคัญรองจากฐานข้อมูลสุขภาพครับ  เพราะในระดับ รพ.มาจากผลการบริการของ สหวิชาชีพที่ยากมากกว่าจะได้มาครบถ้วนใน 1 Record คุณภาพ...
การทำ Mysql Replication ทำอย่างไรครับ ขอบคุณครับ
ตามคู่มือที่ให้มาน่ะครับ สามารถดำเนินการได้เลยหรือไม่ครับ ต้องสั่งปิดระบบหรือเปล่าครับ และมีผลต่อ server หรือไม่ครับในขณะให้บริการ ขอบคุณครับ
หัวข้อ: Re: ปัญหาเกี่ยวกับ Replication
เริ่มหัวข้อโดย: udomchok ที่ พฤษภาคม 05, 2013, 19:37:17 PM
จากทุกๆความเห็น แสดงว่าการใช้งาน Replication ก็ยังคงไม่สามารถสำรองข้อมูลแบบ Realtime ได้ครบถ้วน เพราะหากมีการ Clear Replicate Log ก็จะเกิดปัญหา แต่ถ้าไม่เคลียรระบบก็ฟ้องว่าเต็มอยู่ดีครับ ยังไงถ้าไม่เคลียร์ก็อาจต้องใช้วิธีย้ายฐาน(ตั้งชื่อฐานใหม่) แต่ก็ไม่ต่างอะไรกับการเคลียร์ของเก่าออกเหมือนกันหรือเปล่าครับ สรุปแล้วเราควรสำรองข้อมูลแบบใดดีครับ เพื่อให้สามารถสำรองได้ตลอดเวลาและเก็บข้อมูลได่้ครบถ้วน
หลัง clear replicate log ให้ทำ initial import ใหม่ทุกครั้ง