> En clair, c'est pas parce que c'est instantané que c'est cohérent.
Ce n'est pas faux.
Mais si ce n'est pas cohérent, alors c'est codé avec les pieds. Tous les db doivent supporter une coupure de courant ou un freeze noyau. Lors d'une coupure de courant où d'un freeze noyau, on n'a bien un snapshot. Donc un snapshot marche parfaitement comme backup de base de donnée.
Certains db vont plus loin. Voir par exemple db berkeley qui permet de faire des backups avec un "bête" cp sur une base active et idem pour postgresql. C'est-à-dire qu'on peut avoir un backup sans snapshot et aussi sans agent "special".
[^] # Re: rdiff-backup
Posté par IsNotGood . En réponse au journal Journalisation de fichier. Évalué à 2.
Ce n'est pas faux.
Mais si ce n'est pas cohérent, alors c'est codé avec les pieds. Tous les db doivent supporter une coupure de courant ou un freeze noyau. Lors d'une coupure de courant où d'un freeze noyau, on n'a bien un snapshot. Donc un snapshot marche parfaitement comme backup de base de donnée.
Certains db vont plus loin. Voir par exemple db berkeley qui permet de faire des backups avec un "bête" cp sur une base active et idem pour postgresql. C'est-à-dire qu'on peut avoir un backup sans snapshot et aussi sans agent "special".