[Gulli] Backup server remoto

Lun 9 Set 2019 15:35:09 CEST

Secondo me la snapshot è un buon esercizio ludico ma detto fra noi te ne
fai di poco, sopratutto con ovh.
In pochissimo tempo puoi ripristinare tutta l'installazione (è fin troppo
semplice, io avrei nascosto un po' di più l'opzione nell'aria riservata),
se hai un backup di queste cose ripristini tutto allo stato dell'arte in
un'ora massimo:

   - pacchetti installati
   - della cartella /etc (completa ma per riprendere solo cosa serve)
   - dump di eventuali db
   - backup di installazioni web
   - cartelle degli utenti

Non so che tipo di ovh avete preso ma la vps minima mi sembra sia una 25
giga, come gli scarichi 25 giga e quando gli hai scaricati dove li metti?
Perché se fai una snapshot ti fa una copia della partizione, con una
intelligente hai solo lo spazio occupato ma si parla sempre di 2/3 giga
Con i miei backup creo meno di 200 mb il giorno e riesco a tenere su drive
anche più di un mese intero di backup non incrementali (le mie home degli
utenti sono vuote)

Che la forza sia con voi

Il giorno lun 9 set 2019 alle ore 15:03 Diego Banti <diego.banti1@gmail.com>
ha scritto:

> Anch'io per il mio VPS opero come ha suggerito Fabrizio P. Mi sembra la
> soluzione più rapida. Però non mi sono mai posto il problema di come fare
> una snapshot dall'interno di una VM in funzione, sarebbe interessante!
>
> Il giorno mar 6 ago 2019 alle ore 08:55 Fabrizio Paolini via Gulli <
> gulli@lists.linux.it> ha scritto:
>
>> Buongiorno,
>> scusatemi se riesumo una discussione semi vecchiotta.
>>
>> Fabrizio non ho capito di preciso cosa vuoi backuppare.
>>
>> La vps ovh (come la mia) è accessibile via ssh e per qualsiasi problema
>> via kvm ed è possibile resettarla in ogni momento quindi direi che il
>> sistema operativo non ti serve.
>>
>> Io salverei:
>>
>> - pacchetti installati (utile e non utile, molti pacchetti, vedi php,
>> cambiano nome aggiungendo la versione, quindi fare apt install < nomefile
>> al 90% fallisce)
>> - home del cms (sempre drupal? anche questo è utile e non utile ma sempre
>> meglio che fare backup delle sole immagini e file di conf)
>> - database (indispensabile)
>> - home di tutti gli utenti (se qualcuno lavora sulla macchina sennò non
>> serve a niente)
>> - file configurazione dei servizi più importanti, vedi apache, php e
>> pochi altri (rimettere i domini ogni volta è una rottura), ma quello basta
>> farlo una volta sola
>> - se proprio si vuole esagerare log di sistema
>>
>> Per tutto basta uno script sh messo in cron quando vuoi (io per il mio
>> blog l'ho messo giornalmente ma visto la frequenza con cui scrivo potrei
>> metterlo anche settimanale, mensile ecc)
>>
>> che la forza sia con voi
>>
>>
>> Il giorno mer 31 lug 2019 alle ore 14:55 Fabrizio Carrai via Gulli <
>> gulli@lists.linux.it> ha scritto:
>>
>>> Il backup è del vps del Gulli (ovh) con Debian senza macchine virtuali
>>> nostre. Il sistema è già in funzione e possiamo solo operare su quello
>>>
>>> F.
>>>
>>> Il lun 29 lug 2019, 05:04 Alessandro Marzini via Gulli <
>>> gulli@lists.linux.it> ha scritto:
>>>
>>>> Ottimo sarebbe avere una macchina dedicata dove poter installare la vm
>>>> a quel punto si ha il pieno controllo ed é possibile fare il backup
>>>> dell'intera macchina. Io di solito uso un dedicato con zfs come file system
>>>> e poi kvm per le vms. Zfs oltre a fare snapshot in tempo reale della
>>>> macchina permette anche repliche remote, volendo anche tutto cifrato
>>>>
>>>> Il mar 25 giu 2019, 20:29 Fabrizio Carrai via Gulli <
>>>> gulli@lists.linux.it> ha scritto:
>>>>
>>>>> Si, ma cosi salvi solo il sito web (che è cosa buona e giusta).
>>>>> Pensavo di salvare qualcosa di più che supportasse crash più importanti,
>>>>> anche dovuti a interventi sul SO.
>>>>>
>>>>> F.
>>>>>
>>>>> Il giorno mar 25 giu 2019 alle ore 12:10 Fabrizio Paolini via Gulli <
>>>>> gulli@lists.linux.it> ha scritto:
>>>>>
>>>>>> Io per il vps del mio blog ho creato uno script che avviato via cron,
>>>>>> tutti i giorni all'una di notte fa backup di cartella www e mysql e carica
>>>>>> tutto su drive
>>>>>> Se serve appena possibile ve lo posto
>>>>>>
>>>>>> Il lun 24 giu 2019, 21:45 Fabrizio Carrai via Gulli <
>>>>>> gulli@lists.linux.it> ha scritto:
>>>>>>
>>>>>>> Come da oggetto: come fareste ? Il server in oggetto è il nostro VPS.
>>>>>>> Leggendo anche in lista Debian ho trovato diverse alternative
>>>>>>>
>>>>>>> 1. backup con rsync ssh + dump dei database MySql con  "mysqldump
>>>>>>> --all-databases"
>>>>>>> 2. Semplice copia di /etc,/home e poco altro + dump database e poi
>>>>>>> la lista dei pacchetti installati con dpkg --get-selection  + trasferimento
>>>>>>> in SSH
>>>>>>> 3. Timeshift
>>>>>>>
>>>>>>> Di quest'ultimo però non sono sicuro del restore su un sistema nuovo
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> *Fabrizio*
>>>>>>> --
>>>>>>> Mailing list info: https://lists.linux.it/listinfo/gulli
>>>>>>> Pagina web del GULLI: www.linux.livorno.it
>>>>>>
>>>>>> --
>>>>>> Mailing list info: https://lists.linux.it/listinfo/gulli
>>>>>> Pagina web del GULLI: www.linux.livorno.it
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *Fabrizio*
>>>>> --
>>>>> Mailing list info: https://lists.linux.it/listinfo/gulli
>>>>> Pagina web del GULLI: www.linux.livorno.it
>>>>>
>>>> --
>>>> Mailing list info: https://lists.linux.it/listinfo/gulli
>>>> Pagina web del GULLI: www.linux.livorno.it
>>>>
>>> --
>>> Mailing list info: https://lists.linux.it/listinfo/gulli
>>> Pagina web del GULLI: www.linux.livorno.it
>>>
>> --
>> Mailing list info: https://lists.linux.it/listinfo/gulli
>> Pagina web del GULLI: www.linux.livorno.it
>>
>
>
> --
> Diego Banti
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.linux.it/pipermail/gulli/attachments/20190909/f02d2c54/attachment.htm>