Gestire le copie di sicurezza WordPress

Usa la scheda WordPress Backups per avviare una copia di database e file, solo database o solo file e distinguere la copia sul server da quella salvata in dosya.

Passaggi

1. In wp-admin apri dosya Backup. Solo un amministratore di sito singolo (manage_options) o un amministratore di rete multisito (manage_network_options) può usare questi controlli.
2. In Backups, leggi la scheda di stato prima di avviare un altro lavoro. No backup yet, Backed up on this server, Uploading to dosya, Uploaded to dosya, not yet verified e Verified restorable descrivono fasi diverse.
3. Premi Back up now, poi scegli Database and files, Database only o Files only in What to back up.
4. Compila facoltativamente Note (optional). Il plugin conserva al massimo 80 caratteri e mostra la nota sotto l’ora di creazione della copia.
5. Scegli Start backup. Può essere eseguita una sola copia o un solo ripristino alla volta; la pagina disabilita le altre azioni di avvio mentre il lavoro procede in brevi passaggi riprendibili.
6. Attendi il messaggio di risultato, poi trova la riga tramite Created e Type. La tabella riporta anche Contents, Size e Stored; mostra 20 righe per pagina con Newer backups e Older backups.
7. Considera local come “salvato solo su questo server”. Preferisci dosya · verified prima di fare affidamento sulla copia esterna. dosya · not verified, dosya · uploading e dosya · upload failed richiedono attenzione.
8. Apri More actions per Download manifest, download dei volumi numerati v0001.dosya, View log o Delete. Un download incrementale richiede la catena precedente; usa una copia completa per la migrazione.

La prima copia salvata da remoto è completa. Le successive possono diventare incrementali se la catena caricata precedente è idonea; la riga indica incremental, <size> new. La dimensione predefinita del volume è 64 MiB e viene convalidata tra 16 e 256 MiB. La conservazione locale è di 1–30 copie, mentre Schedule mostra 3, 5 e 10 salvo un altro valore salvato.

Risultato previsto

Una riga completata identifica contenuto e dimensione in byte; l’indicatore Stored mostra se la copia recuperabile è locale, ancora in trasferimento o verificata da dosya. Il piè di pagina somma tutte le copie e i byte conservati su questo server WordPress.

Risolvi un’azione non riuscita o bloccata

• Last backup failed: cause mantiene visibile la precedente copia valida. Scegli View log, correggi la causa e usa Retry now; il tentativo ripete gli stessi contenuti.
• dosya connection lost, uploads paused indica che la copia locale può ancora esistere, ma il trasferimento esterno richiede Connect again.
• A backup or restore is running. Attendi la fine del lavoro prima di eliminare un’altra copia locale.
• Un comando Delete disattivato indica quante copie incrementali più recenti dipendono dalla base scelta. Rimuovi prima quelle dipendenti. L’eliminazione da questa pagina rimuove la copia sul server; quella dosya viene conservata.
• I lavori automatici possono partire dopo l’orario scelto perché WP-Cron si avvia con una visita al sito. Backup overdue appare solo dopo 1,5 intervalli di pianificazione, quando un’esecuzione intera è effettivamente mancata.

Guide correlate

• Collegare WordPress
• Capire l’utilizzo dello spazio di archiviazione