Sauvegarde de l'état du système

En théorie, vous pourriez sauvegarder strictement l'état du système et être capable de le restaurer sur une nouvelle installation du système d'exploitation sur un nouveau matériel en cas de catastrophe.

En pratique, les choses ne se passent pas toujours aussi bien. Souvent, il y a soit A) des journaux soit B) des utilitaires/pilotes spécifiques au matériel sur le disque C qui seraient soit utiles soit essentiels en cas de restauration.

Pour savoir si vous pouvez vous en sortir simplement avec l'état du système, vous devriez vraiment effectuer un test de récupération après sinistre et effectuer une restauration réelle (en fait, vous devriez vraiment effectuer ce test comme règle générale chaque année). Toujours préférer sauvegarder trop, jusqu'à ce que vous ayez prouvé que vous pouvez faire avec moins.

-j

Je réalise des sauvegardes complètes de nos lecteurs C: sur certains serveurs Windows avec les états du système chaque semaine. Nous ne nous embêtons à sauvegarder que les OS des machines sur lesquelles des éléments sont stockés sur le lecteur C: qui ne peuvent pas être facilement recréés. Beaucoup de machines sont plus rapides à reconstruire qu'à restaurer de toute façon. La théorie derrière les sauvegardes complètes hebdomadaires est que les choses ne devraient pas changer souvent sur ces lecteurs. Nous conservons ces sauvegardes pendant deux semaines, donc nous avons deux copies de sauvegarde. Cela nous permet d'avoir un bon équilibre entre ce dont nous avons besoin pour récupérer et éviter de consommer trop d'espace disque. Cela signifie également que nos sauvegardes OS/System State sont relativement récentes, et si nous devons revenir en arrière pour des changements perdus, ils datent seulement de la semaine passée, ce qui signifie qu'ils sont suffisamment récents pour être mémorisés, et pas trop nombreux pour être gênants.

Nous ne stockons pas de données utilisateur de quelque nature que ce soit sur nos lecteurs C:. Ils sont simplement là pour les données d'application qui ne peuvent pas être installées sur un autre lecteur, et pour des problèmes de configuration.

Nous effectuons également une sauvegarde nocturne de nos DC avec les états du système afin d'avoir des informations AD actuelles une fois de plus, mais ceux-ci ne sont conservés que pendant deux semaines, essentiellement pour la reprise après sinistre uniquement. En comparaison avec les données utilisateur que nous conservons beaucoup plus longtemps.

Je ne suis pas certain de ce que est votre situation, mais d'après mon expérience, une sauvegarde complète d'un système n'est pas nécessaire, voire même une mauvaise idée. (GASP!)

Essentiellement, le mieux à faire est d'avoir une redondance sûre dès le départ (comme la réplication maître-maître sur un serveur mysql) ou du Raid-1 (ou du 5 pour de meilleurs résultats).

Fondamentalement, selon mon opinion et mon expérience, une "sauvegarde d'état" est une manière désordonnée de faire les choses. Si vous avez besoin d'un temps d'arrêt absolu minimal (moins d'une minute), utilisez la redondance. Pour tout le reste, utilisez une solution de sauvegarde adaptée au système (une solution basée sur rsync pour le système de fichiers, des dépôts pour le code, etc).

Aussi, VÉRIFIEZ TOUJOURS VOS SAUVEGARDES. Dans mon poste précédent en tant que Jr. Linux Sysadmin, j'ai découvert des sauvegardes hebdomadaires de 8 ans... et il s'est avéré que j'en avais besoin. J'ai découvert que l'homme qui venait juste d'être renvoyé pour une grossière incompétence sauvegardait le mauvais répertoire (un répertoire vide) depuis 8 ans.

Nous ne faisons pas de sauvegardes complètes de C :, mais nous sauvegardons l'état du système toutes les nuits. Si vous utilisez active directory, il est assez important de faire des sauvegardes régulières de l'état du système à partir de vos DC -- ils ne prennent pas autant d'espace par eux-mêmes par rapport à une sauvegarde complète de tout le disque, et si votre sauvegarde est plus ancienne que l'âge de la tombe DNS (qui est de 60 jours par défaut) elle n'est pas bonne pour restaurer AD.

D'après notre expérience directe, la sauvegarde de métal nu de l'OS et du lecteur système ne se passe souvent pas très bien. Nous choisissons d'utiliser des choses comme le RAID hot-swap pour la redondance et ensuite de sauvegarder les données et -- autant que possible -- la configuration en supposant que nous devrons réinstaller l'OS et les applications si quelque chose dégénère complètement de toute façon.

Des sauvegardes complètes de tout sur le serveur ici; complètes le week-end, différentielles la nuit. Étant donné la surcharge assez minimaliste imposée par la sauvegarde de l'état du système à la fois en termes de temps et d'espace de stockage, il n'y a aucune véritable raison de ne pas le faire.