Autor del tema
#1
Ana fikir: rsync ile SSH üzerinde güvenli, verimli ve esnek yedekleme stratejileri kurmak, hem tek yönlü hem de çoğaltılmış yedeklemelerde karşılaşılan zorlukları azaltır. Aşağıda pratik adımlar, yaygın senaryolar ve dikkat edilmesi gereken noktalar yer alıyor.
[rationale]
Bir sunucudan diğerine yedek almak veya yerel dosyaları uzak bir hedefe göndermek çoğu sistem yöneticisinin rutin işlerinden. rsync, yalnızca değişen dosyaları kopyalayarak ağ kullanımını minimize eder; SSH ile güvenli oturum açma sağlar ve port değişiklikleri, anahtar doğrulama gibi güvenlik unsurlarını doğal olarak destekler. Bu yazıda temel kurulumdan başlayıp, sık kullanılan seçeneklerle pratik senaryoları ele alacağım.
[/rationale]
- Temel prensip: rsync -avz -e "ssh -p 2222" /kaynak yolum/ kullanıcı@hedef:/hedef/yol
- -a arşiv modu; dosya izinleri, zaman damgaları ve sembolik bağlantıları korur.
- -v ayrıntılı çıktı ister; -z sıkıştırma uygular; büyük veri transferlerinde ağ maliyetini düşürür.
- -e "ssh" ile güvenli bağlanmayı belirtir; SSH portu özel durumda farklıysa portu belirlemeye olanak verir.
- İki yönlü yedekleme için güvenli anahtarlar: SSH anahtarlarını kullanarak parola sormadan otomatikleşmek için anahtar-anahtar eşleşmesini kurun. Bu, script tabanlı cifreli kontrolleri veya cron ile periyodik işler için idealdir.
- Yedekleme senaryoları:
- Tek yönlü sunucu→yedeklenmiş hedef: rsync -avz -e "ssh" /var/www/ kullanıcı@yedek:/mnt/backup/www
- Yedeklenmiş hedef üzerinden değişiklikleri geri almak: rsync -avz -e "ssh" kullanıcı@yedek:/mnt/backup/www/ /var/www/
- iDRAC/örn. uzak hedefte zaman damgası kilitlenmesini önlemek için --delete ile hedefte olmayan dosyaları temizlemek; ancak dikkatli olmak gerekir.
- Sık karşılaşılan sorunlar ve çözümler:
- Yetki hataları: hedef dizinin yazılabilir olması veya rsync’in çalıştığı kullanıcıya gerekli izinlerin verilmesi gerekir.
- Dosya kilitleri: canlı servisler tarafından kullanılan dosyalarda kilitlenme yaşanabilir; mümkünse hizmetleri durdurup yedek almak ya da --inplace gibi seçeneklerle çalışmak çözümdür.
- SSH anahtar doğrulama: known_hosts üzerinde doğrulama hataları çıkabilir; sunucu değiştiğinde manuel doğrulama ve anahtar güncellemesi gerekir.
- Güvenlik ve performans ipuçları:
- SSH üzerinde port kırpma veya hangi kimlik doğrulama yönteminin kullanılacağını belirleyen ek güvenlik önlemleri alın.
- Büyük hacimli yedekte sıkıştırmayı etkinleştirmek ağ üzerinden veri miktarını azaltır, ancak CPU yükünü artırır; sistem kapasitenize göre ayarlayın.
- --partial ve --append ile kopan transferleri yeniden başlatırken zaman ve ağ tasarrufu sağlar.
Kod örnekleri ve zamanlamalar için temellere sadık kalarak, güvenli ve verimli bir rsync yapılandırmasını adım adım tasarlayın. Örneğin düzenli bir cron göreviyle gece yarısı yedek almak, ağ yoğunluğunu minimize eder ve geri dönüşlerde tutarlılık sağlar.
Notlar
- Bu rehber, teknik olarak yedekleme senaryolarını kapsar; spesifik uygulama veya çerçeveye bağlı olarak yapılandırma değişiklikleri gerekebilir.
- Kapama ve restorasyon planı her zaman test edilmeli; küçük bir hata bile geri dönüş süresini uzatabilir.
CÓDIGO
12345678# Basit bir tek yönlü yedekleme örneği
rsync -avz -e "ssh -p 2222" /var/www/ kullanıcı@yedek.sunucu:/mnt/backup/www
[b]Günlük otomatik yedekleme için crontab girişleri[/b]
0 2 * * * rsync -avz -e "ssh" /var/www/ kullanıcı@yedek.sunucu:/mnt/backup/www
[b]Hedefte olmayan dosyaları temizlemek için (riskli, dikkatli kullanılmalı)[/b]
rsync -avz --delete -e "ssh" /var/www/ kullanıcı@yedek.sunucu:/mnt/backup/www
