Tomek

14 czerwca 2017 10:36

Informujecie co się stało, a nie zamiatacie sprawy pod dywan, nie udajecie głupich i nie mówicie: Dziwne, u mnie działa. :-) Bardzo jestem zadowolony z usług i obsługi. Jakbyście potrzebowali referencji to mówicie. :-)

ruby42

19 lipca 2017 16:50

Wszystko oki, ale niestety nie rozumiem dlaczego po przywróceniu automatycznej kopii bezpieczeństwa z 1:00 nie zostały później przywrócone bazy z momentu przed przywróceniem skoro tak jak Państwo napisali - "Jesteśmy w posiadaniu kopii plików wszystkich baz z momentu przed przywróceniem".

Taka sytuacja powoduje że zostały przywrócone bazy sprzed 1:00, a potem wszystko co było wykonywane do 14:05 na tych bazach, zostało utracone mimo że napisali Państwo że posiadają Państwo z momentu przed przywróceniem - nie rozumiem czemu od razu nie zostało to wgrane?

Arkadiusz Nowara

25 lipca 2017 14:48

@ruby42 przed przywróceniem kopii z 1:00 został zrobiony backup plików po wystąpieniu awarii. Po przywróceniu danych z godziny 1:00 rozpoczeliśmy proces odzyskiwania danych z kopii poawaryjnej. Na życzenie przywracaliśmy dane z godziny 14:05 - nie mogliśmy ich przywrócić automatycznie ze względu na to, że bazy już działały w oparciu o dane z 1:00 więc taka operacja nadpisałaby zmiany. Dlatego też każdy użytkownik mógł poprosić o przywrócenie danych (nadpisując dane wprowadzone między 17:03 do czasu przywrócenia) po awarii lub udostępnienie zrzutu w formacie .sql (np. do aby ręcznie wprowadzić dane do bazy i zachować spójność).

Znalezienie działającej metody (która gwarantowała spójne i działające dumpy) przywracania danych z kopii poawaryjnej oraz odzyskiwanie danych trwalo około 12 godzin, dlatego też zdecydowaliśmy się przywrócić kopie z godziny 1:00.