microgeek.eu

Ściągawka

Przygotowanie dysku, założenie partycji Linux LVM

utworzenie fizycznego woluminu

Utworzenie grupy woluminów

Tworzenie logicznego woluminu

Tworzenie system plików:

Utworzenie punktu montowania:

Wpis do fstab

Sprawdzenie I zamontowanie:

Przygotowanie
Na potrzeby tego przewodnika utworzyłem 3 dyski w wirtualnej maszynie, każdy po 8GB.


Tworzenie partycji
Do utworzenia partycji używamy fdisk lub gparted w zależności od tego jaką mamy istniejącą tablicę partycji.
Wpusujemy:

Następnie kilka razy enter, wszystkie parametry wybieramy domyślne, kolejny krok to zmiana typu partycji na Linux LVM. Wybieramy t wybieramy partycję 1 i wpisujemy kod szesnastkowy partycji 0x8e, na koniec opcja w. Tą samą operację powtarzamy dla dysków sdc i sdd.


Uwaga: Aby sprawdzić jaki jest rodzaj partycji na dysku (GPT, MBR), należy użyć gparted, jeśli była utwożona przy użyciu fdisk, otrzymamy ostrzeżenie.


Tworzenie fizycznego woluminu
Wpisujemy :


Tworzenie grupy woluminów
Wykorzystamy dwa dyski sdb i sdc.Utworzymy grupę woluminów vg-data.



Tworzenie logicznego woluminu
Utworzymy wolumin logiczny data_db o wielkości 2GB


Tworzenie systemu plików.
Utwórzmy system plików xfs:


Tworzymy punkt montowania:


Dodajemy do /etc/fstab poniższą linię:


Po wydaniu polecenia mount –a, nie powinien zgłosić żadnych błędów, kolejne wydanie polecenia mount bez parametrów wyświetli wszystkie podłączone systemy plików, na samym końcu będzie nowo utworzony.

Przygotowania

Do testów utworzymy jeszcze jeden system plików ext4.





Mamy następujący stan, grupę woluminów vg-data o wielkości 16GiB, gdzie zajęte jest 4GiB

W której znajdują się 2 systemy plików data_db i data_ext4, każdy po 2GiB

Wykorzystanie poszczególnych fizycznych woluminów możemy sprawdzić poleceniem pvdisplay


Zwiększanie wielkości systemów plików.

Na początek zwiększymy o 4GB data_db


Teraz wypadało by zwiększyć system plików.



To samo zrobimy dla data_ext4, z tym że podamy konktetną ilość extentów:


Z tym że do zwiększenia system plików ext4 używamy innego polecenia:



Dokładanie nowego dysku do grupy woluminów

Do vg-data dokładmy wcześniej przygotowny dysk sdd1


Teraz sprawdzimy zajętość poszczególnych fizycznych woluminów.


Jak widać sdb1 jest całkowicie zajęty, sdc1, w połowie a sdd1 jest całkowicie wolny.

Usuwanie dysku z grupy woluminów

Usuniemy dysk sdc1 z grupy woluminów, najpierw musimy go zwolnić, dokonamy relokacji extentów z sdc1 na pozostałe fizyczne woluminy znajdujące się w grupie vg-data


Następnie usuwamy dysk z grupy woluminów

Te wszystkie operacje na LVM robi się w locie, bez wyłączania systemu czy usług. Umożliwia to migrację działającego systemu bez przerw w pracy.
Możemy migrować np. z wewnętrznych dysków serwera na zewnętrzną macierz, czy ze starej macierzy na nową, itp. kombinacji jest wiele.

Wow... Super dokładny poradnik - w sam raz dla mnie. WIELKIE dzięki Kolgo PROTON!!!

Pozdrawiam! j23

To może pozwolę sobie wtrącić swoje trzy grosze na temat fajnego ficzera LVM jakim jest migawka (snapshot). Co bardziej zaawansowani userzy używają snapshotów do przywracania systemu w przypadku nieudanej aktualizacji ale ja chciałem powidzieć o tworzeniu kopii bezpieczeństwa. Dzięki migawce można wykonać spójną kopię bezpieczeństwa w trakcie działania systemu. To dosyć ważne nawet w przypadku komputera domowego, bo konieczność wyłączenia komputera z normalnego działania i szukania jakichś CDROMów zwykle zniechęca do wykonywania jakichkolwiek bekapów. A przynajmniej mnie zniechęca
Warunkiem wstępnym skorzystania z ficzera jest posiadanie pewnej ilości wolnego miejsca w grupie woluminów w której zawarty jest bekapowany wolumin logiczny. Jak dużo? To zależy od tego jak dużo danych na bekapowanym woluminie ulegnie zmianie podczas całej operacji (pamiętamy, że odbywa się to w czasie normalnej pracy systemu, który zawsze sobie coś tam modyfikuje w plikach). Manual podaje, że 15-20% wielkośći oryginalnego (bekapowanego) woluminu powinno wystarczyć, ale wydaje mi się, że na typowej stacji roboczej jakieś 100MB wystarcza z dużym naddatkiem. No chyba, że jednocześnie z bekapem robi się aktualizację systemu albo zrzuca pliki z kamery wideo . Tak więc zależy to od konkretnego przypadku. W skrajnej sytuacji może to być wielkość równa wielkośći woluminu oryginalnego, wtedy jest 100% pewności.

No to przejdźmy do konkretów. Pozwolę sobie podłączyć się pod przykład PROTONA, stan po redukcji grupy woluminów o wolumin fizyczny /dev/sdc1 (obrazek 24, przedostatni):
nazwa grupy woluminów: vg-data
wielkość: 15,99GB
ilość zajęta: 11,86GB
ilość wolna: 4,13GB
woluminy logiczne:
data_db 6GB
data_ext4 5,86GB

1. Utworzenie migawki woluminu data_ext4 (xfs jest mi całkowicie nieznany a poza tym chyba posiada możliwość tworzenia snapshotów) przy wykorzystamniu całej pozostałej wolnej przestrzeni (4GB w tym przypadku).

albo to samo w wersji krótkiej


2. Zamontowanie migawki w (wcześniej utworzonym) katalogu /mnt/snapshot/data_ext4


3. Wykonanie kopii bezpieczeństwa swoim ulubionym narzędziem (tutaj rsync) na swoim ulubionym urządzeniu (tutaj na dysku sieciowym ze skonfigurowanym serwerem rsync)


4. Odmontowanie migawki z systemu plików


5. Usunięcie snapshota


W przypadku gdy na woluminie vg-data/data_ext4 mamy bazę danych MySQLprzed punktem 1. należy wykonać coś w stylu:
0.

a po pkt 5:
6.