SSH ဖြင့် rsync Command ကိုအသုံးပြု၍ Server နှစ်လုံးအကြား ဧည့်သံမာရွယ်ဖိုင်များကို လျင်မြန်၊ လုံခြုံစွာ အလွယ်တကူ ပို့ဆောင်ခြင်း

SSH ဖြင့် rsync command သည် Linux server နှစ်ခုအကြား ဧည့်သံမာရွယ်ဖိုင်များ (web data, backup archive, media folder, application data စသဖြင့်) ကို လျင်မြန်၊ လုံခြုံစွာ နှင့် ချွင်းဆမဖြစ်စေရန် စနစ်တကျ ပို့ဆောင်နိုင်သော နောက်ဆုံးပေါ်နည်းလမ်းဖြစ်သည်။ rsync သည် classic copy နည်းများနှင့် မတူဘဲ block-level delta transfer algorithm ကနေ ပြောင်းလဲမှုတစ်ခုချင်းစီကိုသာ ပို့ပေးသဖြင့် GB နှင့် TB အရွယ် archive များကို အချိန်ကုန်သက်သာစွာ စီမံနိုင်သည်။ အဓိက ဆောင်ရွက်ပုံမှာ - source server ရှိဖိုင်များကို SSH tunnel မှတဆင့် target server သို့ encrypted sync လုပ်ပေးသည်။ connection တစ်ခုလှုပ်လိုက်သော်လည်း process ကို နောက်ထပ်ဆက်လက်လုပ်နိုင်သည်။

Server migration, hosting upgrade, data center changing, backup operation များတွင် speed သာမက data integrity လည်း အရေးကြီးသည်။ archive အကြီးကို တစ်ခုပြီး download, upload ပြန်လုပ်သည့်နည်းသည် အချိန်ကြာသက်သာပြီး connection error ဖြစ်လျှင် အစမှပြန်လုပ်ရသည်။ rsync က timestamp, permission, ownership, folder structure အားလုံးကို ချွင်းဆမဖြစ်စေရန် ကာကွယ်နိုင်သည်။ ထို့ကြောင့် Linux system admin, DevOps, ဝက်ဘ်호스팅 များအတွက် နေ့စဉ် operation များတွင် ခိုင်မာပြီး မကြာခဏအသုံးပြုသည်။

ဒီ guide အတွင်း Linux server နှစ်လုံးအကြား SSH + rsync ဖြင့် ဧည့်သံမာရွယ်ဖိုင်များ လွယ်ကူစွာ ပို့ဆောင်ခြင်းကို အဆင့်ဆင့် command example များနှင့်တကြ ရှင်းပြသွားမည်။ performance parameter, security check, error scenario, test transfer နည်းလမ်း၊ production environment သို့မတင်မီ အထူးသတိထားရန်များကိုလည်း ဖော်ပြပါမည်။ VPS သို့ hosting environment အသစ်သို့ ပြောင်းရန်အတွက် စတင်မလုပ်မီ source/target server တွင် disk spaceလုံလောက်မှု၊ SSH access, correct user permission ရှိမှုကိုကြည့်လို့ရသည်။ Infrastructure ရွေးချယ်မှုအတွက် Hostragons VPS ဆာဗာဖြေရှင်းမှုများ နှင့် Linux Hosting အစိတ်အပိုင်းများ ကို အကြည့်ပြုနိုင်သည်။

rsync ဆိုတာဘာလဲ၊ ဧည့်သံမာရွယ်ဖိုင်များကို အဘယ်ကြောင့် rsync ကိုရွေးချယ်သလဲ?

rsync သည် local system နှင့် remote server တို့အကြား file/folder တွေကို synchronize လုပ်ပေးနိုင်သော command-line tool ဖြစ်သည်။ အဓိကအချက်မှာ delta transfer algorithm ဖြစ်သည်။ algorithm သည် file တစ်ခုလုံးကို အသစ်ပြန်ပို့မလုပ်ဘဲ ပြောင်းလဲသွားသော part/block များကိုသာ target server သို့ ပေးပို့သည်။ ဥပမာ 80GB backup file မှာ 2GB ပြောင်းလဲသွားလျှင် တစ်ခုလုံးကို ပြန်ပို့ရန်မလိုဘဲ 2GB ပဲ ပို့နိုင်သည်။

SSH သည် encrypted transfer channel ဖြစ်စေသည်။ rsync command သည် network အပေါ် data ကို plain text မပို့ဘဲ, secure encryption ဖြင့်ပို့သည်။ အထူးသဖြင့် customer data, e-commerce order record, media archive, database backup, application file များအတွက် အရေးကြီးသည်။ Data security သည် SSL certificate သာမက server-to-server transfer channel တွင်လည်း အရေးကြီးသည်။ Web traffic အတွက် SSL လိုင်စင် အသုံးပြုသလို server-to-server file transfer တွင်လည်း SSH encryption ကိုရွေးချယ်ရမည်။

rsync သည် FTP သို့မဟုတ် manual download/upload နည်းများထက် flexible ဖြစ်သည်။ Permission များကို ထိန်းသိမ်းနိုင်သည်၊ symbolic link ကို preserve နိုင်သည်၊ deleted files ကို target မှလည်း ဖျက်ပေးနိုင်သည်၊ bandwidth limitation လုပ်နိုင်သည်၊ transfer မလုပ်မီ test mode ဖြင့် preview လုပ်နိုင်သည်။ ဧည့်သံမာရွယ်ဖိုင်များကို ရှေ့ပြန်ပို့လျှင် control level က အသားပေးသည်။

SSH + rsync command ကို ဘယ်အချိန်မှာ အသုံးပြုသင့်သလဲ?

SSH + rsync command ကို ဧည့်သံမာရွယ်၊ file အရေအတွက်များ၊ ပြောင်းလဲမှုများအကြား transfer လုပ်ရန် အကောင်းဆုံးဖြစ်သည်။ သာမန် image folder တစ်ခုအတွက် SFTP သာလောက်လည်းရနိုင်သော်လည်း, thousands of files, different permission, large archive များအတွက် rsync သည် ယုံကြည်စိတ်ချစွာ အသုံးပြုနိုင်သည်။

• Old server မှ VPS server အသစ်သို့ web site တစ်ခု ပြောင်းချင်သလား။
• WordPress uploads folder က media file အများကြီး transfer လုပ်ချင်သလား။
• Daily, weekly, monthly backup ကို different server သို့ copy လုပ်ချင်သလား။
• Data center သို့ hosting provider ပြောင်းချင်သလား။
• Application file ကို production/backup environment အကြား sync လုပ်ချင်သလား။
• Long transfer (connection drop ဖြစ်နိုင်သော) များကိုကြိုတင်ပြင်ဆင်ချင်သလား။

ဥပမာ 250GB media folder ကို desktop သို့ download ပြီး server အသစ်သို့ upload ပြန်လုပ်ရင် အချိန်နှစ်ဆကြာသည်။ Home/office internet connection ကိုလည်း bottleneck ဖြစ်စေနိုင်သည်။ rsync ဖြင့် server-to-server direct transfer လုပ်လျှင် ဒီအဆင့်ကို ဖြတ်တောက်နိုင်သည်။

အလုပ်စပြီမပြုမီ အကြိုကြည့်ရန်

rsync operation တစ်ခုကို command တစ်ခုသိရုံနဲ့မလုံလောက်။ Source/target server ဘာလုံးကိုစစ်ဆေးပြီး data loss, incomplete transfer မဖြစ်အောင် reduction လုပ်ရပါမည်။ အောက်ပါ checklist များကို production environment တွင် အကြိုပြုလုပ်ပါ။

1. SSH Access ကို Verify လုပ်ပါ

Source server မှ target server သို့ SSH connection ရနိုင်ရမည်။ Standard test: ssh user@target-ip. SSH port က 22 မဟုတ်ပါက: ssh -p 2222 user@target-ip. Connection မရလျှင် rsync မလည်မည်။ Firewall, Fail2ban, SSH port, user permission, password/key authentication စစ်ဆေးပါ။

2. rsync Package Installation ကိုစစ်ပါ

Linux distribution များတွင် rsync ပါလာသည်။ Debian/Ubuntu မှာ rsync --version ဖြင့်စစ်ပါ။ မရှိလျှင် apt install rsync. AlmaLinux, Rocky, CentOS မှာ dnf install rsync သို့ yum install rsync. Hostragons VPS မှာ Linux VPS အသုံးပြုလျှင် installation လျင်မြန်သည်။

3. Disk Space ကိုတွက်ပါ

Target server မှာ free space မလုံလောက်လျှင် transfer ရပ်သွားနိုင်သည်။ Source directory size ကို du -sh /source/dir ဖြင့်ကြည့်၊ target side မှ df -h နဲ့ disk check လုပ်ပါ။ File size နဲ့ temporary file/log ဖို့ extra space plan ပါ။ ဥပမာ 500GB data သွားမယ်ဆို 550-600GB free space plan ပါ။

4. Critical Service နှင့် Changing Files ကိုတင်ပြပါ

Live website တွင် transfer ခိုင်းနေချိန်မှာ file ပြောင်းလဲနိုင်သည်။ User upload, cache folder, log file သည် continuous change ဖြစ်သည်။ Large transfer တွင် main data ကို ပို့ပြီး maintenance mode ချပြီး final rsync တစ်ကြိမ်ထပ်လုပ်ပါ။ ဒါက downtime ကို minutes ထဲသို့လျှော့သွားစေသည်။ WordPress site များအတွက် WordPress hosting ရွှေ့ပြောင်းခြင်း လမ်းညွှန် ကိုကြည့်နိုင်သည်။

rsync Basic Command: Server နှစ်လုံးအကြား File Transfer

Basic usage: rsync -avz /source/dir/ user@target-ip:/target/dir/. -a သည် archive mode ဖြစ်ပြီး permission, timestamp, symbolic link ကို preserve လုပ်သည်။ -v သည် verbose output၊ -z သည် compression ဖြစ်သည်။ Directory ending slash (/source/dir/) သည် folder content ကို target သို့ copy လုပ်သည်။ Slash မပါလျှင် directory ကို target နှင့်တူအနေနဲ့ create လုပ်သည်။

Example: Old server မှ /var/www/site/public_html/ (180GB) ကို new server မှ /var/www/site/public_html/ သို့ပို့ချင်သည်။ Command: rsync -avz /var/www/site/public_html/ root@203.0.113.20:/var/www/site/public_html/. Source server မှ target server သို့ SSH ဖြင့် file transfer လုပ်သည်။

Root မသုံးချင်လျှင်, target server မှ directory write permission ရရှိသော deploy user တစ်ယောက်ဖန်တီး၍ folder ownership ကို assign လုပ်ပါ။ Production environment တွင် root အသုံးပြုသည်ဟုဆိုလျှင် security အတွက် permission များကန့်သတ်ထားသော user သုံးသည့်အခါပိုကောင်းသည်။

Recommended Secure & Robust rsync Parameters

Large file transfer တွင် basic command သာမက additional parameters ကိုပါထည့်သုံးသင့်သည်။ Connection drop, partial files, incorrect delete, slow network များအတွက် extra options များလိုအပ်သည်။ အောက်ပါ command ကို real migration scenario များအတွက် solid base အဖြစ်သုံးနိုင်သည်။

rsync -aHAXv --numeric-ids --partial --progress --append-verify -e ssh /source/dir/ user@target-ip:/target/dir/

-a archive mode, -H hard link, -A ACL permission, -X extended attribute ကို preserve လုပ်သည်။ --numeric-ids သည် user/group name မဟုတ်ဘဲ numeric IDs ကိုသုံးသည်။ --partial သည် incomplete files မဖျက်ဘဲထားသည်။ --progress သည် transfer status ကိုပြသည်။ --append-verify သည် large files ကို resume လုပ်စဉ် verify လုပ်သည်။

Parameter များသည် system/requirement မတူသော်လည်း simple web site transfer သည် -aHAX လုံလောက်သည်။ Special permission, ACL, extended attribute များကို preserve လုပ်လိုပါက full parameter သုံးပါ။ Test transfer လုပ်မတိုင်မီ parameter များကို စမ်းသုံးပါ။

SSH Port အသစ်သုံးမယ်ဆို Command ဘယ်လိုပြောင်းမလဲ?

Security အတွက် SSH port ကို default (22) မှ သီးသန့် port သို့ပြောင်းထားနိုင်သည်။ rsync command မှ SSH param ထည့်ရမည်။ Example: rsync -avz -e ssh -p 2222 /source/dir/ user@target-ip:/target/dir/. သို့သော် correct syntax: rsync -avz -e 'ssh -p 2222' /source/dir/ user@target-ip:/target/dir/ ဖြစ်ရမည်။

Terminal မှ tırnak ('') သုံးစဉ် syntax error မဖြစ်အောင်စစ်ပါ။ SSH key အသုံးပြုလျှင် -i parameter ထည့်ပါ: rsync -avz -e 'ssh -p 2222 -i /root/.ssh/id_rsa' /source/dir/ user@target-ip:/target/dir/. Automation, cron-based backup job များတွင် အသုံးများသည်။

Pre-Transfer Test: --dry-run အသုံးပြုခြင်း

Large data transfer မလုပ်မီ professional step - --dry-run ကို အသုံးပြုပါ။ Command သည် file မတကယ် copy လုပ်ဘဲ ဘာ files ပို့မလဲ preview လုပ်သည်။ Wrong directory, incorrect target path, unexpected delete များကို ကြိုတင်သိနိုင်သည်။

Example: rsync -avz --dry-run /var/www/site/ user@target-ip:/var/www/site/. Output မှပို့မည့် files, directory, summary ကိုမြင်နိုင်သည်။ --delete parameter သုံးမယ်ဆို dry-run ပိုအရေးကြီးသည်။ --delete သည် source မှမရှိသော files ကို target မှဖျက်သည်။ Correct usage တွင် mirror ပြုလုပ်နိုင်သော်လည်း wrong directory တွင် data loss ဖြစ်နိုင်သည်။

Professional routine: SSH test → disk check → rsync --dry-run → small directory real test → main transfer. အချိန်မများသော်လည်း faulty transfer များကို prevent လုပ်နိုင်သည်။

Performance: Compression, Bandwidth, Encryption Settings

rsync speed သည် file size သာမက CPU, disk type, network latency, bandwidth, file count များလည်း အရေးကြီးသည်။ Many small files သည် single big file ထက် slow ဖြစ်နိုင်သည်။ NVMe VPS server တွင် scan/write speed ကောင်းသည်။ High transfer plan များအတွက် NVMe VPS Server ကိုထည့်သည့်အကြံပေးသည်။

-z compression parameter သည် text file, log, backup type များအတွက်သာ အသုံးဝင်သည်။ Already compressed (zip, tar.gz, jpg, mp4, gzip) file များတွင် CPU usage ပွင့်ပြီး speed gain မဖြစ်နိုင်။ 1Gbps server-to-server media file transfer တွင် -z မသုံးလျှင် speed ပိုကောင်းနိုင်သည်။ Low bandwidth/text-heavy transfer တွင် -z သုံးပါ။

Bandwidth limitation အတွက် --bwlimit သုံးပါ။ Example: --bwlimit=50000 (50MB/s)။ Live website traffic မလွတ်သွားစေရန် bandwidth limit သုံးပါ။ Production server တွင် peak hour transfer မလုပ်သင့်။ Night transfer, bandwidth limit, load average monitoring သည် best practice ဖြစ်သည်။

rsync vs scp vs SFTP vs FTP: Comparison Table

File transfer tool များသည် strength/weakness များရှိသည်။ Below table မှ server migration, large file transfer scenario များအတွက် suitable tool ကိုရွေးနိုင်သည်။

Table မှ rsync သည် repeated sync, big data transfer များအတွက် အထင်ကြီးသည်။ scp သည် simple ဖြစ်သော်လည်း smart delta transfer မလုပ်နိုင်။ FTP သည် encryption မရှိလျှင် modern security မဖြစ်နိုင်။ Hosting panel မှ FTP access သည် handy ဖြစ်သော်လည်း critical server-to-server transfer တွင် SSH-based method ကိုသာ ရွေးချယ်ပါ။

Live Web Site Migration: Example Workflow

Web site တစ်ခုကို old server မှ new server သို့ ပြောင်းရန်မှာ file copy သာမက DNS, database, SSL, PHP version, permission, email setup များကိုပါ စစ်ဆေးရမည်။ Below workflow သည် large file web site များအတွက် low downtime migration plan ဖြစ်သည်။

• New server မှ web server, PHP, database, required module များ install ပြုလုပ်ပါ။
• Domain DNS TTL ကို 300 seconds ထပ်နိမ့်အောင် သတ်မှတ်ပါ။ Domain management အတွက် ဒိုမိန်း စာရင်းစစ်ခြင်းနှင့် ဒိုမိန်း စီမံခန့်ခွဲမှု ကိုကြည့်ပါ။
• Site live ဖြစ်နေချိန်မှာ initial rsync transfer ကိုလုပ်ပါ။ Main data သားပို့မည်။
• Database backup ကို export ပြုလုပ်ပြီး new server သို့ transfer လုပ်ပါ။
• Site ကို brief maintenance mode သို့ထားပါ။
• Second rsync command ဖြင့် changed files များကို synchronize ပြုလုပ်ပါ။
• Database ကို update/re-incremental backup ပြုလုပ်ပါ။
• New server မှ file permission, site opening, log များကိုစစ်ပါ။
• SSL certificate ကို install/renew လုပ်ပါ။ SSL လိုင်စင် တပ်ဆင်ခြင်း ကိုကြည့်နိုင်သည်။
• DNS record များကို new IP သို့ update ပြုလုပ်ပါ။

Main file transfer သည် site live ဖြစ်နေချိန်မှာပေါ်လျှင် downtime သည် second sync, DNS switching အတွင်းသာ ဖြစ်လာသည်။ Large media archive WordPress site များတွင် downtime ကို hours မှ minutes သို့ downsize လုပ်နိုင်သည်။

Data Integrity Check

Transfer ပြီးသည့်အခါ command success သာမက file count, size, critical files ကိုဆက်စစ်ပါ။ Source/target မှ du -sh ဖြင့် directory size compare လုပ်နိုင်သည်။ Filesystem block difference များကြောင့် value မတူနိုင်သည်။ Detail check အတွက် rsync ကို same parameter ဖြင့် tekrar run လုပ်နိုင်သည်။ Transfer မလိုတော့လျှင် output သေးသွားသည်။

Checksum verification အတွက် rsync -avc --dry-run /source/dir/ user@target-ip:/target/dir/ သုံးနိုင်သည်။ -c သည် checksum compare ပြုလုပ်သည်။ Large data တွင် CPU/disk usage ကြီးသွားနိုင်သည်။ Critical archive, database dump, customer document များအတွက် extra verification သည် securityကို သက်သေပြသည်။

Web site migration ပြုလုပ်လျှင် application-level check (Homepage, admin panel, upload, payment page, contact form, error log) ကိုပါ စစ်ပါ။ E-commerce site များတွင် file transfer သာမက payment integration, cron job များကိုလည်း test လုပ်ပါ။

Common Errors & Solutions

Permission denied Error

SSH user permission, target directory write permission, key authentication များကြောင့် ဖြစ်နိုင်သည်။ Same user ဖြင့် normal SSH login test လုပ်ပါ။ Directory write test လုပ်ပါ။ chown ဖြင့် directory ownership assign လုပ်ပါ။ sudo-based strategy ကိုလည်း plan လုပ်နိုင်သည်။

No space left on device Error

Target disk full ဖြစ်သော် transfer ရပ်သွားသည်။ df -h ဖြင့် partition check လုပ်ပါ။ Sometimes main disk မက /tmp သို့ mount point full ဖြစ်နိုင်သည်။ Large transfer တွင် log, old backup, cache folder များကို cleanup လုပ်ပါ။ Permanent solution - disk upgrade or higher capacity VPS plan သို့ ပြောင်းပါ။

Connection reset / Broken pipe Error

Long transfer တွင် network disconnect ဖြစ်နိုင်သည်။ --partial, --append-verify သုံးလျှင် command ကို re-run လုပ်၍ resume လုပ်နိုင်သည်။ SSH keepalive setting (ServerAliveInterval 60) သုံးပါ။

Slow Transfer

Slowdown သည် file count, disk I/O, compression, network speed များကြောင့် ဖြစ်နိုင်သည်။ Many small files သည် tar archive ပြုလုပ်ကောင်းသည်။ Already compressed files တွင် -z ကို remove ပြု၍ test လုပ်ပါ။ iotop, htop, iftop ဖြင့် bottleneck (CPU, disk, network) ကို determine လုပ်ပါ။

Security Best Practices

Server-to-server transfer စဉ် security ကိုမလွှတ်ပါ။ Especially root access, SSH key, backup file များအတွက် strict plan လုပ်ပါ။ Password-based login မဟုတ်ဘဲ SSH key-based authentication သုံးပါ။ Key file permission ကို tight လုပ်ပါ။ Private key မ share ပါနှင့်။ Passphrase protection သုံးပါ။

Temporary user တစ်ယောက် create လုပ်၍ required directory access သာပေးပါ။ Transfer ပြီးလျှင် permission revoke ပြုလုပ်ပါ။ SSH access ကို IP restriction ဖြင့် limit လုပ်ပါ။ Firewall, Fail2ban, latest OpenSSH version ကို update လုပ်ပါ။

Database dump, customer document, personal data archive များ transfer ပြီးလျှင် unwanted temporary file များကို cleanup လုပ်ပါ။ Web root တွင် .sql, .zip, .tar backup file များမထားပါနှင့်။ Web inaccessible directory တွင် archive ကိုသိုထားပါ၊ transfer ပြီးလျှင် delete လုပ်ပါ။

Automatic Backup: rsync for Scheduled Jobs

rsync သည် one-time transfer သာမက regular backup အတွက်လည်း အသုံးပြုနိုင်သည်။ Example: daily scheduled backup for folder to remote server (cron job)။ SSH key-based passwordless secure connection သုံးပါ။ rsync သည် only changed files မပို့လျှင် bandwidth limit သုံးနိုင်သည်။

Example: rsync -a --delete --bwlimit=30000 /var/www/site/ backup@backup-ip:/backup/site/. --delete သည် target ကို source နဲ့ identical ဖြစ်စေသည်။ Source မှ deleted file ကို target မှလည်း delete လုပ်သည်။ Critical backup strategy တွင် snapshot, daily folder, versioning support များကို prefer လုပ်ပါ။

Hosting operation အတွက် 3-2-1 backup rule ကို reference လုပ်ပါ: Minimum 3 copies, 2 media, 1 offsite. rsync သည် server-to-server copy ကို practical ဖြစ်စေသည်။ Advanced infrastructure အတွက် Yedekleme ဖြေရှင်းချက်များ နှင့် အဖွဲ့အစည်း Hosting ဝန်ဆောင်မှုများ ကို plan သင့်စေပါ။

Final Checklist

Large file transfer မလုပ်မီ 아래 checklist ကို apply လုပ်ပါ။ Especially production environment တွင် standard procedure ဖြစ်စေပါ။

• Source/target server မှ rsync installation ဖြစ်ပြီလား?
• SSH connection correct user/port ဖြင့် test ပြီးပြီလား?
• Target server မှ disk space လုံလောက်လား?
• Initial --dry-run test ပြီးပြီလား?
• Live site maintenance mode & final sync plan ပြီးပြီလား?
• --delete သုံးမယ်ဆို target path correct ဖြစ်ပြီလား?
• Post-transfer file size, permission, application test လုပ်မလား?
• Temporary backup, dump file များကို safe cleanup လုပ်မလား?

Checklist သည် simple ဖြစ်သော်လည်း real world မှာ common issue များသည် incorrect target directory, permission missing, disk space不足, unplanned DNS switch မှဖြစ်သည်။ Planned rsync process သည် transfer time ကို short လုပ်သည်၊ recovery chance ကို မြှင့်တင်သည်။

Frequently Asked Questions (FAQ)

SSH + rsync command မှ connection drop ဖြစ်သွားလျှင် transfer ကို အစမှ ပြန်လုပ်ရမလား?

မဟုတ်ပါ။ Correct parameter ( --partial, --append-verify ) သုံးလျှင် incomplete large files ကို preserve လုပ်နိုင်သည်။ Command ကို re-run လုပ်လျှင် resume ဖြစ်သည်။ Critical transfer များတွင် re-run မလုပ်မီ target disk space နှင့် partial file status ကို check လုပ်ပါ။

rsync ဖြင့် database ကို direct transfer လုပ်နိုင်ပါသလား?

rsync သည် file transfer tool ဖြစ်သည်။ Running database file ကို direct copy လုပ်ခြင်း healthy မဖြစ်နိုင်။ MySQL/MariaDB အတွက် mysqldump, physical backup tool သုံးပြီး backup file ကို rsync ဖြင့် transfer လုပ်ပါ။ Live system တွင် data consistency အတွက် maintenance mode/replcation plan လုပ်ပါ။

rsync သုံးရန် server နှစ်လုံးမှာ root access မလိုအပ်ပါသလား?

Root access မလိုအပ်ပါ။ Target directory write permission ရရှိသော user သာလုံလောက်သည်။ File ownership, system directory, ACL, special permission များ preserve လုပ်လိုလျှင် higher privilege လိုအပ်နိုင်သည်။ Security အတွက် limited privilege user သုံးပါ။

--delete parameter သည် safe ဖြစ်ပါသလား?

--delete သည် correct usage တွင် target directory ကို source နဲ့ identical ဖြစ်စေရန် အသုံးဝင်သည်။ Wrong directory တွင် data loss ဖြစ်နိုင်သည်။ --delete command များကို --dry-run ဖြင့် test လုပ်ပါ။ Source/target path ကို careful verify လုပ်ပါ။

Large file transfer တွင် rsync vs scp ဘယ်ဟာကပိုကောင်းသလဲ?

Small quick copy များအတွက် scp လုံလောက်သည်။ Large file, many files, repeated sync များအတွက် rsync ပိုကောင်းသည်။ rsync သည် changed data ကို detect လုပ်နိုင်သည်၊ partial transfer resume, bandwidth limit, test mode support ပါဝင်သည်။

Summary & Next Step

SSH + rsync command ဖြင့် server နှစ်လုံးအကြား large file transfer သည် speed, security, manageability လုံးဝကောင်းသည်။ Correct parameter သုံးလျှင် connection drop မဖြစ်ပေါ်စေနိုင်၊ changed files/piece only transfer ဖြစ်သဖြင့် downtime ကိုလျှော့သွားသည်။ Best result အတွက် SSH, disk check, --dry-run test, main transfer ကို planned fashion ဖြင့်လုပ်ပါ။

Server အသစ်သို့ migration, high capacity storage, performance hosting infrastructure လိုအပ်ပါက Hostragons solution ကိုကြည့်ပါ။ VPS, hosting, domain, SSL များဖြင့် migration ကို safer ဖြစ်စေပါ။ Seamless migration အတွက် small test, measurement, planned final sync ကို follow လုပ်ပါ။