Bonjour à tous
Je suis un NOOB linux. Et NOOB système de façon générale. SVP Soyez indulgent.
Je possède un serveur chez SOYOUSTART (OVH) sous DEBIAN 7.8
Evidemment, on n'est jamais à l'abri d'un problème technique, crash disque, etc.
Je recherche un moyen de réagir si cela arrivait.
Une solution consisterait à louer un 2ème serveur et faire de la réplication.
Avec les IP failover de chez OVH, il est alors possible de basculer très rapidement.
Cette solution n'est pour le moment pas encore à porter de mes moyens financiers.
L'autre solution serait d'avoir une image complète de mon serveur, que je pourrai recopier sur un serveur tout neuf.
A) Est-ce que c'est possible avec LINUX ? Je veux dire, est-ce qu'il suffit de copier tous les fichiers depuis la racine ?
Je sais que cela ne fonctionne pas avec Windows.
Evidemment, cette solution ne me permettrait pas de redémarrer aussi rapidement qu'avec une duplication de serveur mais elle a l'avantage d'être économique.
Pour info, SOYOUSTART met à disposition un espace de sauvegarde. Je compte l'utiliser pour cela.
B) Connaissez-vous d'autres solutions ?
MERCI pour vos lumières.
# Ce n'est pas forcément d'une sauvegarde complète dont tu as besoin.
Posté par totof2000 . Évalué à 3. Dernière modification le 05 février 2016 à 23:11.
Ca ne marchera pas si tu copies tout à partir de / En effet, sur un serveur, tu as des parties propre à la machine (IP par exemple) ainsi que des configurations qui ne pourront être reprises telles quel. Il te faut juste réfléchir au type de données que tu as sur ta machine pour pouvoir savoir que faire, on va faire ça ensemble :
D'abord tu as le système d'exploitation (ta distrib) : inutile de la sauvegarder : il te faut juste être en mesure de la réinstaller. Ton hébergeur devrait te fournir les images OS qui vont bien. Par contre ça te contraint à faire des mises à jour régulières et de ne pas garder un OS trop vieux : en effet, si tu gardes une vielle distrib que ton hébergeur ne fournis plus sur ton système, tu risques d'avoir de gros problèmes le jour ou tu auras besoin de réinstaller : tu te farciras une réinstallation mais tes configurations et ton application risquent de devoir être réadaptée pour tourner avec les nouvelles versions des logiciels (parfois il faut revoir sa conf apache par exemple entre dex versions LTS d'Ubuntu, passage de syslog-ng à rsyslog, etc …).
Quand tu as un crash, c'est la dernière chose que tu devrais avoir à faire. Assure toi juste de pouvoir réinstaller un OS tel qu'il était avant, en migrant au fur et à mesure des sorties des diverses versions de ton OS.
Ensuite, tu as les paquets installés sur ton système : là il y a deux choses à prendre en compte : les paquets en eux même, et les configurations que tu auras modifiées. Pour les paquets, c'est simple (enfin tout dépend de ta distrib) : La seule chose que tu as besoin à ce niveau, c'est de savegarder la liste de tes paquets installés pour pouvoir les réinstaller rapidement sur un serveur neuf. Pour les confs, une sauvegarde des confs des paquets que tu utilises (un dépot GIT répliqué sur une machine externe pourrait faire l'affaire ) sera nécessaire.
Après tu as la couche applicative tels que les fichiers HTML d'un site, les scipts PHP, les scripts JS, les plugins de ton CMS, etc … Normalement, si tu bosses correctement, tu devrais en avoir une copie chez toi (ou ailleurs), sur ton dépot GIT de dev, avec les branches/tag qui vont ben pour pouvoir récupérer la dernière version que tu avais sur ton serveur. Un git clone ou la génération d'une ou plusieurs archives tar.gz par exemple ou un truc du genre devrait te permettre de le restituer tel qu'il était. Et si tu as des confs spécifiques sur ton serveur, même chose qu'avant : une sauvegarde de ces fchiers (ou un dépot git).
Enfin il y a les fichiers de données générées par ton application : là ça peut être simple tout comme ça peut devenir compliqué : tout dépend de ce que tu peux te permettre de perdre. Avec une base de données tu peux faire un dump de ta base et dupliquer sur un espace de stockage distant les archives logs à intervalles régulier : en cas de pépin, tu restore ton dump et tu réappliques les logs jusqu'au dernier que tu as sauvegardé. Pour les fichiers plats, ça peut être simple comme ça peut être compliqué, tout dépend de ce que tu as comme données ainsi que de la fréquence à laquelle elles sont rafraichies. Je ne me perdrai pas en explications détaillées pour le moment, par contre j'espère t'en avoir assez dit pour que tu puisses comprendre les idées qu'il y a derrière. Si tu veuxplus d'aide, donne nous plus d'infos sur ton archi,, et surtout ce que tu peux te permettre de perdre ou non.
[^] # Re: Ce n'est pas forcément d'une sauvegarde complète dont tu as besoin.
Posté par brunodegoyrans . Évalué à 1.
MERCI Toto2000 pour cette réponse qui m'éclaire énormément.
Pour l'OS, mon hébergeur me fournit des images et je suis capable de ré-installer tout neuf très facilement et rapidement.
Pour tout ce qui est applicatif, j'ai mes propres sauvergardes que je fais en SFTP toutes les 2 heures, incluant la base de données.
Reste les paquets :
Je comprends le principe mais je ne sais pas le faire.
1) Comment Sauvegarder la liste de tes paquets installés pour pouvoir les réinstaller rapidement ?
2) Comment Sauvegarder les confs ?
[^] # Re: Ce n'est pas forcément d'une sauvegarde complète dont tu as besoin.
Posté par NeoX . Évalué à 2.
ca depend de ta distrib,
pour les debian like
sur l'ancienne machine :
dpkg --get-selections >monfichier.txtva te lister les paquets et le stocker dans monfichier.txtsur la nouvelle machine
dpkg --set-selections <monfichier.txtva injecter la liste des paquets contenue dans monfichier.txt dans dpkg,[^] # Re: Ce n'est pas forcément d'une sauvegarde complète dont tu as besoin.
Posté par _kaos_ . Évalué à 1.
Salut,
Il faut quand même ensuite faire un
updateet unupgrade. Et résoudre les dépendances s'il y en a de cassées. Le marquage ne fait que marquer, ça ne résoud pas les dépendances ni n'installe les paquets.Ça va probablement de soi, mais mieux vaut le préciser quand même.
Matricule 23415
[^] # Re: Ce n'est pas forcément d'une sauvegarde complète dont tu as besoin.
Posté par NeoX . Évalué à 2.
toutafait, le but n'etait pas de donner toute la procedure (meme si c'est juste 3 ou 4 lignes à taper) mais de donner des pistes.
# Un grand MERCI
Posté par brunodegoyrans . Évalué à 1.
Un grand merci à tous.
Maintenant j'ai de bonnes pistes.
Cela dit, je réfléchis encore à la possibilité d'avoir un 2ème serveur en mirroir. Seule solution qui me permettrait de basculer rapidement et de maintenir une continuité de service.
[^] # Re: Un grand MERCI
Posté par NeoX . Évalué à 2. Dernière modification le 07 février 2016 à 17:25.
en mirroir, sur le papier, c'est beau, mais quid de la synchro des données, des bases de données, des logiciels installés ?
comment compte tu t'y prendre ?
as-tu vraiment besoin d'une telle qualité de service ?
qui va assurer la bascule des IP vers le 2e serveur ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.