#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 chuj kasowałem stare pliki xD
sireplama

Masz za swoje... nigdy za wiele backupow

gawafe1241

@sireplama co prawda to prawda!

koszotorobur

@redve - no trochę przypał

LondoMollari

@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.

UncleFester

@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.

LondoMollari

@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ść.

UncleFester

@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.

plemnik_w_piwie

@redve ludzie dzielą się na tych co robią backupy i tych co będą robić.

entropy_

@plemnik_w_piwie przecież zrobił backup tylko go usunął.

To jest przypadek pierwszy i drugi jednocześnie xD

Zaloguj się aby komentować