L'autre solution serait d'avoir une image complète de mon serveur, que je pourrai recopier sur un serveur tout neuf.
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.
# Ce n'est pas forcément d'une sauvegarde complète dont tu as besoin.
Posté par totof2000 . En réponse au message Comment relancer un serveur rapidement après un crash. É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.