Opis projektu
PrzetłumaczoneMamy małą platformę produkcyjną na kilku serwerach Linux z kilkoma bazami danych MySQL, a obecna sytuacja z kopiami zapasowymi szczerze nas przeraża. Kopie są robione ręcznie od czasu do czasu, znajdują się na tej samej maszynie co dane na żywo, a nikt nigdy naprawdę nie testował przywracania z nich. Potrzebujemy specjalisty, który zbuduje odpowiedni zautomatyzowany system kopii zapasowych i odzyskiwania po awarii, aby uszkodzony dysk, błędne USUNIĘCIE lub ransomware przestały być śmiertelnym zagrożeniem dla biznesu.
Chcemy pełnego obrazu, a nie tylko zadania cron, które gdzieś zrzuca bazy danych. Chcemy regularnych weryfikowanych kopii zapasowych zarówno systemów plików, jak i baz danych, zaszyfrowanych kopii wysyłanych do zdalnej lokalizacji lub na stronę zapasową oraz sensownych polityk przechowywania z codziennymi, tygodniowymi i miesięcznymi poziomami — aby zachować historię, ale nie płacić za wieczne przechowywanie wszystkiego. Kopia zapasowa, której nikt nie zweryfikował, nie jest kopią zapasową, więc zautomatyzowane kontrole integralności i okresowe testowe przywracania do oddzielnego środowiska są twardymi wymaganiami, wraz z monitorowaniem i alertami, które głośno krzyczą, gdy zadanie się nie powiedzie lub kopia zniknie.
Najważniejsze dla nas w wyniku jest udokumentowany podręcznik odzyskiwania, który spokojny inżynier może śledzić o trzeciej nad ranem, z jasno określonymi celami odzyskiwania, aby wszyscy rozumieli, ile danych możemy sobie pozwolić na utratę i jak szybko musimy wrócić online. Proszę opisać swoje podejście, narzędzia, na których polegasz, i jak udowodnisz nam, że to wszystko naprawdę działa od początku do końca, zanim zaakceptujemy pracę.
— Automatyczne kopie zapasowe serwera i bazy danych MySQL zgodnie z harmonogramem
— Zaszyfrowane zdalne lub zapasowe kopie z warstwowym przechowywaniem
— Weryfikacja integralności, monitorowanie i testowe przywracania
— Napisany podręcznik odzyskiwania z celami RPO i RTO
Chcemy pełnego obrazu, a nie tylko zadania cron, które gdzieś zrzuca bazy danych. Chcemy regularnych weryfikowanych kopii zapasowych zarówno systemów plików, jak i baz danych, zaszyfrowanych kopii wysyłanych do zdalnej lokalizacji lub na stronę zapasową oraz sensownych polityk przechowywania z codziennymi, tygodniowymi i miesięcznymi poziomami — aby zachować historię, ale nie płacić za wieczne przechowywanie wszystkiego. Kopia zapasowa, której nikt nie zweryfikował, nie jest kopią zapasową, więc zautomatyzowane kontrole integralności i okresowe testowe przywracania do oddzielnego środowiska są twardymi wymaganiami, wraz z monitorowaniem i alertami, które głośno krzyczą, gdy zadanie się nie powiedzie lub kopia zniknie.
Najważniejsze dla nas w wyniku jest udokumentowany podręcznik odzyskiwania, który spokojny inżynier może śledzić o trzeciej nad ranem, z jasno określonymi celami odzyskiwania, aby wszyscy rozumieli, ile danych możemy sobie pozwolić na utratę i jak szybko musimy wrócić online. Proszę opisać swoje podejście, narzędzia, na których polegasz, i jak udowodnisz nam, że to wszystko naprawdę działa od początku do końca, zanim zaakceptujemy pracę.
— Automatyczne kopie zapasowe serwera i bazy danych MySQL zgodnie z harmonogramem
— Zaszyfrowane zdalne lub zapasowe kopie z warstwowym przechowywaniem
— Weryfikacja integralności, monitorowanie i testowe przywracania
— Napisany podręcznik odzyskiwania z celami RPO i RTO
Programowanie stron internetowych Gotówka, Przelew bankowy
