ช่วยดู my.cnf หน่อย

[taw2010]

[client]
port      = 3306
socket      = /var/lib/mysql/mysql.sock
default-character-set=tis620

[mysqld]
port      = 3306
socket      = /var/lib/mysql/mysql.sock
skip-locking
# You can adjust key_buffer to 10% off Physical memory (for innodb base engine)
# or adjust key_buffer to 60% off Physical memory (for myisam base engine)
key_buffer = 384M
max_allowed_packet = 512M
table_cache = 1500
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 1M
myisam_sort_buffer_size = 128M
thread_cache = 8
query_cache_size= 784M

thread_concurrency = 8
default-character-set=tis620
skip-name-resolve
innodb_file_per_table
skip-character-set-client-handshake
init_connect = 'SET NAMES tis620'
max_heap_table_size = 128M


innodb_data_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /var/lib/mysql/
# You can adjust innodb_buffer_pool_size to 70% off Physical memory (for innodb base engine)
# or adjust innodb_buffer_pool_size to 10% off Physical memory (for myisam base engine)
innodb_buffer_pool_size = 4054M
innodb_additional_mem_pool_size = 20M
innodb_thread_concurrency = 0
innodb_log_file_size = 128M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 2
innodb_lock_wait_timeout = 50
innodb_doublewrite=0
innodb_support_xa = 0
innodb_open_files = 900
innodb_locks_unsafe_for_binlog=1

innodb_adaptive_checkpoint = 1

join_buffer_size = 2M
concurrent_insert = 2
max_connections=1000

[mysqldump]
quick
max_allowed_packet = 16M
allow-keywords

[mysql]
no-auto-rehash
default-character-set=tis620

[isamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 2M
write_buffer = 2M

[myisamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

ช่วย ดู mysql  ให้หน่อยนะ
ผมใช้ mysql 5.1. นะ
RAM 8 G นะ

[taw2010]

ทำ  แสดง โปรแกรม Qไม่ได้นะ

[taw2010]

เรียน ผุ้รู้ทุกท่านช่วยหน่อย

ได้เชิญ  อ.เกื้อ มาช่วยดูแล้ว อ.เกื้อบอกว่าให้มา post ใน web  ดูนะคัรบ
เพื่อหาผู้รู้เยอะ

[nahos]

แจ้งข้อมูล เพิ่มเติมหน่อยนะครับ
-OS เป็น (server)
-RAM(server) = 4GB
-Mysql (server) =
-CPU(server) =
-จำนวน HUB =
-จำนวนเครื่องที่ใช้ client =

หรือลอง

 tools  อ.mn
http://hosxp.net/bms/BMSxTraBackupGUI-3.54.7.12.zip
ติดตั้ง percona แบบ auto + config my.cnf ให้ด้วย
แต่ต้องลองกับเครื่องอื่นที่ไม่ไช่ระบบจริง ก่อนนะครับ
เลือก mysql 5.5 ท่านจะได้ percona-server 5.5.11 ครับ

เครดิต อ.ตาน้อย

[มนตรี บอยรักยุ้ยคนเดียว]

ทำ  แสดง โปรแกรม Qไม่ได้นะ

ผมกำลังทำระบบ คิว อีก 1 จุด

[เกื้อกูล ครับ..]

แจ้งข้อมูล เพิ่มเติมหน่อยนะครับ
-OS เป็น (server)
-RAM(server) = 4GB
-Mysql (server) =
-CPU(server) =
-จำนวน HUB =
-จำนวนเครื่องที่ใช้ client =

   เท่าที่ลองสัมผัสระบบจริง...ก็ยังถือว่าหน่วง ๆ ครับ.. client Hosxp รพ.ดำเนินสะดวก น่าจะประมาณ  165 เครื่อง   มี Server  เป็น  IBM  TOWER  RAM 8 GB  เวลา submit ระบบที่หน้างานจะรู้สึกหน่วง ๆครับ และก็เวลาเปิดใช้เมนู  QUEUE CALLER ในระบบงานผู้ป่วยนอก 3.54.8.6-19  ...Pc ที่ใช้งานตัวนัั้น จะหยุดค้างนานกว่าจะกดปุ่มอื่นต่อไปได้ครับ...เป็นเหมือนกันทุก pc ที่ทดสอบวันนี้ ก็ 3 เครื่องครับ..ส่วนผมไดเลองใช้งานผ่าน Notebook ที่ลง Win7  ใหม่..ที่ปกติเชื่อมต่อที่ รพ.ปากท่อได้ปกติดี..แต่มาที่นี่...จะหน่วง ๆ ครับ(ผ่านสาย lan).. ทดสอบ ping ระบบ client---> to server linux ปกติ หรือทดสอบ  Client---->To Client   ไม่มี lost connection ครับ  TTL ปกติครับ...ส่วน Graph Mysql ไม่ทันได้สังเกตครับ...พอดียัง คิดว่าน่าจะเป็น Os ในหลาย ๆ  pc เป็น Xp 2006 Sp2 ครับ...คงต้องรอแก้ปัญหาทั้ง Os ของ Client และรอการ Tuneup  Config Mysql ใหม่ครับ...

รบกวนแนะนำ...

[Bordin]

ระบบหน่วงทีเดียว ครับ.. client Hosxp น่าจะประมาณ  165 เครื่อง   มี server IBM  TOWER  RAM 8 GB  เวลา submit หน้าระบบหน้างานหน่วง ๆครับ และก็เวลาเปิดใช้เมนู  QUEUE CALLER ในระบบงานผู้ป่วยนอก...Pc จะหยุดค้างนานกว่าจะกดปุ่มอื่นต่อไปได้ครับ...เป็นเหมือนกันทุก pc ที่ทดสอบวันนี้ ก็ 4 เครื่องครับ..ผมลองใช้งานผ่าน Notebook ที่ลง Win7  ของผม..ที่ปกติเชื่อมต่อที่ รพ.ปกติดี..แต่มาที่ดำเนินสะดวก...จะหน่วงมาก ๆ ครับ(ผ่านสาย lan).. ทดสอบ ping ระบบ client---> to server linux ปกติ  Client---->To Client   ไม่มี lost connection ครับ หรือ TTL ผิดปกติครับ...ส่วน Graph Mysql ไม่ทันได้สังเกตครับ...พอดียัง คิดว่าน่าจะเป็น os ในหลาย ๆ  pc เป็น Xp 2006 Sp2 ครับ...คงต้องรอแก้ปัญหาทั้ง os ของ client และรอการ Tuneup  Config Mysql ใหม่ครับ...

น่าจะเป็นเพราะสิ่งนี้..อิอิ

[เข้ม]

สงสัยผมคงต้องพิจารณาตามที่ น้องแบตตี้ บอกด้วยล่ะซิเนี่ยะ เพราะที่ รพ. ก็ใช้เป็น XP 2006 SP2 เหมือนกัน แต่ว่าจะเป็นช่วงที่เกือบ 11 โมงกว่า ที่ห้องยาผู้ป่วยนอก อาการเป็นเหมือนที่พี่เกื้อบอกเลย แต่เป็นที่หน้าจอห้องยาผู้ป่วยนอก จะค้างได้ใจเลย พอกด enter ทีค้างที แต่ก็ไม่ได้เป็นตลอดเวลา ตอนนี้กำลังขอเพิ่ม RAM เป็น 32 GB และจะเปลี่ยน Switching ที่ห้องตรวจแพทย์ กับห้องยา เป็น Gigabit Port ทั้งหมดเลย ไม่รู้ว่าจะเดินถูกทางหรือป่าว ... แต่ก็ต้องลองดู

[มนตรี บอยรักยุ้ยคนเดียว]

pc เป็น Xp 2006 Sp2 ครับ

ของผม ดูจากรูปนะครับ ก็ windows 7 64 bit เกือบทั้งหมดแล้ว

[chk]

   แจก my.cnf  ของ RAM 8 G.   

[taw2010]

ผมได้ลองทำตามคุณ chk แล้ว เข้า hosxp ไม่ได้เลยสักเครื่องเลย มันขึ้นว่า database  ERROR เลยนะคัรบ
เป็นเพราะว่าอะไรไม่ทราบคัรบท่าน

[เกื้อกูล ครับ..]

ผมได้ลองทำตามคุณ chk แล้ว เข้า hosxp ไม่ได้เลยสักเครื่องเลย มันขึ้นว่า database  ERROR เลยนะคัรบ
เป็นเพราะว่าอะไรไม่ทราบคัรบท่าน

หมายถึงทดสอบในระบบสำรองใช่ไหมครับ...ไม่งั้น...งานคงเข้าทั้งวัน...

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

ถ้า copy มาใส่ แทนตัวเก่า  error แน่ครับ    ผมหวังว่าคง backup my.cnf ตัวเก่าไว้  นะครับ

เอาตัวเก่าไปใส่ที่เดิมเลยครับ    .......

[taw2010]

ใช่ครับ

[taw2010]

copy หรือเปิด แฟ้มมาแก้ไขก็ ERROR  นะครับ

[pop_hosxp]

ใช่ครับ

copy หรือเปิด แฟ้มมาแก้ไขก็ ERROR  นะครับ

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

[เกื้อกูล ครับ..]

ใช่ครับ

ใช่  ....ระบบสำรอง..หรือใช่คือ  server หลักร่วงอยู่ครับ...มีคนรอช่วยมากมายครับ

[เกื้อกูล ครับ..]

รพ.ดำเนินสะดวก  ลองอ่านตรงนี้ยังครับ..


พวก key, sort, read, join buffer_size เป็นค่าที่เอาไว้จอง ram ของตารางที่เป็น MYISAM ระบบเราเป็น innodb เป็นส่วนใหญ่ ค่าพวกนี้เลยตั้งแค่ 1M ก็พอ สำหรับ ram ของ server ที่มีอยู่น้อย

ส่วน innodb_buffer_size นี่ควรตั้งไว้สัก 50-60% ของ ram ที่มีอยู่ ผมเลยให้ตั้้งไว้ 2048M แล้วก็ตัว innodb_double_write เดิมของคุณตั้งไว้เป็น 1 เลยมีการเขียนซ้ำ 2 รอบแล้วค่อยบันทึก การเปลี่ยนเป็นเลข 0 เป็นการปิด function เขียนซ้ำ จะทำให้ระบบเร็วขึ้นอีกหน่อย

ผมว่าหลังจาก set my.cnf ใหม่ ตามที่ผม และอ.ตะนอยบอก แล้วปรับระบบเป็น innodb นี่ ระบบไม่น่าจะเหมือนเดิมนะครับ มันน่าจะใช้งานได้ดีพอสมควรครับ (เนื้อหา ของ pop_hosxp)

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

รพ.ดำเนินสะดวก  ลองอ่านตรงนี้ยังครับ..


พวก key, sort, read, join buffer_size เป็นค่าที่เอาไว้จอง ram ของตารางที่เป็น MYISAM ระบบเราเป็น innodb เป็นส่วนใหญ่ ค่าพวกนี้เลยตั้งแค่ 1M ก็พอ สำหรับ ram ของ server ที่มีอยู่น้อย

ส่วน innodb_buffer_size นี่ควรตั้งไว้สัก 50-60% ของ ram ที่มีอยู่ ผมเลยให้ตั้้งไว้ 2048M แล้วก็ตัว innodb_double_write เดิมของคุณตั้งไว้เป็น 1 เลยมีการเขียนซ้ำ 2 รอบแล้วค่อยบันทึก การเปลี่ยนเป็นเลข 0 เป็นการปิด function เขียนซ้ำ จะทำให้ระบบเร็วขึ้นอีกหน่อย

ผมว่าหลังจาก set my.cnf ใหม่ ตามที่ผม และอ.ตะนอยบอก แล้วปรับระบบเป็น innodb นี่ ระบบไม่น่าจะเหมือนเดิมนะครับ มันน่าจะใช้งานได้ดีพอสมควรครับ (เนื้อหา ของ pop_hosxp)

พี่ๆหลายท่านพร้อมให้ความช่วยเหลือ  ครับ

[chk]

   copy  แล้ว boot  system  server  อีกครั้ง 

   ทำอยู่  นะ  ไม่ร่วงนะ  รุ่งตลอดนะ  ขอรับ 

[เข้ม]

ไม่รู้ว่าได้หรือยังครับ

มาเพิ่มเติมเกี่ยวกับการแก้ไข my.cnf
ปกติหลังจากที่รัน mysql server ได้แล้วระบบจะสร้างไฟล์พวกนี้

ib_logfile0
ib_logfile1
ib_logfile2
ibdata1

ตามค่าที่กำหนดไว้ใน my.cnf  (ดูเป็นตัวอย่าง อันนี้เป็นของระบบผมนะครับ ... อย่าเอาไปใส่แทนนะครับ  )

1. ที่เก็บ...ไว้ตามที่กำหนด (อันนี้ขึ้นอยู่กับว่า default ของแต่ระบบ แต่แก้ไขได้ตามที่เราต้องการ ก่อนที่จะรันระบบ)

innodb_data_home_dir = /usr/local/mysql/data
innodb_log_group_home_dir = /usr/local/mysql/data

2. เกี่ยวกับ innodb log sequence ก็ตามนี้

innodb_data_file_path = ibdata1:10M:autoextend
(บางทีอาจเห็นกำหนดเป็น ibdata1:2000M;ibdata2:10M:autoextend)
innodb_log_buffer_size = 16M
innodb_log_file_size = 256M

อันนี้สำคัญครับ เพราะถ้าระบบที่รันไปแล้ว log file ต่างของ innodb ซึ่งก็คือ
ib_logfile0
ib_logfile1
ib_logfile2
จะถูกกำหนดขนาดของไฟล์ไปแล้ว ถ้าเกิดกรณีที่ระบบเกิด crash, restart, shutdown ไม่ว่าจะเกิดจากกรณีใด ๆ ก็ตามระบบจะจำค่าไว้ ถ้าดูจากไฟล์ xxxx.err จะเห็น

อันนี้ตอน shutdown

InnoDB: Shutdown completed; log sequence number 200677771826

และถ้าระบบ start ขึ้นมาใหม่ก็จะไปอ่านค่า log sequence จากไฟล์ ib_logfile0, ib_logfile1, ib_logfile2 เทียบกับที่กำหนดใน my.cnf ซึ่งจะต้องเป็นค่าเดิมกับตอนที่ shutdown

InnoDB: 1.1.5 started; log sequence number 200677771826

ถ้าไม่เท่ากัน ก็รันไม่ได้ กรณีที่รันไม่ได้อาจเกิดจาก การแก้ไขค่าต่างๆ ตามที่บอก หรือการ copy ไฟล์ my.cnf ของที่อื่นมาแทนที่ของเดิมเลย

ผมไม่ได้บอกว่า ห้ามใช้ของที่ copy มานะครับ
แต่การจะใช้ my.cnf ที่ทุกท่านที่มีน้ำใจให้มานั้นต้องมาดูก่อนว่าระบบเดิมของเราเป็นอย่างไร
ถ้าเป็นการลงระบบแบบ Clean เลยก็คงไม่มีปัญหาอะไร

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

innodb_data_home_dir =
innodb_log_group_home_dir =
innodb_data_file_path =
innodb_log_buffer_size =
innodb_log_file_size =

ถ้าผิดพลาดประการใด ช่วยแก้ไขด้วยนะครับ ... ผมก็เก็บสะสมมาเหมือนกัน  

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

ไม่รู้ว่าได้หรือยังครับ

มาเพิ่มเติมเกี่ยวกับการแก้ไข my.cnf
ปกติหลังจากที่รัน mysql server ได้แล้วระบบจะสร้างไฟล์พวกนี้

ib_logfile0
ib_logfile1
ib_logfile2
ibdata1

ตามค่าที่กำหนดไว้ใน my.cnf  (ดูเป็นตัวอย่าง อันนี้เป็นของระบบผมนะครับ ... อย่าเอาไปใส่แทนนะครับ  )

1. ที่เก็บ...ไว้ตามที่กำหนด (อันนี้ขึ้นอยู่กับว่า default ของแต่ระบบ แต่แก้ไขได้ตามที่เราต้องการ ก่อนที่จะรันระบบ)

innodb_data_home_dir = /usr/local/mysql/data
innodb_log_group_home_dir = /usr/local/mysql/data

2. เกี่ยวกับ innodb log sequence ก็ตามนี้

innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_buffer_size = 16M
innodb_log_file_size = 256M

อันนี้สำคัญครับ เพราะถ้าระบบที่รันไปแล้ว log file ต่างของ innodb ซึ่งก็คือ
ib_logfile0
ib_logfile1
ib_logfile2
จะถูกกำหนดขนาดของไฟล์ไปแล้ว ถ้าเกิดกรณีที่ระบบเกิด crash, restart, shutdown ไม่ว่าจะเกิดจากกรณีใด ๆ ก็ตามระบบจะจำค่าไว้ ถ้าดูจากไฟล์ xxxx.err จะเห็น

อันนี้ตอน shutdown

InnoDB: Shutdown completed; log sequence number 200677771826

และถ้าระบบ start ขึ้นมาใหม่ก็จะไปอ่านค่า log sequence จากไฟล์ ib_logfile0, ib_logfile1, ib_logfile2 เทียบกับที่กำหนดใน my.cnf ซึ่งจะต้องเป็นค่าเดิมกับตอนที่ shutdown

InnoDB: 1.1.5 started; log sequence number 200677771826

ถ้าไม่เท่ากัน ก็รันไม่ได้ กรณีที่รันไม่ได้อาจเกิดจาก การแก้ไขค่าต่างๆ ตามที่บอก หรือการ copy ไฟล์ my.cnf ของที่อื่นมาแทนที่ของเดิมเลย

ผมไม่ได้บอกว่า ห้ามใช้ของที่ copy มานะครับ
แต่การจะใช้ my.cnf ที่ทุกท่านที่มีน้ำใจให้มานั้นต้องมาดูก่อนว่าระบบเดิมของเราเป็นอย่างไร
ถ้าเป็นการลงระบบแบบ Clean เลยก็คงไม่มีปัญหาอะไร

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

innodb_data_home_dir =
innodb_log_group_home_dir =
innodb_data_file_path =
innodb_log_buffer_size =
innodb_log_file_size =

ถ้าผิดพลาดประการใด ช่วยแก้ไขด้วยนะครับ ... ผมก็เก็บสะสมมาเหมือนกัน  

ผมสนับสนุนครับ   ......ยิ่งการแก้ค่า my.cnf ต้องระวัง  ต้อง copy สำรองไว้  ครับ 

[taw2010]

server เป็น ยี่ห้อ IBM รุ่น  system x300 M2
RAM 8 G
ใช้ OS  CENT OS 4 64 BIT
ใช้ mysql 5.1.42 64  BIT
ใช้งานได้ตามปกติ
my.cnf ตัวดังเดิมที่ BMS มาติดตั้งให้

 [client]
port      = 3306
socket      = /var/lib/mysql/mysql.sock
default-character-set=tis620

[mysqld]
port      = 3306
socket      = /var/lib/mysql/mysql.sock
skip-locking
# You can adjust key_buffer to 10% off Physical memory (for innodb base engine)
# or adjust key_buffer to 60% off Physical memory (for myisam base engine)
key_buffer = 300M
max_allowed_packet = 512M
table_cache = 1500
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 1M
myisam_sort_buffer_size = 128M
thread_cache = 8
query_cache_size= 256M

thread_concurrency = 8
default-character-set=tis620
skip-name-resolve
innodb_file_per_table
skip-character-set-client-handshake
init_connect = 'SET NAMES tis620'
max_heap_table_size = 128M


innodb_data_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /var/lib/mysql/
# You can adjust innodb_buffer_pool_size to 70% off Physical memory (for innodb base engine)
# or adjust innodb_buffer_pool_size to 10% off Physical memory (for myisam base engine)
innodb_buffer_pool_size = 4054M
innodb_additional_mem_pool_size = 20M
innodb_thread_concurrency = 0
innodb_log_file_size = 128M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 2
innodb_lock_wait_timeout = 50
innodb_doublewrite=0
innodb_support_xa = 0
innodb_open_files = 900
innodb_locks_unsafe_for_binlog=1

innodb_adaptive_checkpoint = 1

join_buffer_size = 2M
concurrent_insert = 2
max_connections=1000

[mysqldump]
quick
max_allowed_packet = 16M
allow-keywords

[mysql]
no-auto-rehash
default-character-set=tis620

[isamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 2M
write_buffer = 2M

[myisamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

[taw2010]

server เป็น ยี่ห้อ IBM รุ่น  system x300 M2
RAM 8 G
ใช้ OS  CENT OS 4 64 BIT
ใช้ mysql 5.1.42 64  BIT
ใช้งานได้ตามปกติ
my.cnf ตัวดังเดิมที่ BMS มาติดตั้งให้

 [client]
port      = 3306
socket      = /var/lib/mysql/mysql.sock
default-character-set=tis620

[mysqld]
port      = 3306
socket      = /var/lib/mysql/mysql.sock
skip-locking
# You can adjust key_buffer to 10% off Physical memory (for innodb base engine)
# or adjust key_buffer to 60% off Physical memory (for myisam base engine)

key_buffer = 300M ที่ ให้แก้ไขเป็น 784 M
max_allowed_packet = 512M
table_cache = 1500
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 1M
myisam_sort_buffer_size = 128M
thread_cache = 8
query_cache_size= 256M
ที่ แก้ไข 512 M
thread_concurrency = 8
default-character-set=tis620
skip-name-resolve
innodb_file_per_table
skip-character-set-client-handshake
init_connect = 'SET NAMES tis620'
max_heap_table_size = 128M


innodb_data_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /var/lib/mysql/
# You can adjust innodb_buffer_pool_size to 70% off Physical memory (for innodb base engine)
# or adjust innodb_buffer_pool_size to 10% off Physical memory (for myisam base engine)
innodb_buffer_pool_size = 4054M
innodb_additional_mem_pool_size = 20M
innodb_thread_concurrency = 0
innodb_log_file_size = 128M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 2
innodb_lock_wait_timeout = 50
innodb_doublewrite=0
innodb_support_xa = 0
innodb_open_files = 900
innodb_locks_unsafe_for_binlog=1

innodb_adaptive_checkpoint = 1

join_buffer_size = 2M
concurrent_insert = 2
max_connections=1000

[mysqldump]
quick
max_allowed_packet = 16M
allow-keywords

[mysql]
no-auto-rehash
default-character-set=tis620

[isamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 2M
write_buffer = 2M

[myisamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

[เกื้อกูล ครับ..]

ของ รพ.ดำเนินสะดวก

[mysqldump]
quick
max_allowed_packet = 16M
allow-keywords

เวลาจัดการ  initial ไป Slave  หรือ  Restore  ใน Slave ทำสำเร็จหรือเปล่าครับ..

[taw2010]

สำเร็จนะนะครับ
แต่ เครื่องสำรอง เป็น RAM แ่ค่ 4 G  นะ
เมื่อวานลองกับ SERVER สำรองนะ
 

[taw2010]

ตอบ อ.เกื้อ
การทำ initia ไป Slave ก็สำเร็จนะครับ
แต่ไม่รู้ว่าเป็นเพราะว่าอะไรนะ
ช่วยดูให้หน่อยนะที่เป็นแบบนี้นะ 

[เกื้อกูล ครับ..]

ตอบ อ.เกื้อ
การทำ initia ไป Slave ก็สำเร็จนะครับ
แต่ไม่รู้ว่าเป็นเพราะว่าอะไรนะ
ช่วยดูให้หน่อยนะที่เป็นแบบนี้นะ 

ตั้องลองทดสอบเปิดใช้ระบบงานดูด้วยครับ..ว่ามีตารางไหนไม่สมบูรณ์บ้างหรือเปล่าในการ initial หรือ restore เพื่อประกันคุณภาพว่า..ระบบงานสามารถมีสำรองตลอดเวลาจริง ๆ เพราะบางทีอาจพบตารางไม่สมบุรณ์ครับ...