rsync ile Windows makinelerin Debian/GNU Linux'a yedeklenmesi

0
ctengiz
Uzunca bir süredir ağ içerisinde yer alan kullanıcılara ait MS Windows makinelerinin yedeklenmesi için bir çözüm arayışı içerisindeydim. Sistemin sahip olması gereken özellikleri şu şekilde sıralayabilirim :
  1. Yedek makinesinin yönetimi kolay olmalı.
  2. Sistem ağ üzerinden çalışmalı.
  3. Yalnızca değişen dosyaları yedekleyecek kadar akıllı olmalı.
  4. Çok fazla ağ trafiğine sebep olmamalı.
  5. GNU/GPL yazılımlar ile minumum maliyete sahip olmalı.
  6. Son kullanıcı için kullanımı kolay olmalı.
  7. Kendi başına zamanlanmış yedekler alabilmeli.
Bu yazıda bu hedeflere nasıl ulaşılabilineceği anlatılyor.

Görüşler

0
malkocoglu_2
Guzel bir yazi, kutlarim. Rsync hakkinda bizim sitemizde cikan bir yaziyi da paylasayim dedim.

http://www.bilgidata.com/yazi.jsp?dosya=a_rsynch.xml

Saygilar,
0
sundance
Çok güzel bir makale elinize sağlık. Ben de bu aralar rsync konusunda bir etraflıca okumak istiyordum, denk geldi.

0
FZ
Demek ki yüzlerce, binlerce dolarlık yedekleme yazılımı kullanılmadan da pek çok yedekleme işi çözülebiliyormuş ;-)

Belgeyi yazan Çağatay Tengiz'e tekrar teşekkürler.
0
ctengiz
Evet tek gereken bir linux, bir rsync ve biraz da man okuma :)

Umarım yazıda bahsi geçen program benim gibi win makinelerden oluşan sistemlerin sorumluluğunu taşıyan sistem yöneticilerine faydalı olur.
0
malkocoglu_2
Umarim. Ben su anda sahsi sitemin tum kod gonderme (deploy) islerini rsync ile yapiyorum. Win$#$% uzerinden cygwin ve tek komut ile hooopppaaa kod Linux'ta. rsync'in SSH uzerinde calisabilmesi ayri bir avantaj.
0
mow
sağolasın, o kadar :)
0
librid
Yedekleme için değil ama dağıtım için rsync dan daha iyi birşey var artık: zsync.
Görüş belirtmek için giriş yapın...

İlgili Yazılar

Apache güvenliği

conan

Bu yazıda Apache'nin dağıtımla gelen halinden daha güvenli bir şekilde çalışabilmesi için yapmanızı tavsiye edeceğim bazı değişiklerlerden bahsedeceğim. Bu tavsiyelerden birçoğu ayar dosyalarıyla ilgili olacağından dolayı Apache httpd.conf dosyası hakkında bilgi edinmiş olmanızı öneririm.

Kod Kitabı: Eski Mısır'dan Kuantum Kriptolojisine Gizlilik Bilimi

SHiBuMi

"The Code Book: The Secret History of Codes and Code-Breaking" ya da Türkçe bulabileceğiniz ismiyle "Kod Kitabı: Eski Mısır'dan Kuantum Kriptolojisine Gizlilik Bilimi", bir bulmaca ve zeka oyunları yaratıcısı / yayıncısı olan ablam tarafından yaklaşık bir ay önce masama bırakıldığında, okunmak için bende fazla bir istek uyandırmamıştı. Tümü şifreleme ile ilgili 400 küsür sayfalık bir kitabın sıkıcı olmadan sonuna kadar okunabilirliğinin çok düşük olacağını düşünüyordum ama yanılmışım.

Dil Üstadları ile Araç Ustaları: IDE Ayrımı

FZ

Geliştirici dünyası iki kampa ayrılmıştır. Bir kampta dil üstadları vardır, bu yazılımcılar yüksek seviyeli programlamadan -- birinci-sınıf fonksiyonlar, aşamalı programlama, AOP, MOP, kendi kendini sorgulama -- bahsederler. Araç ustaları ise tümleşik geliştirme ve hata ayıklama araçlarında ustadırlar, kod tamamlama, "refactoring", vs. Dil üstadları Emacs ya da VIM kullanır, bu tür editörler yeni dilleri denemek için daha uygundur. Araç ustaları ise Visual Studio, Eclipse, IntelliJ gibi IDE'leri kullanırlar.

Laszlo ve Groovy gibi yeni diller ya da AOP (Aspect Oriented Programming) gibi dil uzantıları genellikle öncelikli olarak metin-editörü tabanlı yazılım geliştirme ortamlarında ortaya çıkarlar ve ancak ondan bir süre sonra IDE dünyası bu tür desteklere kavuşur. Eğer dil ya da uzantı gerçekten başarılı ise araçlar da bunu desteklemeye başlar. Bu ayrımın tek sebebi araç geliştirmenin dil geliştirmekten zor olması değildir. Asıl mesele bir dile hakim olmak ile bir araç setine hakim olmanın çok farklı iki mantalite olmasıdır, belli bir ölçüye dek bunlar birbirlerini dışlayan alternatiflerdir. Acaba neden? İşte sebepleri...

Oliver Steele'nin The IDE Divide başlıklı makalesini tüm yazılım geliştiricilerin okumasında fayda var. (Not: Şöyle sağlam bir FM üyesi çıksa da bahsi geçen makaleyi Türk diline kazandırsa... hani yani küçük bir olasılık olsa da, belki diyorum, belki biri üstlenir, FM'ye bir katkıda bulunur...)

Vpopmail Kullanım Kılavuzu

anonim

Vpopmail bir sanal domain ve sanal kullanıcı yonetim aracı olarak yazılmıştır, yazılmasında temel MTA (Mail Transfer Agent)olarak qmail ele alındığı için bu sadece bu MTA ile çalışır. Son zamanlarda postfix ile birlikte de çalışabilmesi için gerekli düzenlemeler yapılmıştır. Postfix ile çalıştırabilmeniz için yine aynı sitede bulunan vpopmail-postfix dökümanına göz atabilirsiniz.

OpenGL ve GLUT İle Oyun Programcılığına Giriş

FZ

Bu ay çıkan ve Şerif Gözcü tarafından yazılmış "OpenGL ve GLUT İle Oyun Programcılığına Giriş" isimli eser, Türkçe bilgisayar kitapları dünyasında eksikliği hissedilen bir alanı doldurma iddiasında.