SSH orqali rsync yordamida ikki server orasida katta fayllarni tez va xavfsiz ko‘chirish

SSH orqali rsync komutini ishlatish — Linux tizimida ikki server orasida katta hajmdagi fayllarni tez, xavfsiz va uzilishlarga bardoshli tarzda ko‘chirishning eng samarali usullaridan biridir. Ayniqsa, yuzlab gigabaytlik web sayt fayllari, zaxira arxivlari, media papkalari yoki dastur ma’lumotlari ko‘chirilganda rsync faqat o‘zgargan bloklarni yuboradi, bu esa oddiy nusxalash usullariga nisbatan katta tezlik afzalligi beradi. Asosiy prinsip: manba serverdagi fayllar SSH tuneli orqali maqsad serverga shifrlangan holda sinxronizatsiya qilinadi; aloqa uzilsa, jarayon qayerda to‘xtagan bo‘lsa, o‘sha joydan davom ettiriladi.

Server ko‘chirish, hostingni yangilash, ma’lumot markazini o‘zgartirish yoki zaxira operatsiyalarida tezlik bilan birga ma’lumot butunligi ham muhim. Katta arxivni bir bo‘lak qilib yuklab, keyin yana yuklash — nafaqat vaqt yo‘qotadi, balki aloqa uzilsa, boshidan boshlashga majbur qiladi. Bu yerda rsync ishga tushadi: fayl vaqt tamg‘alari, ruxsatlar, egalik va papka strukturasini saqlaydi. Shu sababli Linux tizimining administratorlari, DevOps jamoalari va web-hosting mutaxassislari rsync’dan har kuni foydalanishadi.

Ushbu qo‘llanmada ikki Linux server orasida SSH orqali rsync bilan katta fayllarni ko‘chirish jarayonini, haqiqiy komanda misollari bilan bosqichma-bosqich ko‘rib chiqamiz. Bundan tashqari, tezlikni oshirish parametrlari, xavfsizlik nazoratlari, xatolik senariyalari, test ko‘chirish usullari va ishlab chiqarish muhitiga o‘tishdan oldin e’tibor berish kerak bo‘lgan nuqtalarni ham o‘rganamiz. Agar yangi VPS yoki hosting muhitiga o‘tmoqchi bo‘lsangiz, bu qo‘llanmani ishlatishdan oldin manba va maqsad serverda yetarli disk xotirasi, SSH kirish va to‘g‘ri foydalanuvchi ruxsatlari borligiga ishonch hosil qiling. Infratuzilmani tanlashda Hostragons VPS Server yechimlari hamda Linux Hosting Paketlari sahifalarini ko‘rib chiqishingiz mumkin.

rsync nima va katta fayllarni ko‘chirishda nega afzal?

rsync — fayl va papkalarni lokal tizimda yoki masofadagi serverlarda sinxronizatsiya qilish uchun kuchli komandali dasturdir. Uning eng muhim xususiyati — delta transfer algoritmidir. Bu algoritm — faylning butun qismini har safar yuborish o‘rniga, faqat o‘zgargan qismlarni ko‘chiradi. Masalan, 80 GB zaxira faylda faqat 2 GB o‘zgarish bo‘lsa, to‘liq faylni qayta ko‘chirish o‘rniga, o‘zgargan bloklarni transfer qilish mumkin.

SSH esa ko‘chirishni shifrlangan qiladi. rsync komandasi tarmoq orqali ma’lumot yuborishda fayl tarkibini ochiq matn sifatida bermaydi. Bu, ayniqsa, mijoz ma’lumotlari, e-commerce buyurtma yozuvlari, media arxivlar, ma’lumotlar bazasi zaxiralari va maxsus dastur fayllari uchun muhim. Hostingda ma’lumot xavfsizligi faqat SSL sertifikati bilan cheklanmaydi; serverlar orasidagi transfer kanali ham xavfsiz bo‘lishi kerak. Web trafik uchun SSL sertifikati ishlatilsa, serverlar orasida fayl transferida SSH shifrlash tanlanadi.

rsync FTP yoki oddiy yuklab-chiqarish usullariga nisbatan ko‘proq moslashuvchan. Ruxsatlarni saqlaydi, symbolic links’ni ko‘chiradi, o‘chirilgan fayllarni maqsadda ham o‘chiradi, tarmoq tezligini chegaralaydi va transferdan oldin test qilib ko‘radi. Katta fayl transferi kabi xavfli jarayonlarda bu nazorat darajasi katta afzallik beradi.

Qachon SSH orqali rsync komandasini ishlatish kerak?

SSH orqali rsync komandasini ishlatish ayniqsa katta, ko‘p sonli yoki tez-tez o‘zgaradigan fayllarni ko‘chirishda ideal. Oddiy rasm papkasini ko‘chirish uchun SFTP yetarli bo‘lishi mumkin, lekin minglab fayllar, turli ruxsatlar va katta arxivlar bo‘lsa, rsync ishonchli tanlovga aylanadi.

• Eski serverdan yangi VPS serverga web sayt ko‘chirsangiz.
• WordPress uploads papkasi kabi minglab media fayllari bo‘lgan kataloglarni transfer qilsangiz.
• Kunlik, haftalik yoki oylik zaxiralarni boshqa serverga ko‘chirsangiz.
• Ma’lumot markazi yoki hosting provayderini o‘zgartirsangiz.
• Dastur fayllarini ishlab chiqarish va zaxira muhitlari orasida sinxronizatsiya qilsangiz.
• Uzilish ehtimoli bo‘lgan uzoq transferlarni rejalashtirsangiz.

Masalan, 250 GB media papkasini kompyuteringizga yuklab, keyin yangi serverga yuklash — ikki marta ko‘chirish degani. Bu umumiy vaqtni uzaytiradi va uy/ofis internetingizni to‘siqqa aylantiradi. rsync bilan manbadan maqsad serverga bevosita ko‘chirish qilib, bu oraliq bosqichni yo‘q qilasiz.

Boshlashdan oldin nimalar kerak?

rsync operatsiyasi uchun komandani bilish yetarli emas. Manba va maqsad server sharoitlarini tekshirish, jarayonda ma’lumot yo‘qotish va yarim ko‘chirish xavfini kamaytiradi. Quyidagi nazoratlar ishlab chiqarish muhitida albatta bajarilishi kerak.

1. SSH kirishni tekshiring

Manba serverdan maqsad serverga SSH orqali ulanish bo‘lishi kerak. Oddiy ulanish: ssh foydalanuvchi@maqsad-server-ip. Agar SSH boshqa portda ishlasa: ssh -p 2222 foydalanuvchi@maqsad-server-ip. Bu test muvaffaqiyatli bo‘lmasa, rsync ham ishlamaydi. Firewall, Fail2ban, SSH port, foydalanuvchi ruxsati va parol yoki kalit verifikatsiyasi tekshirilishi zarur.

2. rsync o‘rnatilganligini tekshiring

Ko‘pchilik Linux distributivlarida rsync o‘rnatilgan bo‘ladi; baribir tekshirish zarur. Debian/Ubuntu tizimlarida rsync --version bilan tekshiriladi. O‘rnatilmagan bo‘lsa, apt install rsync bilan o‘rnatiladi. AlmaLinux, Rocky Linux yoki CentOSda dnf install rsync yoki yum install rsync ishlatiladi. Hostragons’ning Linux VPS’ida o‘rnatish odatda bir necha soniya ichida sodir bo‘ladi.

3. Disk xotirasini hisoblang

Maqsad serverda yetarli bo‘sh joy bo‘lmasa, transfer yarimda to‘xtaydi. Manba katalogni du -sh /manba/katalog bilan, maqsadda df -h bilan disk holatini tekshirish mumkin. Amalda faqat fayl hajmi emas, vaqtinchalik fayllar va loglar uchun ham joy qoldirish kerak. Masalan, 500 GB transfer qilmoqchi bo‘lsangiz, maqsadda kamida 550-600 GB bo‘sh joy rejalash ma’qul.

4. Muhim servislar va o‘zgaradigan fayllarni rejalashtiring

Jonli web saytlar transfer davomida fayllar o‘zgarishi mumkin. Ayniqsa, foydalanuvchi yuklamalari, cache kataloglari va log fayllari doim yangilanadi. Katta transferda avval asosiy ma’lumot ko‘chiriladi, keyin sayt “texnik xizmat” holatiga o‘tadi va oxirgi rsync ishlatiladi. Shu tarzda uzilish faqat bir necha daqiqaga qisqaradi. WordPress saytlar uchun WordPress hostingni ko'chirish bo'yicha qo'llanma kabi yordamchi kontentlardan foydalaning.

Asosiy rsync komanda: ikki serverda fayl ko‘chirish

Eng ko‘p ishlatiladigan asosiy sintaksis: rsync -avz /manba/katalog/ foydalanuvchi@maqsad-ip:/maqsad/katalog/. Bu yerda -a arxiv rejimi, ruxsatlar, vaqt tamg‘alari, symbolic linklarni saqlashga harakat qiladi. -v – batafsil natija, -z – transferda siqish. Katalog oxiridagi / muhim: /manba/katalog/ deb yozilsa, katalog ichidagilar ko‘chiriladi; /manba/katalog deb yozilsa, katalogning o‘zi maqsadda yaratiladi.

Misol: Eski serverda /var/www/sayt/public_html/ papkasidagi 180 GB web faylni yangi serverda /var/www/sayt/public_html/ ga ko‘chirmoqchisiz. Komanda: rsync -avz /var/www/sayt/public_html/ root@203.0.113.20:/var/www/sayt/public_html/. Bu jarayon manbadan maqsad serverga SSH orqali fayl ko‘chiradi.

Agar root ishlatishni istamasangiz, maqsad serverda kerakli papkaga yozish huquqi bor maxsus foydalanuvchi yarating. Masalan, deploy nomli foydalanuvchi va papka egasini mos ravishda sozlang. Ishlab chiqarishda to‘g‘ridan-to‘g‘ri root ishlatish qulay, lekin xavfsizlik uchun cheklangan ruxsatli foydalanuvchi afzal.

Tavsiya etilgan xavfsiz va bardoshli rsync parametrlari

Katta fayl transferida faqat asosiy komanda yetarli bo‘lmaydi. Aloqa uzilishi, qisman fayllar, noto‘g‘ri o‘chirish yoki sekin tarmoq uchun qo‘shimcha parametrlardan foydalanish kerak. Quyidagi komanda ko‘plab haqiqiy transfer holatlari uchun mustahkam boshlang‘ich nuqtadir:

rsync -aHAXv --numeric-ids --partial --progress --append-verify -e ssh /manba/katalog/ foydalanuvchi@maqsad-ip:/maqsad/katalog/

Bu yerda -a arxiv, -H hard link, -A ACL huquqlari, -X kengaytirilgan atributlar saqlanadi. --numeric-ids foydalanuvchi va guruh nomi emas, ID bilan ishlaydi (serverlarda nomlar farq qilsa foydali). --partial — yarim fayllarni o‘chirmasdan qoldiradi. --progress — transfer holatini ko‘rsatadi. --append-verify — katta fayllarda davom etishda qo‘shilgan qismini tekshiradi.

Har parametr har bir tizimda zarur bo‘lmasligi mumkin. Masalan, oddiy web sayt transferida -aHAX yetarli, lekin maxsus huquqlar bor dasturda ACL va kengaytirilgan atributlar muhim. Shu sababli avval test transfer qilish muhim.

Boshqa SSH port ishlatilsa, komanda qanday bo‘lishi kerak?

Xavfsizlik uchun SSH porti 22 o‘rniga boshqa portda bo‘lishi mumkin. rsync’da SSH parametrlari ko‘rsatiladi. Misol: rsync -avz -e ssh -p 2222 /manba/katalog/ foydalanuvchi@maqsad-ip:/maqsad/katalog/. To‘g‘ri sintaksis: rsync -avz -e 'ssh -p 2222' /manba/katalog/ foydalanuvchi@maqsad-ip:/maqsad/katalog/.

JSON va ba’zi panellarda bir tirnoq ishlatilishi farqli bo‘lishi mumkin, terminalda yozganda tirnoqlar to‘g‘ri bo‘lishiga ishonch hosil qiling. Agar SSH kaliti bilan ulanayotgan bo‘lsangiz -i parametri ham qo‘shiladi: rsync -avz -e 'ssh -p 2222 -i /root/.ssh/id_rsa' /manba/katalog/ foydalanuvchi@maqsad-ip:/maqsad/katalog/. Bu usul avtomatlashtirish va cron zaxira ishlarida ko‘p ishlatiladi.

Ko‘chirishdan oldin test: --dry-run ishlatish

Katta ma’lumotni ko‘chirishdan oldin eng professional qadam — --dry-run ishlatish. Bu parametr fayllarni real ko‘chirmaydi, faqat qaysi fayllar transfer qilinishini ko‘rsatadi. Shu tariqa noto‘g‘ri katalog, xato maqsad yo‘li yoki kutilmagan o‘chirishlar oldindan bilib olinadi.

Test komanda: rsync -avz --dry-run /var/www/sayt/ foydalanuvchi@maqsad-ip:/var/www/sayt/. Natijada transfer qilinadigan fayllar, yaratiladigan kataloglar va jarayon hisobotini ko‘rasiz. Agar --delete ishlatmoqchi bo‘lsangiz, dry-run yanada muhim. Chunki --delete manba katalogida bo‘lmagan fayllarni maqsadda o‘chiradi. To‘g‘ri ishlatilganda maqsadni aniq ko‘chirish, xato katalogda esa jiddiy ma’lumot yo‘qotish.

Professional amaliyot ketma-ketligi: avval SSH test, keyin disk xotirasi tekshiruvi, so‘ng rsync --dry-run, kichik katalogda real test, oxirida asosiy transfer boshlanadi. Bu bir necha daqiqa qo‘shimcha vaqt olsa ham, soatlab xato transferlarni oldini oladi.

Tezlik uchun siqish, tarmoq chegarasi va shifrlash sozlamalari

rsync tezligi faqat fayl hajmiga bog‘liq emas. Serverlarning CPU quvvati, disk turi, tarmoq kechikishi, tarmoq tezligi va fayl soni ham ahamiyatli. Ko‘p sonli kichik fayllar — bitta katta fayldan sekinroq ko‘chadi, chunki har bir fayl uchun metadata ishlanadi. NVMe diskli VPSlarda fayl o‘qish va yozish tezligi ancha yuqori bo‘ladi. Katta transfer rejalashtirsangiz, NVMe VPS server variantlarini ko‘rib chiqish foydali.

-z siqish parametri matnli fayllar, loglar va ba’zi zaxiralarda foyda beradi. Lekin allaqachon siqilgan zip, tar.gz, jpg, mp4 yoki gzip fayllarda CPU resursini ishlatib, ko‘p foyda bermaydi. 1 Gbps ulanishli kuchli serverlarda katta media fayllarni transfer qilsangiz, -z ishlatmasdan tezroq natija olasiz. Past tarmoq tezligida va matnli fayllarda -z katta tejash beradi.

Tarmoq tezligini chegaralash uchun --bwlimit ishlatiladi. Misol: --bwlimit=50000 taxminan 50 MB/s cheklov beradi. Bu jonli saytning tarmoq trafigini “bo‘g‘maslik” uchun zarur. Ishlab chiqarish serverda yuqori soatlarda to‘liq tezlikda transfer qilish, tashrif buyuruvchilar tajribasini yomonlashtiradi. Transferni kech soatlarda rejalashtirish, tarmoq tezligini chegaralash va jarayon davomida load average’ni kuzatish yaxshi amaliyot.

rsync, scp, SFTP va FTP taqqoslash

Fayl ko‘chirish uchun bir nechta usul bor; har birining kuchli va zaif tomonlari bor. Quyidagi jadval katta fayl va server ko‘chirish holatlarida qaysi dastur qachon mos kelishini ko‘rsatadi.

Jadvaldan ko‘rinsa, rsync ayniqsa takrorlanuvchi sinxronizatsiya va katta fayl transferida yetakchi. scp sodda va qulay, lekin o‘zgaruvchi fayllarni rsync kabi aniqlay olmaydi. FTP esa shifrlashsiz ishlatilganda zamonaviy xavfsizlik standartlari uchun mos emas. Hosting panellarda FTP kirish qulay, lekin serverlar orasida muhim transferda SSH-bazali usullar tanlanishi kerak.

Jonli web sayt ko‘chirish uchun misol ish ketma-ketligi

Web saytni eski serverdan yangi serverga ko‘chirishda maqsad faqat fayllarni nusxalash emas. DNS, ma’lumotlar bazasi, SSL, PHP versiyasi, fayl ruxsatlari va email konfiguratsiyasi ham tekshiriladi. Quyida katta faylli web sayt uchun kam uzilishli misol ish ketma-ketligi:

• Yangi serverda web server, PHP, ma’lumotlar bazasi va kerakli modullarni tayyorlang.
• Domenning DNS TTL qiymatini ko‘chirishdan oldin 300 soniya kabi past qiymatga tushiring. Domen boshqaruvi uchun domen so'rovi va domen boshqaruvi sahifasini ko‘rib chiqing.
• Birinchi rsync transferini sayt jonli holatda boshlang. Bu katta ma’lumotning asosiy qismini ko‘chiradi.
• Ma’lumotlar bazasi zaxirasini oling va yangi serverga ko‘chiring.
• Saytni qisqa muddatli “texnik xizmat” rejimiga o‘tkazing.
• Ikkinchi rsync komandasini ishlatib, o‘zgaruvchi so‘nggi fayllarni sinxronizatsiya qiling.
• Ma’lumotlar bazasini yana yangilang yoki incremental strategiya ishlating.
• Yangi serverda fayl ruxsatlari, sayt ochilishi va loglarni tekshiring.
• SSL sertifikatini o‘rnating yoki yangilang. Buning uchun SSL sertifikati o'rnatilishi kontenti foydali.
• DNS yozuvlarini yangi IP adresga yo‘naltiring.

Bu usulda eng ko‘p vaqt oladigan asosiy fayl transferi sayt jonli bo‘lgan paytda bajariladi. Uzilish faqat so‘nggi sinxronizatsiya va DNS o‘tishida bo‘ladi. Katta media arxivli WordPress saytlarida bu yondashuv soatlab uzilishni bir necha daqiqagacha qisqartiradi.

Ma’lumot butunligini tekshirish

Transfer tugagach, komanda bitishi yetarli emas. Fayl soni, hajmlar va muhim fayllar tekshiriladi. Oddiy tekshirish uchun manba va maqsadda du -sh komanda bilan katalog hajmlarini solishtiring. Lekin fayl tizimi bloklari farqi tufayli qiymatlar bir xil bo‘lmasligi mumkin. Batafsil tekshirish uchun rsync xuddi shu parametrlar bilan qayta ishlatiladi: yangi fayl bo‘lmasa, natija minimal bo‘ladi.

Checksum tekshiruvi uchun rsync -avc --dry-run /manba/katalog/ foydalanuvchi@maqsad-ip:/maqsad/katalog/ ishlatiladi. Bu yerda -c — fayllarni vaqt tamg‘asi va hajmdan tashqari checksum bilan solishtiradi. Juda katta ma’lumotda CPU va disk yukini oshiradi, ehtiyotlik bilan ishlatish zarur. Muhim arxivlar, ma’lumotlar bazasi dump’lari yoki mijoz hujjatlari uchun bu qo‘shimcha tekshiruv ishonch beradi.

Web sayt ko‘chirgan bo‘lsangiz, dastur darajasida ham tekshirish qiling: bosh sahifa, admin panel, rasm yuklash, to‘lov sahifasi, kontakt formasi va xato loglarini ko‘rib chiqing. E-commerce saytlarida faqat fayllarni ko‘chirish yetarli emas; to‘lov integratsiyalari va cron vazifalari ham yangi serverda test qilinishi kerak.

Ko‘p uchraydigan xatolar va yechimlar

Permission denied xatosi

Bu xato odatda SSH foydalanuvchi ruxsati, maqsad katalogga yozish huquqi yoki kalit verifikatsiyasi sababli bo‘ladi. Avval o‘sha foydalanuvchi bilan oddiy SSH ulanishni sinab ko‘ring. Ulanish muvaffaqiyatli bo‘lsa, maqsad katalogga fayl yaratish testini qiling. Kerak bo‘lsa, katalog egasini chown bilan mos foydalanuvchiga o‘zgartiring yoki sudo strategiyasi rejalashtiring.

No space left on device xatosi

Maqsad diskda yetarli joy bo‘lmasa, transfer to‘xtaydi. df -h bilan disk bo‘limlarini tekshiring. Ba’zan asosiy disk to‘liq emas, lekin /tmp yoki maqsad mount nuqtasi to‘liq bo‘ladi. Katta transferda log fayllar, eski zaxiralar va cache kataloglarni tozalang. Barqaror yechim uchun diskni kengaytirish yoki yuqori hajmli VPSga o‘tish kerak bo‘ladi.

Connection reset yoki Broken pipe xatosi

Uzoq transferlarda tarmoq uzilishi sodir bo‘lishi mumkin. --partial va --append-verify ishlatilsa, komandani qayta ishga tushirib, qayerda to‘xtagan bo‘lsa, davom ettirish mumkin. SSH keepalive sozlamalari ham yordam beradi. Klient tomonda ServerAliveInterval 60 kabi sozlama ulanishning bo‘sh turganda uzilishini kamaytiradi.

Juda sekin transfer

Sekinlik fayl soni, disk I/O limiti, siqish yukidan yoki tarmoq quvvatidan kelib chiqadi. Ko‘p kichik fayllar bo‘lsa, avval tar arxiv yaratish ba’zan tezroq natija beradi, lekin bu holda rsyncning fayl-bazli o‘zgarish afzalligi yo‘qoladi. Katta va allaqachon siqilgan fayllarda -z parametrini olib tashlab test qiling. Shuningdek, iotop, htop va iftop kabi vositalar bilan CPU, disk yoki tarmoq “bo‘g‘inini” aniqlang.

Xavfsizlik uchun eng yaxshi amaliyotlar

Serverlar orasida fayl transferida xavfsizlikni unutmaslik kerak. Ayniqsa, root kirish, SSH kalitlari va zaxira fayllari juda muhim. Eng avvalo, parolli kirish o‘rniga SSH kaliti ishlatish tavsiya etiladi. Kalit fayllari ruxsatlari qattiq bo‘lishi, maxsus kalitlar bo‘lishmasligi, va iloji boricha parol bilan himoyalangan bo‘lishi kerak.

Ko‘chirish uchun vaqtinchalik foydalanuvchi yarating, faqat kerakli kataloglarga kirish huquqi bering. Jarayon tugagach, bu foydalanuvchining ruxsatlarini olib tashlang yoki hisobni o‘chirib qo‘ying. SSH kirishni ma’lum IP manzillar bilan cheklash ham xuruj yuzasini qisqartiradi. Firewall qoidalari, Fail2ban va yangilangan OpenSSH versiyasi asosiy nazoratlar.

Ma’lumotlar bazasi dump’lari, mijoz hujjatlari yoki shaxsiy ma’lumotli arxivlar transfer qilinsa, transferdan so‘ng manba va maqsadda keraksiz vaqtinchalik fayllar tozalansin. Shuningdek, web root katalogida .sql, .zip yoki .tar zaxira fayllar qoldirish xavfsizlikka jiddiy tahdid. Bu fayllar web kirishdan yopiq papkada saqlansin yoki jarayon tugagach o‘chirilsin.

Avtomatik zaxira uchun rsync ishlatish

rsync faqat bir martalik ko‘chirish uchun emas, balki muntazam zaxira uchun ham ishlatiladi. Masalan, har kecha ma’lum katalogni zaxira serverga yuborish uchun cron vazifasi yaratish mumkin. Bu holatda SSH kaliti bilan parolsiz, lekin xavfsiz ulanish o‘rnatiladi, rsync faqat o‘zgaruvchi fayllarni transfer qiladi va tarmoq tezligi chegaralanadi.

Misol sintaksis: rsync -a --delete --bwlimit=30000 /var/www/sayt/ backup@zaxira-ip:/backup/sayt/. Bu komanda maqsad katalogini manba bilan bir xil qiladi. Ammo --delete parametri tufayli ehtiyotlik bilan ishlatish zarur: manbada o‘chirilgan fayl maqsadda ham o‘chiriladi. Muhim zaxira strategiyada snapshot, kunlik katalog yoki versiya bilan ishlovchi yechimlar afzal.

Hosting amaliyotida 3-2-1 zaxira qoidasi yaxshi referens: ma’lumotning kamida 3 nusxasi, 2 xil muhitda, 1 nusxasi boshqa joyda saqlansin. rsync bu strategiyaning serverlar orasidagi nusxa bosqichini qulay qiladi. Keng infratuzilma uchun Zaxiralash Echimlari va korporativ hosting xizmatlari kontentlari bilan rejangizni kuchaytiring.

So‘nggi nazorat ro‘yxati

Katta fayl transferini boshlashdan oldin quyidagi qisqa ro‘yxatni bajaring, xato xavfini kamaytiradi. Bu ro‘yxat ishlab chiqarishda standart protsedur bo‘lishi kerak.

• Manba va maqsad serverda rsync o‘rnatilganmi?
• SSH ulanish to‘g‘ri foydalanuvchi va port bilan test qilindimi?
• Maqsad serverda yetarli disk xotirasi bormi?
• Birinchi transfer --dry-run bilan tekshirildimi?
• Jonli sayt uchun texnik xizmat va so‘nggi sinxronizatsiya rejalashtirildimi?
• --delete ishlatilsa, maqsad yo‘li aniqlik bilan tasdiqlandi?
• Transferdan so‘ng fayl hajmi, ruxsatlar va dastur testlari o‘tkaziladimi?
• Vaqtinchalik zaxira va dump fayllar xavfsiz tozalanadimi?

Bu nazoratlar sodda tuyulsa ham, amaliyotda eng ko‘p xato noto‘g‘ri maqsad katalogi, yetarli ruxsat, disk xotirasi yetishmasligi va rejalashtirilmagan DNS o‘tishdan kelib chiqadi. Rejalangan rsync jarayoni transfer vaqtini qisqartiradi va qayta tiklash imkonini oshiradi.

Ko‘p so‘raladigan savollar

SSH orqali rsync bilan aloqa uzilsa, transfer boshidan boshlanadimi?

Yo‘q, to‘g‘ri parametrlardan foydalansa, boshidan boshlamaydi. --partial va --append-verify variantlari katta fayllarning yarim qismini saqlashga va komanda qayta ishga tushganda aynan qayerda to‘xtagan bo‘lsa, o‘sha joydan davom ettirishga yordam beradi. Muhim transferda komandani qayta ishga tushirishdan oldin maqsad disk xotirasi va yarim fayl holatini tekshirish ma’qul.

rsync bilan ma’lumotlar bazasi bevosita ko‘chiriladimi?

rsync — fayl ko‘chiradi; ishlayotgan ma’lumotlar bazasi fayllarini bevosita nusxalash to‘g‘ri emas. MySQL yoki MariaDB uchun mysqldump yoki fizik zaxira vositalari ishlatilib, hosil bo‘lgan zaxira fayli rsync bilan maqsad serverga ko‘chiriladi. Jonli tizimlarda ma’lumot butunligi uchun texnik xizmat yoki replikatsiya strategiyasi rejalash muhim.

rsync ishlatish uchun ikki serverda ham root kirish kerakmi?

Root kirish shart emas. Maqsad katalogga yozish huquqi bor foydalanuvchi yetarli. Lekin fayl egasi, tizim kataloglari, ACL yoki maxsus ruxsatlarni saqlash kerak bo‘lsa, yuqori ruxsat talab qilinishi mumkin. Xavfsizlik uchun imkon qadar cheklangan ruxsatli foydalanuvchi bilan ishlash to‘g‘ri.

--delete parametri xavfsizmi?

--delete to‘g‘ri ishlatilganda maqsad katalogini manba bilan sinxronizatsiya qilish uchun juda foydali; lekin noto‘g‘ri katalogda ishlatilsa, fayl yo‘qotish xavfi bor. Shu sababli --delete bor komanda avval --dry-run bilan test qilinishi, manba va maqsad yo‘llari diqqat bilan tekshirilishi kerak.

Katta fayl transferida rsyncmi yoki scpmi yaxshiroq?

Kichik, bir martalik nusxalashda scp yetarli, lekin katta fayllarda, ko‘p fayllarda va takrorlanuvchi sinxronizatsiyada rsync odatda afzal. Chunki o‘zgaruvchi ma’lumotni aniqlaydi, yarim transferni davom ettiradi, tarmoq tezligini cheklaydi va test rejimi beradi.

Xulosa va keyingi qadamlar

SSH orqali rsync komandasini ishlatib, ikki server orasida katta fayllarni ko‘chirish — tez, xavfsiz va boshqariladigan usul. To‘g‘ri parametrlar bilan uzilishlarga bardoshli, faqat o‘zgaruvchi fayllarni ko‘chiradi va jonli sayt transferida uzilishni qisqartiradi. Eng yaxshi natija uchun avval SSH va disk tekshiruvini bajaring, --dry-run bilan test qiling, keyin asosiy transferni rejalangan tarzda ishga tushiring.

Agar yangi serverga o‘tish, katta xotirali saqlash yoki tezroq hosting infratuzilmasini rejalashtirsangiz, Hostragons yechimlarini ko‘rib chiqing; VPS, hosting, domen va SSL variantlari bilan transfer jarayoningizni yanada xavfsiz qilishingiz mumkin. Silliq o‘tish uchun avval kichik testlar bilan boshlang, natijani o‘lchang va oxirgi sinxronizatsiyani rejalangan tarzda amalga oshiring.