> Je ne sais pas si tu connais le logiciel IPStor de la société FalconStor (www.falconstor.com, virtualisation de baies de disques), il permet de faire de vrais snapshot, mais ils passent tout de même par un agent.
Je n'ai pas regardé falconstor. Mais il faut préciser ce qu'est un snapshot. Par exemple PostgreSQL avec pg_dump (l'agent pg_dump on peut dire) fait un "snapshot" de la base de donnée. Tu lances pg_dump a un instant t, et si durant le dump il y a des modifications de la base de donnée (ajout, suppression, etc) ben tu ne les as pas dans ton dump (idem pour les transactions "pendantes" à l'instant t). Tu as le "snapshot" à l'instant t.
pg_dump is a utility for backing up a PostgreSQL database. It makes consistent backups even if the database is being used concurrently. pg_dump does not block other users accessing the database (readers or writers).
Sympa non ?
Je crois que ça a été introduit dans PostgreSQL version 7.
> je vais en causer avec nos spécialistes Oracle à ma boîte
Cause aussi de PostgreSQL si tu en as l'opportunité :-)
[^] # Re: rdiff-backup
Posté par IsNotGood . En réponse au journal Journalisation de fichier. Évalué à 2.
Je n'ai pas regardé falconstor. Mais il faut préciser ce qu'est un snapshot. Par exemple PostgreSQL avec pg_dump (l'agent pg_dump on peut dire) fait un "snapshot" de la base de donnée. Tu lances pg_dump a un instant t, et si durant le dump il y a des modifications de la base de donnée (ajout, suppression, etc) ben tu ne les as pas dans ton dump (idem pour les transactions "pendantes" à l'instant t). Tu as le "snapshot" à l'instant t.
http://www.postgresql.org/docs/8.2/static/app-pgdump.html
Sympa non ?
Je crois que ça a été introduit dans PostgreSQL version 7.
> je vais en causer avec nos spécialistes Oracle à ma boîte
Cause aussi de PostgreSQL si tu en as l'opportunité :-)