Zálohy WordPressu na Storage Server: návod s WPvivid

Záloha, která leží na stejném serveru jako web, není záloha. Když se disk smaže, přístup někdo převezme nebo se instalace zašifruje, je po ní. Skutečným zajištěním je až kopie na odděleném úložišti.

Tento návod ukazuje nejrychlejší cestu k ní: bezplatný plugin, který WordPress zálohuje přes SFTP na Storage Server, s časovým plánem a pravidlem pro uchovávání. Nastavené je to za čtvrt hodiny.

Proč WPvivid

Výběr je na jednom místě překvapivě malý. Bod, na kterém záleží, je šifrovaný přenos v bezplatné verzi:

Jednoduché FTP přenáší přístupové údaje a obsah nezašifrovaně. U zálohy, která obsahuje celou databázi včetně tabulky uživatelů, to není dobrá myšlenka. WPvivid je proto volba, která se nabízí sama, má přes 900 000 aktivních instalací a naposledy byl aktualizovaný v září 2026.

Krok 1: vytvořit podúčet na úložišti

V zákaznické sekci vytvořte u svého Storage Serveru vlastní podúčet pro zálohy, s výchozím adresářem /backup/wordpress. Je to důležitější, než to zní: přístupové údaje za chvíli skončí v databázi WordPressu a kdo je tam najde, nemá s nimi dosáhnout na nic jiného než na tento jediný adresář.

Ve stejném kroku zkontrolujte v „Nastavení přístupu“ dva přepínače:

• SSH / SFTP / SCP / rsync musí být povolené.
• Dostupnost zvenčí musí být zapnutá, jinak se váš webový server k úložišti přes internet nedostane.

U nově objednaných serverů je obojí aktivní. Poznamenejte si název hostitele a uživatelské jméno, příklady tady používají tyto hodnoty:

Krok 2: ověřit dostupnost, než začnete něco nastavovat

Ušetří to později hodně hledání. Máte-li na webovém serveru přístup k shellu:

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/23' && echo "Port 23 je dostupný"

Bez přístupu k shellu uložíte do webového adresáře soubor pruefen.php, jednou ho zavoláte a potom ho zase smažete:

<?php
$f = @fsockopen('u123456.storage.kernelhost.net', 23, $e, $t, 5);
echo $f ? 'Port 23 je dostupný' : 'žádné spojení: ' . $t;

Pokud se spojení nenaváže, váš hoster blokuje odchozí spojení na tomto portu. U sdíleného hostingu to není vzácné. Pak zbývá buď dotaz u hostera, nebo cesta přes WebDAV, který běží na portu 443.

Krok 3: nainstalovat plugin a zapsat cíl

V administraci WordPressu pod Pluginy, Instalace pluginů vyhledejte WPvivid Backup & Migration, nainstalujte ho a aktivujte. Potom se vlevo objeví položka menu WPvivid Backup.

Tam přejděte na kartu Remote Storage a vyberte SFTP. Políčka vyplníte takto:

Pomocí Test and Add plugin spojení ověří, než ho uloží. Když to selže, je v devíti z deseti případů špatně zadaný port, nebo je vypnutá dostupnost zvenčí.

Krok 4: první záloha ručně

Na kartě Backup & Restore vyberete Database + Files (WordPress Files) a jako cíl Send backup to remote storage s právě vytvořeným záznamem. Potom Backup Now.

První běh trvá podle velikosti několik minut. Nechte při tom okno prohlížeče otevřené, plugin řídí postup opakovanými voláními.

Krok 5: časový plán a uchovávání

Na kartě Schedule zapnete časový plán. Osvědčilo se toto:

Naplánujte čas do nočních hodin svých hlavních návštěvníků. Uchovávání nastavíte pod Settings, tam je také přepínač, zda se staré zálohy mají mazat i na vzdáleném úložišti. Zapněte ho, jinak se úložiště s časem zaplní.

Mějte přitom na paměti: snímky Storage Serveru jsou další úroveň a pracují nezávisle na tom. Podle tarifu je k dispozici 10, 20, 30 nebo 40 ručních snímků a k nim stejný počet automatických.

Krok 6: zkontrolovat, jestli je záloha k něčemu

Tento krok se přeskakuje nejčastěji a je nejdůležitější. Podívejte se, co na úložišti skutečně leží:

sftp -P 23 u123456-sub3@u123456.storage.kernelhost.net
sftp> ls -l
sftp> bye

Všímejte si dvou věcí: velikost souboru musí být uvěřitelná a musí existovat archiv databáze i archiv souborů. Archiv o několika kilobajtech je selhání, ne úspěch.

A potom vlastní test: nahrajte zálohu jednou do testovací instalace. Nikdy nevyzkoušená záloha je domněnka.

Obnovení, a ten háček

V bezplatné verzi se záloha ležící na vzdáleném úložišti nedá vrátit bezprostředně, obnovení vzdálených záloh patří do placené verze. Volná cesta přesto funguje a trvá jen o několik minut déle:

1. Archiv stáhnout z úložiště přes SFTP.
2. V pluginu pod Backup & Restore otevřít oblast Upload a archiv nahrát.
3. Nahraná záloha se objeví v seznamu a odtud se dá obnovit.

Počítejte s tímto obchvatem ve svém havarijním plánu. Kdo si v nouzi teprve poprvé všimne, že je mezi tím ještě stahování, ztrácí zbytečně čas.

Kde tato cesta končí

Každý zálohovací plugin pracuje v rámci PHP a naráží tím na časové a paměťové limity. Od několika gigabajtů celkové velikosti se to vleče a u velmi velkých knihoven médií běh někdy skončí předčasně.

Pak je lepší cestou rsync nebo BorgBackup, obojí přímo z časového plánu na serveru a obojí na úložišti nativně dostupné:

rsync -az --delete -e "ssh -p 23" \
      /var/www/example.com/ \
      u123456-sub3@u123456.storage.kernelhost.net:/dateien/

Přenáší to jen změny a nezná limity PHP. Předpokládá to ale vlastní server s přístupem k shellu. Více k této cestě najdete v článku Využití Storage Serveru pro vlastní web.

Které další části WordPressu se dají přesunout na úložiště, tedy knihovnu médií a soubory ke stažení, a kde při tom leží hranice, popisuje článek Využití Storage Serveru s WordPressem.

Čtyři nejčastější chyby

• Port 22 místo 23. Plugin navrhuje 22, naše úložiště poslouchá na 23.
• Vypnutá dostupnost zvenčí. Pak test ze zákaznické sekce projde, ale z webového serveru ne.
• Hlavní účet místo podúčtu. Přístupové údaje leží potom v databázi webu. U hlavního účtu na nich visí všechno.
• Staré zálohy se nikdy nemažou. Bez zapnutého pravidla pro uchovávání na vzdáleném úložišti se místo zaplní a záloha nakonec tiše selže.

Který tarif se hodí

Na zálohy jednoho jediného webu na WordPressu vystačí Storage-1 s 1 TB za 9,99 eura velmi dlouho. Pro zařazení: středně velký web s 5 GB celkové velikosti zabere při deseti uchovaných zálohách okolo 50 GB, tedy pět procent tarifu.

Všechny Storage Servery stojí v Německu, dovolují až 100 podúčtů, mluví kromě SFTP také SMB, WebDAV, rsync a BorgBackup a obejdou se bez zřizovacího poplatku. Účtuje se na bázi PrePaid bez minimální doby trvání, můžete tedy začít v malém a růst, když přijdou další weby.