up.structure ไม่ผ่าน!!!!!!

[thachang]

หลังจากที่ได้พยายาม ลง CentOS 5.5 + Percana 5.5.11 ในเครื่องทดสอบ มา 3 รอบ เพราะเครื่องจริงก็ยังไม่ผ่าน เดิมใช้ up v.3.54.7.20  up ต่อไปไม่ได้ติดอยู่ตรงนี้ ครับ
1.full v.3.54.7.20  >ผ่าน
2.upgrade v.3.54.10.6 + restore data backup > ผ่าน
3.up structure > ไม่ผ่าน [ SQL Error: Can't connect to MySQL server on '192.168.0.4' (10048).]
จะขึ้น error ตอน Checking structure phase 2
ลองเปลี่ยน switch hub +สายแลน แล้ว ก็ยัง error ครับ อาจารย์ทุกท่าน ใครเคยเจอประสบการณ์แบบนี้บ้างครับ

[pa_net]

ลองลงโปรแกรมใหม่ครับ จาก Full Version แล้ว Upgrade เป็นตัวใหม่เลยครับ
จากนั้นลองไปที่ตั้งค่า DBMS  ที่หน้าจอ Login จากนั้นไป Tab Other ติ๊ก Native Style
จากนั้นลอง Upgrade Stucture เลย ครับ ลองดูอีกรอบครับ

[เข้ม]

ลองปิด antivirus ดูครับ

[Terminator2015]

  ผมก็เจอบ่อยครับ แต่ลองใช้เครื่องอื่นทำ Up ผ่านครับ ลองทำหลายๆ เครื่องดูครับว่าเหมือนกันหรือเปล่า

[thachang]

ลองปิด antivirus ดูครับ

อันนี้ได้ลอง uninstall ไปแล้วครับ มีโปรแกรมอื่นที่มีผลอีกหรือเปล่าครับ

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

เอาอย่างนี้ครับ
1.เครื่อง client format ลง windowse ใหม่

2.เครื่อง server ทดสอบก็ format ลง os+mysql +my.cnf ใหม่

3.ใช้สายแลนเชื่่อมกัน 2 เครื่อง ลองดูครับ

 

[thachang]

เอาอย่างนี้ครับ
1.เครื่อง client format ลง windowse ใหม่

2.เครื่อง server ทดสอบก็ format ลง os+mysql +my.cnf ใหม่

3.ใช้สายแลนเชื่่อมกัน 2 เครื่อง ลองดูครับ

 

my.cnf มีผลหรือเปล่าครับ อ.ลองดูของ server test หน่อยครับ

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

ram server ตัวทดสอบ  เท่าไหร่ครับ

[thachang]

ram server ตัวทดสอบ  เท่าไหร่ครับ

4 GB ครับ

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

server ทดสอบ cpu 32 หรือ 64 bit ครับ

[thachang]

server ทดสอบ cpu 32 หรือ 64 bit ครับ

64 bit ครับ

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

1.แนะนำติดตั้ง centos 5.5 เหมือนเดิม

2.ใช้ perona-server 5.5.15 ตามนี้ 

http://www.percona.com/downloads/Percona-Server-5.5/Percona-Server-5.5.15-21.0/RPM/rhel5/x86_64/

-Percona-Server-client-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

-Percona-Server-server-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

-Percona-Server-shared-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

3.ใช้ my.cnf ตามที่ให้นี้   database คงเป็น innodb 90 % up นะครับ  ลองดู ...ไม่ลองไม่รู้

[thachang]

1.แนะนำติดตั้ง centos 5.5 เหมือนเดิม

2.ใช้ perona-server 5.5.15 ตามนี้ 

http://www.percona.com/downloads/Percona-Server-5.5/Percona-Server-5.5.15-21.0/RPM/rhel5/x86_64/

-Percona-Server-client-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

-Percona-Server-server-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

-Percona-Server-shared-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

3.ใช้ my.cnf ตามที่ให้นี้   database คงเป็น innodb 90 % up นะครับ  ลองดู ...ไม่ลองไม่รู้

ขอบคุณครับ  ลองแน่นอนครับ

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

เอาคืนนี้เลยจะได้รู้   .........

[thachang]

1.แนะนำติดตั้ง centos 5.5 เหมือนเดิม

2.ใช้ perona-server 5.5.15 ตามนี้ 

http://www.percona.com/downloads/Percona-Server-5.5/Percona-Server-5.5.15-21.0/RPM/rhel5/x86_64/

-Percona-Server-client-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

-Percona-Server-server-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

-Percona-Server-shared-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

3.ใช้ my.cnf ตามที่ให้นี้   database คงเป็น innodb 90 % up นะครับ  ลองดู ...ไม่ลองไม่รู้

]ลองแล้วครับ เศร้าเหมือนเดิม
ต้องปิด replicate_slave หรือเปล่าครับ

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

โอ ยังไม่ได้หรือครับ   .........

[thachang]

ต่อด้วย error ตามรูปครับ  เดียวพรุ่งนี้ลองจัดชุดใหญ่อีกรอบ++ครับ สู้ สู้++

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

ลองปิด ระบบ replicate ครับ  แล้วยก server ทดสอบ มาเชืื่อม client แค่ 2 เครื่อง แล้ว up structure ดูครับ

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

ต่อด้วย error ตามรูปครับ  เดียวพรุ่งนี้ลองจัดชุดใหญ่อีกรอบ++ครับ สู้ สู้++

สู้ต่อไปนะครับ
ลองเพิ่มแรม อีก 4 G เป็น 8 G น่าจะหายแล้ว

[dotAtainer]

  ตั้ง innodb  performance สูงเกินไปรึเปล่าครับท่าน

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

ตั้ง innodb  performance สูงเกินไปรึเปล่าครับท่าน

1.แนะนำติดตั้ง centos 5.5 เหมือนเดิม

2.ใช้ perona-server 5.5.15 ตามนี้ 

http://www.percona.com/downloads/Percona-Server-5.5/Percona-Server-5.5.15-21.0/RPM/rhel5/x86_64/

-Percona-Server-client-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

-Percona-Server-server-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

-Percona-Server-shared-55-5.5.15-rel21.0.158.rhel5.x86_64.rpm

3.ใช้ my.cnf ตามที่ให้นี้   database คงเป็น innodb 90 % up นะครับ  ลองดู ...ไม่ลองไม่รู้

################# Star MySQL-Config  #####################

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

[mysqld]
port      = 3306
socket      = /var/lib/mysql/mysql.sock
skip-external-locking
skip-federated
big-tables
character-set-server=tis620
key_buffer = 256M
max_allowed_packet = 256M
table_open_cache = 2300
sort_buffer_size = 1M 
read_buffer_size = 1M
read_rnd_buffer_size = 4M
myisam_sort_buffer_size = 128M
thread_cache_size = 8
query_cache_type = 1
query_cache_size = 128M
thread_concurrency = 8
low_priority_updates=1
skip-name-resolve
skip-character-set-client-handshake
init_connect = 'SET NAMES tis620'
max_connections = 150

################## InnoDB  #######################
innodb_data_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:100M:autoextend
innodb_log_group_home_dir = /var/lib/mysql/
innodb_buffer_pool_size = 2G
innodb_buffer_pool_instances = 8
innodb_additional_mem_pool_size = 24M
innodb_log_file_size = 256M
innodb_file_format=Barracuda
innodb_file_per_table
innodb_log_buffer_size = 8M
innodb_log_files_in_group = 2
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 120
innodb_thread_concurrency = 0
innodb_flush_method=O_DIRECT
innodb_checksums=0   
innodb_doublewrite=0   
innodb_support_xa=0       
innodb_max_dirty_pages_pct=90   
innodb_open_files = 2300
innodb_locks_unsafe_for_binlog=1
join_buffer_size = 2M
concurrent_insert = 2
max_heap_table_size = 256M

############# Percona XtraDB ############
innodb_io_capacity = 200     
innodb_write_io_threads = 8   
innodb_read_io_threads = 8

[mysqldump]
quick
max_allowed_packet = 512M
allow-keywords

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

[isamchk]
key_buffer = 256M
sort_buffer_size = 256M
read_buffer = 4M
write_buffer = 4M

[myisamchk]
key_buffer = 256M
sort_buffer_size = 256M
read_buffer = 4M
write_buffer = 4M

[mysqlhotcopy]
interactive-timeout

[mysqld_safe]
open-files-limit = 50000


################# End MySQL-Config #################

ผมว่าคงต้องมาดูว่าเป็นอย่างไง

เดิม

my.cnf มีผลหรือเปล่าครับ อ.ลองดูของ server test หน่อยครับ


[client]
port= 3306
socket= /var/lib/mysql/mysql.sock
default-character-set=tis620
[mysqld]
port= 3306
socket= /var/lib/mysql/mysql.sock
skip-external-locking
default_storage_engine=MyISAM
key_buffer = 198M
max_allowed_packet = 128M
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= 99M
thread_concurrency = 8
character-set-server=tis620
skip-name-resolve
innodb_file_per_table
skip-character-set-client-handshake
init_connect = 'SET NAMES tis620'
max_heap_table_size = 99M
innodb_data_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:100M:autoextend
innodb_log_files_in_group=2
innodb_log_group_home_dir = /var/lib/mysql/
innodb_buffer_pool_size = 988M
innodb_additional_mem_pool_size = 20M
innodb_thread_concurrency = 0
innodb_log_file_size = 256M
innodb_log_buffer_size = 32M
innodb_flush_log_at_trx_commit = 2
innodb_lock_wait_timeout = 50
innodb_doublewrite=0
innodb_support_xa = 0
innodb_open_files = 1500
innodb_locks_unsafe_for_binlog=1
innodb_file_format = Barracuda
innodb_flush_method=O_DIRECT
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

ผมว่าคงเป็น default_storage_engine=MyISAM

[thachang]

ต้องแก้ไขตรงไหนบ้างครับ

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

ยังไม่หายหรือครับ    โอ.......ปัญหาจริงๆ     

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

้hardware หรือเปล่า   

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

ต้องแก้ไขตรงไหนบ้างครับ

ลองอ่านเป็นแนว
http://danhos.thaiddns.com/smf/index.php?topic=12.0
ถ้ามีปัญหามากแล้วแก้ไขไม่ได้ต้องรอแก้หลัง 3 ทุ่ม
ลอง teamV +winscp+putty+navicat

[thachang]

หลังจากความพยายามอีกรอบ!!
1.ลง windows ใน client ใหม่
2. ลง centos 5.5+percona 5.5.15 ใหม่
3. full set v.3.54.7.20  > up structure ผ่าน
4. up v.3.54.10.6   > up structure ผ่าน
5.up v.3.54.10.18  > up structure ไม่ผ่าน!! เกิด error เหมือนเดิมครับ

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

5.up v.3.54.10.18  > up structure ไม่ผ่าน!! เกิด error เหมือนเดิมครับ

ของผมผ่านตลอด จน 3.54.10.26

[thachang]

5.up v.3.54.10.18  > up structure ไม่ผ่าน!! เกิด error เหมือนเดิมครับ

ของผมผ่านตลอด จน 3.54.10.26

น่าจะเป็นเพราะอะไรหรอครับ อ.บอย

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

หลังจากความพยายามอีกรอบ!!
1.ลง windows ใน client ใหม่
2. ลง centos 5.5+percona 5.5.15 ใหม่
3. full set v.3.54.7.20  > up structure ผ่าน
4. up v.3.54.10.6   > up structure ผ่าน
5.up v.3.54.10.18  > up structure ไม่ผ่าน!! เกิด error เหมือนเดิมครับ

ไวร้ส..หรือ ไฟล์วอลในเครื่อง PC หรือเปล่าครับ..ขณะ Upgrade แล้ว APP หยุดทำงานต่อ..

เปิด ping+ mysql monitor ผ่าน pc หรือ notebook ตัวข้าง ๆ อีกสักตัว..ดูประกอบขณะ Upgrade ว่าโดน process อะไรกินทรัพยากร.หรือมีคนเรียกรายงานยกเดือน..เวลา Upgradeอยู่พอดี

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

ไวร้ส..หรือ ไฟล์วอลในเครื่อง PC หรือเปล่าครับ..ขณะ Upgrade แล้ว APP หยุดทำงานต่อ..

เปิด ping+ mysql monitor ผ่าน pc หรือ notebook ตัวข้าง ๆ อีกสักตัว..ดูประกอบขณะ Upgrade ว่าโดน process อะไรกินทรัพยากร.หรือมีคนเรียกรายงานยกเดือน..เวลา Upgradeอยู่พอดี

สาเหตุหลักแรมน้อยไปครับ

[เข้ม]

ไวร้ส..หรือ ไฟล์วอลในเครื่อง PC หรือเปล่าครับ..ขณะ Upgrade แล้ว APP หยุดทำงานต่อ..

เปิด ping+ mysql monitor ผ่าน pc หรือ notebook ตัวข้าง ๆ อีกสักตัว..ดูประกอบขณะ Upgrade ว่าโดน process อะไรกินทรัพยากร.หรือมีคนเรียกรายงานยกเดือน..เวลา Upgradeอยู่พอดี

สาเหตุหลักแรมน้อยไปครับ

ผมกำลังจะบอกว่า ... ถ้าเครื่องทดสอบได้ Ram กัน 8G ... ผมขอยืมบ้างซิครับ 

เครื่องทดสอบที่ผมใช้อยู่ เป็น Desktop Platform

M/B Asus mini
Pentium Dual-Core เท่าไรจำไม่ได้แล้ว 3.xx GHz
Ram 2G  ใส่ได้เท่านี้จริง ๆ ไม่มีที่ให้ใส่อีกแล้ว 
HDD 160G เก็บของเก่ามาใช้
FreeBSD + MySQL 5.5.16-Percona
Database 30G

เพิ่งจะ initial import จาก master แล้วก็ upgrade เป็น 3.54.10.27  ... เมื่อวานนี้เอง
ก็ผ่านนะครับ
 

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

ลองทดสอบกับอีกเครื่องอื่นๆดูครับ      ..มันจะเหมือเดิมหรือเปล่า

[Knott]

ลองโหลดไฟล์มาใหม่ดูครับ หรือไม่ก็ลองข้ามไป เวอร์ชั่นอื่นดูครับ

[dotAtainer]

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

ไวร้ส..หรือ ไฟล์วอลในเครื่อง PC หรือเปล่าครับ..ขณะ Upgrade แล้ว APP หยุดทำงานต่อ..

เปิด ping+ mysql monitor ผ่าน pc หรือ notebook ตัวข้าง ๆ อีกสักตัว..ดูประกอบขณะ Upgrade ว่าโดน process อะไรกินทรัพยากร.หรือมีคนเรียกรายงานยกเดือน..เวลา Upgradeอยู่พอดี

สาเหตุหลักแรมน้อยไปครับ

ผมกำลังจะบอกว่า ... ถ้าเครื่องทดสอบได้ Ram กัน 8G ... ผมขอยืมบ้างซิครับ 

เครื่องทดสอบที่ผมใช้อยู่ เป็น Desktop Platform

M/B Asus mini
Pentium Dual-Core เท่าไรจำไม่ได้แล้ว 3.xx GHz
Ram 2G  ใส่ได้เท่านี้จริง ๆ ไม่มีที่ให้ใส่อีกแล้ว 
HDD 160G เก็บของเก่ามาใช้
FreeBSD + MySQL 5.5.16-Percona
Database 30G

เพิ่งจะ initial import จาก master แล้วก็ upgrade เป็น 3.54.10.27  ... เมื่อวานนี้เอง
ก็ผ่านนะครับ
 

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

ไวร้ส..หรือ ไฟล์วอลในเครื่อง PC หรือเปล่าครับ..ขณะ Upgrade แล้ว APP หยุดทำงานต่อ..

เปิด ping+ mysql monitor ผ่าน pc หรือ notebook ตัวข้าง ๆ อีกสักตัว..ดูประกอบขณะ Upgrade ว่าโดน process อะไรกินทรัพยากร.หรือมีคนเรียกรายงานยกเดือน..เวลา Upgradeอยู่พอดี

สาเหตุหลักแรมน้อยไปครับ

ผมกำลังจะบอกว่า ... ถ้าเครื่องทดสอบได้ Ram กัน 8G ... ผมขอยืมบ้างซิครับ 

เครื่องทดสอบที่ผมใช้อยู่ เป็น Desktop Platform

M/B Asus mini
Pentium Dual-Core เท่าไรจำไม่ได้แล้ว 3.xx GHz
Ram 2G  ใส่ได้เท่านี้จริง ๆ ไม่มีที่ให้ใส่อีกแล้ว 
HDD 160G เก็บของเก่ามาใช้
FreeBSD + MySQL 5.5.16-Percona
Database 30G

เพิ่งจะ initial import จาก master แล้วก็ upgrade เป็น 3.54.10.27  ... เมื่อวานนี้เอง
ก็ผ่านนะครับ
 

ของผม อัพ Server จริง ตลอด
ระบบ MySQL ไม่ใช้แรมจริงหรือ
การคำนวนผมยังใช้แรมมาคำนวนเสมอ ถ้า CPU จะมีส่วนเกี่ยวข้องน้อยที่สุด

เอาไปใช้ประยุกต์กับ Server แบบอื่นๆได้
1.ซึ่งโดยทั่วไปก็คือ บริหาร IO ดีๆ ใส่ RAM เยอะๆ
2.CPU แรงๆ ไม่มีค่อยมีผลต่างกันมากมายเท่ากับ Resouce ที่มีให้ใช้ครับ นอกจากว่าเป็นการทำงานในลักษณะประมวลผลทางด้าน CGI มากๆ ควรให้ความสำคัญด้านนี้ด้วย แต่ไม่มากเท่า RAM และ CPU ในความเร็วใกล้เคียงกัน แทบจะไม่มีผลแตกต่างกันมาก (ช่วยได้ไม่ถึง 10%) เพราะงานหลักของ httpd เน้นการบริหาร resouce ไม่ได้เน้นการคำนวณคณิตศาสตร์ CPU จึงหนักไปทางบริหาร process ของ OS มากกว่า และถ้า CPU ยัง มี usage ไม่ถึง 100% (หรือใกล้เคียง) ก็แปลว่า มันยังทำงานไหวครับ เพราะการที่ CPU ทำงานมาก แสดงว่า ต้องคำนวณมาก แต่มีผลน้อยกว่า IO ทำงานหนักครับ
3.RAM ควรมีอย่างต่ำ 512 MBขึ้นไป แต่ว่าผมแนะนำ ที่ 1 GB อยากให้ยอมลด CPU เพื่อแรม ว่างั้นเถอะ เพราะเราทำให้ขั้นตอนประมวลผลทำงานได้เร็วขึ้นข้อมูลไม่คับคั้งมากจนเกินไป พร้อมที่จะดึงข้อมูลที่ใช้บ่อยๆ ก็เก็บใน RAM มาใช้ได้เร็วกว่า HD มาก ทำให้ระบบโดยรวมเสถียร์มากขึ้น การทำระบบ SWAP ต่างๆ ไม่ควรเกิน กว่า 60% จาก ความจุแรมเพราะไม่เสถียรและเปลี่ยงพื้นที่ HD โดยไม่จำเป็น
4.HD ควรเป็น Ultrawide SCSI 10000 rpm ขึ้นไป ควรใช้ SCSI หรือ SAS ครับ คนทำงานเป็น admin ชอบ SCSI หรือ SAS เพราะมันไม่ค่อยเกเร และไม่ค่อยมีปัญหา + ทนทาน + ตอบสนองเร็ว + เหมาะกับระบบ multi user ถ้ามีงบน้อย จะใช้ HD IDE หรือ SATA ผมก็แนะนำให้ใช้ HD SATA ตัวขึ้นไป สำหรับ กระจายงาน + backup กันเอง โดยทั่วไป ระบบที่เน้นความสเถียรภาพสูงๆ มักจะต้องทำ raid ด้วย เพราะข้อมูลสำคัญมากๆ พังไม่ได้เด็ดขาด
5.Network Card ก็ควรใช้ของดีๆ โดยทั่วไป นิยมของดังๆ เช่น Intel, 3COM เอาแบบ 1000 MBit ไปเลยครับ
6.Apache ก็ลง mod เท่าที่จำเป็น เพราะจะได้ไม่อ้วนมาก เวลาแตก process เยอะๆ
7.Optimized WebserServer เท่าที่จะทำได้เช่น ลง Zend Optimizer/Accerator , mod_gzip, phpa (Cache), etc
8.หมั่น Upgrade Apache บ่อยๆ เพราะรุ่นใหม่ๆ มักจะทำงานและมี security ดีกว่ารุ่นก่าๆ
9.อย่าลืมว่า mysql (database server) ก็กินแรงเครื่องค่อนข้างเยอะเหมือนกัน ถ้ามีงบพอ อาจจะแยกเป็น database server ต่างหาก ลงแต่ mysql อย่างเดียวไปเลย (spec เครื่องปานกลาง)
10.mysql บางรุ่น มีปัญหา+bug เช่น connection เต็มบ่อย และไม่คืนให้ ต้อง reboot เครื่องบ่อย ดังนั้น ต้องหมั่น upgrade อีก
11.บริหาร logs ไฟล์ ให้ดี โดยแยกให้เขียนลงคนละ mount volume หรือคนละ HD กัน เพราะลดการทำงานของ IO และ หมั่นลบ หรือ rotate log ไฟล์ เพราะถ้า logไฟล์โตมากๆ จะทำให้การอ่านเขียนช้าลงไปเยอะ ส่งผลต่อความเร็วโดยรวม ซึ่งส่งผลให้การทำงานหลักๆ ล่มได้ง่าย
12.โดยหน้าที่ของ web admin/system admin คือ หมั่นศึกษา สังเกตุ และหาความรู้ในเรื่องที่เกี่ยวข้องอยู่เสมอ เพื่อให้ระบบทำงานได้เต็มประสิทธิภาพ และ มีปัญหาน้อยๆ
13.ควร ติดตามข่าวสาร และ upgrade ระบบบ่อยๆ โดยเฉพาะปัญหา security
14.email server ให้ระวังการโดนแอบใช้เป็น spam gateway และพยายามหลีกเลี่ยงการให้บริการ smtp แก่บุคคลภายนอก ซึ่งอาจทำได้ โดยการ lock ip หรือ ใช้การทำการตรวจสอบ password ก่อนส่ง
15.กำหนด Firewalls ป้องกันการกระหน่ำ ping icmp /DDOS ซึ่งทำให้ระบบล่มได้
สาเหตุที่ webserver ทั่วไปๆ จะทำงานช้า อืด ไม่ได้ดังใจเจ้าของเวปทั้งหลาย ก็มีสาเหตุหลักๆ ไม่กี่อย่าง คือ

1.webserver ตอบสนองไม่ทัน request process และ มี process ค้างในระบบมากมาย ทำให้ process ใหม่ๆ ที่ร้องขอเข้ามา ต้องรอเข้าคิว (ทำให้รู้สึกช้า) เพราะ server ระบายงานไม่ทัน
◦ถ้าพูดถึง load หนักๆ แน่นอนว่า อุปกรณ์ที่ใช้ ก็ต้องทนทานอย่างหนาตราช้าง ไม่งั้น ไม่กี่ยกก็จอดครับ โดยเฉพาะ harddisk และไฟล์ขนาดใหญ่ ควรจะหนัก harddisk มากกว่านะครับ เพราะ cpu ทำหน้าที่คำนวณ ไม่ได้ทำหน้าที่เขียนอ่านไฟล์
◦หน่วยความจำที่ต้องเผื่อไว้สำหรับ process httpd จำนวนมากๆ นั้น ต้องมีให้เพียงพอ ผมไม่เคยเห็น webserver ที่รองรับงานหนักๆ ตัวไหน มีแรมน้อยกว่า 512 MB นอกจากว่า เวปนั้น จะมี "hello" คำเดียว แบบนั้นเอาแรม แค่ 64 MB ก็พอไหวครับ เร็วสุดยอด ไม่เชื่อลองดู 555
◦การที่มี process ล้นระบบ พวก script ไม่ทำการย่อ code เลย
◦การใช้ process จนหน่วยความจำไม่พอ (ต้องรอ process เก่าๆ เสร็จงานก่อน)
◦แต่ละ process กินเวลานาน อาจเป็นเพราะ scritp ทำงานเยอะ+ช้า และ ไม่ optimized code ทางออกคือ ปรับเปลียน script ให้ทำงานได้เร็วขึ้น เช่น เปลี่ยน compiler เป็น php, servlet , etc (perl ไม่เหมาะกับงานหนักๆ เยอะๆ ยกเว้น mod_perl อันนี้เร็วสุดยอด แต่เขียนยาก) ควบคู่ไปกับการบริหารหน่วยความจำในข้อ1เพราะ cgi script ทั้งหลาย ที่คือ ตัวดี ที่ทำให้ CPU ทำงานมาก และเมื่อมีการ execute script มากๆ ระบบก็ทำงานหนักมากขึ้น ทั้ง cpu, ram , harddisk , io และ script สองสามบรรทัด ที่เขียนผิดพลาดหรือจงใจก็แล้วแต่ ก็ทำให้ server อืดได้นะครับ อย่าประมาท มีตัวอย่างให้เห็นมาบ่อยๆ ใครยังจำได้ว่า สมัยที่มีคนแกะ script 152 และดันเขียน loop พลาด ทำเอา server ตัวเองล่มกันมาเยอะแล้ว
◦optimized การใช้งานฐานข้อมูล งานบางอย่าง ถ้า insert ฐานข้อมูลหนักๆ ถี่ๆ ก็ทำให้ระบบช้าลงมากก และระบบรวนไปเลยก็มี ดังนั้น ถ้านำ text ไฟล์มาช่วยเบาภาระได้บ้าง ก็จะดีขึ้นมาก
◦เร่งความเร็วของ script โดยใช้ engine ช่วย เช่น mod_perl, Zend Engine, Cache Engine, etc
2.internet link ความเร็วต่ำ ระบาย bandwidth ได้น้อย จึงทำให้เกิดความคับคั่งของจราจรข้อมูล (รถติดนั่นแหละ) อันนี้เป็นปัญหาโลกแตก แก้ยาก และเปลืองเงินมาก นอกจากจะย้ายไปอยู่กับ data center ที่มี bandwidth มากๆ แทน
◦แก้ปัญหาเบื้องต้นในระบบเดิม ด้วยตนเอง โดยการบีบอัดข้อมูล เช่น ติดตั้ง mod_gzip เพื่อบับอีด text/html ได้ถึง 80% เพื่อให้กิน bandwidth น้อยลง และจะทำให้ client รู้สึกว่าเร็วขึ้นมาก เนื่องจากความคับคั่งของจราจรลดลง
◦เพิ่ม link bandwidth หรือ ย้าย ISP หรือ data center อันนี้ งบใครงบมันครับ แต่จะบอกว่า ต่อให้ server แรงสุดยอดแค่ไหน ถ้า link ช้า ทำยังไง ก็ไม่เร็วครับ เพราะมันคอขวดอยู่ตรงนั้น เหมือนเอา รถ F1 ไปติดแหงก อยู่บนถนน นะแหละครับ
3.เวปเพจมีขนาดใหญ่ เนื่องจากภาพกราฟิกเยอะ ทำให้ต้องส่งข้อมูลจำนวนมหาศาลเมื่อมี process ร้องขอมากๆ จึงเป็นสาเหตุหนึ่งที่ทำให้ระบบตอบสนองได้ช้าา ทางแก้คือ ต้องลดๆ + บีบอัด กราฟิกกันหน่อย และการเขียนอ่าน IO มากๆ มีผลทำให้ harddisk ตอบสนองได้ช้า โดยเฉพาะการ write ดังนั้น ถ้า IO ไม่ตอบสนอง ได้ดีพอ ก็มีผลต่อความเร็วโดยรวม และ อายุการใช้งานก็สั้นลงด้วยครับ
อ้างอิงมาจาก : http://www.cgitop.com/phpBB2/viewtopic.php?t=602

http://danhos.thaiddns.com/smf/index.php?topic=12.0

เวลาทำแล้ว ลองดูว่าเป็นไง อัด VDO มาให้ดู

[thachang]

เวลาทำแล้ว ลองดูว่าเป็นไง อัด VDO มาให้ดู
[/quote]ใช้โปรแกรมอะไรเปิดดูครับ

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

ใช้โปรแกรมอะไรเปิดดูครับ

TeamViewer 6

[thachang]

OracleLinux-6.1+Percona-Server-5.5.16  initial import จาก master
แล้ว up stu. ก็ เกิด error แบบเดิมอีกครับ เหมือนกับว่า mysql ทำงานอยู่ช่วงหนึ่ง แล้วพอมาถึง phase 2 แล้วเหมือนกับว่า mysql หยุดทำงานทุกครั้งเลยครับ แบบนี้มันเกิดจากอะไรหรอครับ ผมลองทุกอย่างตามที่แนะนำแล้วครับ ต้องมีการ set  my.cnf เพิ่มเติมเป็นพิเศษหรือเปล่า ครับ
สิ่งที่ทำ
- เปลี่ยนเครื่อง server test   client แล้วลง os ใหม่ทั้งหมด
- เปลี่ยน hup + สายแลน + cardlan
- ต่อสายแลนตรง server test   client
- ลบ folder hosxp ใน client แล้วลง full setup 3.54.7.20 + v upgrade
- ลองลง mysql ด้วย tool BMSxTraBackupGUI ด้วยครับ

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

OracleLinux-6.1+Percona-Server-5.5.16  initial import จาก master
แล้ว up stu. ก็ เกิด error แบบเดิมอีกครับ เหมือนกับว่า mysql ทำงานอยู่ช่วงหนึ่ง แล้วพอมาถึง phase 2 แล้วเหมือนกับว่า mysql หยุดทำงานทุกครั้งเลยครับ แบบนี้มันเกิดจากอะไรหรอครับ ผมลองทุกอย่างตามที่แนะนำแล้วครับ ต้องมีการ set  my.cnf เพิ่มเติมเป็นพิเศษหรือเปล่า ครับ
สิ่งที่ทำ
- เปลี่ยนเครื่อง server test   client แล้วลง os ใหม่ทั้งหมด
- เปลี่ยน hup + สายแลน + cardlan
- ต่อสายแลนตรง server test   client
- ลบ folder hosxp ใน client แล้วลง full setup 3.54.7.20 + v upgrade
- ลองลง mysql ด้วย tool BMSxTraBackupGUI ด้วยครับ

ตอนนี้ ผมสอน Admin รพ.สต.ให้ลง Linux กันได้แล้ว
ก็เห็นนั่งทำกันผ่านฉลุย ที่อบรมก็ 3.54.10.31 ก็ผ่านนะครับ
แต่แรมที่ รพ.สต.ใช้กัน ก็ 8-16G (Server) ส่วน เครื่องลูกก้อ แล้วแต่ว่า รพ.สต.ไหนมีเงิน
ก้อ 2-16 G

เพราะวันที่ 7-8 พย.2554 ก็ว่าจะไปสอนที่ คปสอ.ที่หนองปรือ จ.กาญจนบุรี
ให้ รพ.สต.ทำ Server บน Linux กันเอง
ว่างๆจะนำบรรยากาศมาให้ชมแล้วกัน

[thachang]

OracleLinux-6.1+Percona-Server-5.5.16  initial import จาก master
แล้ว up stu. ก็ เกิด error แบบเดิมอีกครับ เหมือนกับว่า mysql ทำงานอยู่ช่วงหนึ่ง แล้วพอมาถึง phase 2 แล้วเหมือนกับว่า mysql หยุดทำงานทุกครั้งเลยครับ แบบนี้มันเกิดจากอะไรหรอครับ ผมลองทุกอย่างตามที่แนะนำแล้วครับ ต้องมีการ set  my.cnf เพิ่มเติมเป็นพิเศษหรือเปล่า ครับ
สิ่งที่ทำ
- เปลี่ยนเครื่อง server test   client แล้วลง os ใหม่ทั้งหมด
- เปลี่ยน hup + สายแลน + cardlan
- ต่อสายแลนตรง server test   client
- ลบ folder hosxp ใน client แล้วลง full setup 3.54.7.20 + v upgrade
- ลองลง mysql ด้วย tool BMSxTraBackupGUI ด้วยครับ

ตอนนี้ ผมสอน Admin รพ.สต.ให้ลง Linux กันได้แล้ว
ก็เห็นนั่งทำกันผ่านฉลุย ที่อบรมก็ 3.54.10.31 ก็ผ่านนะครับ
แต่แรมที่ รพ.สต.ใช้กัน ก็ 8-16G (Server) ส่วน เครื่องลูกก้อ แล้วแต่ว่า รพ.สต.ไหนมีเงิน
ก้อ 2-16 G

เพราะวันที่ 7-8 พย.2554 ก็ว่าจะไปสอนที่ คปสอ.ที่หนองปรือ จ.กาญจนบุรี
ให้ รพ.สต.ทำ Server บน Linux กันเอง
ว่างๆจะนำบรรยากาศมาให้ชมแล้วกัน

ตอนนี้ก็สั่ง Ram server เพิ่มอีก 8 Gb ครับ ถ้าได้ของแล้วก็จะลองลงใหม่ครับ

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

ตอนนี้ก็สั่ง Ram server เพิ่มอีก 8 Gb ครับ ถ้าได้ของแล้วก็จะลองลงใหม่ครับ

http://danhos.thaiddns.com/smf/index.php?topic=21.0

[thachang]

OracleLinux-6.1+Percona-Server-5.5.16  initial import จาก master
แล้ว up stu. ก็ เกิด error แบบเดิมอีกครับ เหมือนกับว่า mysql ทำงานอยู่ช่วงหนึ่ง แล้วพอมาถึง phase 2 แล้วเหมือนกับว่า mysql หยุดทำงานทุกครั้งเลยครับ แบบนี้มันเกิดจากอะไรหรอครับ ผมลองทุกอย่างตามที่แนะนำแล้วครับ ต้องมีการ set  my.cnf เพิ่มเติมเป็นพิเศษหรือเปล่า ครับ
สิ่งที่ทำ
- เปลี่ยนเครื่อง server test   client แล้วลง os ใหม่ทั้งหมด
- เปลี่ยน hup + สายแลน + cardlan
- ต่อสายแลนตรง server test   client
- ลบ folder hosxp ใน client แล้วลง full setup 3.54.7.20 + v upgrade
- ลองลง mysql ด้วย tool BMSxTraBackupGUI ด้วยครับ

ฐานข้อมูลที่เราbackup แล้ว มา restore หรือ initial import เข้ามาที่ server  มันจะมีผลกับการที่ up stuc. ไม่ผ่านกรณีนี้หรือเปล่าครับ

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

ที่ผ่านมาไม่เคยเป็นปัญหาเลยครับ..ประสบการณ์จริง...

แต่ขอให้ ลองตรวจสอบเรื่องของ my.ini  หรือ my.cnf ใน MySQL Server ให้ชัดเจนว่าเหมาะสมถูกต้องหรือไม่ครับ

[thachang]

ที่ผ่านมาไม่เคยเป็นปัญหาเลยครับ..ประสบการณ์จริง...

แต่ขอให้ ลองตรวจสอบเรื่องของ my.ini  หรือ my.cnf ใน MySQL Server ให้ชัดเจนว่าเหมาะสมถูกต้องหรือไม่ครับ

my.cnf ใน MySQL Server ที่ใช้ tool BMSxTraBackupGUI ลง mysql  ต้องปรับแต่งอะไรเพิ่มอีกหรือเปล่าครับ

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

ที่ผ่านมาไม่เคยเป็นปัญหาเลยครับ..ประสบการณ์จริง...

แต่ขอให้ ลองตรวจสอบเรื่องของ my.ini  หรือ my.cnf ใน MySQL Server ให้ชัดเจนว่าเหมาะสมถูกต้องหรือไม่ครับ

my.cnf ใน MySQL Server ที่ใช้ tool BMSxTraBackupGUI ลง mysql  ต้องปรับแต่งอะไรเพิ่มอีกหรือเปล่าครับ

น่าจะต้องปรับ  my.cnf ตามทรัพยากรทางกายภาพที่ รพ.เรามีครับ...

[dotAtainer]

ถ้าแรมมี 8G ผมจะแบ่งให้ Myisam 2G Innnodb 6 G แต่ปรับจริงจะเผื่อไว้ให้ system ด้วยอันนี้สำหรับ Innodb 95% ประมาณนี้ครับ

[thachang]

ต่อด้วย error ตามรูปครับ  เดียวพรุ่งนี้ลองจัดชุดใหญ่อีกรอบ++ครับ สู้ สู้++

สู้ต่อไปนะครับ
ลองเพิ่มแรม อีก 4 G เป็น 8 G น่าจะหายแล้ว

เพิ่มแรมอีก 8 G แล้วครับ อ.บอย ยังไม่ผ่านเหมือนเดิม

[thachang]

Master IBM Server xSeries 3200 M3  64 bit
Intel Xeon Quad-Core Processor x3450 2.67GHz/1333MHz FSB, 8MB L3 Cache
OS CentOS 5.5 ,MySQL Percona-Server-51-5.1.47
HUB 4 ตัว CLIENT 34 เครื่อง  HARDDISK 146 GB
เป็นเครื่อง Master ที่ใช้งานจริงปัจจุบัน ตอนนี้ เพื่มแรม จาก 2 GB เป็น 10 GB ต้องแก้ไข my.cnf ตรงไหนบ้างครับ
ฝากอาจารย์ทุกท่านช่วยดูหน่อยครับ

[thachang]

up..up..up..

[thachang]