SSH ilə rsync Əmrindən İstifadə Edərək İki Server Arasında Böyük Faylların Sürətli və Təhlükəsiz Köçürülməsi

SSH üzərindən rsync əmri, iki server arasında böyük faylları sürətli, təhlükəsiz və fasiləsiz şəkildə ötürmək üçün ən effektiv Linux üsullarından biridir. Xüsusilə yüzlərlə GB həcmində veb sayt faylları, ehtiyat nüsxələr, media qovluqları və ya tətbiq məlumatları ötürülərkən, rsync yalnız dəyişən blokları göndərdiyi üçün ənənəvi kopyalama üsullarına nisbətən ciddi sürət üstünlüyü təmin edir. Əsas prinsipi belədir: mənbə serverdəki fayllar SSH tuneli vasitəsilə şifrələnərək təyinat serverə sinxronlaşdırılır; əlaqə kəsilərsə, proses qaldığı yerdən davam etdirilə bilər.

Server köçürməsi, hosting yeniləməsi, məlumat mərkəzi dəyişiklikləri və ya ehtiyat nüsxə əməliyyatlarında yalnız sürət deyil, məlumat bütövlüyü də vacibdir. Böyük bir arxivi bir dəfə yükləyib sonra yenidən yükləmək həm vaxt itkisi yaradır, həm də əlaqə problemlərində sıfırdan başlamağa məcbur edir. rsync isə faylların zaman möhürlərini, icazələrini, sahibliyini və qovluq strukturunu qoruyur. Buna görə Linux sistem inzibatçıları, DevOps komandaları və veb hosting mütəxəssisləri tərəfindən gündəlik işlərdə geniş istifadə olunur.

Bu bələdçi iki Linux server arasında SSH üzərindən rsync ilə böyük faylların köçürülmə prosesini real komanda nümunələri ilə addım-addım izah edir. Həmçinin performans artırma parametrləri, təhlükəsizlik yoxlamaları, səhv halları, test köçürmə üsulları və istehsal mühitinə keçməzdən əvvəl diqqət edilməli məqamları təqdim edəcəyik. Yeni VPS və ya hosting mühitinə keçməyi planlaşdırırsınızsa, bu bələdçini tətbiq etməzdən əvvəl mənbə və təyinat serverlərinizdə kifayət qədər disk sahəsi, SSH girişi və düzgün istifadəçi icazələrinin olduğundan əmin olun. Müvafiq infrastruktur seçimi üçün Hostragons VPS Server həlləri və Linux Hosting Paketləri səhifələrinə baxa bilərsiniz.

rsync Nədir və Niyə Böyük Fayl Köçürmələrində Seçilir?

rsync, fayl və qovluqları lokal sistemdə və ya uzaq serverlər arasında sinxronlaşdırmaq üçün güclü bir komanda sətri vasitəsidir. Ən önəmli xüsusiyyəti delta ötürmə alqoritmasıdır. Bu alqoritm, faylın tamamını təkrar göndərmək əvəzinə, yalnız dəyişən hissələri ötürür. Məsələn, 80 GB-lıq bir ehtiyat faylında yalnız 2 GB dəyişiklik varsa, uyğun şəraitdə bütün faylı yenidən göndərmək yerinə dəyişən blokları ötürmək mümkündür.

SSH isə ötürməni şifrələyir. Beləliklə, rsync əmri şəbəkə üzərindən məlumat ötürərkən fayl məzmununu sadə mətn kimi göndərmir. Bu xüsusiyyət xüsusilə müştəri məlumatları, e-ticarət sifariş qeydləri, media arxivləri, verilənlər bazası ehtiyatları və xüsusi tətbiq faylları üçün vacibdir. Hosting dünyasında məlumat təhlükəsizliyi yalnız SSL sertifikatı ilə məhdudlaşmır; serverlərarası ötürmə kanalı da qorunmalıdır. Veb sayt trafiki üçün SSL sertifikatı istifadə olunarkən, serverlərarası fayl ötürməsində də SSH ilə şifrələmə üstünlük təşkil edir.

rsync FTP və ya əl ilə yükləmə-köçürmə üsullarına nisbətən daha çox elastikliyə malikdir. İcazələri qorumaq, simvolik keçidlər göndərmək, silinmiş faylları təyinatda da silmək, bant genişliyini məhdudlaşdırmaq və ötürmə öncəsi test etmək mümkündür. Böyük fayl köçürmələri kimi riskli əməliyyatlarda bu səviyyədə nəzarət ciddi üstünlük verir.

SSH Üzərindən rsync Əmrindən Nə Zaman İstifadə Etməlisiniz?

SSH üzərindən rsync əmri xüsusilə böyük, çoxlu və ya tez-tez dəyişən faylların köçürülməsində ideal seçimdir. Sadə şəkil qovluğu üçün əl ilə SFTP kifayət edə bilər; amma minlərlə fayl, fərqli icazələr və böyük arxivlər olduqda rsync daha etibarlı seçim olur.

• Köhnə serverdən yeni VPS serverə veb sayt köçürürsünüzsə.
• WordPress uploads qovluğu kimi minlərlə media faylı olan qovluqları ötürürsünüzsə.
• Gündəlik, həftəlik və ya aylıq ehtiyat nüsxələri fərqli serverə köçürürsünüzsə.
• Məlumat mərkəzi və ya hosting təminatçısını dəyişirsinizsə.
• Tətbiq fayllarını istehsal və ehtiyat mühitlər arasında sinxronlaşdırırsınızsa.
• Əlaqənin kəsilməsi ehtimalı olan uzunmüddətli ötürmələr planlaşdırırsınızsa.

Məsələn, 250 GB-lıq bir media qovluğunu əvvəlcə masaüstü kompüterinizə yükləyib sonra yeni serverə ötürmək iki dəfə köçürmə deməkdir. Bu, ümumi vaxtı uzadır və ev/ofis internet bağlantınızı yavaşlada bilər. rsync ilə mənbə serverdən təyinat serverə birbaşa ötürmə edərək bu əlavə mərhələni aradan qaldıra bilərsiniz.

Başlamazdan Önce Nə Lazımdır?

Uğurlu rsync əməliyyatı üçün əmri bilmək kifayət deyil. Mənbə və təyinat server şərtlərini yoxlamaq, proses zamanı məlumat itkisi və ya yarımçıq ötürmə riskini azaldır. Aşağıdakı yoxlamalar istehsal mühitlərində mütləq edilməlidir.

1. SSH Girişini Yoxlayın

Mənbə serverdən təyinat serverə SSH bağlantısı qurulmalıdır. Standart test belədir: ssh istifadeci@hedef-server-ip. Əgər SSH fərqli portda işləyirsə, test belə aparılır: ssh -p 2222 istifadeci@hedef-server-ip. Bu test uğursuzdursa rsync işləməyəcək. Firewall, Fail2ban, SSH portu, istifadəçi səlahiyyətləri və şifrə və ya açar doğrulaması yoxlanmalıdır.

2. rsync Paketinin Quraşdırıldığını Yoxlayın

Əksər Linux paylamalarında rsync əvvəlcədən quraşdırılmış olur; yenə də yoxlamaq faydalıdır. Debian və Ubuntu əsaslı sistemlərdə rsync --version komandasını istifadə etmək olar. Quraşdırılmayıbsa apt install rsync ilə yüklənə bilər. AlmaLinux, Rocky Linux və CentOS kimi sistemlərdə dnf install rsync və ya yum install rsync istifadə olunur. Hostragons üzərində Linux VPS istifadə edirsinizsə, quraşdırma çox vaxt bir neçə saniyə çəkir.

3. Disk Sahəsini Hesablayın

Təyinat serverdə kifayət qədər boş yer yoxdursa ötürmə yarımçıq qalacaq. Mənbə qovluğun ölçüsünü görmək üçün du -sh /kaynaq/qovluq istifadə edin. Təyinat serverdə df -h ilə disk vəziyyətini yoxlayın. Praktikada yalnız fayl ölçüsünə uyğun yer yox, müvəqqəti fayllar və loglar üçün də əlavə yer ayrılmalıdır. Məsələn, 500 GB məlumat ötürəcəksinizsə, təyinatda ən az 550-600 GB boş yer planlaşdırmaq məsləhətdir.

4. Kritik Xidmətləri və Dəyişən Faylları Planlaşdırın

Canlı işləyən veb saytlar ötürmə zamanı dəyişə bilər. Xüsusilə istifadəçi yükləmələri, keşi qovluqları və log faylları davamlı yenilənir. Böyük köçürmələrdə əvvəl əsas məlumat ötürülür, sonra saytı baxış rejiminə keçirib son bir rsync işlədilir. Beləcə kəsinti vaxtı dəqiqələrlə ölçülür. WordPress saytları üçün WordPress hosting köçürmə bələdçisi kimi resurslarla planınızı tamamlayın.

Əsas rsync Əmri: İki Server Arasında Fayl Köçürmə

Ən çox istifadə olunan sadə sintaksis belədir: rsync -avz /kaynaq/qovluq/ istifadeci@hedef-ip:/hedef/qovluq/. Buradakı -a arxiv rejimidir və icazələr, zaman möhürləri, simvolik keçidlər kimi məlumatları qoruyur. -v təfsilatlı çıxış verir. -z ötürmə zamanı sıxışdırma tətbiq edir. Qovluq sonunda olan slash işarəsi önəmlidir. /kaynaq/qovluq/ yazsanız qovluğun içərisi köçürülür; /kaynaq/qovluq yazsanız qovluğun özü təyinatda yaradılır.

Məsələn, köhnə serverdə /var/www/site/public_html/ qovluğundakı 180 GB veb fayllarını yeni serverdə eyni yola köçürmək istəyirsinizsə, əmri belə yazırsınız: rsync -avz /var/www/site/public_html/ root@203.0.113.20:/var/www/site/public_html/. Bu əməliyyat mənbə serverdən təyinat serverə SSH üzərindən faylları ötürür.

Root istifadəçi ilə işləmək istəmirsinizsə, təyinat serverdə həmin qovluğa yazma icazəsi olan xüsusi istifadəçi yaradın. Məsələn deploy adlı istifadəçi və qovluq sahibliyini ona uyğun təyin edin. İstehsal mühitlərində root ilə birbaşa işləmək rahat olsa da, təhlükəsizlik baxımından məhdud səlahiyyətli istifadəçi üstünlük təşkil edir.

Tövsiyə Olunan Təhlükəsiz və Davamlı rsync Parametrləri

Böyük fayl ötürmələrində sadə komanda kifayət etmir. Bağlantı kəsilməsi, qismən fayllar, səhv silinmə və ya zəif şəbəkələr üçün əlavə parametrlər tələb olunur. Aşağıdakı komanda real senarilər üçün möhkəm başlanğıc nöqtəsidir:

rsync -aHAXv --numeric-ids --partial --progress --append-verify -e ssh /kaynaq/qovluq/ istifadeci@hedef-ip:/hedef/qovluq/

Burada -a arxiv rejimi, -H sərt keçidlər, -A ACL icazələri, -X genişləndirilmiş atributları qoruyur. --numeric-ids istifadəçi və qrup adlarını deyil, ID-ləri nəzərə alır; fərqli serverlərdə istifadəçi adları fərqli olduqda faydalıdır. --partial yarımçıq faylları silmir. --progress ötürmə vəziyyətini göstərir. --append-verify isə böyük fayllarda qalıq hissədən davam edərkən əlavə olunan məlumatı təsdiqləyir.

Hər parametr hər sistemdə lazım olmaya bilər. Məsələn, sadə veb sayt köçürməsində -aHAX yetərlidir, amma xüsusi icazələrə malik tətbiqlərdə ACL və geniş atributlar vacibdir. Buna görə əvvəl test köçürməsi mütləqdir.

Əgər SSH Fərqli Portdan İstifadə Edirsə, Komanda Necə Olmalıdır?

Təhlükəsizlik üçün SSH 22 portu əvəzinə fərqli portda işləyə bilər. Bu halda rsync içində SSH parametri qeyd edilir. Məsələn: rsync -avz -e ssh -p 2222 /kaynaq/qovluq/ istifadeci@hedef-ip:/hedef/qovluq/. Lakin komanda sətrində -e parametri və dəyəri birlikdə yazılmalıdır. Doğru sintaksis belədir: rsync -avz -e 'ssh -p 2222' /kaynaq/qovluq/ istifadeci@hedef-ip:/hedef/qovluq/.

JSON və bəzi panellərdə tək dırnaq istifadəsi fərqli işləyə bilər, terminalda birbaşa yazarkən dırnaqların düzgün olduğundan əmin olun. Əgər SSH açarı ilə qoşulursunuzsa -i parametri əlavə edilə bilər: rsync -avz -e 'ssh -p 2222 -i /root/.ssh/id_rsa' /kaynaq/qovluq/ istifadeci@hedef-ip:/hedef/qovluq/. Bu üsul avtomatlaşdırma və cron əsaslı ehtiyatlama işlərində geniş tətbiq olunur.

Ötürmə Öncesi Test: --dry-run Parametrindən İstifadə

Böyük məlumat ötürmədən əvvəl ən peşəkar addımlardan biri --dry-run istifadə etməkdir. Bu parametr faylları əslində kopyalamır; yalnız hansı faylların ötürüləcəyini göstərir. Beləcə yanlış qovluq, səhv təyinat yolu və ya gözlənilməz silinmələr öncədən aşkar edilə bilər.

Nümunə test əmri: rsync -avz --dry-run /var/www/site/ istifadeci@hedef-ip:/var/www/site/. Nəticədə ötürüləcək faylları, yaradılacaq qovluqları və əməliyyat xülasəsini görürsünüz. --delete parametrindən istifadə olunacaqsa dry-run daha da vacibdir, çünki --delete mənbədə olmayan faylları təyinatda silə bilər. Düzgün istifadə edildikdə təyinat mənbənin tam surətinə çevrilir; səhv istifadə edilərsə ciddi məlumat itkisinə səbəb ola bilər.

Peşəkar tətbiq addımları adətən belədir: əvvəlcə SSH testi edilir, sonra disk sahəsi yoxlanır, rsync --dry-run işlədilir, kiçik qovluqla real test aparılır, sonra əsas ötürmə başlanır. Bu yanaşma bir neçə dəqiqə əlavə vaxt tələb etsə də, saatlarla davam edə biləcək səhv ötürmələrin qarşısını alır.

Performans üçün Sıxılma, Bant Genişliyi və Şifrələmə Ayarları

rsync performansı yalnız fayl ölçüsündən asılı deyil. Serverlərin CPU gücü, disk növü, şəbəkə gecikməsi, bant genişliyi və fayl sayı da vacibdir. Çoxlu kiçik fayl, tək böyük fayldan daha yavaş ötürülə bilər; çünki hər fayl üçün metadata əməliyyatları aparılır. NVMe diskli VPS mühitlərində fayl oxuma və yazma sürəti nəzərəçarpacaq dərəcədə yaxşı ola bilər. Buna görə intensiv köçürmə planlayırsınızsa NVMe VPS server seçimlərini qiymətləndirmək məqsədəuyğundur.

-z sıxılma parametri mətn faylları, loglar və bəzi ehtiyat növlərində faydalıdır. Lakin artıq sıxılmış zip, tar.gz, jpg, mp4 və gzip fayllarında CPU istifadəsini artırır və əhəmiyyətli qazanc verməyə bilər. 1 Gbps bağlantısı olan güclü iki server arasında böyük media faylları ötürürsünüzsə, -z olmadan daha yaxşı nəticə əldə edə bilərsiniz. Əksinə, aşağı bant genişliyi və mətn əsaslı fayllarda -z ciddi qənaət təmin edir.

Bant genişliyini məhdudlaşdırmaq üçün --bwlimit istifadə olunur. Məsələn --bwlimit=50000 təxminən 50 MB/s sürətində limit qoyur. Bu, canlı veb sayt trafikini boğmamaq üçün vacibdir. İstehsal serverində yüksək yüklü vaxtlarda tam sürətlə ötürmə ziyarətçi təcrübəsinə mənfi təsir göstərə bilər. Köçürməni gecə saatlarına planlamaq, bant genişliyi limiti qoymaq və proses zamanı load average dəyərlərini izləmək yaxşı təcrübədir.

rsync, scp, SFTP və FTP Müqayisəsi

Fayl ötürmək üçün bir neçə üsul mövcuddur; amma hər birinin güclü və zəif tərəfləri fərqlidir. Aşağıdakı cədvəl böyük fayl və server köçürmə senarilərində hansı vasitənin nə zaman daha uyğun olduğunu ümumiləşdirir.

Cədvəldən göründüyü kimi rsync xüsusilə təkrarlanan sinxronizasiya və böyük məlumat köçürmələrində önə çıxır. scp sadə və əlverişli olsa da, dəyişən faylları ağıllı şəkildə aşkar etmə qabiliyyəti rsync qədər güclü deyil. FTP isə şifrələmə olmadan istifadə edildikdə müasir təhlükəsizlik standartlarına cavab vermir. Hosting panellərində FTP girişi rahat olsa da, serverlərarası kritik köçürmələrdə SSH əsaslı üsullar üstünlük təşkil edir.

Canlı Veb Sayt Köçürməsi Üçün Nümunə İş Prosesləri

Veb saytın köhnə serverdən yeni serverə köçürülməsi təkcə faylların kopyalanması demək deyil. DNS, verilənlər bazası, SSL, PHP versiyası, fayl icazələri və e-poçt konfiqurasiyası da yoxlanılmalıdır. Aşağıda böyük fayllı veb sayt üçün az fasiləli nümunə iş prosesləri verilmişdir.

• Yeni serverdə veb server, PHP, verilənlər bazası və tələb olunan modulları quraşdırın.
• Domainin DNS TTL dəyərini köçürmə öncəsi 300 saniyə kimi aşağı səviyyəyə endirin. Domain idarəsi üçün domain sorğulama və domain idarəsi səhifəsini nəzərdən keçirin.
• İlk rsync ötürməsini sayt işləyərkən başladın. Bu mərhələ böyük məlumatın çoxunu köçürür.
• Verilənlər bazasının ehtiyat nüsxəsini alın və yeni serverə köçürün.
• Saytı qısa müddətə baxış rejiminə keçirin.
• İkinci rsync əmri ilə dəyişən son faylları sinxronlaşdırın.
• Verilənlər bazasını yeniləyin və ya inkremental strategiya tətbiq edin.
• Yeni serverdə fayl icazələrini, saytın açılışını və logları yoxlayın.
• SSL sertifikatını quraşdırın və ya yeniləyin. Bu iş üçün SSL sertifikatı qurulması məqaləsi faydalı ola bilər.
• DNS qeydlərini yeni IP ünvanına yönləndirin.

Bu metodda ən uzun müddət aparan əsas fayl ötürməsi sayt işləyərkən həyata keçirilir. Fasilə yalnız son sinxronizasiya və DNS dəyişimi zamanı olur. Böyük media arxivli WordPress saytlarında bu yanaşma saatlarla davam edən fasiləni dəqiqələrlə endirə bilər.

Məlumat Bütövlüyünün Yoxlanması

Ötürmə tamamlananda yalnız əmrin bitməsi kifayət deyil. Fayl sayı, ölçülər və kritik fayllar yoxlanmalıdır. Sadə yoxlama üçün mənbə və təyinatda du -sh komandasından istifadə edərək qovluq ölçülərini müqayisə etmək olar. Lakin fayl sistemi blok fərqliliklərinə görə rəqəmlər tam eyni olmaya bilər. Daha detallı yoxlama üçün rsync yenidən eyni parametrlərlə işlədilə bilər. Əgər ötürüləcək yeni fayl qalmayıbsa, çıxış minimum səviyyədə olur.

Checksum yoxlaması üçün rsync -avc --dry-run /kaynaq/qovluq/ istifadeci@hedef-ip:/hedef/qovluq/ istifadə edilə bilər. Buradakı -c parametri faylları zaman möhürü və ölçüdən əlavə checksum ilə müqayisə edir. Böyük məlumatlarda CPU və disk yükü artıra biləcəyi üçün diqqətlə istifadə olunmalıdır. Kritik arxivlər, verilənlər bazası dump faylları və ya müştəri sənədləri üçün bu əlavə yoxlama etibarlılıq yaradır.

Əgər veb sayt köçürmüsünüzsə, tətbiq səviyyəsində də yoxlama aparın. Ana səhifə, idarə paneli, şəkil yükləmə, ödəmə səhifəsi, əlaqə forması və səhv logları incələnməlidir. E-ticarət saytlarında təkcə faylların köçürülməsi kifayət deyil; ödəniş inteqrasiyaları və cron tapşırıqları da yeni serverdə test olunmalıdır.

Ümumi Səhvlər və Həll Yolları

Permission denied Xətası

Bu xəta adətən SSH istifadəçi səlahiyyəti, təyinat qovluğu yazma icazəsi və ya açar doğrulaması ilə bağlıdır. Əvvəl eyni istifadəçi ilə adi SSH bağlantısı qurmağa çalışın. Bağlantı uğurludursa, təyinat qovluğunda fayl yaradılmasını sınayın. Lazım gələrsə, qovluq sahibliyini chown ilə müvafiq istifadəçiyə verin və ya sudo əsaslı strategiya tətbiq edin.

No space left on device Xətası

Təyinat diskində kifayət qədər yer olmadıqda ötürmə dayanır. df -h ilə disk bölmələrini yoxlayın. Bəzən əsas disk dolu olmaya bilər, amma /tmp və ya təyinat mount nöqtəsi dolu olur. Böyük köçürmələrdə log faylları, köhnə ehtiyatlar və keşi qovluqları təmizləmək faydalıdır. Uzunmüddətli həll üçün disk genişləndirmə və ya daha yüksək tutumlu VPS planına keçmək tələb edilə bilər.

Connection reset və Broken pipe Xətası

Uzunmüddətli ötürmələr zamanı şəbəkə kəsilə bilər. --partial və --append-verify istifadə edirsinizsə, əmri yenidən işə salaraq qaldığınız yerdən davam edə bilərsiniz. Həmçinin SSH keepalive parametrləri kömək ola bilər. İstifadəçi tərəfində ServerAliveInterval 60 kimi ayar əlaqənin boşdaykən kəsilməsinin qarşısını alır.

Çox Yavaş Köçürmə

Yavaşlıq fayl sayından, disk I/O limitindən, sıxılma yükündən və ya şəbəkə imkanlarından qaynaqlana bilər. Çoxlu kiçik fayl varsa, əvvəlcə tar arxivi yaratmaq bəzən sürəti artırır; amma bu halda rsync-in fayl dəyişikliklərini fərqləndirmə üstünlüyü azalır. Böyük və artıq sıxılmış fayllarda -z parametrini çıxarmaqla test edin. Həmçinin iotop, htop və iftop kimi vasitələrlə CPU, disk və şəbəkə darboğazını müəyyənləşdirin.

Təhlükəsizlik Üçün Ən Yaxşı Təcrübələr

Serverlərarası fayl ötürülməsi zamanı təhlükəsizlik ön planda olmalıdır. Xüsusilə root girişi, SSH açarları və ehtiyat fayllar həssas hesab edilir. Əvvəlcə parolsuz giriş əvəzinə SSH açarı istifadə etmək tövsiyə olunur. Açar fayllarının icazələri ciddi şəkildə qorunmalı, şəxsi açarlar paylaşılmamalı və mümkün olduqda passphrase ilə qorunmalıdır.

Köçürmə üçün müvəqqəti istifadəçi yaradıb yalnız zəruri qovluqlara giriş vermək yaxşı üsuldur. İş bitdikdən sonra bu istifadəçinin səlahiyyətləri geri alınmalı və ya hesab deaktiv edilməlidir. SSH girişi yalnız müəyyən IP-lərlə məhdudlaşdırmaq hücum səthini azaldır. Firewall qaydaları, Fail2ban və OpenSSH-nin güncəl versiyası əsas yoxlamalar sırasındadır.

Verilənlər bazası dump faylları, müştəri sənədləri və ya şəxsi məlumat ehtiva edən arxivlər ötürülürsə, ötürmə bitdikdən sonra mənbə və təyinatda artıq müvəqqəti fayllar təmizlənməlidir. Həmçinin veb root qovluğunda .sql, .zip və .tar kimi ehtiyat fayllar qalması ciddi təhlükəsizlik riski yaradır. Bu fayllar mümkün olduqda veb girişindən qapalı qovluqda saxlanmalı və ya əməliyyat tamamlandıqdan sonra silinməlidir.

Avtomatik Ehtiyatlama Üçün rsync İstifadəsi

rsync təkcə bir dəfə köçürmə üçün deyil, periodik ehtiyatlama üçün də istifadə oluna bilər. Məsələn, hər gecə müəyyən qovluğu ehtiyat serverə göndərmək üçün cron işi qurula bilər. Bu halda SSH açarı ilə parolsuz, amma təhlükəsiz əlaqə təmin olunur, rsync yalnız dəyişən faylları ötürür və bant genişliyi limiti tətbiq edilir.

Nümunə ssenari: rsync -a --delete --bwlimit=30000 /var/www/site/ backup@yedek-ip:/backup/site/. Bu əmr təyinat qovluğunu mənbə ilə uyğunlaşdırır. Lakin --delete parametri diqqətlə istifadə olunmalıdır. Çünki mənbədə silinmiş fayl təyinatda da silinir. Bu səbəbdən kritik ehtiyatlama strategiyalarında snapshot, günlük qovluqlar və versiyalaşdırma dəstəyi olan həllər seçilməlidir.

Hosting əməliyyatlarında 3-2-1 ehtiyatlama qaydası yaxşı göstəricidir: Məlumatın ən az 3 nüsxəsi, 2 fərqli mühitdə və 1 nüsxəsi fərqli yerdə saxlanmalıdır. rsync bu strategiyanın serverlərarası surət hissəsini asanlaşdırır. Daha geniş infrastruktur üçün Yedəkləmə Həlləri və korporativ hosting xidmətləri məzmunları ilə planınızı gücləndirə bilərsiniz.

Son Yoxlama Siyahısı

Böyük fayl köçürmə əməliyyatına başlamazdan öncə aşağıdakı qısa siyahını tətbiq etmək səhv riskini azaldır. Bu siyahı xüsusilə istehsal mühitlərində standart prosedur kimi tətbiq olunmalıdır.

• Mənbə və təyinat serverlərdə rsync quraşdırılıb?
• SSH bağlantısı doğru istifadəçi və portla test edilib?
• Təyinat serverdə kifayət qədər disk sahəsi var?
• İlkin əməliyyat --dry-run ilə yoxlanılıb?
• Canlı sayt üçün baxış rejimi və son sinxronizasiya planlanıb?
• --delete parametrindən istifadə ediləcəksə təyinat yolu düzgün təsdiqlənib?
• Ötürmədən sonra fayl ölçüsü, icazələr və tətbiq testləri aparılacaq?
• Müvəqqəti ehtiyat və dump faylları təhlükəsiz şəkildə təmizlənəcək?

Bu yoxlamalar sadə görünə bilər, amma real həyatda ən çox rast gəlinən problemlər səhv təyinat qovluğu, icazə çatışmazlığı, disk sahəsinin azlığı və planlaşdırılmamış DNS keçidindən irəli gəlir. Planlı rsync prosesi həm köçürmə müddətini azaldır, həm də geri dönüş ehtimalını artırır.

Tez-Tez Verilən Suallar

SSH üzərindən rsync əlaqə kəsilərsə ötürmə sıfırdan başlayır?

Xeyr, doğru parametrlər istifadə olunarsa sıfırdan başlamır. --partial və --append-verify seçimləri yarımçıq faylların qorunmasına və əmrin yenidən işə düşdükdə yarımçıqdan davam etməsinə kömək edir. Yenə də kritik köçürmələrdə əmri yenidən işə salmazdan öncə təyinat disk sahəsi və yarımçıq fayl vəziyyəti yoxlanmalıdır.

rsync ilə verilənlər bazası birbaşa köçürülə bilərmi?

rsync faylları köçürür; işləyən verilənlər bazası fayllarını birbaşa kopyalamaq sağlam deyil. MySQL və ya MariaDB üçün mysqldump və ya fiziki ehtiyatlama vasitələri istifadə edilməli, yaranan ehtiyat faylı rsync ilə təyinat serverə ötürülməlidir. Canlı sistemlərdə məlumat tutarlılığı üçün baxış rejimi və ya replikasiya strategiyası tətbiq olunmalıdır.

rsync istifadə etmək üçün hər iki serverdə root girişi lazımdırmı?

Root girişi şərt deyil. Təyinat qovluğuna yazma icazəsi olan istifadəçi kifayətdir. Amma fayl sahibliyi, sistem qovluqları, ACL və xüsusi icazələr qorunmalıdırsa daha yüksək səlahiyyət tələb oluna bilər. Təhlükəsizlik üçün mümkün olduqca məhdud səlahiyyətli istifadəçi ilə işləmək məsləhətdir.

--delete parametri təhlükəsizdirmi?

--delete düzgün istifadə olunarsa təyinat qovluğunu mənbə ilə tam uyğunlaşdırmaq üçün çox faydalıdır; lakin səhv qovluqda istifadə edilərsə fayl itkisinə səbəb olur. Buna görə --delete parametri ehtiyatla, əvvəlcə --dry-run ilə test edilməli və mənbə-təyinat yolları diqqətlə təsdiqlənməlidir.

Böyük fayl ötürməsində rsync yoxsa scp daha yaxşıdır?

Sadə, tək dəfəlik kiçik kopyalamalarda scp kifayət edə bilər; amma böyük və çoxlu fayllarda, təkrarlanan sinxronizasiya hallarında rsync adətən daha üstün olur. Çünki dəyişiklikləri aşkar edir, yarımçıq ötürmələri davam etdirir, bant genişliyini məhdudlaşdıra bilir və test rejimi təklif edir.

Xülasə və Növbəti Addım

SSH üzərindən rsync əmri ilə iki server arasında böyük faylları köçürmək sürətli, təhlükəsiz və idarəolunan üsuldur. Düzgün parametrlərlə əlaqə kəsilmələrinə davamlı olur, yalnız dəyişən faylları ötürərək vaxt qazandırır və canlı sayt köçürmə proseslərində fasiləni azaldır. Ən yaxşı nəticə üçün əvvəlcə SSH və disk yoxlamalarını edin, --dry-run ilə test aparın, sonra əsas köçürməni planlı şəkildə icra edin.

Əgər yeni serverə keçid, yüksək tutumlu saxlama və ya daha performanslı hosting infrastrukturu planlayırsınızsa, Hostragons həllərinə baxa, ehtiyacınıza uyğun VPS, hosting, domain və SSL seçimləri ilə köçürmə prosesinizi daha təhlükəsiz edə bilərsiniz. Problemsiz keçid üçün kiçik testlərlə başlayın, nəticələri ölçün və son sinxronizasiyanı planlı şəkildə həyata keçirin.