Re: clonazione a caldo [clonazione db]

2020-05-03 Per discussione Gollum1
Il giorno ven 1 mag 2020 alle ore 22:08 Piviul ha scritto: > > Il 01/05/20 16:04, Mauro ha scritto > > credo che questo giochino ti esponga a rischi di corruzione terribili. I > > motori di db, tutti, tengono in memoria quanta piu' roba possibile, > > soprattutto indici e riferimenti

Re: clonazione a caldo [clonazione db]

2020-05-02 Per discussione Davide Prina
On 01/05/20 22:07, Piviul wrote: non capisco perché se clono /etc/postgresql e /var/lib/postgresql (a servizio attivo o meno poco importa) tutto funziona ma se copio anche le altre dir escludendo l'elenco che ho fatto precedentemente il db non funziona più anche se ri-clono successivamente

Re: clonazione a caldo [clonazione db]

2020-05-01 Per discussione Piviul
Il 01/05/20 16:04, Mauro ha scritto credo che questo giochino ti esponga a rischi di corruzione terribili. I motori di db, tutti, tengono in memoria quanta piu' roba possibile, soprattutto indici e riferimenti aggiornandoli continuamente rispetto a quanto sta su disco. Anche se utilizzi il sync

Re: clonazione a caldo [clonazione db]

2020-05-01 Per discussione Mauro
Il 01/05/2020 09:01, Piviul ha scritto: > Ho provato prima a copiare solo i db con rsync, a caldo, senza nemmeno > stoppare come dicevo il db sorgente e tutto funziona. credo che questo giochino ti esponga a rischi di corruzione terribili. I motori di db, tutti, tengono in memoria quanta piu'

Re: clonazione a caldo [clonazione db]

2020-05-01 Per discussione Davide Prina
On 01/05/20 09:01, Piviul wrote: Anzitutto dalle prove da me fatte sia per postgres che per mysql non è necessario stoppare il db da clonare prima di un rsync. in generale un database può essere copiato o fatto il backup "a caldo", ma occorre, di solito, eseguire altre operazioni per evitare