[LinuxFocus-icon]
<--  | Ana Sayfa  | Eri�imd�zeni  | ��indekiler  | Arama

Duyumlar | Belgelikler | Ba�lant�lar | LF Nedir
Bu makalenin farkl� dillerde bulundu�u adresler: English  ChineseGB  Deutsch  Francais  Italiano  Turkce  

[Photo of the Author]
Heinz-Josef Claes
<hjclaes(at)web.de>

Yazar hakk�nda:

Yazar kendi resmini �nternette yay�nlamak istemiyor.



T�rk�e'ye �eviri:
Erdal Mutlu <erdal(at)linuxfocus.org>

��erik:

 

storeBackup, al���lmam�� yedekleme arac�

[yaz� resim]

�zet:

StoreBackup, bantlara yedekleme yapan bir sisteme sahip olmayan, ancak ikinci bir diski veya bilgisayar� olan kullan�c�lar i�in tasarlanm��t�r. StoreBackup i� ortamlar�nda �ok h�zl� ve rahat bir �ekilde yedeklerine ula�mak isteyen kullan�c�lar�n kullan�m�na y�nelik yaz�lm��t�r. Bununla birlikte, sistem y�netimi masraflar� da �nemli �l��de azalt�lmaktad�r.

Diskler ve benzeri ayg�tlar, bantlara yap�lan yedekleme yerine veya onun yan�nda kullanabilirler. Burada tan�t�lan program y�ksek ba�ar�m ve yer tasarufu sa�lamaktd�r:

  • Dizinler i�indekilerle birlikte ba�ka bir yere kopyalanabilmetkedir (S�zgelimi, /home => /var/bkup/2003.12.13_02.04.26) Kapyalanan dosyalar�n eri�im haklar� ayn� kalmaktad�r. B�ylece, kullan�c�lar, yedeklerine do�rudan ula�abilmektedir.
  • Kopyalanmakta olan dosyalar, yedekteki dosyalarla kar��la�t�r�lmakta, b�ylece yedekler aras�nda i�eri�i ayn� olan dosyadan sadece bir tane bulunmas� sa�lanmaktad�r.
  • Yedeklerde bulunan ayn� dosyalardan bir tane vard�r, di�erleri de buna sabit ba�lant�yla ba�lanm��t�r. Dolay�s�yla, dosyalar as�l yerlerinde oldu�u gibi g�z�kmektedir.
  • E�er, �zel olarak 'exclude' (esge�) ile i�aretlenmemi�lerse, yedeklenen dosyalar s�k��t�r�lacakt�r. S�k��t�rma i�lemi tamamen de iptal edilebilir.
  • Birbirinden ba��ms�z olarak yarat�lan yedekler (S�zgelimi farkl� bilgisayarlardan yarat�lm�� olanlar.), sabit ba�lant�larla payla��lmakta olan dosyalar� g�sterebilirler. K�smi veya tam yedekleme, ayn� i�eri�e sahip bir dosyan�n yedeklerde sadece bir yerde bulunaca�� ko�ulu alt�na bu y�ntemle yap�labilir.

_________________ _________________ _________________

 

Neden yeni bir yedekleme arac� ?

�imdilerde, belki binlerce yedekleme program� vard�r. �yleyse, bir ba�kas�na neden gereksinim duyulsun? Gereksinim, benim dan��man olarak �al��mamdan ortaya ��kt�. T�m hafta boyunca �e�itli yerlerde �al���yordum ve dosyalar�m� evde yedekleyecek bir arac�m yoktu. Tek sahip oldu�um, paralel ba�lant� noktas�na tak�l� 250 MB kapasitesine sahip bir ZIP s�r�c�yd�. ZIP s�r�c�n�n kapasitesi k���k geliyordu ve onun sa�lam�� oldu�u d���k ba�ar�m�na (saniyede 200KB) katlanmak zorundayd�m. Bunun yan� s�ra, yedeklerime h�zl� olarak eri�mem gerekiyordu. Tam ve farklar�n yedeklendi�i bilinen yedekleme y�ntemini de (tar veya dump ile yap�lanlar�) be�enmiyordum. Bu y�ntemde, bir yandan istedi�iniz dosyaya ula�mak olduk�a karma��k, di�er yandan ise, �nceden planlanmadan eski yedek dosyan�z� kafan�za g�re hemen silemiyorsunuz.

Amac�m, i�te yedeklemeyi h�zl�ca yapabilmek, istedi�im dosyay� da �abucak bulabilmektir.

B�ylece, 1999'da storeBackup'�n ilk s�r�m� ortaya ��kt�. Ancak, bu haliyle b�y�k ortamlarda kullan�lmaya uygun de�ildi. Program�n ba�ar�m� iyi de�ildi, �l�eklendirme sorunlar� vard� ve isimlerinde garip karakterler ('\n' gibi) i�eren dosylarda sorun ��kartmaktayd�.

�lk s�r�mden elde etti�im tecr�beler �����nda, yakla��k bir y�l kadar �nce ikinci s�r�m� yazd�m ve GPL lisans� ile yay�mlad�m. Bu arada kullan�c� say�s� da artt�. �nternet servis sa�lay�c�lar�ndaki (elektronik posta) dizinlerini yedekleyen ev kullan�c�lar�ndan, hastanelerde ve �niversitelerdeki kullan�c�lara kadar, kullan�c� �e�itlili�in olu�mas�n�n yan�s�ra, program genel ar�ivleme arac� olarak da kullan�lmaya ba�land�.  

Kusursuz bir yedekleme arac� nas�l olmal�d�r?

Kusursuz bir yedekleme arac�, t�m verilerin yede�ini eri�im haklar�n� koruyarak g�nl�k olarak ba�ka bir sisteme alan, bunu yaparken sistem y�neticisine m�mk�n oldu�u kadar az y�k getiren ve kullan�c�lar�n rahatl���n� en �st seviyede tutan bir ara� olmal�d�r. Bu arada, bunu sa�layacak sistemler ve bilgisayarlar en fazla g�venli�i sa�lamak amac�yla farkl� yerlerde ve binalarda olmal�d�r. Bir veri taray�c�s� arac�l��� ile kullan�c�lar yedeklenmi� dosyalar� g�r�nt�leyebilmeli ve gerekti�inde kopyalayabilmelidir. Yedekler do�rudan ve sorunsuz olarak kullan�labilmelidir. Yedeklerle �al��mak 's�radan' i� haline gelmelidir, ��nk� genellikle bu i� i�in sistem y�netimine gereksinim kalmayacakt�r.

Burada tan�mlanan s�recin baz� eksileri vard�r: �ok fazla disk kapasitesine gereksinim duymakta ve her defas�nda t�m verilerin kopyalanmas� gerekti�inden, yava� �al��maktad�r.  

StoreBackup nas�l �al��maktad�r?

StoreBackup "kusursuz yedekleme" gibi davranmaya ve �� iki sorunu gidermeye y�nelik �al��maktad�r: yer ve ba�ar�m.  

�zellikleri

E�er, sizin i�in bir �ey ifade ediyorsa, yer kullan�m�n� azaltmak i�in yap�labilecek ilk i�, dosyalar� s�k��t�rmak olacakt�r. storeBackup s�k��t�rmak i�in herhangi bir program�n kullan�m�na olanak sa�lamaktad�r. Benimsenmi� de�er olarak bzip2 kullan�lmaktad�r.

Yedeklenen verileri daha yak�ndan izledi�iniz zaman, yedekten yede�e �ok az say�da dosyan�n de�i�ti�ini g�receksiniz. Bu y�zden fark (incremental) yedekleme y�ntemleri do�mu�tur. Farketti�imiz olaylardan birisi de, ayn� i�eriklere sahip bir �ok dosya yedekte bulunabilmektedir. Bunun nedeni, ya kullan�c�lar taraf�ndan kopyalanm�� olmalar�, yada cvs gibi s�r�m y�netim programlar�n i�ba��nda olmas�d�r. Bunlara ek olarak, kullan�c�lar dosya veya dizin isimlerini yedeklerde de�i�tirmektedirler. B�ylece, fark yedekleme y�ntemlerinde bu dosyalar gereksiz yere tekrar yedeklenmektedir. Soruna ��z�m olarak yedeklere bak�p, e�er ayn� i�erikte dosya (belkide s�k��t�r�lm�� durumda) varsa, ona sabit ba�lant� kurmakt�r. (A��klama: Unix sistemlerindeki veri par�alar� inode'lar taraf�ndan y�netilmektedir. Bir�ok farkl� dizindeki dosya bir inode'u g�steriyor olabilir. Ger�ek dosya, inode'a olan sonuncu ba�lant� (=dizin ad�) silindi�inde silinmektedir. Sabit ba�lant�lar ayn� dosya sistemi i�inde yap�labilmektedir.)

Diskte sadece bir defa yer almas�na kar��n, sabit ba�lant� tekni�i ile, her yedekte g�z�kmektedir. Dolay�s�yla bu t�r dosya ve dizinlerin kopyalanmas� veya isimlerinin de�i�tirilmesi sadece sabit ba�lant� i�in gerekli yer kadar, ki bu �ok azd�r, disk alan� gerektirmektedir.

B�y�k bir olas�l�kla yedeklenmesi gereken birden fazla bilgisayar vard�r. /etc veya /usr gibi dizinlerde ayn� i�eri�e sahip dosya say�s� oran� olduk�a y�ksektir. A��kt�r ki, ayn� dosyadan sadece bir tane yedeklerde yer almal�d�r. En kolay�, t�m bilgisayarlar�n dizinlerini, yedeklemeyi yapacak sunucu taraf�ndan bir dizine (mount) ba�lanarak, bir ��rp�da yedeklemeyi yapmakt�r. B�ylece, ayn� i�erikli dosyalar�n fark�na var�l�p, sabit ba�lant�lar yap�labilir. Ancak, bu ��z�m�n eksi�i, yedekleme zaman� geldi�inde t�m bilgisayarlar�n �al���r durumda olmas� gerekmesindedir. Bu y�ntem, diz�st� bilgisayarlar�n da storeBackup taraf�ndan yedeklenmesi gerekti�i durumda oldu�u gibi bir�ok durumda uygun olmayabilir.
Diz�st� bilgisayar kullan�c�lar� dosyalar�n kopyalar�n� ald�klar�ndan, ayn� i�erikli dosyalar�n say�s� �ok olacakt�r. Bu gibi durumlarda veya sunucular�n birbirindan ayr� yedeklendi�i durumlarda ve disk alan�n�n daha optimal kullan�lmas� gerekti�inde, storeBackup birbilerinden ba��ms�z yedeklerde de sabit ba�lant�lar yapabilir.

Dosya silmek i�in storeBackup bir�ok se�enek sunmaktad�r. E�er, yedek tam (full) yedek ise, dosyalar� g�z�n�z kapal� silebilirsiniz. Geleneksel yedekleme y�ntemlerinde oldu�u gibi, fark yede�inin bu tam yede�e ba��ml� olup olmad���n� d���nmeniz gerekmiyor.
Se�enkler, yedeklerin haftan�n, ay�n veya seninin ilk veya son g�n� yada haftan�n belli g�nlerinden saklanmas� veya silinmesine olanak sa�lamaktad�r. Belli say�daki yede�in hep kalmas� sa�lanabilir. S�zgelimi, diz�st� bilgisayarlarda yedekleri �� hafta s�reyle saklanmas� gerekti�ini belirtti�iniz halde, d�rt haftal�k tatil s�resi boyunca yedekleri saklaman�z olas�d�r. Dahas�, yap�labilecek en fazla yedek say�s� tan�mlamak da olas�d�r.  

Ba�ar�m

Yukar�da a��klanan y�ntem, yeni bir yedek al�nmadan �nce, ayn� i�erikteki dosyan�n eski yedeklerde olup olmad���na bak�ld���n� varsaymaktad�r. Yedeklenecek her dosyay� �nceki yedektekiyle do�rudan kar��la�t�rmak �ok fazla bir �ey ifade etmemektedir. Bunun yerine md5 toplamlar� kar��la�t�r�lmakta ve hash tablolar� kullan�lmaktad�r. Ayr�ca, program bu bilgileri saklamak i�in dbm dosyalar� kullanmaktad�r.
md5 toplamlar�n� hesaplamak h�zl� bir i�lemdir. Ancak, �ok fazla say�da veri oldu�unda yeterince h�zl� say�lmaz. Bu nedenle storeBackup, ilk �nce son yedeklemeden beri dosyada bir de�i�ikli�in olup olmad���na (yoltan�m� + dosya ismi, ctime, mtime ve boyut) bakmaktad�r. E�er, de�i�iklik yoksa md5 toplam�, eski yedekten al�nmakta ve dosya kopyalanmaya gerek kalmadan sadece sabit ba�lant� olu�turulmaktad�r. E�er, de�i�iklik g�r�l�rse, dosyan�n md5 toplam� hesaplanmakta ve ayn� md5 toplan�na sahip ba�ka dosyan�n varl���na bak�lmaktad�r. (Yedekleme serileri oldu�u durumlarda bu y�ntemin geni�letilmi� hali kullan�lmaktad�r.) B�ylece, �ok az say�da md5 toplam�n�n hesaplanmas� gerekmektedir.

200 MHz, IDE olan sunucum saniyede 20 ila 35 dosya, 800MHz,IDE olan masa�st� bilgisayar�m ise, saniyede 150 ila 200 dosya i�leyebilmektedir. 2.4 GHz, 1.4TB yaz�l�msal RAID olan h�zl� bilgisayarlarda saniyede 800 dosyan�n i�lendi�ini g�rd�m. Bu sonu�lar, bilgisayara do�rudan tak�l� diskler i�indir. NFS kullan�ld���nda okuma h�zlar� d��mektedir. En �nemli etken diskin h�z�d�r. (T�m testler Linux bilgisayarlar�nda yap�lm��t�r.)  

Ger�ekle�tirme

storeBackup ara�lar�, Linux, FreeBSD, Solaris ve AIX i�letim sistemlerinde denenmi�tir. Teorik olarak t�m Unix ortamlar�nda �al��malar� gerekir. Programlama dili olarak Perl kullan�lm��t�r.  

Y�kleme

Y�kleme i�lemi �ok basittir. StoreBackup'� http://www.sf.net/projects/storebackup adresinden elde edebilirsiniz. storeBackup-version.tar.bz2 istedi�niz bir dizinde a�a��daki gibi a�abilirsiniz:

tar jxf storeBackup-version.tar.bz2

Bu bulundu�unuz dizinde storeBackup adl� bir dizin ve i�inde kullan�m belgeleri ile bin dizini alt�nda �al��t�r�labilir dosyalar olu�turmaktad�r. Programlar� tam yoltan�m� belirterek veya $PATH deyi�kenini ayarlayarak da �al��t�rabilirsiniz. FreeBSD i�letim sisteminde oldu�u gibi, md5sum program�n� kendili�inden i�ermeyen ortamlarda derlemeniz gerekebilir. Bununla ilgili a��klamalar programlar ile birlikte gelen README dosyas�nda yeralamaktad�r.  

Kullan�m

Pakette de yer ald��� i�in, program�n t�m se�eneklerini burada a��klamayaca��m.

Yedek alman�n en basit yolu asa��daki gibidir:

storeBackup.pl -s sourceDir -t targetDir

sourceDir ve targetDir dizinleri daha �nceden varolmak zorundad�r. StoreBackup, sourceDir dizindeki dosyalar� targetDir/date_time'a bzip2 ile s�k��t�rarak (.gz, bz2, .png gibi olan dosyalar� esge�erek) tekrarlar� da �nleyerek kopyalayacakt�r.

storeBackup.pl'in 1.14.1 s�r�m�nde 45 adet parametresi vard�r. Bunlar� burada a��klamak yaz�n�n amac� d���na ��kmak anlam�na gelecektir. Parametreleri ��renmek isterseniz, a�a��daki komutu kullanabilirsiniz:

storeBackup.pl -h

README ve EXAMPLES dosyalar�nda �e�itli uygulama alanlar� hakk�nda ayr�nt�l� bilgi elde edinebilirsiniz. Programa verilen parametrelerin say�s� artt�k�a, hepsini komut sat�r�ndan girmek h�zla karma��k bir hal alaca��ndan, bunun yerine bir yap�land�rma dosyas�n�n kullan�labilece�ini belirtmekte yarar var. Yap�land�rma dosyas�n� olu�turmak i�in a�a��daki komutu kullanabilirsiniz:

storeBackup.pl --generate --file ConfigFile

veya

storeBackup.pl -g -f ConfigFile

Yap�land�rma dosyas�nda yapm�� oldu�unuz ayarlamalar sona erdi�inde, dosyada yaz�m hatalar� olup olmad���n� g�rmek i�in

storeBackup.pl -f ConfigFile --print

komutunu kullanabilirsiniz. storeBackup �al��t�rmak i�in ise,

storeBackup.pl -f ConfigFile

komutu kullan�l�r. storeBackup ile ilgili hert�rl� a��klama paketle birlikte gelen README ve EXAMPLES dosyalar�nda yeralmaktad�r.

Bir dosyan�n nerede ve hangi s�r�m numaras�na sahip oldu�unu ��renmek i�in a�a���daki komut kullan�l�r:

storeBackupVersion.pl -f filename

filename bilgi al�nacak dosyan�n ad�d�r. Dosya ad�n� yedekte oldu�u gibi, s�k��t�rma kullan�ld�ysa eki ile birlikte yaz�lmal�d�r. Yedeklerin oldu�u do�ru dizine gitmek ve komut �al��t�rmak en kolay i�tir. Program�n "-h" parametresini kullan�rsan�z, 11 adet parametre ile ilgili a��klamalar bulacaks�n�z.

Tek bir dosyay� yedekten almak i�in cp, ftp, dosya y�neticisi veya benzeri y�ntemler kullanabilirsiniz. K�smi dizin a�ac� veya t�m yede�i geri almak i�in ise, storeBackup.pl'i kullanmak daha faydal� olacakt�r. B�ylece, yedekten al�nan dosyan�n kullan�c� ve eri�im haklar� da ayarlanm�� olacakt�r. E�er, as�llar� s�k��t�r�lmam�� durumda ise, yedekten al�n�rken dosyalar a��larak al�nm�� olacakt�r. As�l sabit ba�lant�lar da ayarlanacakt�r.
storeBackup'da istatistikler ile ilgili se�eneklerde vard�r. Okuma istatisti�i, ba�ar�m� etkileyen parametreler, �zerine yazma se�ene�i ve di�erleri olmak �zere toplam 10 adet parametre vard�r. Bunlar�n neler oldu�unu "-h" se�ene�ini kullanarak ��rnebilirsiniz.

storeBackupDel.pl kullanarak yedekleri, storeBackup.pl'den ba��ms�z olarak silebilirsiniz. Bu �zellikle NFS �zerindeki dizinleri silerken kullan��l� olabilir. NFS �zerinden olan kullan�mlarda, storeBackup silme se�ene�i olmadan �al��t�r�labilir. B�ylece, yedekleme s�resi �zerinde daha �ok denetiminiz sa�lanm�� olur. Silme i�lemi yedekleme i�leminden ayr�larak, yedekleme yapan sunucu �zerinde storeBackupDel kullan�larak yap�labilir.

Var olan yedekler dizinler halinde durmaktad�r. Onlar� g�r�nt�lemek i�in ls yerine storeBackupls.pl kullan�rsan�z, yedekler hakk�nda daha �ok bilgi elde edebilirsiniz:

hjc@schlappix:~/backup ) storeBackupls.pl /media/zip/stbu/
  1  Fri May 23 2003   2003.05.23_12.37.53   -156
  2  Fri Jun 06 2003   2003.06.06_14.31.47   -142
  3  Fri Jun 13 2003   2003.06.13_14.17.18   -135
  4  Fri Jun 20 2003   2003.06.20_14.02.35   -128
  5  Fri Jun 27 2003   2003.06.27_14.23.55   -121
  6  Mon Jun 30 2003   2003.06.30_17.34.37   -118
  7  Fri Jul 04 2003   2003.07.04_13.10.06   -114
  8  Fri Jul 11 2003   2003.07.11_13.13.14   -107
  9  Fri Jul 18 2003   2003.07.18_14.03.49   -100
 10  Fri Jul 25 2003   2003.07.25_14.19.19   -93
 11  Thu Jul 31 2003   2003.07.31_17.07.55   -87
 12  Fri Aug 01 2003   2003.08.01_12.16.58   -86
 13  Fri Aug 15 2003   2003.08.15_15.10.19   -72
 14  Sat Aug 23 2003   2003.08.23_06.25.35   -64
 15  Wed Aug 27 2003   2003.08.27_18.21.09   -60
 16  Thu Aug 28 2003   2003.08.28_14.16.39   -59
 17  Fri Aug 29 2003   2003.08.29_14.35.10   -58
 18  Mon Sep 01 2003   2003.09.01_17.19.56   -55
 19  Tue Sep 02 2003   2003.09.02_18.18.46   -54
 20  Wed Sep 03 2003   2003.09.03_16.22.41   -53
 21  Thu Sep 04 2003   2003.09.04_16.59.19   -52
 22  Fri Sep 05 2003   2003.09.05_14.35.20   -51
 23  Mon Sep 08 2003   2003.09.08_20.08.52   -48
 24  Tue Sep 09 2003   2003.09.09_18.45.48   -47
 25  Wed Sep 10 2003   2003.09.10_18.30.48   -46
 26  Thu Sep 11 2003   2003.09.11_17.26.46   -45
 27  Fri Sep 12 2003   2003.09.12_15.23.03   -44
 28  Mon Sep 15 2003   2003.09.15_18.05.19   -41
 29  Tue Sep 16 2003   2003.09.16_18.04.16   -40
 30  Wed Sep 17 2003   2003.09.17_19.03.02   -39
 31  Thu Sep 18 2003   2003.09.18_18.21.09   -38
 32  Fri Sep 19 2003   2003.09.19_14.48.05   -37  not finished
 33  Mon Sep 22 2003   2003.09.22_18.58.55   -34
 34  Tue Sep 23 2003   2003.09.23_18.48.40   -33
 35  Wed Sep 24 2003   2003.09.24_19.32.24   -32
 36  Thu Sep 25 2003   2003.09.25_18.05.38   -31
 37  Fri Sep 26 2003   2003.09.26_14.59.59   -30
 38  Mon Sep 29 2003   2003.09.29_18.42.59   -27
 39  Tue Sep 30 2003   2003.09.30_18.02.03   -26
 40  Wed Oct 01 2003   2003.10.01_17.09.43   -25
 41  Thu Oct 02 2003   2003.10.02_15.26.33   -24
 42  Mon Oct 06 2003   2003.10.06_20.08.45   -20
 43  Tue Oct 07 2003   2003.10.07_19.46.54   -19
 44  Wed Oct 08 2003   2003.10.08_16.03.23   -18
 45  Thu Oct 09 2003   2003.10.09_16.58.28   -17
 46  Fri Oct 10 2003   2003.10.10_14.21.06   -16
 47  Mon Oct 13 2003   2003.10.13_18.58.24   -13
 48  Tue Oct 14 2003   2003.10.14_16.02.44   -12
 49  Wed Oct 15 2003   2003.10.15_19.04.12   -11
 50  Thu Oct 16 2003   2003.10.16_15.47.51   -10
 51  Mon Oct 20 2003   2003.10.20_09.34.52   -6
 52  Mon Oct 20 2003   2003.10.20_12.16.40   -6
 53  Tue Oct 21 2003   2003.10.21_09.43.40   -5
 54  Tue Oct 21 2003   2003.10.21_11.22.36   -5
 55  Tue Oct 21 2003   2003.10.21_16.01.15   -5
 56  Tue Oct 21 2003   2003.10.21_18.08.07   -5
 57  Wed Oct 22 2003   2003.10.22_10.02.51   -4
 58  Wed Oct 22 2003   2003.10.22_16.09.42   -4
 59  Wed Oct 22 2003   2003.10.22_18.03.05   -4
 60  Thu Oct 23 2003   2003.10.23_08.18.15   -3
 61  Thu Oct 23 2003   2003.10.23_14.16.24   -3
 62  Thu Oct 23 2003   2003.10.23_17.00.36   -3
 63  Fri Oct 24 2003   2003.10.24_13.29.30   -2
 64  Sun Oct 26 2003   2003.10.26_09.08.55   0

'not finished'in anlam� yar�da kesilmi� demektir.)
Yap�land�rma dosyas�ndaki silme ko�ullar� hakk�ndaki bilgiyi de a�a��daki komutla g�r�nt�leyebilirsiniz:

hjc@schlappix:~/backup ) storeBackupls.pl -f stbu.conf /media/zip/stbu/
analyse of old Backups in </media/zip/stbu/>:
 Fri 2003.05.23_12.37.53 (156): keepLastOfMonth(400d)
 Fri 2003.06.06_14.31.47 (142): keepLastOfWeek(150d)
 Fri 2003.06.13_14.17.18 (135): keepLastOfWeek(150d)
 Fri 2003.06.20_14.02.35 (128): keepLastOfWeek(150d)
 Fri 2003.06.27_14.23.55 (121): keepLastOfWeek(150d)
 Mon 2003.06.30_17.34.37 (118): keepLastOfMonth(400d)
 Fri 2003.07.04_13.10.06 (114): keepLastOfWeek(150d), keepMinNumber50
 Fri 2003.07.11_13.13.14 (107): keepLastOfWeek(150d), keepMinNumber49
 Fri 2003.07.18_14.03.49 (100): keepLastOfWeek(150d), keepMinNumber48
 Fri 2003.07.25_14.19.19 (93): keepLastOfWeek(150d), keepMinNumber47
 Thu 2003.07.31_17.07.55 (87): keepLastOfMonth(400d), keepMinNumber46
 Fri 2003.08.01_12.16.58 (86): keepLastOfWeek(150d), keepMinNumber45
 Fri 2003.08.15_15.10.19 (72): keepLastOfWeek(150d), keepMinNumber44
 Sat 2003.08.23_06.25.35 (64): keepLastOfWeek(150d), keepMinNumber43
 Wed 2003.08.27_18.21.09 (60): keepMinNumber42, keepWeekDays(60d)
 Thu 2003.08.28_14.16.39 (59): keepMinNumber41, keepWeekDays(60d)
 Fri 2003.08.29_14.35.10 (58): keepLastOfMonth(400d), keepLastOfWeek(150d),
                               keepMinNumber40, keepWeekDays(60d)
 Mon 2003.09.01_17.19.56 (55): keepMinNumber39, keepWeekDays(60d)
 Tue 2003.09.02_18.18.46 (54): keepMinNumber38, keepWeekDays(60d)
 Wed 2003.09.03_16.22.41 (53): keepMinNumber37, keepWeekDays(60d)
 Thu 2003.09.04_16.59.19 (52): keepMinNumber36, keepWeekDays(60d)
 Fri 2003.09.05_14.35.20 (51): keepLastOfWeek(150d), keepMinNumber35, keepWeekDays(60d)
 Mon 2003.09.08_20.08.52 (48): keepMinNumber34, keepWeekDays(60d)
 Tue 2003.09.09_18.45.48 (47): keepMinNumber33, keepWeekDays(60d)
 Wed 2003.09.10_18.30.48 (46): keepMinNumber32, keepWeekDays(60d)
 Thu 2003.09.11_17.26.46 (45): keepMinNumber31, keepWeekDays(60d)
 Fri 2003.09.12_15.23.03 (44): keepLastOfWeek(150d), keepMinNumber30, keepWeekDays(60d)
 Mon 2003.09.15_18.05.19 (41): keepMinNumber29, keepWeekDays(60d)
 Tue 2003.09.16_18.04.16 (40): keepMinNumber28, keepWeekDays(60d)
 Wed 2003.09.17_19.03.02 (39): keepMinNumber27, keepWeekDays(60d)
 Thu 2003.09.18_18.21.09 (38): keepMinNumber26, keepWeekDays(60d)
 Fri 2003.09.19_14.48.05 (37): keepLastOfWeek(150d), keepMinNumber25, keepWeekDays(60d)
 Mon 2003.09.22_18.58.55 (34): keepMinNumber24, keepWeekDays(60d)
 Tue 2003.09.23_18.48.40 (33): keepMinNumber23, keepWeekDays(60d)
 Wed 2003.09.24_19.32.24 (32): keepMinNumber22, keepWeekDays(60d)
 Thu 2003.09.25_18.05.38 (31): keepMinNumber21, keepWeekDays(60d)
 Fri 2003.09.26_14.59.59 (30): keepLastOfWeek(150d), keepMinNumber20, keepWeekDays(60d)
 Mon 2003.09.29_18.42.59 (27): keepMinNumber19, keepWeekDays(60d)
 Tue 2003.09.30_18.02.03 (26): keepLastOfMonth(400d), keepMinNumber18, keepWeekDays(60d)
 Wed 2003.10.01_17.09.43 (25): keepMinNumber17, keepWeekDays(60d)
 Thu 2003.10.02_15.26.33 (24): keepLastOfWeek(150d), keepMinNumber16, keepWeekDays(60d)
 Mon 2003.10.06_20.08.45 (20): keepMinNumber15, keepWeekDays(60d)
 Tue 2003.10.07_19.46.54 (19): keepMinNumber14, keepWeekDays(60d)
 Wed 2003.10.08_16.03.23 (18): keepMinNumber13, keepWeekDays(60d)
 Thu 2003.10.09_16.58.28 (17): keepMinNumber12, keepWeekDays(60d)
 Fri 2003.10.10_14.21.06 (16): keepLastOfWeek(150d), keepMinNumber11, keepWeekDays(60d)
 Mon 2003.10.13_18.58.24 (13): keepMinNumber10, keepWeekDays(60d)
 Tue 2003.10.14_16.02.44 (12): keepMinNumber9, keepWeekDays(60d)
 Wed 2003.10.15_19.04.12 (11): keepMinNumber8, keepWeekDays(60d)
 Thu 2003.10.16_15.47.51 (10): keepLastOfWeek(150d), keepMinNumber7, keepWeekDays(60d)
 Mon 2003.10.20_09.34.52 (6): keepDuplicate(7d)
 Mon 2003.10.20_12.16.40 (6): keepMinNumber6, keepWeekDays(60d)
 Tue 2003.10.21_09.43.40 (5): keepDuplicate(7d)
 Tue 2003.10.21_11.22.36 (5): keepDuplicate(7d)
 Tue 2003.10.21_16.01.15 (5): keepDuplicate(7d)
 Tue 2003.10.21_18.08.07 (5): keepMinNumber5, keepWeekDays(60d)
 Wed 2003.10.22_10.02.51 (4): keepDuplicate(7d)
 Wed 2003.10.22_16.09.42 (4): keepDuplicate(7d)
 Wed 2003.10.22_18.03.05 (4): keepMinNumber4, keepWeekDays(60d)
 Thu 2003.10.23_08.18.15 (3): keepDuplicate(7d)
 Thu 2003.10.23_14.16.24 (3): keepDuplicate(7d)
 Thu 2003.10.23_17.00.36 (3): keepMinNumber3, keepWeekDays(60d)
 Fri 2003.10.24_13.29.30 (2): keepLastOfWeek(150d), keepMinNumber2, keepWeekDays(60d)
 Sun 2003.10.26_09.08.55 (0): keepLastOfMonth(400d), keepLastOfWeek(150d),
                              keepMinNumber1, keepWeekDays(60d)


�imdiye kadar s�z�n� etti�imiz yedekleme program�n d���nda llt ve multtail programlar� da vard�r. llt program�, dosyalar�n dosya eri�im haklar�ndan yaratma, de�i�tirme ve eri�im zamanlar�n�n g�r�nt�lenmesini sa�lamaktad�r. multitail ise, dosya say�s� bilgisini, "tail-f" komutuna benzer �ekilde g�r�nt�lemektedir. Ancak, multitail program� tail'e g�re daha fazla se�ene�e sahiptir ve daha geli�mi�tir.  

Gelecekle ilgili planlar

storeBackup'�n gelecekteki s�r�m� i�in a�a��daki �zelliklerin eklenmesi �ng�r�lm��t�r:
 

S�r�mler ve lisans

Bu yaz�n�n yaz�m� s�ras�nda storeBackup 1.14.1 s�r�m�ne sahipti. Program� http://www.sf.net/projects/storebackup adresinden elde edebilirsiniz.
StoreBackup GPL lisans�na sahiptir.  

Bu yaz� i�in g�r�� bildiriminde bulunabilirsiniz

Her yaz� kendi g�r�� bildirim sayfas�na sahiptir. Bu sayfaya yorumlar�n�z� yazabilir ve di�er okuyucular�n yorumlar�na bakabilirsiniz.
 talkback page 

<--, Bu say�n�n ana sayfas�na gider

G�rsely�re sayfalar�n�n bak�m�, LinuxFocus Edit�rleri taraf�ndan yap�lmaktad�r
© Heinz-Josef Claes, FDL
LinuxFocus.org
�eviri bilgisi:
de --> -- : Heinz-Josef Claes <hjclaes(at)web.de>
de --> en: Jürgen Pohl <sept.sapins(at)verizon.net>
en --> tr: Erdal Mutlu <erdal(at)linuxfocus.org>

2004-01-02, generated by lfparser version 2.45