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
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
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
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'
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
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
On 27/04/20 19:12, Piviul wrote:
script che faceva tutto (stoppava in entrambi i server postgres, faceva
l'rsync e poi riavviava postgres) e mentre postgres si avviava
correttamente nel server remoto di origine poi falliva nel server
clonato. Dopo però una breve attesa se si avvia nuovamente
Il 26/04/20 14:22, Giuseppe Sacco ha scritto:
se copi da un computer ad un altro un database postgres, a patto che i
due computer abbiano installato lo stesso software e che su entrambi il
database sia spento, non dovresti avere problemi. Magari non stai
copiando tutte le directory. Ad esempio,
Ciao Piviul,
Il giorno sab, 25/04/2020 alle 15.37 +0200, Piviul ha scritto:
[...]
> Questo perché stavo provando a clonare un pc a caldo con rsync
> (escludendo qualche dir) e funziona tutto bene tranne i db che poi non
> ripartono finita la clonazione...
se copi da un computer ad un altro un
Ciao,
Per myisam puoi copiare i files usando rsync, ma se ricordo bene, per
innodb non basta copiare i files dei dati, qua c'e un post che spiega bene
la cosa
https://dba.stackexchange.com/questions/41667/is-it-okay-to-use-rsync-on-innodb-database-if-the-mysql-server-is-shutdown
Il giorno dom 26
Il 25 aprile 2020 15:37:04 CEST, Piviul ha scritto:
>Ciao a tutti, mi chiedevo se c'era un modo per clonare un db (postgres
>o
>mysql) copiando direttamente il file system (con rsync). Ho provato
>stoppando sia il db sorgente che destinazione ma poi quello di
>destinazione non riparte, si
Ciao a tutti, mi chiedevo se c'era un modo per clonare un db (postgres o
mysql) copiando direttamente il file system (con rsync). Ho provato
stoppando sia il db sorgente che destinazione ma poi quello di
destinazione non riparte, si lamenta ma non tanto da capirne il motivo.
Questo perché
12 matches
Mail list logo