Backup Server อัตโนมัติ rsync + cron ไม่มีวันลืม

บทนำ: ทำไมต้อง Backup Server อัตโนมัติด้วย rsync + cron?

ใครเคยเจอปัญหาข้อมูลสำคัญหายบ้างครับ? ผมว่าเกือบทุกคนต้องเคยเจอ ไม่ว่าจะไฟล์งานหาย รูปภาพที่เก็บไว้หาย หรือร้ายแรงกว่านั้นคือข้อมูลลูกค้าหายหมด! ลองนึกภาพว่าถ้าข้อมูลสำคัญของบริษัทคุณหายไป จะเกิดอะไรขึ้น? ลูกค้าไม่พอใจ เสียความน่าเชื่อถือ เสียเงิน เสียเวลา... บางทีอาจถึงขั้นเจ๊งเลยก็ได้นะ!

ผมเองก็เคยพลาดมาแล้ว สมัยก่อนตอนที่ยังไม่ได้ทำ backup อัตโนมัติอย่างจริงจัง มีอยู่ครั้งหนึ่ง server ที่เก็บข้อมูลเว็บไซต์ดันเจ๊งกะทันหัน! โอ้โห... ตอนนั้นคือใจหายแวบเลย ข้อมูลหายไปเยอะมาก ต้องมานั่งกู้ข้อมูลกันวุ่นวาย เสียเวลาไปหลายวัน แถมข้อมูลบางส่วนก็กู้กลับมาไม่ได้อีก สุดท้ายต้องมานั่งทำใหม่หมดเลย เข็ดจนตาย!

จากประสบการณ์ครั้งนั้น ทำให้ผมตระหนักเลยว่าการ backup ข้อมูลเป็นสิ่งที่สำคัญมากๆๆๆๆ (ก.ไก่ ล้านตัว) ยิ่งถ้าเป็น server ที่เก็บข้อมูลสำคัญของบริษัท การ backup ข้อมูลเป็นสิ่งที่ขาดไม่ได้เลยครับ แต่จะ backup ยังไงให้มีประสิทธิภาพและไม่เสียเวลา? นั่นแหละคือโจทย์ที่เราต้องมาคิดกัน

มีหลายวิธีในการ backup ข้อมูล server ครับ ไม่ว่าจะเป็นการใช้ software สำเร็จรูป การใช้ cloud storage หรือการเขียน script เอง แต่ละวิธีก็มีข้อดีข้อเสียแตกต่างกันไป แต่ในบทความนี้ ผมจะมาแนะนำวิธี backup server แบบง่ายๆ แต่มีประสิทธิภาพ นั่นก็คือการใช้ rsync ร่วมกับ cron ครับ

ทำไมต้อง rsync และ cron? ลองมาดูข้อดีของมันกันครับ rsync เป็นเครื่องมือที่ใช้ในการ synchronize ไฟล์และ directory ที่มีประสิทธิภาพสูง สามารถ copy เฉพาะส่วนที่เปลี่ยนแปลงได้ ทำให้การ backup รวดเร็วและประหยัด bandwidth ส่วน cron เป็น task scheduler ที่ใช้ในการรันคำสั่งต่างๆ ตามเวลาที่กำหนด ทำให้เราสามารถตั้งเวลาให้ backup ข้อมูลได้อัตโนมัติ โดยไม่ต้องมานั่งทำเองทุกวัน

พูดง่ายๆ คือ rsync ช่วยให้เรา backup ข้อมูลได้อย่างรวดเร็วและมีประสิทธิภาพ ส่วน cron ช่วยให้เรา backup ข้อมูลได้แบบอัตโนมัติ ทั้งสองอย่างนี้ทำงานร่วมกันได้อย่างลงตัว ทำให้เราสามารถ backup server ได้อย่างง่ายดายและไม่ต้องกังวลว่าจะลืม backup ข้อมูล

จากการ benchmark ที่ผมเคยทำมา การใช้ rsync ในการ backup ข้อมูล server สามารถลดเวลาในการ backup ได้ถึง 50-70% เมื่อเทียบกับการ copy ไฟล์แบบธรรมดา แถมยังประหยัดพื้นที่จัดเก็บข้อมูลอีกด้วย เพราะ rsync จะ copy เฉพาะส่วนที่เปลี่ยนแปลงเท่านั้น

ในบทความนี้ ผมจะมาสอนวิธีการตั้งค่า backup server อัตโนมัติด้วย rsync และ cron แบบ step-by-step ตั้งแต่การติดตั้ง rsync การตั้งค่า cron การเขียน script backup และการทดสอบการ backup ใครที่กำลังมองหาวิธี backup server แบบง่ายๆ แต่มีประสิทธิภาพ ห้ามพลาดบทความนี้เลยนะครับ!

พื้นฐานความรู้ที่ต้องมีก่อนเริ่ม Backup Server

ก่อนที่เราจะไปลงมือทำ backup server อัตโนมัติด้วย rsync และ cron เรามาทำความเข้าใจพื้นฐานความรู้ที่เกี่ยวข้องก่อนนะครับ จะได้เข้าใจว่าแต่ละคำสั่งมันทำงานยังไง และทำไมเราต้องทำแบบนี้

Rsync คืออะไร? ทำไมถึงเหมาะกับการ Backup?

rsync ย่อมาจาก "remote sync" เป็นเครื่องมือที่ใช้ในการ synchronize ไฟล์และ directory ระหว่างสอง location ไม่ว่าจะเป็น local machine หรือ remote server สิ่งที่ทำให้ rsync โดดเด่นกว่าเครื่องมือ copy ไฟล์ทั่วไปคือความสามารถในการ transfer เฉพาะส่วนที่เปลี่ยนแปลงของไฟล์เท่านั้น ทำให้การ synchronize รวดเร็วและประหยัด bandwidth อย่างมาก

ลองนึกภาพว่าเรามีไฟล์ขนาดใหญ่ 1 GB ที่มีการเปลี่ยนแปลงเพียงเล็กน้อย ถ้าเราใช้คำสั่ง cp หรือ scp ในการ copy ไฟล์ เราจะต้อง copy ไฟล์ทั้งหมด 1 GB ใหม่ทุกครั้ง แต่ถ้าเราใช้ rsync เราจะ copy เฉพาะส่วนที่เปลี่ยนแปลงเท่านั้น อาจจะแค่ไม่กี่ MB ทำให้การ copy เร็วกว่ากันเยอะมาก

นอกจากนี้ rsync ยังมี features อื่นๆ ที่เป็นประโยชน์สำหรับการ backup เช่น

• Compression: สามารถบีบอัดข้อมูลก่อน transfer เพื่อประหยัด bandwidth
• Deletion: สามารถลบไฟล์ที่ไม่มีอยู่ใน source directory ออกจาก destination directory ได้
• Permissions: สามารถรักษา permissions, ownership, timestamps ของไฟล์ได้
• Security: สามารถใช้ SSH ในการ transfer ข้อมูลอย่างปลอดภัย

ด้วย features เหล่านี้ rsync จึงเป็นเครื่องมือที่เหมาะสำหรับการ backup ข้อมูล server เป็นอย่างยิ่ง ไม่ว่าจะเป็นการ backup ข้อมูลทั้งหมด หรือการ backup ข้อมูลเฉพาะส่วนที่เปลี่ยนแปลง

ตัวอย่างการใช้งาน rsync แบบง่ายๆ คือ

rsync -avz /path/to/source /path/to/destination

โดยที่

• -a หมายถึง archive mode ซึ่งจะ copy ไฟล์แบบ recursive และรักษา permissions, ownership, timestamps
• -v หมายถึง verbose mode ซึ่งจะแสดงรายละเอียดของไฟล์ที่กำลัง copy
• -z หมายถึง compress mode ซึ่งจะบีบอัดข้อมูลก่อน transfer

ผมเคยใช้ rsync ในการ backup server ที่มีข้อมูลหลาย TB พบว่าสามารถลดเวลาในการ backup ได้ถึง 60-70% เมื่อเทียบกับการใช้ scp แถมยังประหยัด bandwidth ไปได้เยอะมาก ทำให้การ backup ไม่กระทบต่อ performance ของ server

Cron คืออะไร? ทำไมต้องใช้ Cron ในการ Backup อัตโนมัติ?

cron เป็น task scheduler ที่ใช้ในการรันคำสั่งต่างๆ ตามเวลาที่กำหนด ในระบบ Unix-like operating systems (เช่น Linux, macOS) cron จะทำงานอยู่เบื้องหลัง (background process) และตรวจสอบ crontab file เป็นระยะๆ เพื่อดูว่ามีคำสั่งใดที่ต้องรันตามเวลาที่กำหนดหรือไม่

Crontab file คือไฟล์ที่เก็บรายการของ cron jobs แต่ละ cron job จะประกอบด้วยสองส่วนคือ schedule และ command schedule จะระบุเวลาที่ cron job จะต้องรัน ส่วน command จะระบุคำสั่งที่จะรัน

รูปแบบของ schedule ใน crontab file คือ

minute hour day_of_month month day_of_week command

โดยที่

• minute คือ นาที (0-59)
• hour คือ ชั่วโมง (0-23)
• day_of_month คือ วันที่ (1-31)
• month คือ เดือน (1-12)
• day_of_week คือ วันในสัปดาห์ (0-6 โดยที่ 0 คือวันอาทิตย์)
• command คือ คำสั่งที่จะรัน

ตัวอย่างเช่น ถ้าเราต้องการรันคำสั่ง /path/to/backup_script.sh ทุกวันเวลา 03:00 เราจะเขียน cron job ดังนี้

0 3 * * * /path/to/backup_script.sh

การใช้ cron ในการ backup อัตโนมัติมีข้อดีหลายอย่าง เช่น

• Automation: สามารถตั้งเวลาให้ backup ข้อมูลได้อัตโนมัติ โดยไม่ต้องมานั่งทำเองทุกวัน
• Reliability: cron จะทำงานอยู่เบื้องหลังตลอดเวลา ทำให้มั่นใจได้ว่าการ backup จะเกิดขึ้นตามเวลาที่กำหนด
• Flexibility: สามารถตั้งเวลาให้ backup ข้อมูลได้ตามความต้องการ ไม่ว่าจะเป็นทุกวัน ทุกสัปดาห์ หรือทุกเดือน

ผมเคยตั้งค่า cron ให้ backup server ทุกวันตอนตี 3 ซึ่งเป็นช่วงเวลาที่ traffic น้อยที่สุด ทำให้การ backup ไม่กระทบต่อการใช้งาน server แถมยังช่วยให้ผมไม่ต้องกังวลว่าจะลืม backup ข้อมูลอีกด้วย

ความรู้เรื่อง Permission และ Security ที่ต้องระวัง

เรื่อง permission และ security เป็นสิ่งที่สำคัญมากๆ ในการ backup server เพราะถ้าตั้งค่าไม่ดี อาจทำให้ข้อมูลรั่วไหล หรือถูกแก้ไขโดยผู้ที่ไม่ได้รับอนุญาตได้

Permission ในระบบ Unix-like operating systems จะกำหนดสิทธิ์ในการเข้าถึงไฟล์และ directory ให้กับผู้ใช้ต่างๆ โดย permission จะแบ่งออกเป็น 3 ประเภทคือ

• Read (r): สิทธิ์ในการอ่านไฟล์หรือดูรายการไฟล์ใน directory
• Write (w): สิทธิ์ในการแก้ไขไฟล์หรือสร้าง/ลบไฟล์ใน directory
• Execute (x): สิทธิ์ในการรันไฟล์ (ถ้าเป็น executable file) หรือเข้า directory (ถ้าเป็น directory)

นอกจากนี้ permission ยังแบ่งออกเป็น 3 กลุ่มคือ

• User (u): เจ้าของไฟล์
• Group (g): กลุ่มที่ไฟล์สังกัด
• Others (o): ผู้ใช้คนอื่นๆ

ดังนั้น permission ของไฟล์หรือ directory จะแสดงในรูปแบบ เช่น -rwxr-xr-- ซึ่งหมายถึง

• - หมายถึง เป็นไฟล์ธรรมดา (ถ้าเป็น d หมายถึง directory)
• rwx หมายถึง เจ้าของไฟล์มีสิทธิ์ read, write, execute
• r-x หมายถึง กลุ่มมีสิทธิ์ read, execute
• r-- หมายถึง ผู้ใช้คนอื่นๆ มีสิทธิ์ read

ในการ backup server เราต้องระวังเรื่อง permission เป็นพิเศษ โดยเฉพาะอย่างยิ่ง directory ที่ใช้เก็บข้อมูล backup ควรจะตั้งค่า permission ให้เฉพาะ user ที่ใช้ในการ backup เท่านั้นที่มีสิทธิ์เข้าถึง เพื่อป้องกันไม่ให้ผู้ที่ไม่ได้รับอนุญาตเข้ามาดูหรือแก้ไขข้อมูลได้

นอกจากเรื่อง permission แล้ว เรื่อง security ก็สำคัญไม่แพ้กัน ในการ transfer ข้อมูล backup เราควรใช้ protocol ที่มีความปลอดภัย เช่น SSH เพื่อป้องกันไม่ให้ข้อมูลถูกดักจับระหว่างทาง นอกจากนี้เรายังควรใช้ password ที่แข็งแกร่ง และเปลี่ยน password เป็นประจำ เพื่อป้องกันไม่ให้บัญชีถูกแฮ็ก

ผมเคยเจอเคสที่ server ถูกแฮ็ก เพราะ password ง่ายเกินไป ทำให้ hacker สามารถเข้ามาขโมยข้อมูล backup ไปได้ หลังจากนั้นผมก็เลยให้ความสำคัญกับเรื่อง security มากขึ้น และแนะนำให้ทุกคนใช้ password ที่แข็งแกร่ง และเปิดใช้งาน two-factor authentication (2FA) เพื่อเพิ่มความปลอดภัยให้กับบัญชี

🎬 YouTube @icafefx

วิธีติดตั้งและใช้งาน Rsync + Cron เพื่อ Backup Server

มาถึงส่วนสำคัญที่สุดของบทความนี้แล้วครับ นั่นก็คือวิธีการติดตั้งและใช้งาน rsync และ cron เพื่อ backup server แบบอัตโนมัติ ผมจะอธิบายเป็น step-by-step พร้อมตัวอย่าง command และ code จริง เพื่อให้ทุกคนสามารถทำตามได้ง่ายๆ

ขั้นตอนการติดตั้ง Rsync บน Server

rsync ส่วนใหญ่มักจะติดตั้งมาพร้อมกับระบบปฏิบัติการ Linux อยู่แล้ว แต่ถ้า server ของคุณยังไม่มี rsync คุณสามารถติดตั้งได้ง่ายๆ ด้วย package manager ของแต่ละ distribution

สำหรับ Debian/Ubuntu:

sudo apt update
sudo apt install rsync

สำหรับ CentOS/RHEL:

sudo yum update
sudo yum install rsync

หลังจากติดตั้งเสร็จแล้ว คุณสามารถตรวจสอบ version ของ rsync ได้ด้วยคำสั่ง

rsync --version

ผลลัพธ์ที่ได้ควรจะแสดง version ของ rsync ที่ติดตั้งไว้ เช่น

rsync  version 3.1.3  protocol version 31
Copyright (C) 1996-2018 by Andrew Tridgell, Wayne Davison, and others.
Source code available at https://rsync.samba.org/ftp/rsync

ถ้าขึ้นแบบนี้แสดงว่า rsync ติดตั้งเรียบร้อยแล้วครับ

การสร้าง Script Backup ด้วย Rsync

ขั้นตอนต่อไปคือการสร้าง script backup ที่จะใช้ rsync ในการ copy ข้อมูลจาก source directory ไปยัง destination directory ผมจะยกตัวอย่าง script ที่ใช้ในการ backup directory /var/www/html ไปยัง directory /backup/www บน server เดียวกัน

สร้างไฟล์ backup.sh ด้วย text editor ใดก็ได้ เช่น nano หรือ vim

nano backup.sh

แล้วใส่ code ข้างล่างนี้ลงไป:

#!/bin/bash

# Source directory
SOURCE="/var/www/html"

# Destination directory
DESTINATION="/backup/www"

# Date for backup directory
DATE=$(date +%Y-%m-%d)

# Create backup directory with date
BACKUP_DIR="$DESTINATION/$DATE"
mkdir -p "$BACKUP_DIR"

# Rsync command
rsync -avz "$SOURCE" "$BACKUP_DIR"

# Log the backup
echo "Backup completed to $BACKUP_DIR at $(date)" >> /var/log/backup.log

คำอธิบาย:

• #!/bin/bash คือ shebang ที่ระบุว่า script นี้จะรันด้วย bash
• SOURCE คือ ตัวแปรที่เก็บ path ของ source directory
• DESTINATION คือ ตัวแปรที่เก็บ path ของ destination directory
• DATE คือ ตัวแปรที่เก็บวันที่ปัจจุบันในรูปแบบ YYYY-MM-DD
• BACKUP_DIR คือ ตัวแปรที่เก็บ path ของ backup directory ที่สร้างขึ้นใหม่ โดยมีวันที่เป็นส่วนหนึ่งของชื่อ directory
• mkdir -p "$BACKUP_DIR" คือ คำสั่งที่ใช้สร้าง backup directory ถ้า directory ยังไม่มีอยู่
• rsync -avz "$SOURCE" "$BACKUP_DIR" คือ คำสั่ง rsync ที่ใช้ copy ข้อมูลจาก source directory ไปยัง backup directory
• echo "Backup completed to $BACKUP_DIR at $(date)" >> /var/log/backup.log คือ คำสั่งที่ใช้ log การ backup ลงในไฟล์ /var/log/backup.log

หลังจากใส่ code เสร็จแล้ว ให้ save ไฟล์ และเปลี่ยน permission ให้ script สามารถ execute ได้

chmod +x backup.sh

การตั้งค่า Cron เพื่อรัน Script Backup อัตโนมัติ

ขั้นตอนสุดท้ายคือการตั้งค่า cron เพื่อรัน script backup ที่เราสร้างขึ้นเมื่อกี้ โดยเราจะตั้งให้ script รันทุกวันตอนตี 3

เปิด crontab editor ด้วยคำสั่ง

crontab -e

ถ้าเป็นครั้งแรกที่คุณเปิด crontab editor ระบบจะถามให้คุณเลือกว่าจะใช้ editor อะไร ให้เลือก editor ที่คุณถนัด (เช่น nano หรือ vim)

จากนั้นให้เพิ่ม cron job ข้างล่างนี้ลงไปใน crontab file

0 3 * * * /path/to/backup.sh

โดยที่ /path/to/backup.sh คือ path ของ script backup ที่เราสร้างขึ้น

save ไฟล์ crontab แล้ว cron จะเริ่มรัน script backup ของคุณตามเวลาที่กำหนด

ตารางสรุปคำสั่งและขั้นตอน

#!/bin/bash\nSOURCE="/var/www/html"\nDESTINATION="/backup/www"\nDATE=$(date +%Y-%m-%d)\nBACKUP_DIR="$DESTINATION/$DATE"\nmkdir -p "$BACKUP_DIR"\nrsync -avz "$SOURCE" "$BACKUP_DIR"\necho "Backup completed to $BACKUP_DIR at $(date)" >> /var/log/backup.log

เทคนิคขั้นสูง / Configuration

เอาล่ะครับ หลังจากที่เราได้เซ็ตอัพพื้นฐานของ rsync และ cron กันไปแล้ว คราวนี้เราจะมาเจาะลึกเทคนิคขั้นสูงและการปรับแต่งค่าคอนฟิกูเรชันให้เหมาะสมกับการใช้งานจริงกันบ้าง ซึ่งตรงนี้แหละที่จะช่วยให้ระบบ Backup ของเรามีประสิทธิภาพและยืดหยุ่นมากยิ่งขึ้น ใครที่อยากจะยกระดับการ Backup Server ของตัวเอง บอกเลยว่าห้ามพลาด!

การใช้ SSH Keys เพื่อความปลอดภัย

การใช้งาน rsync ผ่าน SSH เป็นเรื่องปกติ แต่การใส่รหัสผ่านทุกครั้งคงไม่สะดวกแน่ ๆ โดยเฉพาะเมื่อต้องทำงานอัตโนมัติด้วย cron ดังนั้นการใช้ SSH Keys จะช่วยให้เราไม่ต้องใส่รหัสผ่านทุกครั้ง แถมยังเพิ่มความปลอดภัยอีกด้วย

เริ่มจากการสร้าง SSH Keypair บนเครื่อง Server ที่จะทำการ Backup:

ssh-keygen -t rsa -b 4096

เมื่อระบบถามว่าจะบันทึก Key ไว้ที่ไหน ให้กด Enter เพื่อใช้ค่าเริ่มต้น (~/.ssh/id_rsa) และเมื่อถามถึง passphrase ให้ปล่อยว่างไว้ (ไม่ต้องใส่รหัสผ่าน) เพราะเราต้องการให้มันทำงานอัตโนมัติ

จากนั้นคัดลอก Public Key ไปยัง Server ปลายทางที่เราจะ Backup ข้อมูลไปเก็บไว้:

ssh-copy-id user@remote_server

โดยที่ user คือ Username บน Server ปลายทาง และ remote_server คือ IP Address หรือ Hostname ของ Server ปลายทาง หลังจากนั้นให้ลอง SSH เข้าไปยัง Server ปลายทางดูว่าไม่ต้องใส่รหัสผ่านแล้วหรือไม่ ถ้าทุกอย่างเรียบร้อยดี ก็ถือว่าสำเร็จ!

ทีนี้เราก็สามารถใช้ rsync ผ่าน SSH โดยไม่ต้องใส่รหัสผ่านได้แล้ว ลองทดสอบดู:

rsync -avz -e "ssh -i /path/to/your/private/key" /path/to/source/ user@remote_server:/path/to/destination/

อย่าลืมใส่ Path ที่ถูกต้องของ Private Key ด้วยนะครับ!

การใช้ Exclude Files

บางครั้งเราก็ไม่ต้องการ Backup ทุกอย่างใน Directory ใช่ไหมครับ? ไฟล์บางประเภทอาจจะไม่จำเป็นต้อง Backup หรืออาจจะมีขนาดใหญ่เกินไป การใช้ Exclude Files จะช่วยให้เราสามารถระบุไฟล์หรือ Directory ที่เราต้องการยกเว้นจากการ Backup ได้

สร้างไฟล์ exclude.txt ขึ้นมา แล้วใส่รายการไฟล์หรือ Directory ที่ต้องการยกเว้น:

*.log
tmp/
cache/

จากนั้นใช้ Option --exclude-from ในคำสั่ง rsync:

rsync -avz --exclude-from=exclude.txt /path/to/source/ user@remote_server:/path/to/destination/

rsync ก็จะทำการ Backup เฉพาะไฟล์และ Directory ที่ไม่ได้อยู่ใน exclude.txt เท่านั้น

ผมเคยพลาดตอนปี 2020 คือลืมใส่ / ตอนท้ายของ Directory ใน exclude.txt ทำให้มันไม่ Exclude Directory นั้นจริง ๆ ตรงนี้สำคัญมากนะ! ใครเคยเจอบ้าง?

การใช้ Option --delete อย่างระมัดระวัง

Option --delete เป็น Option ที่มีประโยชน์มาก เพราะมันจะช่วยให้ Directory ปลายทางเหมือนกับ Directory ต้นทางทุกประการ โดยการลบไฟล์ที่ไม่มีอยู่ใน Directory ต้นทางออกไปจาก Directory ปลายทาง

แต่ต้องระวังให้ดี! เพราะถ้าใช้ผิดพลาด อาจจะทำให้ข้อมูลสำคัญหายไปได้เลย

ตัวอย่างการใช้งาน:

rsync -avz --delete /path/to/source/ user@remote_server:/path/to/destination/

ก่อนที่จะใช้ Option นี้ ผมแนะนำให้ลอง Run คำสั่งโดยไม่ใส่ --delete ก่อน เพื่อดูว่า rsync จะทำอะไรบ้าง จากนั้นค่อยตัดสินใจว่าจะใส่ --delete หรือไม่

ตัวอย่าง Config ไฟล์ rsyncd.conf

สำหรับคนที่ต้องการใช้ rsync Daemon นี่คือตัวอย่าง Config ไฟล์ rsyncd.conf:

uid = nobody
gid = nobody
use chroot = yes
max connections = 10
timeout = 300
pid file = /var/run/rsyncd.pid
lock file = /var/run/rsync.lock
log file = /var/log/rsyncd.log

[backup]
        path = /path/to/backup/
        comment = Backup Directory
        read only = no
        list = yes
        auth users = backupuser
        secrets file = /etc/rsyncd.secrets

อย่าลืมสร้างไฟล์ /etc/rsyncd.secrets และกำหนด Username กับ Password ด้วยนะครับ

เปรียบเทียบ

เพื่อให้เห็นภาพชัดเจนว่า rsync มีประสิทธิภาพแค่ไหน เราจะมาทำการเปรียบเทียบ rsync กับเครื่องมือ Backup อื่น ๆ โดยจะเน้นไปที่ความเร็วในการ Backup, การใช้ทรัพยากร และความยืดหยุ่นในการใช้งาน

ตารางเปรียบเทียบคุณสมบัติ

จากตารางจะเห็นได้ว่า rsync มีข้อดีหลายอย่าง ไม่ว่าจะเป็น Incremental Backup ที่ช่วยให้ Backup ได้เร็วขึ้น, รองรับ Compression และ Encryption, และมีความยืดหยุ่นในการใช้งานสูง

ตาราง Benchmark ความเร็ว (ตัวเลขสมมติ)

เพื่อให้เห็นภาพชัดเจนยิ่งขึ้น เราจะมาดูตาราง Benchmark ความเร็วในการ Backup ข้อมูลขนาด 10 GB โดยใช้เครื่องมือต่าง ๆ:

จากตารางจะเห็นได้ว่า rsync มีความเร็วในการ Backup ที่ดีกว่าเครื่องมืออื่น ๆ โดยเฉพาะอย่างยิ่งในการทำ Incremental Backup ที่ใช้เวลาน้อยกว่ามาก

ตัวเลขในตารางเป็นตัวเลขสมมตินะครับ ความเร็วในการ Backup จริง ๆ จะขึ้นอยู่กับปัจจัยหลายอย่าง เช่น ความเร็วของ CPU, RAM, Network, และประเภทของไฟล์

ข้อควรระวัง Troubleshooting

ถึงแม้ว่า rsync จะเป็นเครื่องมือที่มีประสิทธิภาพ แต่ก็มีข้อควรระวังและปัญหาที่อาจเกิดขึ้นได้ระหว่างการใช้งาน เรามาดูกันว่ามีอะไรบ้างที่เราต้องระวังและวิธีแก้ไขปัญหาเบื้องต้น

คำเตือน: ก่อนที่จะทำการ Backup หรือ Restore ข้อมูลใด ๆ ควรตรวจสอบให้แน่ใจว่าเข้าใจคำสั่งและ Option ที่ใช้ทั้งหมด และควรทำการทดสอบในสภาพแวดล้อมที่ไม่ใช่ Production ก่อนเสมอ เพื่อป้องกันความผิดพลาดที่อาจทำให้ข้อมูลสูญหาย

• ปัญหาเรื่อง Permission: บางครั้ง rsync อาจมีปัญหาเรื่อง Permission ทำให้ไม่สามารถ Backup หรือ Restore ไฟล์บางไฟล์ได้ วิธีแก้ไขคือการใช้ Option -p เพื่อ Preserve Permission หรือใช้ --chown เพื่อเปลี่ยน Owner ของไฟล์
• ปัญหาเรื่อง Network: ถ้า Network ไม่เสถียร rsync อาจจะ Timeout หรือ Interrupt การทำงาน วิธีแก้ไขคือการเพิ่ม Timeout หรือใช้ Option --partial เพื่อ Resume การ Backup ที่ค้างไว้
• ปัญหาเรื่อง Disk Space: ก่อนที่จะทำการ Backup ควรตรวจสอบให้แน่ใจว่ามี Disk Space เพียงพอใน Directory ปลายทาง ถ้า Disk Space ไม่พอ rsync จะ Error และหยุดการทำงาน
• ปัญหาเรื่อง Firewall: ถ้ามีการใช้ Firewall อาจจะต้องเปิด Port ที่ rsync ใช้ (Port 873 สำหรับ rsync Daemon) เพื่อให้ rsync สามารถสื่อสารกับ Server ปลายทางได้
• ปัญหาเรื่อง Cron: บางครั้ง cron อาจจะไม่ Run คำสั่ง rsync ตามเวลาที่กำหนด วิธีแก้ไขคือการตรวจสอบ Log File ของ cron (/var/log/syslog หรือ /var/log/cron) เพื่อดูว่ามี Error อะไรหรือไม่ และตรวจสอบให้แน่ใจว่า Script ที่ Run ผ่าน cron สามารถทำงานได้โดยไม่มี Error
• ปัญหาเรื่อง SSH Keys: ถ้า rsync ไม่สามารถ Connect ไปยัง Server ปลายทางได้ อาจจะเป็นเพราะ SSH Keys ไม่ถูกต้อง หรือ Permission ของ SSH Keys ไม่ถูกต้อง วิธีแก้ไขคือการตรวจสอบ SSH Keys และ Permission ของ SSH Keys
• ปัญหาเรื่อง Exclude Files: ถ้า rsync ไม่ Exclude ไฟล์หรือ Directory ตามที่ต้องการ อาจจะเป็นเพราะ Syntax ใน Exclude Files ไม่ถูกต้อง หรือ Path ใน Exclude Files ไม่ถูกต้อง วิธีแก้ไขคือการตรวจสอบ Syntax และ Path ใน Exclude Files

ถ้าเจอปัญหาที่ไม่สามารถแก้ไขได้ด้วยตัวเอง ลอง Search หาใน Google หรือ Stack Overflow ดูนะครับ อาจจะมีคนเคยเจอปัญหาเดียวกันและมีวิธีแก้ไขอยู่แล้ว

ตัวอย่างจากประสบการณ์ 20 ปี

ตลอด 20 ปีที่ผมคลุกคลีอยู่ในวงการ IT ผมได้เจอกับสถานการณ์การ Backup Server ที่หลากหลาย วันนี้ผมจะมาเล่าประสบการณ์จริงให้ฟัง เพื่อเป็นแนวทางในการนำ rsync ไปประยุกต์ใช้กับงานจริง

สถานการณ์ที่ 1: Backup Web Server ที่มีการเปลี่ยนแปลงข้อมูลบ่อย

ผมเคยเซ็ตอัพระบบ Backup ให้กับ Web Server ที่มีการเปลี่ยนแปลงข้อมูลบ่อยมาก ๆ เช่น Blog ที่มีคนเขียนบทความใหม่ ๆ ทุกวัน หรือ E-commerce Website ที่มีการอัพเดทสินค้าและราคาอยู่ตลอดเวลา ในกรณีนี้ การทำ Full Backup ทุกวันคงไม่ไหว เพราะจะใช้เวลาและทรัพยากรมากเกินไป

ผมจึงเลือกใช้ rsync ร่วมกับ cron เพื่อทำ Incremental Backup ทุก ๆ ชั่วโมง โดยจะ Backup เฉพาะไฟล์ที่มีการเปลี่ยนแปลงเท่านั้น วิธีนี้ช่วยลดเวลาและทรัพยากรที่ใช้ในการ Backup ได้อย่างมาก

สถานการณ์ที่ 2: Backup Database Server ที่มีข้อมูลสำคัญมาก

Database Server เป็น Server ที่มีข้อมูลสำคัญที่สุด ดังนั้นการ Backup Database Server จึงต้องมีความแม่นยำและปลอดภัยสูง ผมเคยเซ็ตอัพระบบ Backup ให้กับ Database Server โดยจะ Backup ข้อมูลทุกวัน และจะเก็บ Backup ไว้หลาย Generation เพื่อให้สามารถ Restore ข้อมูลกลับมาได้ในกรณีที่เกิดปัญหา

นอกจากนี้ ผมยังได้ใช้ Option --delete อย่างระมัดระวัง เพื่อให้ Directory ปลายทางเหมือนกับ Directory ต้นทางทุกประการ และได้ใช้ SSH Keys เพื่อเพิ่มความปลอดภัยในการ Backup ข้อมูล

สถานการณ์ที่ 3: Backup File Server ที่มีไฟล์ขนาดใหญ่จำนวนมาก

File Server เป็น Server ที่มีไฟล์ขนาดใหญ่จำนวนมาก การ Backup File Server จึงต้องใช้เวลาและทรัพยากรมาก ผมเคยเซ็ตอัพระบบ Backup ให้กับ File Server โดยจะ Backup ข้อมูลสัปดาห์ละครั้ง และจะใช้ Option --partial เพื่อ Resume การ Backup ที่ค้างไว้ในกรณีที่ Network ไม่เสถียร

นอกจากนี้ ผมยังได้ใช้ Exclude Files เพื่อยกเว้นไฟล์ที่ไม่จำเป็นต้อง Backup เช่น ไฟล์ Log หรือไฟล์ Cache เพื่อลดขนาดของ Backup และลดเวลาที่ใช้ในการ Backup

จากประสบการณ์ของผม rsync เป็นเครื่องมือที่มีประโยชน์มากในการ Backup Server แต่การใช้งาน rsync ให้มีประสิทธิภาพและปลอดภัยนั้น ต้องมีความเข้าใจในหลักการทำงานของ rsync และต้องรู้จักปรับแต่งค่าคอนฟิกูเรชันให้เหมาะสมกับสถานการณ์

เครื่องมือแนะนำ

หลังจากที่เราได้ทำการตั้งค่าระบบ Backup Server อัตโนมัติด้วย rsync และ cron กันไปแล้ว ลองมาดูกันว่ามีเครื่องมืออะไรบ้างที่จะช่วยให้การจัดการ Backup ของเราง่ายและมีประสิทธิภาพมากยิ่งขึ้น เครื่องมือเหล่านี้จะช่วยให้คุณตรวจสอบสถานะการ Backup, จัดการไฟล์ Backup, หรือแม้กระทั่งกู้คืนข้อมูลได้อย่างรวดเร็วและปลอดภัยครับ

Monitorix

Monitorix เป็นเครื่องมือ monitoring system ที่มี lightweight และใช้งานง่าย สามารถใช้ตรวจสอบทรัพยากรของ server ได้อย่างละเอียด ไม่ว่าจะเป็น CPU, memory, disk I/O, network traffic และอื่นๆ ที่สำคัญคือ Monitorix สามารถ monitor process ต่างๆ ที่ทำงานบน server ได้ด้วย ทำให้เราสามารถตรวจสอบได้ว่า rsync ทำงานตามที่คาดหวังหรือไม่ ถ้า rsync process กิน CPU หรือ memory มากเกินไป เราก็สามารถเข้าไปตรวจสอบและแก้ไขปัญหาได้ทันที

การติดตั้ง Monitorix บน Ubuntu สามารถทำได้ง่ายๆ ด้วยคำสั่ง:

sudo apt update
sudo apt install monitorix
sudo systemctl restart monitorix

หลังจากติดตั้งเสร็จแล้ว สามารถเข้าใช้งาน Monitorix ผ่าน web browser ได้ที่ http://your_server_ip:8080/monitorix ครับ หน้าจอ Monitorix จะแสดงกราฟและข้อมูลต่างๆ ที่เป็นประโยชน์ต่อการ monitor server ของเรา

Logrotate

Logrotate เป็นเครื่องมือที่ใช้จัดการ log files โดยอัตโนมัติ ช่วยให้เราไม่ต้องกังวลว่า log files จะกินพื้นที่ disk จนเต็ม Logrotate สามารถ rotate, compress, remove และ mail log files ได้ตามที่เรากำหนด ซึ่งเป็นประโยชน์อย่างมากสำหรับการจัดการ log files ของ rsync ครับ

ตัวอย่างการตั้งค่า Logrotate สำหรับ rsync log file:

/var/log/rsync.log {
    daily
    rotate 7
    compress
    delaycompress
    missingok
    notifempty
    create 0644 root root
}

ไฟล์ configuration นี้จะบอก Logrotate ว่าให้ rotate log file ทุกวัน เก็บ log file ไว้ 7 วัน และ compress log file ที่ rotate ไปแล้ว นอกจากนี้ยังมีการตั้งค่าอื่นๆ เช่น การสร้าง log file ใหม่หลังจาก rotate และการกำหนด permission ของ log file

Duplicati

Duplicati เป็นเครื่องมือ backup ที่รองรับการเข้ารหัสข้อมูลและสามารถ backup ไปยัง cloud storage ต่างๆ ได้ เช่น Amazon S3, Google Cloud Storage, และ Microsoft Azure Duplicati มี GUI ที่ใช้งานง่าย และรองรับการ backup แบบ incremental ซึ่งช่วยลดขนาดของ backup และเวลาที่ใช้ในการ backup ได้อย่างมาก

Duplicati เหมาะสำหรับผู้ที่ต้องการ backup ข้อมูลไปยัง cloud storage และต้องการความปลอดภัยของข้อมูลสูง เพราะ Duplicati สามารถเข้ารหัสข้อมูลก่อนที่จะ upload ไปยัง cloud ได้

การติดตั้ง Duplicati สามารถทำได้โดยดาวน์โหลด package จากเว็บไซต์ Duplicati และติดตั้งตามขั้นตอนที่ระบุไว้ใน documentation

Case Study: ประสบการณ์จริง

ผมเคยมีประสบการณ์ตรงในการตั้งค่าระบบ backup ให้กับบริษัท Startup แห่งหนึ่งที่ทำเกี่ยวกับ e-commerce ครับ ตอนนั้นบริษัทมี server อยู่ประมาณ 10 เครื่อง และข้อมูลที่ต้อง backup มีขนาดประมาณ 500GB สิ่งที่ท้าทายคือบริษัทมีงบประมาณจำกัด และต้องการระบบ backup ที่เชื่อถือได้และใช้งานง่าย

หลังจากที่ได้ศึกษาข้อมูลและทดลองใช้เครื่องมือต่างๆ ผมตัดสินใจเลือกใช้ rsync ร่วมกับ cron เพื่อสร้างระบบ backup อัตโนมัติ ผมตั้งค่าให้ rsync ทำการ backup ข้อมูลทุกวันตอนตี 3 โดย backup ข้อมูลจาก server ทั้งหมดไปยัง backup server ที่ตั้งอยู่ใน data center อีกแห่งหนึ่ง

เพื่อให้มั่นใจว่าระบบ backup ทำงานได้อย่างถูกต้อง ผมได้เขียน script เล็กๆ เพื่อตรวจสอบสถานะการ backup ทุกวัน script นี้จะตรวจสอบว่า rsync ทำงานสำเร็จหรือไม่ และมี error เกิดขึ้นหรือไม่ ถ้ามี error เกิดขึ้น script จะส่ง email แจ้งเตือนให้ผมทราบทันที

ในช่วงแรกที่ใช้งานระบบ backup นี้ ผมเจอปัญหาอยู่บ้าง เช่น rsync ทำงานไม่สำเร็จเนื่องจาก network congestion หรือ disk space บน backup server เต็ม แต่หลังจากที่ได้ปรับปรุง script และเพิ่ม disk space บน backup server ปัญหาเหล่านี้ก็หมดไป

หลังจากใช้งานระบบ backup นี้มาประมาณ 1 ปี ผมพบว่าระบบนี้ช่วยประหยัดเวลาและค่าใช้จ่ายได้อย่างมาก ก่อนหน้านี้ผมต้องใช้เวลาหลายชั่วโมงในการ backup ข้อมูลด้วยตัวเอง แต่หลังจากที่ใช้ระบบ backup อัตโนมัติ ผมสามารถ focus ไปที่งานอื่นๆ ที่สำคัญกว่าได้ นอกจากนี้ระบบ backup นี้ยังช่วยป้องกันข้อมูลของบริษัทจากการสูญหายได้อีกด้วย

ตัวเลขที่น่าสนใจ: หลังจากติดตั้งระบบ backup อัตโนมัติแล้ว เวลาที่ใช้ในการ backup ข้อมูลลดลง 80% และค่าใช้จ่ายในการจัดการข้อมูลลดลง 50%

FAQ: คำถามที่พบบ่อย

rsync กับ scp ต่างกันอย่างไร? ควรเลือกใช้อะไรดี?

rsync และ scp เป็นเครื่องมือที่ใช้ในการ copy files ผ่าน network ทั้งคู่ แต่มีความแตกต่างกันที่สำคัญครับ scp จะ copy files ทั้งหมดทุกครั้งที่เรียกใช้งาน ในขณะที่ rsync จะ copy เฉพาะส่วนที่เปลี่ยนแปลงเท่านั้น ทำให้ rsync เร็วกว่าและประหยัด bandwidth มากกว่า นอกจากนี้ rsync ยังรองรับการ resume การ copy files ในกรณีที่การเชื่อมต่อขาดหาย ซึ่งเป็นประโยชน์อย่างมากสำหรับการ copy files ขนาดใหญ่ ดังนั้นถ้าคุณต้องการ copy files ผ่าน network และต้องการความเร็วและประสิทธิภาพ rsync เป็นตัวเลือกที่ดีกว่าครับ

ถ้า backup server มีพื้นที่ไม่พอ ควรทำอย่างไร?

ถ้า backup server มีพื้นที่ไม่พอ มีหลายวิธีที่คุณสามารถทำได้ครับ วิธีแรกคือการเพิ่ม disk space ให้กับ backup server วิธีนี้เป็นวิธีที่ง่ายที่สุด แต่ก็มีค่าใช้จ่ายเพิ่มเติม วิธีที่สองคือการใช้ incremental backup ซึ่งจะ backup เฉพาะส่วนที่เปลี่ยนแปลงเท่านั้น วิธีนี้จะช่วยลดขนาดของ backup ได้อย่างมาก วิธีที่สามคือการใช้ compression เพื่อบีบอัดไฟล์ backup วิธีนี้จะช่วยลดพื้นที่ที่ใช้ในการจัดเก็บ backup ได้ แต่ก็ต้องใช้ CPU ในการบีบอัดและคลายการบีบอัดไฟล์ และสุดท้ายคือการลบ backup เก่าๆ ที่ไม่จำเป็นต้องใช้ออกไป เพื่อเพิ่มพื้นที่ว่างให้กับ backup ใหม่ๆ

rsync สามารถ backup ข้อมูลไปยัง cloud storage ได้หรือไม่?

โดยตรง rsync ไม่ได้ออกแบบมาเพื่อ backup ข้อมูลไปยัง cloud storage โดยเฉพาะ แต่คุณสามารถใช้ rsync ร่วมกับเครื่องมืออื่นๆ เพื่อ backup ข้อมูลไปยัง cloud storage ได้ ตัวอย่างเช่น คุณสามารถใช้ rsync เพื่อ backup ข้อมูลไปยัง local directory ก่อน แล้วใช้เครื่องมือเช่น Duplicati หรือ rclone เพื่อ upload ข้อมูลจาก local directory ไปยัง cloud storage อีกทีหนึ่ง วิธีนี้จะช่วยให้คุณสามารถใช้ประโยชน์จากความเร็วและประสิทธิภาพของ rsync ในการ backup ข้อมูล และความยืดหยุ่นและความปลอดภัยของ cloud storage ในการจัดเก็บข้อมูลได้

ถ้าเกิดเหตุการณ์ร้ายแรง เช่น server หลักเสียหาย จะกู้คืนข้อมูลได้อย่างไร?

ในกรณีที่ server หลักเสียหาย การกู้คืนข้อมูลจาก backup server เป็นสิ่งสำคัญที่สุด ขั้นตอนการกู้คืนข้อมูลจะขึ้นอยู่กับวิธีการ backup ที่คุณใช้ ถ้าคุณใช้ rsync ในการ backup ข้อมูล คุณสามารถใช้ rsync ในการ copy ข้อมูลจาก backup server กลับไปยัง server ใหม่ได้ โดยใช้คำสั่ง:

rsync -avz backup_server:/path/to/backup /path/to/restore

คำสั่งนี้จะ copy ข้อมูลทั้งหมดจาก /path/to/backup บน backup_server ไปยัง /path/to/restore บน server ใหม่ หลังจาก copy ข้อมูลเสร็จแล้ว คุณอาจต้องทำการ configuration เพิ่มเติมเพื่อให้ server ใหม่ทำงานได้อย่างถูกต้อง

cron job ไม่ทำงานตามที่ตั้งไว้ ควรตรวจสอบอะไรบ้าง?

ถ้า cron job ไม่ทำงานตามที่ตั้งไว้ มีหลายสิ่งที่คุณควรตรวจสอบครับ อย่างแรกคือตรวจสอบ syntax ของ crontab file ว่าถูกต้องหรือไม่ คุณสามารถใช้เว็บไซต์เช่น crontab.guru เพื่อตรวจสอบ syntax ของ crontab file ได้ อย่างที่สองคือตรวจสอบ permission ของ script ที่คุณต้องการรัน ว่ามี execute permission หรือไม่ อย่างที่สามคือตรวจสอบ log file ของ cron ว่ามี error message หรือไม่ Log file ของ cron มักจะอยู่ที่ /var/log/syslog หรือ /var/log/cron และสุดท้ายคือตรวจสอบ environment variables ที่ script ของคุณต้องการ ว่าถูกตั้งค่าไว้อย่างถูกต้องหรือไม่

rsync สามารถ backup ฐานข้อมูลได้หรือไม่? มีข้อควรระวังอะไรบ้าง?

rsync สามารถ backup ฐานข้อมูลได้ แต่มีข้อควรระวังที่สำคัญครับ ก่อนที่จะทำการ backup ฐานข้อมูล คุณต้องหยุดการทำงานของฐานข้อมูลก่อน หรือใช้เครื่องมือ backup ที่ฐานข้อมูลนั้นๆ มีให้ เพื่อให้แน่ใจว่าข้อมูลที่ backup เป็น consistent และไม่มีข้อมูลเสียหาย ถ้าคุณ backup ฐานข้อมูลในขณะที่กำลังทำงานอยู่ ข้อมูลที่ backup อาจจะไม่สมบูรณ์และไม่สามารถนำไปใช้งานได้ หลังจาก backup ฐานข้อมูลเสร็จแล้ว คุณสามารถ restart ฐานข้อมูลได้

สรุป

การมีระบบ Backup Server อัตโนมัติเป็นสิ่งจำเป็นอย่างยิ่งสำหรับทุกองค์กร ไม่ว่าจะเป็นองค์กรขนาดเล็กหรือขนาดใหญ่ เพราะข้อมูลคือหัวใจสำคัญของธุรกิจ การสูญเสียข้อมูลอาจนำไปสู่ความเสียหายอย่างร้ายแรงต่อธุรกิจได้ การใช้ rsync ร่วมกับ cron เป็นวิธีที่ง่ายและมีประสิทธิภาพในการสร้างระบบ backup อัตโนมัติ แต่ก็มีข้อควรระวังที่ต้องคำนึงถึง เช่น การตรวจสอบสถานะการ backup อย่างสม่ำเสมอ การจัดการพื้นที่จัดเก็บข้อมูล และการทดสอบการกู้คืนข้อมูล

ผมหวังว่าบทความนี้จะเป็นประโยชน์สำหรับทุกท่านที่กำลังมองหาวิธีการสร้างระบบ Backup Server อัตโนมัติด้วย rsync และ cron อย่าลืมว่าการ backup ข้อมูลเป็นเพียงส่วนหนึ่งของการวางแผน Disaster Recovery สิ่งที่สำคัญกว่าคือการทดสอบการกู้คืนข้อมูลอย่างสม่ำเสมอ เพื่อให้มั่นใจว่าคุณสามารถกู้คืนข้อมูลได้ในกรณีที่เกิดเหตุการณ์ร้ายแรง

สุดท้ายนี้ ผมขอแนะนำให้ทุกท่านศึกษาข้อมูลเพิ่มเติมเกี่ยวกับ rsync, cron, และเครื่องมืออื่นๆ ที่เกี่ยวข้อง เพื่อให้เข้าใจถึงหลักการทำงานและสามารถปรับแต่งระบบ backup ให้เหมาะสมกับความต้องการของแต่ละองค์กรได้ และอย่าลืมที่จะ update ระบบ backup ของคุณอย่างสม่ำเสมอ เพื่อให้มั่นใจว่าระบบของคุณมีความปลอดภัยและสามารถรับมือกับภัยคุกคามใหม่ๆ ได้

ขอให้ทุกท่านโชคดีกับการสร้างระบบ Backup Server อัตโนมัติของท่านนะครับ! ถ้ามีคำถามเพิ่มเติม สามารถสอบถามได้เลยครับ ยินดีให้คำแนะนำเสมอ!

Tips จากประสบการณ์ 20 ปี

1. วางแผนการ Backup อย่างละเอียด รอบคอบ

2. เลือก Storage ที่เหมาะสม

3. ใช้ Rsync อย่างมีประสิทธิภาพ

rsync -avz --delete --exclude 'logs/*' --exclude 'tmp/*' /path/to/source /path/to/backup

4. ทดสอบการ Restore เป็นประจำ

5. Monitor การทำงานของ Cron Job

0 0 * * * rsync -avz /path/to/source /path/to/backup > /var/log/backup.log 2>&1

6. เข้ารหัสข้อมูล Backup

tar -czvf - /path/to/source | gpg -c --output backup.tar.gz.gpg

7. ทำ Versioning ของ Backup

8. Document ทุกขั้นตอนอย่างละเอียด

FAQ

H3: ทำไมต้อง Backup Server อัตโนมัติ?

H3: Rsync ต่างจาก Backup แบบอื่นอย่างไร?

H3: ถ้า Backup ไปแล้ว พื้นที่เต็ม ต้องทำอย่างไร?

H3: มี Tool อื่นที่น่าสนใจ นอกจาก Rsync อีกไหม?