bup-fsck — online w chmurze

PROGRAM:

IMIĘ

bup-fsck - zweryfikuj lub napraw repozytorium bup

STRESZCZENIE

bup fsck [-r] [-g] [-v] [--quick] [-j Oferty pracy] [--par2-ok] [--disable-par2] [nazwy plików...]

OPIS

bup fsck to narzędzie do walidacji repozytoriów bup w taki sam sposób, w jaki weryfikuje git fsck
repozytoria git.

Może również generować i/lub używać „bloków odzyskiwania” za pomocą par2(1) narzędzie (jeśli je masz)
zainstalowany). Pozwala to na odzyskanie sił po uszkodzonych blokach pokrywających do 5% twoich
pliki .pack.

W normalnym systemie tworzenia kopii zapasowych uszkodzone bloki są mniej ważne, ponieważ zwykle są
wystarczająca ilość danych zduplikowana między zestawami kopii zapasowych, że jeden uszkodzony zestaw kopii zapasowych jest
nie krytyczny. Jednak w deduplikującym systemie kopii zapasowej, takim jak bup, żaden blok nigdy nie jest przechowywany
więcej niż raz, nawet jeśli jest używany w każdej kopii zapasowej. Gdyby ten blok miał być
nie do odzyskania, cała kolekcja Twoje zestawy kopii zapasowych zostaną natychmiast uszkodzone. Dlatego ważne jest, aby być
w stanie zweryfikować integralność kopii zapasowych i odzyskać dane po błędach dysku, jeśli wystąpią.

OSTRZEŻENIE: funkcje odzyskiwania bup fsck nie są dostępne, jeśli nie masz darmowego par2(1)
pakiet zainstalowany na twoim serwerze bup.

OSTRZEŻENIE: bup fsck oczywiście nie może odzyskać danych po całkowitej awarii dysku. Jeśli twoje kopie zapasowe
są ważne, należy dokładnie rozważyć nadmiarowość (np. użycie macierzy RAID do
nadmiarowość wielodyskowa lub tworzenie kopii zapasowych poza siedzibą w celu zapewnienia nadmiarowości lokalizacji).

OPCJE

-R, --naprawic
spróbuj naprawić uszkodzone pakiety przy użyciu istniejących bloków odzyskiwania. (Wymaga
par2(1).)

-G, --Generować
generuj bloki odzyskiwania dla dowolnych pakietów, które jeszcze ich nie mają. (Wymaga
par2(1).)

-v, --gadatliwy
zwiększyć szczegółowość (może być użyty więcej niż raz).

--szybki
nie uruchamiaj pełnego pakietu weryfikacji git na każdym pliku pakietu; zamiast tego po prostu sprawdź finał
suma kontrolna. Może to spowodować znaczne przyspieszenie bez wyraźnego spadku
niezawodność. Możesz jednak chcieć uniknąć tej opcji, jeśli masz paranoję. Ma
nie ma wpływu na pakiety, które mają już informacje o odzyskiwaniu.

-J, --praca=odrętwienie
maksymalna liczba weryfikacji pakietów do uruchomienia jednocześnie. Optymalna wartość tego
Opcja zależy od tego, jak szybko procesor może weryfikować pakiety w porównaniu z przepustowością dysku. Gdyby
uruchamiasz zbyt wiele zadań na raz, dysk zostanie nasycony przez wyszukiwanie wstecz i
między plikami a wydajnością faktycznie zmniejszy się, nawet jeśli odrętwienie jest mniej
niż liczba rdzeni procesora w twoim systemie. Możesz poeksperymentować z tą opcją
znaleźć optymalną wartość.

--par2-ok
natychmiast zwróć 0, jeśli par2(1) jest zainstalowany i działa, lub 1 inaczej. Nie rób
faktycznie sprawdzić cokolwiek.

--wyłącz-par2
udawaj, że par2(1) nie jest zainstalowany i zignoruj ​​wszystkie bloki odzyskiwania.

PRZYKŁADY

# generuj bloki odzyskiwania dla wszystkich pakietów, które nie
# mieć ich
buffsck -g

# generuj bloki odzyskiwania dla konkretnego pakietu
buffsck -g ~/.bup/objects/pack/153a1420cb1c8*.Pakiet

# sprawdź wszystkie pakiety pod kątem poprawności (może być bardzo powolne!)
kup fsck

# sprawdź wszystkie pakiety pod kątem poprawności i odzyskaj wszystkie
# uszkodzone
buffsck -r

# sprawdź konkretną paczkę pod kątem poprawności i odzyskaj
# jeśli jest uszkodzony
buffsck -r ~/.bup/objects/pack/153a1420cb1c8*.Pakiet

# sprawdź, czy w tym systemie są dostępne bloki odzyskiwania
if bup fsck --par2-ok; następnie
echo "par2 jest ok"
fi

Korzystaj z bup-fsck online za pomocą usług onworks.net