Bon pour les sauvegardes de bases de données il existe environ des dizaines de méthode par moteur de bases de données donc il faut d'abord savoir si tu as du mysql, du postgresql, du sql lite, du oracle, etc etc.
Pour faire dans le générique il existe deux méthodes :
- le dump de base : en gros ça consiste a sortir toutes les bases dans un fichier texte contenant toutes les requettes permettant de reconstruire l'ensemble des données. Son avantage est que la base n'a pas besoin d'être fermé ni même bloqué pour réaliser cette opération mais en revanche c'est pas des plus souple et peut être très long sur des bases de plusieurs giga octet.
- La sauvegarde binaire : alors la tu as deux écoles principalement, à savoir ceux qui ferme complètement la base pour récupérer le fichier binaire de la base et tu as ceux qui mettent des lock de partout pour que la base reste accessible aux SELECT et mettre en attente tout les INSERT, DELETE et autre UPDATE. Il faut absolument que pendant toute la sauvegarde tu bloques l'écriture de données dans la base sous peine de la rendre inconsistante. Le gros avantage de la méthode est d'être rapide et de pouvoir récupérer aussi les logs en même temps mais par contre tu es forcement obliger de bloquer la base pour réalisé l'opération.
En fonction de ton moteur de bases de données, tu aura peut être des outils dédier pour réaliser une sauvegarde binaire toute les 24h avec une sauvegarde uniquement des log du différenciel tout les 8h. Après en général tu n'as que cette sauvegarde qui bouge réellement sur ton serveur donc pour optimiser ta sauvegarde tu peux imaginer un plan dans ce genre :
Une sauvegarde globale de tout le serveur qui ne sera pas écrasé et qui servira de point de départ pour le cas ou (celle la tu peux la sauvegarder sur 3 ou 4 disque dur chez toi pour etre rassurer en la mettant dans un tar.bz2 par exemple après vérification de son intégrité)
Une sauvegarde via rsync de l'ensemble du serveur sauf ton répertoire de base de donné et genre /tmp /dev /proc qui est fait a 1h du matin tout les jours par exemple.
Une sauvegarde nocture via ta méthode préféré de l'ensemble de tes bases de donnée à 4h du matin (prévoir plus de temps entre les deux sauvegardes si tu pense que la première peut durer plus de 3h) et un différenciel régulièrement dans la journée si c'est possible pour ne pas risquer de perdre 24h d'enregistrement (toujours frustrant en cas de crash de perdre une journée).
Après ne connaissant ni ton architecture, ni tes besoins réel, si ca se trouve tu as juste deux bases mysql de 20Mo ou tu peux faire un simple dump régulier que tu sauvegarde juste après.
[^] # Re: plusieurs choses
Posté par Mr Kapouik . En réponse au message Rsync sur du mutualisé ?. Évalué à 3.
Pour faire dans le générique il existe deux méthodes :
- le dump de base : en gros ça consiste a sortir toutes les bases dans un fichier texte contenant toutes les requettes permettant de reconstruire l'ensemble des données. Son avantage est que la base n'a pas besoin d'être fermé ni même bloqué pour réaliser cette opération mais en revanche c'est pas des plus souple et peut être très long sur des bases de plusieurs giga octet.
- La sauvegarde binaire : alors la tu as deux écoles principalement, à savoir ceux qui ferme complètement la base pour récupérer le fichier binaire de la base et tu as ceux qui mettent des lock de partout pour que la base reste accessible aux SELECT et mettre en attente tout les INSERT, DELETE et autre UPDATE. Il faut absolument que pendant toute la sauvegarde tu bloques l'écriture de données dans la base sous peine de la rendre inconsistante. Le gros avantage de la méthode est d'être rapide et de pouvoir récupérer aussi les logs en même temps mais par contre tu es forcement obliger de bloquer la base pour réalisé l'opération.
En fonction de ton moteur de bases de données, tu aura peut être des outils dédier pour réaliser une sauvegarde binaire toute les 24h avec une sauvegarde uniquement des log du différenciel tout les 8h. Après en général tu n'as que cette sauvegarde qui bouge réellement sur ton serveur donc pour optimiser ta sauvegarde tu peux imaginer un plan dans ce genre :
Une sauvegarde globale de tout le serveur qui ne sera pas écrasé et qui servira de point de départ pour le cas ou (celle la tu peux la sauvegarder sur 3 ou 4 disque dur chez toi pour etre rassurer en la mettant dans un tar.bz2 par exemple après vérification de son intégrité)
Une sauvegarde via rsync de l'ensemble du serveur sauf ton répertoire de base de donné et genre /tmp /dev /proc qui est fait a 1h du matin tout les jours par exemple.
Une sauvegarde nocture via ta méthode préféré de l'ensemble de tes bases de donnée à 4h du matin (prévoir plus de temps entre les deux sauvegardes si tu pense que la première peut durer plus de 3h) et un différenciel régulièrement dans la journée si c'est possible pour ne pas risquer de perdre 24h d'enregistrement (toujours frustrant en cas de crash de perdre une journée).
Après ne connaissant ni ton architecture, ni tes besoins réel, si ca se trouve tu as juste deux bases mysql de 20Mo ou tu peux faire un simple dump régulier que tu sauvegarde juste après.