แสดงกระทู้

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.


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

หน้า: 1 2 3 [4] 5
151
ตอนนี้แต่ละโรงพยาบาลต้องคีย์ข้อมูลกันหลายๆโปรแกรม เหมือนว่ามันจะซ้ำซ้อนกัน คีย์แล้วคีย์อีก หรือว่าคนโรงบาลจะว่างงานกันเลยต้องทำอะไรซ้ำๆ ลองมาดูกันว่าโปรแกรมต่างๆที่โรงพยาบาลใช้กันนั้น
1. มันเยอะแค่ไหน
2. มีโปรแกรมอะไรบ้างที่เราใช้เหมือนกัน
3. มีใครช่วยให้เราไม่ต้องทำงานซ้ำๆ ได้มั่งอ่ะ

รายชื่อโปรแกรมที่คิดออกนะคับ
1. SSN_DATA , ตรวจสอบสิทธิประกันสังคม
2. WelfareUC เค้าเปลี่ยนเป็น IWelfale2009 ของงานประกัน
3. E-Claim ใว้สำหรับบันข้อมูลอุบัติเหตุฉุกเฉิน
4. Papreg
5. Epipro
6. SmartTB งานวัณโรค
7. TTM ของแผทย์แผนไทย
8. OPTEL
9. Papsmear เกี่ยวกับคัดกรองมะเร็งปากมดลูก
10. JHCIS , HCIS ที่ใช้ใน PCU
11. PHIN ลงข้อมูลแม่และเด็กที่ติดเชื้อ HIV
12. Arcgis ป้องกันและควบคุมโรค
13. I-risk โปรแกรมคัดกรองความเสี่ยงของโรคไม่ติดต่อ
14. Sealant โปรแกรมบันทึกข้อมูลการเคลือบหลุมร่องฟัน ตรวจฟัน
15. ฟันเทียมพระราชทาน2.0
16. ตรวจฟันผู้สูงอายุ เป็น Access
18. Food Marketing ของ สสส. การบริโภคอาหาร ส่งเครือข่ายเด็กไทยไม่กินหวาน
19. Province Survey บันทึกข้อมูลสิทธิ์ว่าง
20. HIVQUAL-T บันทึกข้อมูลด้านคุณภาพการดูแลผู้ป่วย AIDS ส่งให้สำนักงานควบคุมโรค กองโรคเอดส์
21. AIDSOI บันทึกข้อมูลทางระบาดของผู้ป่วย HIV ส่งให้สำนักงานควบคุมโรค กองโรคเอดส์
22. NCD บันทึกข้อมูลผู้ป่วยโรคเรื้อรัง

ขอขอบคุณน้อง SuperMan


 


152
นอกเรื่อง / ในหลวงทรงพระเจริญ
« เมื่อ: ตุลาคม 24, 2009, 06:53:33 AM »
ผมขอ นอกเรื่อง

ในหลวงเป็นที่รักของเราทุกคน

เห็นภาพข่าวแล้ว ดีใจมากๆเลยครับ
อยากให้ในหลวงหายเร็วครับ


154
นอกเรื่อง / ประชุม สปสช.e-claim
« เมื่อ: ตุลาคม 19, 2009, 19:34:24 PM »
3-4 พ.ย.52 ที่ ชะอำ

155
Linux / Intel Core i7,i5,i3
« เมื่อ: ตุลาคม 17, 2009, 17:29:02 PM »
มีใครลองกับ linux หรือ unix ที่ใช้กับ Intel Core i7,i5,i3

http://www.arip.co.th/news.php?id=409918

ลง Cent OS กับ Redhat
http://www.cyberciti.biz/tips/linux-kernel-intel-core-i7.html

156
Linux / สำหรับคนสนใจ Debian Linux
« เมื่อ: ตุลาคม 17, 2009, 12:14:33 PM »
นำมาฝาก อ่านแล้วสามารถเริ่มใช้งานได้ครับ
http://www.hospital-os.com/r&d/debian_install/img001.jpeg.html

http://arit.rmutsv.ac.th/main/modules/newbb/viewtopic.php?topic_id=37

พอดีผมเห็น เพื่อนทาง hospital-os ใช้ ubuntu,redhat,debian เลยเอามาฝากชาว hosxp
os แต่ละ os มีข้อดีและข้อเสียคนละแบบ
แต่จะให้เหมาะสมและใช้งานได้
ต้องอยู่ที่คนใช้ว่าจะถนัดแบบไหน
และสามารถแต่ปัญหาได้เมื่อเกิดปัญหา


157
MySQL / ออกแล้ว MySQL-5.4.3-0
« เมื่อ: ตุลาคม 11, 2009, 09:16:47 AM »

158
HOSxP PCU / server ของ รพสต. ที่ใช้ HOSxP PCU
« เมื่อ: กันยายน 26, 2009, 09:58:05 AM »
ผมจะให้ดู server ของ สอ.
ที่ทำให้ดูเป็นแบบครับ

ML150 G6 CPU Xeon Quad 2.33
แรม 4 G
Cent OS 5.3 + MySQL Percona 5.1.39-8 XtraDB
my.cnf[บอย(ด่านมะขามเตี้ย)]
สำรอง APC 1000

159
ยินดีต้อนรับ อีก 1 รพ.ที่ใช้ HOSxP
ได้ข่าวมาว่าจะขึ้นระบบ สัปดาห์หน้านี้แล้ว

โชคดีนะครับ


160
นอกเรื่อง / มีใครเคยใช้ G.shdsl Zyxel P-791R-2 บ้างครับ
« เมื่อ: กันยายน 19, 2009, 18:05:16 PM »
ผมอยากทราบวิธีเซ็ต ครับแบบ point to point

161
นอกเรื่อง / ถามเรื่อง TL-ANT2424B
« เมื่อ: สิงหาคม 16, 2009, 17:18:31 PM »
TL-ANT2424B  อยากถามว่ามีใครใช้แล้วบ้างครับ
ส่งได้ไกลแค่ไหน

http://www.tp-link.com/products/product_des.asp?id=165

สาย
TL-ANT24EC6N  สาย KMS-400(LMR-400) cable
TL-ANT24EC3S  สาย CFD-200 cable

แนะนำว่าควรใช้สายอะไรถึงดีครับ





162
นอกเรื่อง / เงิน ต่อ point 52
« เมื่อ: สิงหาคม 15, 2009, 14:46:19 PM »
ต.ค.51    6.82 บาท : point
พ.ย.51   7.32 บาท:Point
ธ.ค.51   7.10 บาท:Point
ม.ค.52   7.62 บาท:Point
ก.พ.52   8.28 บาท:Point
มี.ค.52   7.53 บาท : Point
ค่าเฉลี่ยที่ได้ 7.45 บาท : Point

163
แจ้ง ปัญหาที่ สสจ.provis ใหม่
icode 7 หลักของแฟ้ม drug ไม่รับ
เป็น 0 ทั้ง จ.กาญจนบุรี เดือน มิถุนายน

คงต้องแก้ไขยาว ทำอะไรไม่คุยกันเลย สนย.

164
MySQL / mysql 5.4 percona และขั้นตอนการลง MySQL XtraDB
« เมื่อ: สิงหาคม 14, 2009, 08:41:15 AM »
ทดสอบระบบ mysql 5.4.1 percona

ผมทำการทดสอบแล้ว
ลง Cent OS 5.3 +MySQL 5.1.30 percona ระดับที่ให้ 3
ลง Cent OS 4.7 +MySQL 5.1.30 percona ระดับที่ให้ 4
ลง Cent OS 4.7 +MySQL 5.1.37 percona ระดับที่ให้ 4
ลง Cent OS 5.3 +MySQL 5.1.37 percona ระดับที่ให้ 3
ลง Cent OS 5.3 +MySQL 5.4.1   percona ระดับที่ให้ 3
ลง Cent OS 5.3 +MySQL 5.4.1   ระดับที่ให้ 2
ลง Cent OS 4.7 +MySQL 5.1.37 ระดับที่ให้ 2
ลง Cent OS 5.3 +MySQL 5.1.37 ระดับที่ให้ 1

ดูจากการนำเข้าข้อมูล จากเครื่องหลักมาที่เครื่องสำรอง  ระดับที่ให้เลขมากยิ่งใช้เวลาน้อย
ผมเหลือ ทดสอบ
ลง Cent OS 4.7 +MySQL 5.4.1 percona น่าจะเร็วมากเลย


MySQL  percona แนะนำให้ใช้เป็น Innodb จะเห็นความแตกต่างที่มากกว่า
ใครต้องการ my.cnf สำหรับ MySQL 5.4.1 percona ส่ง email มา
เพราะใช้กับ MySQL 5.1.xx  percona ไม่ได้ นะครับ
แนะนำแรม 4 GB ขึ้นไป นะครับ






165
MySQL / นำมาฝาก How to recover MySQL data from Innodb ?
« เมื่อ: สิงหาคม 03, 2009, 19:24:09 PM »
Issue:

Unfortunately some times you need to recover MySQL data from ibdata1. It's many reasons why your getting corrupted Innodb files that cannot automatically be restored of the mysqld daemon.

Solution:
Scenario
We assume that your scenario are like following:

You got backup of your ibdata1, ib_logfile0 and ib_logfile1
You also got backup of your database folder with .frm files
You would like to restore this backup into an MySQL server that's already in production.
Before we start, just one advice: Stop crying, your data isn't lost.

Restore the data backup you got
First of all restore you data on another MySQL server, to not interrupt the services running in your normal production environment. Restore data into the normal MySQL data directory. For our scenario we use /var/lib/mysql.

Be careful to get the right permissions and owners on all your data files. Your MySQL users should own the files and the group should also be assigned to MySQL.

Before you continue you need to find the size of your Innodb logfiles. Simply run the command ls -l to find this. This will output something like this:

-rw-rw---- 1 mysql mysql 5242880 Jun 25 11:30 ib_logfile0
-rw-rw---- 1 mysql mysql 5242880 Jun 25 11:30 ib_logfile1


Start up MySQL in rescue mode
Some simple steps will start up the MySQL daemon in rescue mode for you:
From your Unix shell su into the mysql user: su mysql
Start up your mysqld process with the logfile size and innodb_force_recovery as parameters.

/usr/sbin/mysqld --innodb_log_file_size=5242880 --innodb_force_recovery=6

If everything goes fine you should get a output like this:
InnoDB: The user has set SRV_FORCE_NO_LOG_REDO on
InnoDB: Skipping log redo
070625 11:59:36 InnoDB: Started; log sequence number 0 0
InnoDB: !!! innodb_force_recovery is set to 6 !!!
070625 11:59:36 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.18' socket: '/var/lib/mysql/mysql.sock' port: 3306 SUSE MySQL
Get your data
The last simple but most important step is now to get your data.

Open a new shell to the server where your MySQL daemon are running in recovery mode.
Simply run a normal mysqldump of your database:

mysqldump -u root -p database > database.sql

If you get a message looking like this, you got corrupted Innodb log files:

Got error: 1146: Table 'database.table' doesn't exist when using LOCK TABLES

What you can do to resolve this problem with keeping the ib_logfile0 file from you most current backup while you restore all the other files from a older backup. This isn't a fail-proof solution, but worth a try.

Restore you data
Now you can copy your SQL dump to your production server and simply restore the data from your MySQL dump file like this:

mysql -u root -p database < database.sql

166
MySQL / ฝากให้โรงพยาบาลวิเศษชัยชาญ
« เมื่อ: กรกฎาคม 15, 2009, 19:24:36 PM »
กล้าขอก็กล้าให้แต่..........
ฝากคิดถึงพี่บุคลากร จังหวัดอ่างทองด้วยนะครับ
 ไม่รู้ว่าหายเป็นหวัดหรือยัง

167
MySQL / ฝาก my.cnf 18 G ให้ มะการักษ์
« เมื่อ: มิถุนายน 29, 2009, 20:31:24 PM »
ใช้ Percona-XtraDB เท่านั้น
percona-5.1.30-3.rhel5.x86_64

อย่าลืมว่า  1  มื้อนะครับ

168
MySQL / MyISAM เร็วกว่า InnoDB จริงหรือ? (Part 1)
« เมื่อ: พฤษภาคม 24, 2009, 18:44:46 PM »
และแล้วในที่สุด Blog ของเราก็มีคนมาอ่านแร้ววว 1 คนแหนะ (-*-) นั่นก็คือ จิต เพื่อนที่มหาลัย ที่ตอนนี้ทำงานอยู่บริษัท Database ชั้นนำแห่งหนึ่ง และเนื่องจากบทความที่จะเขียนนี้เกี่ยวกับเรื่องของ Storage Engine ของ Database ทำให้ผมชักเกร็งๆแล้วว่าจะเขียนดีมั้ย ก็เลยกั๊กไว้อยู่นานไม่โพสซะที แต่ในที่สุดก็ทำใจได้แล้ว ถ้าผิดพลาดประการใดก็ช่วยแนะนำด้วยนะคร้าบบบ

ก่อนอื่นก็ต้องขอบอกก่อนเลยว่าบทความนี้ผมไม่ได้ทดสอบเอง แต่เป็นการแปลมาจากBlog ของต่างประเทศอีกทีหนึ่งคือ http://www.mysqlperformanceblog.com ซึ่งผู้เขียนเห็นว่าน่าสนใจทีเดียวจึงนำมาแปลและเรียบเรียงตามความเข้าใจของผู้เขียน หากผิดพลาดประการใดก็ขออภัยด้วยนะคับ

จริงๆแล้วจุดประสงค์หลักของการทดสอบนี้จะเป็นเรื่องของ Storage Engine 3 ตัวคือ Falcon, MyISAM, InnoDB ซึ่งตอนที่บทความต้นฉบับนี้เขียนขึ้นนั้น(ปี2007) Falcon พึ่งจะออกมาเป็น Version Alpha ดังนั้นจุดที่น่าสนใจของบทความผู้เขียนว่าน่าจะเป็นที่จุดประสงค์รองมากกว่า

โดยจุดประสงค์รองของการทดสอบครั้งนี้อยู่ที่ เรื่องราวเกี่ยวกับ MyISAM นั้นเร็วกว่า InnoDB ในเรื่องการอ่านจริงหรือ อย่างที่รู้กันว่า InnoDB ทำงานแบบ Transaction และ Support Foreign Key จึงมี overhead มากกว่า ทำให้มีการพูดกันว่า InnoDB ช้ากว่า MyISAM ความจริงทั้งหมดคุณจะได้เห็นจากการทดลองนี้

การทดสอบใช้ PHPTestSuite
สคริปและชุดคำสั่งที่ใช้ทดสอบอยู่ที่นี่

Table ที่ใช้ทดสอบเป็น Table แบบทั่วไปที่ปกติที่จะใช้กันบน OLTP หรือ Web App
Medium Size Rows, Auto Increment
Primary Key and Couple of Extra Indexes

ในการทดสอบครั้งนี้จะใชการ read(select) ด้วย pattern ในการอ่านหลายรูปแบบ
Primary Key Single Row Lookup, Primary Key Range Lookup, Same Access Types
for Primary Key and Full Table Scans.

เพื่อที่จะเน้นให้เห็นถึงคุณสมบัติที่แตกต่่างกันของ Storage Engine เราจะทดสอบด้วย Range ด้วยการใช้และไม่ใช้ LIMIT

การเปรียบเทียบประสิทธิภาพครั้งนี้จะเรียกว่าการเปรียบเทียบระสิทธิภาพแบบ Micro ที่คำนึงถึงฟังก์ชันที่สำคัญๆของ Storage Engine เป็นหลัก และจะใช้มันเพื่อดูประสิทธิภาพและ Scalability ในกรณีง่าย และการทดสอบนี้ได้มีการใช้ CPU bound workload ด้วย(การทำแบบไม่ใช้ I/O disk เลย) เพื่อที่จะดูประสิทธิภาพของ Storage Engine ในเรื่องของการใช้ CPU

ดูคำอธิบาย schema และ queries ที่นี่
CentOS release 4.4 (Final)
2 х Dual Core Intel XEON 5130 model name : Intel(R) Xeon(R) CPU 5130 @ 2.00GHz
stepping : 6 cpu
MHz : 1995.004
cache size : 4096 KB
16GB of RAM

MySQL version ใช้ MySQL 5.1.14-beta sources for MyISAM / InnoDB และ MySQL 5.1.14-falcon bitkeeper tree bk://mysql.bkbits.net/mysql-5.1-falcon สำหรับ Falcon (ในบทคามนี้จะใช้ falcon ที่เป็น version alpha อยู่ ซึ่งในปัจจุบันอาจมีการเปลี่ยนแปลงไปมากแล้ว)

ข้อมูลของการรันเป็นไปตาม link นี้
http://taevblog.blogspot.com/2009/05/myisam-innodb-part-1.html

169
Admin tools / ZyXEL 660HW-T1 V2 เซ็ต DDNS ฝากน้องๆ
« เมื่อ: พฤษภาคม 18, 2009, 21:41:36 PM »
ฝากไว้ให้ดูอ่านแล้วเข้าใจง่าย สำหรับน้องๆที่จะทำเว็ปโรงพยาบาล

http://support.loxinfo.co.th/tutorial.asp?where=adsl/660hwv2

สามารถใช้เชื่อมต่อ hosxp และ hosxp pcu จาก สอ.
มาดูข้อมูลที่ รพ.ได้โดยต้องนำฐานข้อมูลไปดู มีเพียง internet
และต่อไป จะลองระบบ off line และ syn มาที่ serve รพ.โดยผ่านทาง internet
ต้อง ขอบคุณพี่เกื้อ รพ.ปากท่อ ที่ เป็นที่ปรึกษาและให้แนะนำ

171
ตารราง สนย.ไม่ต้องการชื่อ-สกุลพ่อ แม่ คู่สมรสแต่เป็นเลข 13 หลัก พ่อ แม่ คู่สมรส ต่างจาก 18 แฟ้ม สปสช.

173
1.อบรม เรื่องการใช้ HOSxP และ HOSxP PCU เบื้องต้น
2.เตรียมรับมือกับการส่ง 18 แฟ้มจาก สปสช.เป็น สนย.(เริ่มส่ง เม.ย.52 เป็นงดแรก)
3.การดูแลระบบด้วยตนเอง
-โอนข้อมูลได้
-ซ่อมฐานข้อมูลได้
-สามารถแก้ปัญหาเบื้องต้นได้
จัดอบรมที่ รพ.ด่านมะขามเตี้ย โดยผมเอง(adminยุ้ย) เพื่อแก้ปัญหาที่กำลังจะเกิดขึ้น และรับสมัครวิทยากรร่วมครับ
กำลังจะขอความเห็นจาก  ADMIN ใน จ.กาญจนบุรี

เนื่องจากวันนี้ประชุม ที่ สสจ.กาญจนบุรี แล้วน้องที่ประชุมขอมา เลยขอความเห็นจากน้อง ๆ ที่ไม่มาประชุมว่า
1.จะใช้เวลาประชุมกี่วัน
2.จะมีประชุมอะไรเพิ่ม
3.รพ.ที่จะจัดต่อไปจะจัดที่ไหน

ติดต่อ 08143446632 ,034642102 ต่อ งานประกัน ลงชื่อที่ ยุ้ย
เปลี่ยนที่จาก อ.ด่านมะขามเตี้ย เป็นจัด อ.ทองผาภูมิ
จังหวัดใกล้เคียงก็มาประชุมได้นะครับ (มาแลกเปลี่ยนความรู้กัน)
รพ.ที่จะประชุม ใน จ.กาญจนบุรี
1.รพช.ด่านมะขามเตี้ย
2.รพช.พยาบาลสถานบารมี
3.รพช.ทองผาภูมิ
4.รพช.บ่อพลอย
5.รพช.ศรีสวัสดิ
6.รพช.ท่ากระดาน
7.รพช.ห้วยกระเจา
8.รพช.สังขละบุรี
9.รพช.ค่ายสุรสีห์
10.รพช.ปิยะฯ
รพ.ที่จะประชุม จาก ต่างจังหวัด ที่คาดว่าจะมาร่วม
1.รพชเจ็ดเสมียน จังหวัดราชบุรี
2.รพช.พระสมุทรเจดีย์ จังหวัดสมุทรปราการ
3.รพช.ปักธงชัย จังหวัดนครราชสีมา
4.รพช.คลองหาด  จังหวัดสระแก้ว
5.รพช. พลับพลาชัย  จังหวัดบุรีรัมย์
6.รพช.สมเด็จพระสังฆราช(นครหลวง) จ.พระนครศรีอยุธยา
7.รพช.อัมพวา จังหวัดสมุทรสงคราม
8.รพช.ดอนตูม จังหวัดนครปฐม
9.รพช. 1 แห่ง จังหวัดร้อยเอ็ด

รวมครบ 30 รพ. อยากจะเชิญ อ.ชัยพร มาเป็นประธานเปิดงาน


174
มีน้องเวชระเบียนถามมาว่า สำหรับผู้ป่วยนอก opd
การลง icd 10 สาเหตุภายนอก (5=externalcause)
สามารถทำให้ขึ้นเป็น สาเหตุภายนอก (5=externalcause) ในกลุ่ม รหัส vwxy
ให้เหมือนกับผู้ป่วยใน ipd ได้หรือเปล่า ไม่ว่าจะลงเป็น 1,2,3,4 ก็ขึ้นเป็น 5 เสมอ

175
MySQL / ฝากให้ รพ.ร่อนพิบูลย์ นครศรี
« เมื่อ: เมษายน 16, 2009, 16:39:22 PM »


#mysql -u root
#\. /root/hos.sql

176
นอกเรื่อง / ประกาศด่วน หยุด 16-17 เมษายน
« เมื่อ: เมษายน 14, 2009, 14:44:57 PM »
หยุด 16-17 เมษายน

177
นอกเรื่อง / แนะนำเวป http://www.bansuanporpeang.com
« เมื่อ: เมษายน 14, 2009, 14:30:21 PM »
http://www.bansuanporpeang.com/

ถ้าสามารถที่จะเปลี่ยนไปทำให้กลับเป็น
"เศรษฐกิจแบบพอเพียง"
ไม่ต้องทั้งหมดแม้แค่ครึ่งก็ไม่ต้องอาจจะสักเศษหนึ่งส่วนสี่
ก็จะสามารถอยู่ได้การแก้ไขอาจต้องใช้เวลาไม่ใช่ง่ายๆ
โดยมากคนก็ใจร้อนเพราะเดือดร้อน
แต่ว่าถ้าทำตั้งแต่เดี๋ยวนี้ก็สามารถที่จะแก้ไขได้


พระราชดำรัส
พระราชทาน​เมื่อวันที่ ๔ ธันวาคม ๒๕๔๐
 
http://www.bansuanporpeang.com/

178
MySQL / ศึกษา MySQL 5, PostgreSQL 8 และ Oracle 10 g
« เมื่อ: เมษายน 14, 2009, 13:58:41 PM »
ทุกระบบก็จะมีข้อดีและข้อเสียที่แตกต่างกันไป โดยสรุปแล้ว MySQL 5 จะเด่นในเรื่องของฟรี ใช้ง่าย และเร็ว (แต่คนที่พัฒนา sourceforge บอกว่า ช้ากว่า PostgreSQL แต่หลายแหล่งข้อมูลที่อินเทอร์เน็ตบอกว่าเร็วกว่า) แต่ไม่ค่อยมีความสามารถในการจัดการคำถามที่สลับซับซ้อนและข้อมูลที่มีขนาดใหญ่มาก รวมทั้งข้อมูล XML  ซึ่ง MySQL ตอนนี้สนับสนุนแค่ส่งออกข้อมูลออกมาเป็น XML แต่ไม่สามารถแปลงข้อมูล XML ในฐานข้อมูลได้

ส่วน PostgreSQL ก็จะมีจุดเด่นที่ฟรีและมีคุณสมบัติและความสามารถหลายอย่าง เช่นการสนับสนุน subquery (ซึ่ง MySQL 5 ก็สามารถทำ subquery ได้เช่นเดียวกัน)  และ complex joins นอกจากนี้ ยังมีส่วนสนับสนุน XML เช่น XPath queries and XSLT processing over XML valuesส่วนข้อด้อยของ PostgreSQL นั้นใช้ค่อนข้างยากกว่า MySQL   

ส่วน Oracle ก็จะมีจุดเด่นที่มีคุณสมบัติดีและสามารถรองรับข้อมูลได้เป็นจำนวนมาก และมีส่วนที่สนับสนุนการประมวล XML หลายอย่างที่ดี แต่ข้อด้อยคือแพงและต้องการหน่วยความจำขนาดใหญ่ 

แหล่งข้อมูลอ้างอิง
http://www.blognone.com/node/3618
http://gotoknow.org/blog/krunapon/68863

-Oracle 10g vs PostgreSQL 8 vs MySQL 5
http://www.suite101.com/article.cfm/19671/115560
-PostgreSQL Comparisions
http://www.vitavoom.com/postgresql.html
-XML and Databases
http://www.rpbourret.com/index.htm
-MySQL vs. PostgreSQL
http://builder.com.com/5100-6388-1050671.html
-PostgreSQL vs. MySQL
http://www-css.fnal.gov/dsg/external/freeware/pgsql-vs-mysql.html

การ grant สิทธิ์ของ postgreSQL
http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=6406.0

179
HOSxP PCU / ตารางตาม สนย.
« เมื่อ: เมษายน 12, 2009, 21:32:49 PM »
ไม่สามารถใช้กับ สปสช.นะครับ คำเตือน
ห้ามแก้โดยเด็ดขาด
eclaim ยังใช้โครงสร้างเก่า


180
อาจารย์ชัยพรจะออกให้ทดสอบหรือเปล่าครับ อยากเห็นหน้าตา 11 รง 5 ตัวใหม่

181
MySQL / การทำระบบ MySQL Cluster
« เมื่อ: เมษายน 11, 2009, 14:26:37 PM »
การทำระบบ MySQL Cluster ครั้งนี้จะใช้เครื่องทั้งหมด จำนวน 4 เครื่องดังนี้
เครื่องที่1 : เป็น storage node (sqlnode1:192.168.0.1)
เครื่องที่2 : เป็น storage node (sqlnode2:192.168.0.2)
เครื่องที่3 : เป็น API node (sqlload:192.168.0.3)
เครื่องที่4 : เป็น MySQL cluster management server (sqlmang:192.168.0.4)




Storage node หรือ Data node เป็นส่วนที่เป็น Cluster ของข้อมูล ทำหน้าที่เก็บข้อมูล โดยเครื่องเหล่านี้จะ Replicate ทั้งด้านเวลาและจำนวนของแต่ละ Fragment สำหรับชื่อ process ของ Node นี้มีชื่อว่า ndbd
API node หรือ SQL node จะทำหน้าที่เป็นตัวกลางในการเรียกใช้งานข้อมูลจาก storage node โดย node นี้ connect โดยใช้ Deamon ที่ชื่อว่า mysqld -ndbcluster หรือจะใช้ mysqld ร่วมกับ ndbcluster ก็ได้ เพียงแต่ต้องเข้าไป config ใน file my.cnf (การทดสอบระบบครั้งนี้ เลือกใช้วิธีนี้ในการทดสอบ)

MySQL cluster management server หรือ Management node (MGM node) จะทำหน้าที่เป็นตัวตรวจสอบการคงอยู่ของ storage node (สถานะของ cluster) และทำหน้าที่จัดการ node อื่น ๆ เช่น การจัดการ Config, Start&Stop node อื่น ๆ , ทำการ backup&restore ข้อมูล ซึ่งแน่นอนว่า node นี้ต้อง run เป็นตัวแรกแน่นอน และ process ที่อยู่ node นี้มีชื่อว่า ndb_mgmd

การติดตั้ง MySQL Cluster Management Server

เริ่มต้น install mysql version 5.0.38-Ubuntu โดยจะมีการ install cluster management server (ndb_mgmd) และ cluster management client (ndb_mgm) ให้โดยอัตโนมัติดังนี้

sqlmang:192.168.0.4

sudo apt-get install mysql-server

สร้าง cluster configuration file ซึ่งอยู่ที่ /var/lib/mysql-cluster ซึ่งโดยปกติระหว่างการ install mysql-server จะสร้าง directory mysql-cluster ให้โดยอัตโนมัติจึงอาจไม่จำเป็นต้องใช้ คำสั่ง mkdir /var/lib/mysql-cluster นี้

cd /var/lib/mysql-cluster
pico config.ini



หรือถ้าต้องการจะให้ cluster management server start เองโดยอัตโนมัติเมื่อมีการ boot ระบบ เราสามารถสร้าง script เพื่อจัดการ ดังนี้

echo ‘ndb_mgmd -f /var/lib/mysql-cluster/config.ini’ > /etc/init.d/ndb_mgmd
chmod 755 /etc/init.d/ndb_mgmd
update-rc.d ndb_mgmd defaults

การติดตั้ง MySQL Cluster Nodes (Storage Nodes)

sqlnode1:192.168.0.1/sqlnode2:192.168.0.2

groupadd mysql
useradd -g mysql mysql

ทำการ install mysql version 5.0.38-Ubuntu

sudo apt-get install mysql-server

แก้ไข MySQL configuration file ทั้งสองเครื่อง ที่ /etc/mysql

pico /etc/mysql/my.cnf



จากนั้นทำการ start service MySQL ทั้ง 2 เครื่อง ดังนี่

mkdir /var/lib/mysql-cluster
cd /var/lib/mysql-cluster
/etc/init.d/mysql stop
ndbd –initial
/etc/init.d/mysql start

หมายเหตุ

การใช้คำสั่ง ndbd –initial จะใช้ในกรณีที่ start service MySQL เป็นครั้งแรกหรือในกรณีที่ file config.ini ที่ /var/lib/mysql-cluster บน MySQL cluster management server มีการแก้ไข ส่วนในกรณีอื่น ๆ ใช้คำสั่ง ndbd

ทั้งนี้จะใช้คำสั่ง ndbd, ndbd –initial ได้ก็ต่อเมื่อ service MySQL stop อยู่

โดยปกติเมื่อทำการ install mysql เสร็จ : service MySQL จะ start โดยอัตโนมัติ ซึ่งเราสามารถตรวจสอบสถานะของ service MySQL ได้ว่าขณะนี้เป็นอย่างไร โดยใช้คำสั่ง /etc/init.d/mysql status

นอกจากนี้ในกรณีที่ service MySQL start อยู่ เรามีการสร้างหรือแก้ไข file my.cnf เราต้อง restart service MySQL ทุกครั้ง โดยใช้คำสั่ง /etc/init.d/mysql restart

แนะนำว่าในครั้งแรกที่ติดตั้ง mysql เสร็จ ควรทำการเปลี่ยนแปลง password ของ user root โดยใช้คำสั่ง mysqladmin -u root password newrootpassword

ในกรณีที่เราต้องการให้ start cluster node (storage node) เองโดยอัตโนมัติเมื่อมีการ boot เครื่อง เราสามารถสร้าง script เพื่อจัดการดังนี้

echo ‘ndbd’ > /etc/init.d/ndbd
chmod 755 /etc/init.d/ndbd
update-rc.d ndbd defaults

การติดตั้ง MySQL API Nodes

sqlload:192.168.0.3

เริ่มต้น install MySQL

sudo apt-get install mysql-server

จากนั้นแก้ไข MySQL configuration file ที่ /etc/mysql

pico /etc/mysql/my.cnf



ทำการ start service MySQL

/etc/init.d/mysql start //หรือใช้ /etc/init.d/mysql restart ในกรณี service MySQL start อยู่

ทำการแก้ไข user ที่ table user ภายในฐานข้อมูล mysql ดังนี้

mysql -u root -p
USE mysql;
SELECT host, user, password FROM user;

ให้ตรวจสอบว่ามี user ที่ชื่อเดียวกันกับเครื่องหรือมี user ที่ชื่อเดียวกับ IP address ของเครื่องหรือไม่ ในกรณีที่มีให้ทำการ update user นั้นเป็น % แทนดังนี้

UPDATE user SET host=’%’ WHERE host=’sqlload’;

ทั้งนี้เพื่อให้เครื่องอื่น ๆ ในวงเดียวกันสามารถ connect database ที่ API node นี้ได้

การทดสอบ MySQL Cluster

ในการทำ MySQL Cluster ครั้งนี้ ได้กำหนดขั้นตอนในการทดสอบดังนี้

ขั้นตอนที่ 1 : ทดสอบว่า MySQL cluster management server (sqlmang:192.168.0.4) สามารถ query สถานะของ cluster ได้หรือไม่
ขั้นตอนที่ 2 : ทดสอบการ replicate ข้อมูลของ storage node ทั้งสองเครื่อง (sqlnode1:192.168.0.1 และ sqlnode2:192.168.0.2)
ขั้นตอนที่ 3 : ทดสอบการเรียกใช้งานข้อมูลจากฐานข้อมูลผ่านทาง web application (PHP)

ขั้นตอนที่ 1 : จะทดสอบโดยการ kill process ndbd ของ storage node nodeใดนnodeหนึ่ง (ในที่นี้เลือก sqlnode1:192.168.0.1)

กรณีที่ storage node ทั้งสองเครื่องทำงานปกติ

sqlmang:192.168.0.4

ใช้คำสั่ง ndb_mgm เพื่อ run cluster management client (ndb_mgm) สำหรับตรวจสอบว่ามี cluster node (storage node) ใด connect อยู่บ้าง

ndb_mgm

จะแสดงผล

– NDB Cluster — Management Client –
ndb_mgm>

ใช้คำสั่ง show สำหรับการแสดงผล



ใช้คำสั่ง quit เพื่อออกจาก ndb_mgm client console

ndb_mgm> quit;

กรณีที่ storage node nodeใดnodeหนึ่ง (ในที่นี้เลือก sqlnode1:192.168.0.1) process ndbd ไม่ทำงาน

sqlnode1:192.168.0.1

ทำการ kill process ndbd โดยใช้คำสั่ง

killall ndbd

ข้อสังเกต ขณะที่ run คำสั่ง killall ndbd ที่ sqlnode1:192.168.0.1 ที่หน้า ndb_mgm client console ของ MySQL cluster management server (sqlmang:192.168.0.4) จะแสดง

ndb_mgm>Node 2: Node shutdown completed. Initiated by signal 15.

ตรวจสอบว่า process ndbd ยัง run อยู่หรือไม่โดยใช้คำสั่ง

ps aux | grep ndbd | grep -iv grep

ในกรณีที่ยังมี process ndbd run อยู่ให้ใช้คำสั่ง killall ndbd อีกจนกระทั่งไม่มี process ndbd ทำงานอยู่

จากนั้นให้ทำการตรวจสอบสถานะของ cluster บน MySQL cluster management server (sqlmang:192.168.0.4)

sqlmang:192.168.0.4



สังเกตว่า sqlnode2:192.168.0.2 จะทำหน้าที่เป็น Master แทน sqlnode1:192.168.0.1

ถ้าต้องการให้ sqlnode1: 192.168.0.1 กลับมาทำงานได้ตามปกติ ให้ใช้คำสั่ง

sqlnode1:192.168.0.1

ndbd

จากนั้นตรวจสอบสถานะการทำงานของ cluster บน MySQL cluster management server (sqlmang:192.168.0.4)

sqlmang:192.168.0.4



สังเกตว่า sqlnode2:192.168.0.2 จะยังคงทำหน้าที่เป็น Master อยู่ถึงแม้ sqlnode1:192.168.0.1 จะทำงานได้ตามปกติแล้ว

ขั้นตอนที่ 2 : ทดสอบโดยจะสลับกันเพิ่มข้อมูลที่ storage node nodeใดnodeหนึ่ง ซึ่งผลที่ได้ข้อมูลภายในฐานข้อมูลที่ storage node ทั้งสองต้องเหมือนกัน

ข้อกำหนด การสร้างตาราง (table) ภายในฐานข้อมูลใด ๆ ที่ใช้สำหรับ cluster จำเป็นต้องกำหนดให้ table เหล่านั้นใช้ ENGINE=NDBCLUSTER ถ้าคุณใช้ ENGINE ประเภทอื่น จะไม่สามารถทำ cluster ได้

เริ่มต้นสร้างฐานข้อมูลและ table สำหรับการทดสอบที่ sqlnode1:192.168.0.1

sqlnode1:192.168.0.1

mysql -u root -p
CREATE DATABASE test_db;
USE test_db;
CREATE TABLE test_table (i INT) ENGINE=NDBCLUSTER;
INSERT INTO test_table () VALUES (1);
INSERT INTO test_table () VALUES (2);
SELECT * FROM test_table;
quit;

ผลลัพธ์ที่ได้จากการ select ข้อมูลมีดังนี้



สำหรับที่ sqlnode2:192.168.0.2 เราสร้างเพียงฐานข้อมูล โดยให้ชื่อฐานข้อมูลที่สร้างนี้ตรงกับชื่อฐานข้อมูลที่เครื่อง sqlnode1:192.168.0.1 ซึ่ง table และข้อมูลต่าง ๆ ภายใน table จะถูก replicate เองโดยอัตโนมัติ

sqlnode2:192.168.0.2

mysql -u root -p
CREATE DATABASE test_db;
USE test_db;
SELECT * FROM test_table;

ผลลัพธ์ที่ได้จากการ select ข้อมูลมีดังนี้



จากการทดสอบนี้แสดงให้เห็นว่าข้อมูลได้ถูก replicate จาก sqlnode1:192.168.0.1 มาที่ sqlnode2:192.168.0.2

ลองเปลี่ยนให้มีการ replicate ข้อมูลจาก sqlnode2:192.168.0.2 ไปที่ sqlnode1:192.168.0.1 บ้าง

sqlnode2:192.168.0.2

INSERT INTO test_table () VALUES (3);
quit;

sqlnode1:192.168.0.1

mysql -u root -p
USE test_db;
SELECT * FROM test_table;

ผลลัพธ์ที่ได้จากการ select ข้อมูลมีดังนี้

[/img]http://catidcdeveloper.thaipki.com/files/2007/10/9.JPG[/img]

แสดงให้เห็นว่าข้อมูลที่ storage node ทั้งสองเหมือนกันตลอด

ขั้นตอนที่ 3 : โดยในการทดสอบนี้ได้จำลองเครื่องของผู้เขียนเองเป็น web server โดยลงโปรแกรม AppServ

เริ่มต้นทำการ replicate ข้อมูลจาก storage node ไป API node (sqlload:192.168.0.3) ดังนี้

sqlload:192.168.0.3

mysql -u root -p
CREATE DATABASE test_db;
USE test_db;
SELECT * FROM test_table;

ผลลัพธ์ที่ได้จากการ select ข้อมูลมีดังนี้



จากนั้นนำ file loginmysql.php (file ทดสอบ) ที่ใช้สำหรับ connect database test_db (ฐานข้อมูลที่เราสร้างทดสอบก่อนหน้าที่) มาวางที่ path www

หมายเหตุ สิ่งสำคัญในการ connect database เพื่อการเข้าถึงข้อมูลใน NDB table เราจำเป็นต้องให้ application ของเรา connect database ผ่านทาง API node (ซึ่งในที่นี้คือ sqlnode:192.168.0.3) เท่านั้น ไม่สามารถเข้าถึงผ่านทาง MySQL cluster management server และ storage node ได้

ตัวอย่าง file loginmysql.php

<html>
<head><title>TEST CONNECT MySQL DATABASE</title></head>
<body bgcolor=”#FFFFFF”>
<?

$DBhost=”192.168.0.3″ //IP address ของ API Node
$DBuser=”root”;
$DBpass=”";
$DBName=”test_db”;
$table=”test_table”;

mysql_connect($DBhost,$DBuser,$DBPass) or die(”Unable to connect to database”);
@mysql_select_db(”$DBName”) or die(”Unable to select database $DBName”);
print “<CENTER><P>This Username and Password are Correct, You can connect MySQL Database.</P></CENTER>”;
$sqlquery = “SELECT * FROM $table”;
$result = mysql_query($sqlquery);
$number = mysql_numrows($result);

$i=0;

if ($number < 1) {
print “<CENTER>***************************************</CENTER><br>”;
}
else {
while($row = mysql_fetch_array($result)) {
echo “<CENTER>”. $row[’i'] .”</CENTER>”;
echo “<br />”;
}
}

?>
</body>
</html>

จากนั้นเรียกผ่าน web browser โดย http://localhost/loginmysql.php



ถ้าผลลัพธ์ที่ปรากฎไมเป็นไปตามนี้ หรือมี error เกิดขึ้นให้กลับไปตรวจสอบค่าที่กำหนดให้ตัวแปร $DBhost, $DBuser, $DBpass, $DBName, $table

การ Restart MySQL Cluster

การ restart MySQL cluster จะใช้ในกรณีที่ใกรเปลี่ยนแปลงแก้ไข file /var/lib/mysql-cluster/config.ini บน MySQL cluster management server (sqlmang:192.168.0.4) หรือด้วยเหตุผลอื่น ๆ

sqlmang:192.168.0.4

เข้าสู่ ndb_mgm client console

ndb_mgm
– NDB Cluster — Management Client –
ndb_mgm>

ใช้คำสั่ง shutdown สำหรับ shutdown NDB cluster node (storage node) และ shutdown NDB cluster management server



ใช้คำสั่ง quit เพื่อออกจาก ndb_mgm client console

ndb_mgm> quit;

ให้ start cluster management server บน MySQL cluster management server (sqlmang:192.168.0.4) โดยใช้คำสั่ง

ndb_mgmd -f /var/lib/mysql-cluster/config.ini

ต่อจากนั้นที่ storage node ทั้งสองเครื่อง ให้ start process ndbd ดังนี้

sqlnode1:192.168.0.1/sqlnode2:192.168.0.2

ndbd

แต่ในกรณีที่มีการเปลี่ยนแปลงแก้ไข file /var/lib/mysql-cluster/config.ini บน MySQL cluster management server (sqlmang:192.168.0.4) ให้ใช้คำสั่ง ndbd –initial แทน

จากนั้นกลับมาตรวจสอบสถานะของ cluster ดังนี้

sqlmang:192.168.0.4



ในขั้นตอนนี้ให้รอสักระยะหนึ่ง จนกว่าจะปรากฎข้อความ

ndb_mgm> Node 2: Started (version 5.0.38)
Node 3: Started (version 5.0.38)

เมื่อใช้คำสั่ง show เพื่อตรวจสอบสถานะของ cluster อีกครั้ง


http://www.thaiadmin.org/board/index.php?topic=100249.0

182
www.hosxp.net เป็นที่รวมของ ชุมชน hosxp ทุกคน
ไม่ว่าจะใช้ hosxp หรือไม่สามารถแสดงความคิดเห็นที่เป็นประโยชน์ได้รับ
ทุกคนไม่รู้ทุกอย่างไม่เก่งทุกอย่าง
มีว่า รู้ หรือ ไม่รู้ เว็บแห่งการแสดงความเห็นและแลกเปลี่ยนความรู้

183
HOSxP PCU / ปัญหา 18 แฟ้ม สนย provis แก้ไขด่วน
« เมื่อ: มีนาคม 29, 2009, 19:33:27 PM »
แฟ้ม: SURVEIL ข้อมูล: complica คำอธิบาย: สาเหตุการป่วย

http://164.115.5.51/cc/view_refer_code.php?table=8&rule=12


184
-CPU Intel ; Core2 Quad Q9400
ราคาประมาณ 8300
- (775-VSL) ASUS P5QPL-VM
ราคาประมาณ 3000
- DDR2(1066) 2GB "KINGMAX" x 2
ราคาประมาณ 1000 x2 = 2000
- SATA-II (5Y) 320.GB Seagate (7200/300)
ราคาประมาณ 2000
- DVD RW (SATA) ASUS (22B1ST,Box,B) "D/S"
ราคาประมาณ 1000
- 10/100/1000 PCI LAN Card "TP-LINK" (TG-3269)
ราคาประมาณ 500
- POWER P4 (Sata) 585w FULL ON Tsunami (Box/Cable)
ราคาประมาณ 1700
- ATX Case GVIEWC 5110 (Black-Silver)
ราคาประมาณ 1500
- PCIe 8400GS/256MB FORSA (TD)
ราคาประมาณ 1000

185
ยินดีต้อนรับ / เสื้อ BMS
« เมื่อ: มีนาคม 18, 2009, 14:01:51 PM »
บริษัท บอกว่าจะสั่งเบอร์ XXL มาให้ 2 ตัวแต่ผมได้ เบอร์ L มา 1 ตัว
(แถมผมใส่ไม่ได้ ปัญหาคือผมใส่ไม่ได้ ปัญหาคือผมใส่ไม่ได้ ปัญหาคือผมใส่ไม่ได้)

186
 ;D

188
Linux / ออกแล้ว Redhat Enterprise Linux 5.3 Server
« เมื่อ: กุมภาพันธ์ 16, 2009, 18:09:19 PM »
http://rhel.ieesee.net/uingei/rhel-server-5.3-x86_64-dvd.iso
http://rhel.ieesee.net/uingei/rhel-server-5.3-i386-dvd.iso
ออกเวลา  29-Jan-2009 23:58   
รอ cent os 5.3 ออกเมื่อไร จะบอกแต่ใกล้แล้ว

189
แจ้งข้อผิดพลาดการทำงานของ HOSxP V3 / 3.52.02.12
« เมื่อ: กุมภาพันธ์ 12, 2009, 21:49:38 PM »
Changelog


- เพิ่ม Naranjo 's algorithm form ในระบบบันทึกข้อมูลการแพ้ยา
- เพิ่มตาราง doctor_position_std สำหรับกำหนดรหัสแพทย์ที่จะให้แสดงในระบบงานต่างๆ (ต้องกำหนดข้อมูลตำแหน่งอื่นๆ ของแพทย์ด้วย)
- เพิ่มตาราง allergy_list
- ปรับปรุงระบบบันทึกข้อมูลการแพ้ยา เพิ่มตัวเลือก ไม่ต้องตรวจสอบและแสดงเตือน (กรณีที่ไม่แน่ใจ)
- ปรับปรุงระบบการออกแบบฟอร์ม Lab เพิ่มข้อมูล Lab room (จะมีผลเป็นค่า default ตอนสั่ง Lab)
- ปรับปรุงระบบห้องผ่าตัดแบบใหม่ (ยกเลิกแบบเก่า)



 ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D

190
เริ่มใช้แล้วครับโดย บริษัท บางกอก

 ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D


191
นอกเรื่อง / IMPORT Surveillance V.3
« เมื่อ: กุมภาพันธ์ 06, 2009, 19:03:15 PM »
กำลังคุยกับคนเขียนที่ประจวบ ว่าจะให้เขียนตัวนำเข้า จาก excel

IMPORT Surveillance V.3

โดยจะมีการประชุมที่ จ.กาญจนบุรี อีกรอบ(สสจ.กาญจนบุรี)
ประมาณ มี.ค.2552

192
แก้ระบบ one stop service

1.อยากให้รายชื่อหายไปเวลาบันทึกตรวจแล้ว

2.remed อยากให้ ติกถูกที่พิมพ์เลยครับ



193
MySQL / รวบรวม my.cnf
« เมื่อ: กุมภาพันธ์ 02, 2009, 16:15:34 PM »
2048 M = 2 G
4096 M = 4 G
8192 M = 8 G
16384 M = 16 G
32768 M = 32 G
65536 M = 64 G

มีใครสนใจทำแจก


194
นอกเรื่อง / ฝากให้ รพ.สิเกา
« เมื่อ: มกราคม 28, 2009, 13:25:51 PM »
ลองใช้ดูนะครับ

มีหน้าทีสอนการใช้
http://hosxp.net/index.php?option=com_smf&topic=7561

พอดีเห็นมี Lookup table แนบมากับ spec

ผมจึงอธิบายการกำหนดรหัสให้ตรงกับ สปสช.ครับ


1. ตาราง spclty กำหนดค่าใน field nhso_code  กำหนดค่าตามรหัสนี้ได้ครับ


01   MEDICINE (อายุรกรรม)   
02   SURGERY (ศัลยกรรม)   
03   OB (สูติกรรม)     
04   GYN (นรีเวชกรรม)     
05   PED (กุมารเวช)   
06   ENT (โสต ศอ นาสิก)   
07   EYE (จักษุ)
08   ORTHOPEDICS (ศัลยกรรมกระดูก)
09   PSYCHIATRY (จิตเวช)
10   RADIOLOGY (รังสีวิทยา)
11   DENTAL (ทันตกรรม)
12   OTHER

2.ตาราง dchstts กำหนดค่าใน field nhso_dchstts ตามค่านี้ได้ครับ

1   Complete Recovery     
2   Improved     
3   Not Improved     
4   Normal Delivery
5   Un-Delivery
6   Normal child discharged with mother
7   Normal child discharged separately
8   Dead  stillbirth
9   Dead

3. ตาราง dchtype กำหนดค่าใน field  nhso_dchtype ตามนี้ครับ

1   With Approval     
2   Against Advice     
3   By Escape           
4   By Transfer
5   Other (specify)
8   Dead Autopsy
9   Dead Non autopsy

4. ตาราง drg_group กำหนดค่าดังนี้

00   ชันสูตรทางห้องปฏิบัติการ     
01   X-ray     
02   ตรวจชันสูตรอื่นๆ         
03   ผ่าตัด         
04   การรักษาอื่นๆ
05   ยาและเวชภัณฑ์
06   ICU
07   ค่าห้อง
08   ค่าอาหาร
09   อื่นๆ


5. ตาราง pttype กำหนดค่า nhso_code ดังนี้ครับ

A1   ชำระเงินเองโดยไม่มีสิทธิเบิกคืน     
A2   ใช้สิทธิเบิกหน่วยงานต้นสังกัดราชการ     
A3   สิทธิลดหย่อนประเภท ก*     
A4   สิทธิลดหย่อนประเภท ข*     
A5   สิทธิลดหย่อนประเภท ค*     
A6   สิทธิลดหย่อนประเภท ง*     
A7   ผู้ประกันตนตามพรบ.ประกันสังคม     
A8   กองทุนเงินทดแทน     
A9   ประกันภัยรถ ตามพรบ.บุคคลที่ 3   
AA   เด็ก 0-12 ปี
AB   ผู้มีรายได้น้อย
AC   นักเรียน
AD   ผู้พิการ
AE   ทหารผ่านศึก
AF   ภิกษุ/ผู้นำศาสนา
AG   ผู้สูงอายุ
AH   บัตรชั่วคราว
AI   บัตรประกันสุขภาพ ประชาชนทั่วไป
AJ   บัตรประกันสุขภาพ อสม
AK   บัตรประกันสุขภาพ ผู้นำชุมชน
AL   บัตรประกันสุขภาพ คนต่างด้าว
UC   บัตรประกันสุขภาพถ้วนหน้า

195
ถ้าเป็น NIC 2 interface แล้วทำเป็น IP เดียว ethernet bonding     
เพิ่ม Lan Card ใหม่โดยใช้ IP เดิม เพื่อเพิ่มแบนด์วิธ (Bonding)
Ethernet Bonding Fedora Linux
พอร์ตแลน (Ethernet) ของเครื่องเซิร์ฟเวอร์ถือว่าเป็นสิ่งสำคัญอย่างยิ่ง เพราะเป็นส่วนที่จะรับส่งข้อมูลกับเคื่องอื่นๆ ถ้าเซิร์ฟเวอร์มีแค่พอร์ตเดียวเชื่อมต่อเข้าเน็ตเวิร์ก แล้วสายที่เชื่อมต่อหลุดไป หรือไม่สามารถรองรับปริมาณการรับส่งข้อมูลได้เพียงพอ ก็อาจทำให้เกิดปัญหาการใช้งานได้

ในบทความนี้ขอแนะนำการคอนฟิก Ethernet Bonding (หรือ Teaming) เพื่อแก้ปัญหาที่อาจเกิดขึ้น โดยจะมีการจัดกลุ่มพอร์ตแลนเข้าด้วยกัน เพื่อช่วยในการรับส่งข้อมูล รูปแบบการส่งจะมีสองแบบใหญ่ๆ คือ

    * Active-backup พอร์ตหนึ่งจะทำหน้าพอร์ตหลักเพื่อใช้รับส่งข้อมูล (Active) แต่อีกพอร์ตหนึ่งจะสำรอง (Backup) ไว้เฉยๆ ไม่มีการรับส่งข้อมูลใดๆ ผ่านทางพอร์ตสำรอง แต่เมื่อไรที่พอร์ตหลักมีปัญหาพอร์ตนี้จะรับส่งข้อมูลแทน สำหรับ Ethernet Bonding จะเป็นคอนฟิกใน mode 1
    * Load Balance พอร์ตทั้งหมดในกลุ่มจะช่วยกันรับส่งข้อมูล ส่วนเทคนิคในการรับส่งจะมีหลายแบบด้วยกันแล้วแต่ mode ที่คอนฟิก

ในตัวอย่างจะเป็นการคอนฟิกบน Fedora 9 ซึ่งน่าจะประยุกต์ใช้กับ Fedora เวอร์ชั่นอื่นๆ,  CentOS, RedHat หรือลีนุกซ์ตัวอื่นๆ ได้
เตรียมพอร์ตแลนที่จะคอนฟิกเป็น Ethernet Bonding

ในตัวอย่างจะใช้พอร์ตแลน eth2 และ eth3 เพื่อคอนฟิกรวมเป็น bond0

เริ่มต้นสร้างไฟล์ /etc/sysconfig/network-scripts/ifcfg-bond0 ซึ่งจะเป็นไฟล์คอนฟิกของ bond0 เป็นพอร์ต bonding (ในเครื่องหนึ่งสามารถจัดกลุ่มทำได้หลาย bonding พอร์ตที่คอนฟิกก็จะเป็น bond1, bond2 เป็นต้น) ในไฟล์จะมีคอนฟิก IP Address, Netmask เหมือนที่คอนฟิกพอร์ต ethernet ทั่วไป

ตัวอย่างคอนฟิก ifcfg-bond0

[root@fc9-x1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-bond0
DEVICE=bond0
IPADDR=10.1.0.1
NETMASK=255.255.255.0
BROADCAST=10.1.0.255
ONBOOT=yes
BOOTPROTO=none
USERCTL=no

คอนฟิกพอร์ต (Physical) ให้อยู่ในกลุ่ม bond0 ตามตัวอย่าง

[root@fc9-x1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth2
DEVICE=eth2
BOOTPROTO=none
ONBOOT=yes
MASTER=bond0
SLAVE=yes
USECTL=no

[root@fc9-x1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth3
DEVICE=eth3
BOOTPROTO=none
ONBOOT=yes
MASTER=bond0
SLAVE=yes
USECTL=no

แก้ไขไฟล์ /etc/modprobe.conf เพื่อให้โหลด kernel module สำหรับการทำ bonding ตอนที่มีการโหลดคอนฟิก bond0

[root@fc9-x1 ~]# cat /etc/modprobe.conf
alias bond0 bonding
options bonding miimon=100 mode=1

สามารถระบุว่าจะทำ bonding เพื่อรับส่งข้อมูลแบบไหนได้จากคอนฟิก mode ดังนี้

    * mode=0 (balance-rr) เป็นการส่งข้อมูลแบบ round-robin (load balancing, fault tolerance)
    * mode=1 (active-backup) สถานการณ์ปกติจะมีพอร์ตเดียวเท่านั้นที่ใช้รับส่งข้อมูล (fault tolerance)
    * mode=2 (balance-xor) เป็นการส่งข้อมูลแบบใช้ XOR เพื่อหาพอร์ตที่จะส่ง เช่นคำนวณจาก MAC Address ต้นทางปลายทางเป็นต้น (load balancing, fault tolerance)
    * mode=3 (broadcast)
    * mode=4 (802.3ad) เป็นส่งข้อมูลแบบ Link Aggregation Control Protocol (LACP) / 802.3ad
    * mode=5 (balance-tlb) ส่งข้อมูลแบบ Adaptive transmit load balancing
    * mode=6 (balance-alb) ส่งข้อมูลแบบ Adaptive load balancing

หมายเหตุ รายละเอียดเพิ่มเติมดูได้จากไฟล์ /usr/share/doc/kernel-doc-2.6.25/Documentation/networking/bonding.txt จาก kernel-doc-2.6.25-14.fc9.noarch.rpm

ในเริ่มต้นแนะนำให้ทดสอบกับ mode=1 เพื่อทดลอง active-backup ก่อน

หลังจากสร้างไฟล์คอนฟิกทั้งหมดแล้ว รีบูตเครื่องหนึ่งครั้ง เผื่อให้ bond0 ถูกโหลดขึ้นมา
ตรวจสอบสถานะของ Ethernet Bonding

เมื่อเครื่องบูตเสร็จเรียบร้อย ถ้าถูกต้องเมื่อรันคำสั่ง ifconfig จะมีพอร์ต bond0 เพิ่มขึ้นมาตามตัวอย่าง

[root@server ~]# ifconfig
bond0     Link encap:Ethernet  HWaddr 00:0C:22:FF:11:55
          inet addr:10.1.0.1  Bcast:10.1.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:13 errors:0 dropped:0 overruns:0 frame:0
          TX packets:19 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1160 (1.1 KiB)  TX bytes:1574 (1.5 KiB)

...

eth2      Link encap:Ethernet  HWaddr 00:0C:22:FF:11:55
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:19 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1100 (1.0 KiB)  TX bytes:1574 (1.5 KiB)
          Interrupt:16 Base address:0x1824

eth3      Link encap:Ethernet  HWaddr 00:0C:22:FF:11:55
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:1 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:60 (60.0 b)  TX bytes:0 (0.0 b)
          Interrupt:17 Base address:0x18a4

ข้อสังเกตจากคำสั่ง ifconfig

    * HWaddr หรือ MAC Address ของแต่ละพอร์ตที่ทำ bonding ด้วยกันจะเป็นค่าเดียวกันหมด ทั้งนี้เพื่อประโยชน์ในการทำ fail over
    * ในโหมด active-backup ปกติจะมีพอร์ตเดียวทำหน้าที่เป็นหลักใช้ในการรับส่งข้อมูล ซึ่งดูได้จากค่า RX, TX packets

หากต้องการรู้ว่าพอร์ตไหนถูกใช้เป็นหลัก (active) ในการส่งข้อมูล สามารถดูได้จากไฟล์ /proc/net/bonding/bond0

ตัวอย่างไฟล์ /proc/net/bonding/bond0

[root@fc9-x1 ~]# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.2.5 (March 21, 2008)

Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: eth2
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

Slave Interface: eth2
MII Status: up
Link Failure Count: 0
Permanent HW addr: 00:0c:22:ff:11:55

Slave Interface: eth3
MII Status: up
Link Failure Count: 0
Permanent HW addr: 00:0c:22:ff:11:56

จากตัวอย่างพอร์ตหลักที่ถูกใช้ในโหมด (active-backup) คือพอร์ต eth2 ดูได้จาก Currently Active Slave: eth2
ทดสอบการ fail over

แนะนำว่าก่อนที่จะดึงสายแลนให้รันคำสั่ง ping ทิ้งไว้ เพื่อดูว่าเวลาที่มีการ fail over จะยังส่งข้อมูลต่อไปได้เลยไหม

ทดลองดึงสายออกจากพอร์ต eth2 แล้วตรวจสอบไฟล์ /proc/net/bonding/bond0 อีกครั้ง จะเห็นว่าพอร์ต eth3 จะถูกนำมาใช้เป็นหลักในการรับส่งข้อมูลแทน แล้วคำสั่ง ping ก็ยังคงทำงานอยู่ อาจมีสะดุดไปบ้างเล็กน้อย

[root@fc9-x1 ~]# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.2.5 (March 21, 2008)

Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: eth3
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

Slave Interface: eth2
MII Status: down
Link Failure Count: 1
Permanent HW addr: 00:0c:22:ff:11:55

Slave Interface: eth3
MII Status: up
Link Failure Count: 0
Permanent HW addr: 00:0c:22:ff:11:56

จากผลลัพธ์จะแสดงสถานะของ bonding ต่างๆ ดังนี้

    * Currently Active Slave: eth3 พอร์ตหลักที่ใช้รับส่งข้อมูลตอนนี้
    * Slave Interface: eth2, MII Status: down สถานะของพอร์ต eth2 down
    * Link Failur Count: 1 แสดงตัวเลขจำนวนครั้งที่พอร์ตมีปัญหา

สุดท้ายทดสอบด้วยการเสียบสายกลับเข้าไปที่พอร์ตที่ 2 จะเห็นว่าไม่มีการ fail over กลับมาที่พอร์ต eth2 พอร์ต eth3 จะยังคงเป็นหลักในการรับส่งข้อมูลอยู่

196
แจ้งข้อผิดพลาดการทำงานของ HOSxP V3 / รอ V.3.52.1.15
« เมื่อ: มกราคม 14, 2009, 21:52:30 PM »
สุดยอดการแก้ V.่ีดีที่สุด น่าจะส่ง 18 แฟ้ม 12 แฟ้ม pp แฟ้ม ที่สมบูรณ์ที่สุดในขณะนี้

197
นอกเรื่อง / แจ้งไม่มี HOSxP PostgreSQL Setup (8.2.3)
« เมื่อ: มกราคม 10, 2009, 19:37:15 PM »
ไม่มี HOSxP PostgreSQL Setup (8.2.3) ให้ download ครับ

198
วันที่ 9 มค.ผมมีกิจล่วงหน้า ต้องขอโทษคุณหมออนุกูลด้วยนะครับ
ถ้าให้ดีผมแนะนำให้ admin ใน สสจ.กาญจนบุรี ทุก อำเภอที่ใช้ hosxp pcu

จัดอบรมหลังจากผมไปประชุมที่ นครนายก แล้ว น่าจะได้อะไรมากกว่านี้ครับ
และผมกำลังจัดอบรมที่ รพ.ด่านมะขามเตี้ย และ pcu เรื่องการคีย์ข้อมูล 12 18 pp ให้สมบูรณ์ที่สุด(ผอ.สั่งด่วน)
จัด 3 วัน 19-21 มค. 52  ประเมินให้เจ้าหน้าที่ทุกหน่วยงาน ให้ส่งข้อมูลให้ครบและสมบูรณ์ที่สุด
โดย ผอ.อนุมัติ รางวัลให้ด้วย

199
อยากทราบว่ามีไว้ทำอะไรใช้อย่างไรครับ
เกี่ยวกับ DBPOP หรือเปล่า

200
นอกเรื่อง / สวัสดีปีใหม่ 2552
« เมื่อ: ธันวาคม 31, 2008, 23:49:51 PM »
 ;D ;D ;D ;D ;D ;D ;D

หน้า: 1 2 3 [4] 5