#programowanie zrobiłem update serwera git. Zrobiłem kopię serwera, testuję na niej nową wersję. Wszystko działało git, więc usunąłem starą kopie. Potem wykryłem drobną usterkę, i stwierdziłem że chce cofnąć ten update.
Po cofnięciu z wersji 1.21 do 1.20 dostaje error: uwaga, baza danych została zmodyfikowana w 1.21, i nie można jej użyć z żadną starszą wersją. Muszę zostać z nowszą wersją z usterką. Po c⁎⁎j kasowałem stare pliki xD
Masz za swoje... nigdy za wiele backupow
@sireplama co prawda to prawda!
@redve - no trochę przypał
@redve Jeśli drobna usterka pozwala na klona, to masz przed sobą całodzienną sesję klonowania wszystkich repo. Ewentualnie napraw drobną usterkę.
A na przyszłość masz lekcje, aby backupy trzymać miesiąc.
@LondoMollari
>A na przyszłość masz lekcje, aby backupy trzymać miesiąc.
Miesiąc to pikuś.
U mnie pełne kopie mają rotację 366.
16TB w RAID10 zawalone prawie po sufit.
Level: Paranoid.
@UncleFester Zależy od use-case'a. W wypadku jak powyżej (modyfikowana konfiguracja serwera) bardzo często odtwarzanie rzeczy z rocznego backupu zajmuje więcej czasu niż naprawienie czegoś co update zepsuł. No i roczny backup repozytorium git ma sam w sobie niewielką wartość.
@LondoMollari
Zgadza się, robię kopie środowiska produkcyjnego serwera (profile userów, bazy SQL, oprogramowanie robocze) i jak pisałem, to są pełne kopie, nie przyrostowe.
Niedawno miałem przyjemność odtwarzać serwer po padzie dysku SSD (zabity na śmierć - cegła).
Cały przestój, z dojazdem, wymianą dysku i odtworzeniem środowiska - 2 godziny.
@redve ludzie dzielą się na tych co robią backupy i tych co będą robić.
@plemnik_w_piwie przecież zrobił backup tylko go usunął.
To jest przypadek pierwszy i drugi jednocześnie xD
Zaloguj się aby komentować