Prawie każda oferta hostingu zawiera zdanie o automatycznych kopiach zapasowych. Samo to zdanie niewiele mówi. Nie wynika z niego, czy kopia obejmuje bazę danych i pocztę, z ilu dni wstecz da się odzyskać stronę, ani czy właściciel konta przywróci dane sam, czy będzie czekał na pomoc techniczną. Odpowiedzi poznaje się najczęściej w najgorszym momencie, czyli wtedy, gdy strona już nie działa.
Ten tekst jest instrukcją dla osób, które prowadzą firmę i mają stronę, sklep albo pocztę na wykupionym serwerze. Nie wymaga wiedzy technicznej. Wystarczy dostęp do panelu klienta i kwadrans spokoju.
Po lekturze czytelnik będzie umiał ustalić, co dokładnie zawierają kopie na jego koncie, z jakich dni pochodzą, jak się je przywraca i co to przywrócenie robi z bieżącymi danymi. Będzie też wiedział, jak wykonać bezpieczną próbę odzyskania danych oraz czym uzupełnić kopie dostawcy, żeby awaria nie oznaczała utraty miesięcy pracy.
Po czym poznać, że o kopiach na własnym koncie wiadomo za mało?
Najprostszy sprawdzian to cztery pytania. Z którego dnia pochodzi najstarsza kopia, do której jest dostęp? Czy jest w niej baza danych? Czy są w niej skrzynki pocztowe? Kto i w jakim czasie przywraca dane? Jeżeli na którekolwiek z nich nie ma pewnej odpowiedzi, kopie hostingu są dla firmy niewiadomą, a nie zabezpieczeniem.
Drugi sygnał to oparcie całego bezpieczeństwa strony na jednym zdaniu z oferty. Dostawcy opisują kopie bardzo różnie, a część z nich wprost zaznacza w dokumentacji, że kopie są dodatkiem na nagłe wypadki i nie zastępują kopii wykonywanych przez klienta. Tak właśnie robi OVHcloud, który w swojej pomocy zaleca regularne wykonywanie własnych kopii.
Trzeci sygnał to brak jakiejkolwiek próby. Kopia, której nikt nigdy nie otworzył ani nie przywrócił, jest tylko założeniem. Dopiero próbne odzyskanie jednego pliku albo bazy pokazuje, czy cała procedura działa i ile trwa.
Co zwykle obejmuje kopia hostingu, a czego w niej nie ma?
Konto hostingowe składa się z kilku osobnych części i każda z nich może być kopiowana inaczej albo wcale. Dlatego pytanie „czy są kopie” trzeba rozbić na cztery osobne pytania.
Pliki strony
To wszystko, co leży na przestrzeni dyskowej: pliki systemu strony, motywy, wtyczki, zdjęcia, dokumenty do pobrania. Tę część kopiuje praktycznie każdy dostawca. Różnice dotyczą tego, z ilu dni kopie są dostępne i czy da się odzyskać pojedynczy plik, czy tylko całą zawartość naraz.
Bazy danych
W bazie danych zapisane są treści wpisów i podstron, zamówienia sklepu, konta użytkowników, komentarze i ustawienia. Strona oparta na WordPressie bez bazy jest pustą skorupą. Kopia bazy bywa prowadzona osobno od kopii plików, w innym miejscu panelu i z innym okresem przechowywania. W dokumentacji OVHcloud przywracanie plików i kopie baz danych opisane są na dwóch różnych stronach i obsługuje się je w dwóch różnych zakładkach.
Poczta
Skrzynki pocztowe na tym samym koncie nie zawsze wchodzą do kopii. U części dostawców kopia obejmuje wiadomości i przekierowania poczty, u innych poczta ma własne zasady albo nie jest kopiowana. Jeżeli firma trzyma w skrzynkach umowy, ustalenia z klientami i faktury, tę kwestię należy wyjaśnić w pierwszej kolejności.
Ustawienia konta
Do ustawień należą między innymi rekordy strefy DNS, zadania cron, konta FTP, certyfikaty i konfiguracja wersji PHP. Zwykła kopia plików ich nie zawiera. Po poważnej awarii albo po przenosinach do innego dostawcy trzeba je odtworzyć ręcznie, dlatego radzę zapisać je osobno, na przykład w formie zrzutów ekranu z panelu.

Osobną sprawą jest miejsce przechowywania kopii. Kopia, która leży na tym samym serwerze co strona, pomaga przy pomyłce użytkownika, ale nie pomoże przy awarii całej maszyny. W regulaminie lub specyfikacji usługi należy poszukać informacji, czy kopie trafiają na oddzielne urządzenie albo do innej lokalizacji.
Gdzie szukać informacji o kopiach, zanim dojdzie do awarii?
Są trzy źródła i każde odpowiada na inne pytanie. Oferta mówi, co dostawca obiecuje. Regulamin mówi, za co dostawca odpowiada. Panel pokazuje, co faktycznie jest dostępne na koncie w danym dniu. Najwięcej warte jest to trzecie.
- Otwarcie strony z opisem wykupionego pakietu i odszukanie wiersza o kopiach zapasowych. Należy zanotować częstotliwość wykonywania kopii oraz liczbę dni przechowywania, jeżeli zostały podane.
- Otwarcie regulaminu usługi i wyszukanie w nim słów „kopia” oraz „backup”. Ważne są trzy rzeczy: czy kopie są gwarantowane, czy ich przywrócenie wymaga opłaty i czy dostawca wyłącza odpowiedzialność za ich brak.
- Otwarcie pomocy dostawcy i odszukanie artykułu o przywracaniu danych. Dobra pomoc podaje dokładne terminy kopii i opisuje kolejne ekrany.
- Zalogowanie się do panelu klienta i odszukanie miejsca, w którym kopie są widoczne. Dopiero lista dat w panelu potwierdza, że kopie na tym konkretnym koncie rzeczywiście powstają.
- Zapisanie ustaleń w jednym dokumencie przechowywanym poza serwerem, razem z numerem telefonu i adresem pomocy technicznej.
Przy lekturze oferty przydaje się umiejętność odróżniania haseł reklamowych od realnych ograniczeń konta. Opisałem ją szerzej w tekście o tym, jak czytać parametry hostingu. Kopie zapasowe są jednym z tych parametrów, które w tabelach wyglądają u wszystkich podobnie, a w praktyce różnią się najbardziej.
O co zapytać pomoc techniczną i jak sformułować zgłoszenie?
Jeżeli oferta, regulamin i panel nie dają pełnej odpowiedzi, należy zapytać dostawcę na piśmie. Zgłoszenie przez formularz lub wiadomość e-mail zostawia ślad, do którego można wrócić. Rozmowa telefoniczna takiego śladu nie zostawia.
Poniższą treść wystarczy przepisać i uzupełnić nazwą usługi:
Proszę o informację dotyczącą kopii zapasowych dla usługi [nazwa pakietu i domena]. 1. Jak często wykonywane są kopie i z ilu dni wstecz są dostępne? 2. Czy kopie obejmują pliki, bazy danych oraz skrzynki pocztowe, czy tylko część z nich? 3. Czy kopie są przechowywane na innym urządzeniu lub w innej lokalizacji niż moje konto? 4. Czy mogę samodzielnie przywrócić pojedynczy plik, pojedynczą bazę i pojedynczą skrzynkę, czy wyłącznie całe konto? 5. Czy przywrócenie kopii przez pomoc techniczną jest dodatkowo płatne i ile zwykle trwa? 6. Czy kopie są gwarantowane w regulaminie, czy mają charakter pomocniczy?
Odpowiedź należy zachować poza serwerem. Jeżeli jest wymijająca, na przykład ogranicza się do zdania, że kopie są wykonywane regularnie, radzę dopytać o konkretne liczby. Brak konkretów też jest informacją: w takiej sytuacji własna kopia przestaje być dodatkiem, a staje się podstawą.
Jak sprawdzić w panelu, z jakich dni pochodzą kopie?
Panele różnią się wyglądem, ale schemat jest wspólny. Kopie plików znajdują się zwykle w części poświęconej plikom lub dostępowi FTP, a kopie baz w części poświęconej bazom danych. Nazwy poniżej pochodzą z dokumentacji dostawców. Na innym hostingu należy szukać ich odpowiedników.
Panel cPanel
W panelu cPanel kopie znajdują się w sekcji „Pliki”, pod pozycją „Kopia zapasowa”. Na tej stronie jest między innymi część „Przywróć kopię zapasową bazy danych MySQL” z przyciskami „Przeglądaj” i „Prześlij”, która służy do wgrania pliku kopii zapisanego wcześniej na komputerze. Część dostawców dodaje do cPanelu własne narzędzie z listą dat, w którym zaznacza się, co ma zostać przywrócone: pliki, bazy danych czy skrzynki pocztowe.
Panel OVHcloud
W Panelu klienta OVHcloud po wybraniu hostingu kopie plików obsługuje się w zakładce „FTP – SSH”, a kopie baz w zakładce „Bazy danych”. Dokumentacja podaje dokładnie, z jakich terminów można przywrócić przestrzeń dyskową: z bieżącego dnia, z dnia poprzedniego, sprzed dwóch dni, z poprzedniej niedzieli oraz z niedzieli sprzed dwóch tygodni. Starszej kopii dostawca nie dostarczy.

Inne panele
W panelach własnych polskich dostawców oraz w panelu DirectAdmin trzeba odszukać pozycję zawierającą słowa „kopie zapasowe”, „backup” albo „przywracanie”. Jeżeli w panelu nie ma nic takiego, nie oznacza to jeszcze braku kopii. Może to oznaczać, że przywraca je wyłącznie pomoc techniczna na zgłoszenie. Wtedy konieczne jest pisemne zgłoszenie o treści podanej wyżej.
Co zanotować po otwarciu listy kopii?
- Datę najnowszej kopii. Jeżeli nie jest z ostatniej doby, kopie nie powstają codziennie albo coś je wstrzymało.
- Datę najstarszej kopii. To realny okres przechowywania, niezależnie od tego, co podaje oferta.
- Odstępy między kopiami. Kopie z trzech ostatnich dni i dwie tygodniowe to zupełnie inny zakres niż kopia z każdego dnia miesiąca.
- Zakres każdej pozycji, czyli czy lista dotyczy plików, baz, poczty, czy całego konta.
- Dostępne działania: przywrócenie, pobranie na komputer, podgląd zawartości.
Kto woli nie zajmować się tym samodzielnie, może zadzwonić pod numer 533 525 168 albo napisać na info@lukaszwudyka.pl, a ja przejmę sprawę: sprawdzę w panelu i w dokumentach dostawcy, co obejmują kopie na danym koncie, z ilu dni są dostępne i czy da się z nich faktycznie odzyskać stronę.
Jak długo kopie są przechowywane i co z tego wynika?
Okres przechowywania decyduje o tym, jak późno wolno zauważyć problem. Jeżeli najstarsza kopia ma trzy dni, a błąd wyszedł na jaw po tygodniu, w każdej dostępnej kopii jest już ten sam błąd. Dotyczy to zwłaszcza usterek, które nie rzucają się w oczy: uszkodzonej podstrony, do której rzadko ktoś zagląda, albo złośliwego kodu dopisanego do plików.
Rozpiętość między dostawcami jest duża. W dokumentacji GoDaddy dla hostingu z panelem cPanel standardem jest kopia z ostatniej doby, a dostęp do kopii z 30 dni wymaga osobnej usługi. OVHcloud udostępnia opisane wyżej trzy kopie dzienne i dwie niedzielne. Wielu dostawców podaje okres liczony w tygodniach. Żadnej z tych wartości nie należy zakładać z góry, trzeba ją odczytać dla własnego pakietu.
Okres przechowywania plików i baz może być różny. W narzędziu OVHcloud przy każdej kopii bazy widoczna jest data jej utworzenia oraz data, w której zostanie usunięta. To wygodne, bo termin widać wprost i nie trzeba go wyliczać. Jeżeli panel innego dostawcy takiej daty nie pokazuje, okres przechowywania wyznacza po prostu najstarsza pozycja na liście.
Uważam, że rozsądne minimum dla strony firmowej to możliwość cofnięcia się o kilka tygodni. Jeżeli hosting daje mniej, nie trzeba od razu zmieniać dostawcy. Wystarczy uzupełnić jego kopie własnymi, przechowywanymi dłużej i w innym miejscu.
Co dzieje się z kopiami po wygaśnięciu usługi?
Kopie są częścią opłaconej usługi. Po jej wygaśnięciu dostawca zwykle przez pewien czas przechowuje dane, a potem je usuwa razem z kopiami. Długość tego okresu wynika z regulaminu. Zaległa płatność za serwer jest więc zagrożeniem także dla kopii, a nie tylko dla działającej strony.
Jak sprawdzić, czy z kopii naprawdę da się odzyskać dane?
Próba przywrócenia całej strony na działającym koncie jest ryzykowna, bo może nadpisać bieżące dane. Bezpieczna próba polega na czymś innym: na pobraniu kopii na komputer albo na odzyskaniu jednego, mało ważnego pliku. Taki sprawdzian niczego nie psuje, a pokazuje, czy procedura działa.
Próba na jednym pliku
- Wgranie na serwer zwykłego pliku tekstowego o łatwej do zapamiętania nazwie, na przykład
proba-kopii.txt, z jednym zdaniem w środku. - Odczekanie do następnego dnia, tak aby plik trafił do nocnej kopii.
- Usunięcie pliku z serwera.
- Odszukanie pliku w kopii z poprzedniej nocy i pobranie go na komputer albo przywrócenie na serwer, zależnie od tego, co umożliwia panel.
- Otwarcie odzyskanego pliku i zanotowanie, ile czasu zajęła cała czynność.
W OVHcloud do kopii plików można zalogować się zwykłym programem FTP w trybie tylko do odczytu. Do nazwy głównego użytkownika FTP dopisuje się końcówkę od -snap0 do -snap4, gdzie -snap0 oznacza kopię z bieżącego dnia, a -snap4 kopię z niedzieli sprzed dwóch tygodni. Po pobraniu pliku należy się wylogować, zalogować ponownie już bez końcówki i wgrać plik na właściwe miejsce. Jeżeli obsługa programu FTP jest nowością, pomocny będzie tekst o tym, jak działa konto FTP i SFTP.
Próba na bazie danych
Dla bazy bezpieczną próbą jest pobranie kopii na komputer i sprawdzenie, czy plik ma sensowny rozmiar i da się otworzyć. W Panelu klienta OVHcloud wygląda to następująco.
- Przejście do hostingu i otwarcie zakładki „Bazy danych”.
- Kliknięcie przycisku „…” po prawej stronie wiersza z właściwą bazą i wybranie pozycji „Utwórz kopię zapasową”.
- Wybranie daty kopii, a następnie kliknięcie „Dalej” i „Zatwierdź”.
- Po utworzeniu kopii ponowne kliknięcie „…” i wybranie „Przywróć kopię zapasową”. Otworzy się lista dostępnych kopii.
- Kliknięcie „…” przy wybranej kopii i wybranie „Pobierz kopię zapasową”.

U każdego dostawcy, który udostępnia phpMyAdmin, kopię bazy można też wykonać samodzielnie w zakładce „Eksportuj”. Dostępna tam „Szybka metoda” z formatem SQL wystarcza w większości przypadków. Pobrany plik powinien mieć rozmiar zbliżony do rozmiaru bazy widocznego w panelu. Plik o wielkości kilku kilobajtów przy rozbudowanym sklepie oznacza, że eksport się nie powiódł.
Pełniejszym sprawdzianem jest odtworzenie strony z kopii w osobnym miejscu, na przykład na subdomenie testowej z osobną bazą. To zadanie dla osoby, która zna budowę strony. Sposób wykonania i sprawdzenia takiej próby dla najpopularniejszego systemu opisałem w tekście o tym, jak zrobić kopię zapasową WordPressa, która naprawdę działa.
Co przywrócenie kopii robi z bieżącymi danymi?
To pytanie pada najrzadziej, a jest jednym z najważniejszych. Przywrócenie kopii całego konta cofa wszystko do wybranego dnia. Znika więc to, co powstało później: nowe wpisy, zmiany w ofercie, a w sklepie także zamówienia i konta klientów.
Dokumentacja OVHcloud mówi o tym wprost. Przywracanie w Panelu klienta obejmuje całą przestrzeń dyskową, a jej aktualna zawartość zostaje zastąpiona wybraną kopią. Druga metoda, czyli pobranie plików z kopii przez FTP, pozwala odzyskać jeden lub kilka plików bez ruszania reszty. Jest trudniejsza, ale znacznie bezpieczniejsza.
Ten sam dostawca podaje warunki, bez których przywrócenie z panelu się nie uda. Co najmniej połowa całkowitej przestrzeni dyskowej pakietu musi być wolna. Uprawnienia katalogu głównego muszą wynosić 705. Metoda jest też niedostępna, gdy administratorzy przełączyli hosting w tryb konserwacji. Sama operacja trwa od kilku minut do kilku godzin, a jeżeli przekroczy 24 godziny, należy skontaktować się z pomocą techniczną. Podobne ograniczenia mają inni dostawcy, dlatego warto poznać je wcześniej.
Jak przywracać dane bez dodatkowych strat?
- Przed każdym przywróceniem należy pobrać na komputer bieżący stan plików i bazy, nawet jeżeli strona jest uszkodzona. Uszkodzony stan bywa potrzebny do odzyskania najnowszych zamówień lub treści.
- Jeżeli zepsuł się jeden plik lub jedna wtyczka, należy odzyskać ten jeden element, a nie całe konto.
- Pliki i baza powinny pochodzić z tej samej daty. Pliki z jednego dnia połączone z bazą z innego dnia mogą dać stronę z błędami.
- W sklepie na czas przywracania należy wstrzymać przyjmowanie zamówień, na przykład komunikatem o przerwie technicznej.
Jeżeli powodem przywracania jest włamanie, sama kopia nie wystarczy. Kopia sprzed kilku dni może już zawierać złośliwy kod, a przywrócenie czystej wersji bez zmiany haseł i usunięcia luki kończy się ponowną infekcją. Kolejność działań w takiej sytuacji opisałem w tekście o tym, co robić, gdy strona na WordPressie jest zainfekowana.
Jak uzupełnić kopie hostingu własną kopią?
Kopie dostawcy chronią przed częścią zdarzeń. Nie chronią przed zamknięciem konta, sporem z dostawcą, błędem zauważonym po upływie okresu przechowywania ani przed sytuacją, w której dostęp do panelu ma wyłącznie dawny wykonawca strony. Na te przypadki potrzebna jest kopia, nad którą firma ma pełną kontrolę.
Własna kopia powinna spełniać trzy warunki. Obejmuje pliki i bazę z tej samej chwili. Jest przechowywana poza serwerem, na którym działa strona: na dysku firmowym, w usłudze przechowywania plików albo w obu tych miejscach. Powstaje według stałego rytmu, a nie wtedy, gdy ktoś sobie o niej przypomni.
Rytm zależy od tego, jak często strona się zmienia. Sklep przyjmujący zamówienia codziennie wymaga codziennej kopii bazy. Wizytówka firmy aktualizowana raz w miesiącu może mieć kopię po każdej zmianie oraz przed każdą aktualizacją systemu i wtyczek.
W WordPressie najprościej użyć wtyczki do kopii, która sama wysyła pliki w zewnętrzne miejsce. Na innych stronach wystarczy eksport bazy przez phpMyAdmin i pobranie plików przez FTP. Dokumentacja OVHcloud pokazuje też sposób z krótkim skryptem uruchamianym jako zadanie cron, ale wymaga on umiejętności programowania i ostrożności, ponieważ plik kopii pozostawiony w publicznym katalogu strony mógłby pobrać każdy, kto pozna jego adres.
Poczty dotyczy ta sama zasada. Jeżeli kopie hostingu jej nie obejmują, ważne skrzynki należy zabezpieczyć osobno, na przykład przez program pocztowy, który przechowuje wiadomości na komputerze objętym firmową kopią.
Co zrobić, gdy potrzebnej kopii nie ma albo nie działa?
Zdarza się, że kopia z właściwego dnia już nie istnieje, nie zawiera bazy albo przywrócenie kończy się błędem. Nie należy wtedy wykonywać kolejnych przypadkowych prób, bo każda może nadpisać to, co jeszcze da się uratować.
- Pobranie na komputer wszystkiego, co jest obecnie na serwerze: plików i baz w bieżącym stanie.
- Wysłanie pisemnego zgłoszenia do pomocy technicznej z pytaniem, czy dostawca dysponuje kopiami starszymi lub innymi niż widoczne w panelu. Część firm przechowuje je dłużej i udostępnia na prośbę, czasem za opłatą.
- Sprawdzenie własnych źródeł: komputera osoby, która budowała stronę, dawnych kopii z wtyczki, plików przekazanych przy odbiorze strony.
- Zapytanie wykonawcy strony lub agencji, czy przechowuje wersję z dnia oddania projektu.
- Odtworzenie brakujących treści z kopii stron zapisanych przez wyszukiwarki i archiwa internetowe. Tą drogą da się odzyskać teksty, ale nie bazę, zamówienia ani ustawienia.
Gdy przywracanie z panelu trwa nienaturalnie długo, nie należy uruchamiać go ponownie. Trzeba skontaktować się z pomocą techniczną i podać nazwę usługi, wybraną datę kopii oraz godzinę rozpoczęcia operacji.
Po opanowaniu sytuacji przychodzi czas na wnioski. Zdarzenie pokazało, ile dni wstecz było naprawdę potrzebne i której części konta zabrakło w kopii. Na tej podstawie należy ustawić własne kopie tak, żeby następnym razem tych braków nie było.
Jakich błędów unikać przy kopiach hostingu?
- Uznawanie zdania z oferty za sprawdzony fakt. Liczy się to, co widać na liście kopii w panelu.
- Trzymanie jedynej własnej kopii na tym samym serwerze co strona. Awaria lub włamanie obejmie obie rzeczy naraz.
- Kopiowanie samych plików bez bazy danych albo samej bazy bez plików.
- Przywracanie całego konta z powodu jednego uszkodzonego pliku.
- Pomijanie poczty i ustawień konta, w tym rekordów DNS.
- Brak dostępu do panelu po stronie firmy. Jeżeli loguje się tam tylko zewnętrzny wykonawca, kopie są poza zasięgiem właściciela strony.
- Odkładanie próby odzyskania danych na dzień awarii.
Większość tych błędów nie wynika z zaniedbania, tylko z założenia, że hosting robi wszystko sam. Kwadrans poświęcony na sprawdzenie panelu i jedno pytanie do pomocy technicznej pozwala to założenie zweryfikować.
Najczęstsze pytania
Czy kopia hostingu wystarczy, żeby nie robić własnej?
W większości przypadków nie. Kopie dostawcy mają ograniczony okres przechowywania, nie zawsze obejmują wszystkie części konta i znikają razem z usługą. Sami dostawcy, w tym OVHcloud, zalecają w dokumentacji regularne wykonywanie własnych kopii. Kopię hostingu należy traktować jako pierwszą linię pomocy, a własną jako zabezpieczenie na pozostałe sytuacje.
Czy przywrócenie kopii usuwa nowsze zamówienia i wpisy?
Tak, jeżeli przywracana jest baza danych albo całe konto. Stan wraca do dnia wykonania kopii, więc wszystko, co powstało później, znika. Dlatego przed przywróceniem należy pobrać bieżącą bazę na komputer, a po przywróceniu uzupełnić brakujące zamówienia lub treści na jej podstawie.
Jak sprawdzić, czy kopia obejmuje bazę danych?
Należy otworzyć w panelu część poświęconą bazom danych i poszukać tam listy kopii albo funkcji przywracania. Jeżeli lista istnieje i zawiera daty, baza jest kopiowana. Jeżeli w panelu nie ma takiego miejsca, trzeba zapytać pomoc techniczną na piśmie, a do czasu uzyskania odpowiedzi wykonywać własny eksport bazy w phpMyAdmin.
Czy kopie hostingu obejmują pocztę firmową?
To zależy od dostawcy i od pakietu. U części firm kopia obejmuje skrzynki i przekierowania poczty, u innych poczta jest kopiowana na innych zasadach albo wcale. Tej informacji nie należy zgadywać. Powinna znaleźć się w odpowiedzi na pisemne zgłoszenie do pomocy technicznej.
Ile trwa przywrócenie strony z kopii?
Od kilku minut do kilku godzin, zależnie od rozmiaru danych i sposobu przywracania. Dokumentacja OVHcloud podaje właśnie taki zakres dla przywracania z Panelu klienta i zaleca kontakt z pomocą, gdy operacja trwa ponad 24 godziny. Jeżeli kopie przywraca wyłącznie pomoc techniczna, dochodzi czas oczekiwania na obsługę zgłoszenia.
Czy można pobrać kopię hostingu na własny komputer?
Często tak. Wiele paneli pozwala pobrać kopię plików lub bazy jako plik, a w OVHcloud kopie plików są dostępne do odczytu przez FTP. Pobranie kopii raz na jakiś czas jest prostym sposobem na wydłużenie okresu, z którego da się odzyskać stronę.
Co zrobić, gdy dostęp do panelu ma tylko wykonawca strony?
Należy poprosić o przekazanie dostępu do konta hostingowego albo o utworzenie osobnego konta dla właściciela firmy. Bez tego firma nie sprawdzi kopii i nie przywróci danych, gdy wykonawca będzie niedostępny. Równolegle warto poprosić o aktualną kopię plików i bazy przekazaną w formie plików do pobrania.
Jak często powtarzać sprawdzenie kopii?
Radzę robić to po każdej zmianie pakietu lub dostawcy, po większej przebudowie strony oraz okresowo, na przykład raz na kwartał. Dostawcy zmieniają zasady, a kopie potrafią przestać powstawać po przekroczeniu limitu miejsca. Krótkie spojrzenie na datę najnowszej kopii w panelu wystarcza, żeby to wychwycić.
Brak czasu albo ochoty, żeby zająć się tym samodzielnie?
Nie każdy chce zaglądać do panelu serwera i czytać regulamin dostawcy, i jest to w pełni zrozumiałe. Mogę zrobić to w całości: ustalę, co obejmują kopie na koncie, z ilu dni są dostępne i kto je przywraca, wykonam bezpieczną próbę odzyskania danych, a następnie ustawię dodatkową kopię przechowywaną poza serwerem. Na koniec przekażę krótki opis, co jest zabezpieczone i co zrobić w razie awarii.
Wystarczy zadzwonić pod numer 533 525 168 albo napisać na adres info@lukaszwudyka.pl i podać adres strony. Odpowiem, czego potrzebuję do rozpoczęcia pracy.



