Faccio il backup del server una volta a settimana, basta o devo farlo ogni giorno?

una volta a settimana è troppo poco fratello, devi farlo ogni giorno. e non tenere il backup in locale vai sul cloud — AWS Google Azure Linode — costano tutti poco. c'è la regola 3-2-1, la consigliamo a tutti. cioè fai sia backup locale che cloud...

Strumenti per l'automazione del backup: rsync (incremental), mysqldump (database), AWS backup service, Duplicati (gratuito, con crittografia), Backblaze B2 (1 cent/GB/mese). Strategia di rotazione: 7 giorni giornalieri, 4 settimane settimanali, 12 mesi mensili. E-commerce: conformità ACID, log delle transazioni, archiviazione dei binlog. Fare test di ripristino (mensile) — per verificare che il backup funzioni. Conservazione off-site minima 30 giorni, ideale 1 anno.

Fai il backup ogni giorno fratello che problema c'è scrivi uno script nel cron job e fallo girare in automatico... Vai anche sul cloud, S3 costa tipo 3 lire qui, una perdita del genere. cioè se il server brucia anche in caso di incendio, se i dati non sono sul cloud sei fregato...

Pianificazione strategia backup: 1) Definisci l'RPO (quante ore/giorni di perdita dati sono tollerabili), 2) Definisci l'RTO (quanto deve essere rapido il ripristino), 3) Policy di retention (per quanto tempo conservare), 4) Scegli lo storage (disco locale nastro cloud), 5) Crittografia (per dati sensibili), 6) Automazione (cron, task pianificati) 7) Monitoraggio (tasso di successo del backup), 8) Test (test di ripristino trimestrale). RPO ideale per e-commerce: orario (< 1 ora di perdita dati), RTO: < 4 ore. Standard aziendale: giornaliero, ma per i sistemi critici incremental ogni 4-6 ore.

15 anni di esperienza IT, ogni volta ho avuto disastri per negligenza nei backup. La maggior parte delle persone o delle piccole imprese fa il backup una volta a settimana, ma è un po' rischioso. Per l'e-commerce almeno un backup al giorno. Full backup una volta al mese, il resto incrementale. Vai sul cloud, usa S3 con versioning in particolare — così recuperi le vecchie versioni.

Può approfondire un po'? La risposta varia molto in base al settore, non esiste una regola generale.

Le modifiche ai dati di pagamento non vanno mai verificate tramite il canale di provenienza. Questa è la mia opinione, non la scrivo come verità assoluta.

Riassumo l'argomento, perché sono state date diverse risposte. Non fidatevi di una sola misura di sicurezza; procedete per livelli.

Lascio una nota, potrebbe servire.

Mi sono rilassato leggendo questa risposta, quindi non succede solo a me. Cercare di farlo da soli è la strada più costosa.

Confermato dall'esperienza.

Se non ho capito male, stai dicendo che: Se cerchi di cambiare tutto insieme, niente si stabilizza.

Correggetemi se sbaglio.

C'è un punto che mi incuriosisce. Se permessi e ambito non sono scritti, quel test non deve iniziare.

Parlo dal lato opposto, io sono dalla parte dei fornitori. Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Spero che le sia utile.

Argomento molto attuale. Se permessi e ambito non sono scritti quel test non deve iniziare.

Se cerchi di cambiare tutto insieme, niente si stabilizza. Se scrivete qui il risultato, sarà utile anche ad altri.

Sono una piccola impresa, vi parlo dal mio punto di vista. Le decisioni affrettate diventano decisioni da correggere sei mesi dopo.

Buon lavoro.

Può approfondire un po'? Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Se scrivete qui il risultato, sarà utile anche ad altri.

Secondo voi funziona a tutte le scale? Se ricevete tre risposte diverse su un argomento la domanda è posta male.

Le soluzioni che funzionano su piccola scala crollano quando si cresce l'ho imparato tardi.

Sono emerse tre opinioni diverse, si completano a vicenda. Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione.

Correggetemi se sbaglio.

C'è una cosa a cui prestare attenzione. Gli ambienti di test dimenticati diventano spesso un punto d'accesso più frequente del sistema live.

Sono d'accordo. Le decisioni affrettate diventano decisioni da correggere sei mesi dopo.

È tutto, scusate se mi sono dilungato.