![[Photo of the Author]](../../common/images/HeinzJosefClaes.jpg)
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]](../../common/images/illustration321.jpg)
�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:
- �lk yedek al�m� s�ras�nda yap�lan s�k��t�rmalar i�in harcanan
zaman� bir yana b�rak�rsan�z, en fazla zaman kayb� sabit ba�lant�lar
olu�turulurken ortaya ��kmaktad�r. Sabit ba�lant� olu�turmak
asl�nda uzun s�ren bir i�lem de�ildir, ancak sabit ba�lant�
olu�turulmas� gerek dosya say�s� �ok fazla oldu�undan, di�er
i�lemler kar��s�nda, ki bunlar s�k��t�rma gibi paralel
yap�labilmekte, �nem kazanmaktad�r.
storeBackup'�n bir sonraki s�r�m�, de�i�im g�rm�� dosyalar ile dizin
yap�s�n� ilk �nce yedekleyebilme se�ene�i sunacakt�r. B�ylece,
yedekleme s�recinde dosya kopyalama i�lemi tamamlanm�� olacakt�r.
�kinci ad�mda ise, eksik olan sabit ba�lant�lar olu�turulacakt�r.
Bu iki i�lemi birbirinden tamamen ayr�mak s�zkonusu olaca��ndan,
bunlar ayr� ayr� bilgisayarlarda �al��t�r�labilir. B�ylece,
yeni sabit ba�lant�lar olu�turmadan �nce, birden fazla yedek almak
m�mk�n olacakt�r.
Yapt���m�z �l��mlere g�re, yerel disklere yazma durumunda,
bu y�ntem �ncekine g�re 5 ila 10 kat daha y�ksek ba�ar�m sa�layacakt�r.
NFS �zerinden yap�lan yedekler do�al olarak daha yava� olacakt�r.
- Gelecek s�r�mde arama se�enekleri, buna yeniden yedekleme de dahil,
geni�letilecektir. Yedekleri, kullan�c�lar�n tan�mlam�� oldu�u
dosya ad� (deseni), dosya b�y�kl���, ilk yarat�lma veya de�i�tirme
zaman�, kullan�c� numaras�, grup numaras�, dosya eri�im haklar� ve
basit grep'ten olu�an kurallar tan�mlanmas�na olanak verecek.
Kurallar, 've', 'veya' ve se�ime ba�l� olarak parantezler
i�erebilecektir.
- Gelecek s�r�mde se�enekler geni�letilerek (tar'daki gibi)
ayg�tlar gibi yeni dosya tiplerinin yede�ini almak m�mk�n olacakt�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.
<--, Bu say�n�n ana sayfas�na gider
2004-01-02, generated by lfparser version 2.45
![[LinuxFocus-icon]](../../common/images/logolftop_319x45.gif){kind=small}
