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 aggiornandoli
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 /et
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 p
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' r
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 d
Ciao a tutti, riprendo questo thread ma con un focus leggermente
diverso, nel senso che come dicevo vorrei copiare tutta la macchina e
non solo il db. Anzitutto dalle prove da me fatte sia per postgres che
per mysql non è necessario stoppare il db da clonare prima di un rsync.
Per postgres bast
6 matches
Mail list logo
