Le dump d'une base est une bonne idée mais pour moi pas la plus optimisé en terme de gestion de l'espace disque et de la bande passante.
Par exemple pour mes bases Oracle, un dump prends quelques giga et chaque dump est différent donc pas moyen d'utiliser le différentiel, la dédupe peut être mais au niveau bloc.
Oracle propose un outil d'historisation rman, qui permet de générer tout les x temps un fichier historique qui fait quelques méga. Le plus simple serait de les copier mais Oracle a la main en permanence dessus afin de garantir la consistance des fichiers. Pour les copier il faut soit passer par un outil capable de communiquer avec rman soit arrêter la base et copier les fichiers... Autant dire impensable est production.
A ma connaissance, mysql ne propose pas d'outils de (vrai) backup autre que mysqldump qui reprend le principe du fichier qui est différent à chaque lancement.
Lorsque j'ai commencé à mon poste d'admin j'avais une fenêtre de sauvegarde d'une nuit et à peine 1G de données. 15 ans plus tard la fenêtre de backup est réduite à 6 heures avec ~120Go de données à sauvegarder en local et distant (pour le distant j'ai grugé en augmentant la bande passante de la connexion internet).
[^] # Re: Et les autres sources de données
Posté par Philippe M (site web personnel) . En réponse à la dépêche Urbackup un logiciel de sauvegarde moderne. Évalué à 5.
Le dump d'une base est une bonne idée mais pour moi pas la plus optimisé en terme de gestion de l'espace disque et de la bande passante.
Par exemple pour mes bases Oracle, un dump prends quelques giga et chaque dump est différent donc pas moyen d'utiliser le différentiel, la dédupe peut être mais au niveau bloc.
Oracle propose un outil d'historisation rman, qui permet de générer tout les x temps un fichier historique qui fait quelques méga. Le plus simple serait de les copier mais Oracle a la main en permanence dessus afin de garantir la consistance des fichiers. Pour les copier il faut soit passer par un outil capable de communiquer avec rman soit arrêter la base et copier les fichiers... Autant dire impensable est production.
A ma connaissance, mysql ne propose pas d'outils de (vrai) backup autre que mysqldump qui reprend le principe du fichier qui est différent à chaque lancement.
Lorsque j'ai commencé à mon poste d'admin j'avais une fenêtre de sauvegarde d'une nuit et à peine 1G de données. 15 ans plus tard la fenêtre de backup est réduite à 6 heures avec ~120Go de données à sauvegarder en local et distant (pour le distant j'ai grugé en augmentant la bande passante de la connexion internet).
Born to Kill EndUser !