Points à considérer lors de la sauvegarde de Windows 2003 Server

Quels sont les éléments les plus importants à prendre en count lors de la sauvegarde d'un server Windows 2003?

Cela signifie quelque chose comme:

  • Erreurs courantes.
  • Les choses à considérer pour faire une récupération complète.
  • Les points les plus importants à ne jamais oublier.

9 Solutions collect form web for “Points à considérer lors de la sauvegarde de Windows 2003 Server”

Quelques pensées randoms:

Une sauvegarde n'est pas une sauvegarde si vous ne pouvez pas la restaurer. Vous ne saurez pas si vous pouvez restaurer quelque chose, sauf si vous l'essayez. Le test restaure de vos sauvegardes!

Si votre média de sauvegarde est détruit en même time que l'ordinateur server, ce n'est pas une sauvegarde. Prenez des sauvegardes hors site!

J'ai vu plusieurs cas où les programmes de service (moteurs de database, etc.) gardaient les files verrouillés et les années de sauvegarde se sont déroulées sans jamais avoir enregistré les files verrouillés. Si une restauration de test a été essayée, cela aurait été évident.

Si vous avez Active Directory, vous devez prendre une sauvegarde «Etat système» sur l'un de vos controllers de domaine de manière régulière.

Si vous prévoyez faire une récupération en métal nu d'un ordinateur server spécifique, avoir une sauvegarde "Etat du système" (ou équivalent) prise de façon régulière est sympa.

Considérez datatables que vous sauvegardez … est-ce un server de database? Est-ce un server web? Serveur de files?
Existe-t-il des données sur le lecteur de operating system qui est essentiel? Si oui, pourquoi? Est-ce qu'il faudra plus de time pour restaurer le operating system qu'il ne le reconstruira?

S'il s'agit d'un server, j'ai l'intention de faire une restauration de type métal nu, je m'assure que je reçois tous les jours l'OS et l'Etat système, ainsi que datatables.

Si c'est juste un server de files et qu'il y a peu ou pas sur le disque dur, il se peut qu'il contienne quelques secondes. Vous ne devrez peut-être pas sauvegarder le tout ou du less pas plus d'une fois par semaine.

TESTEZ VOS RÉTABLISSEMENTS. Chaque fois que je vois Evan dire cela, je pense qu'il y a un gars qui a probablement appris cela de manière difficile. Je sais que j'ai fait.

Prenez une boîte de test et essayez de la restaurer à l'état d'origine de votre server. Vous remarquerez rapidement si vous ne disposez pas d'une option BareMetal, vous devrez mettre un operating system et un agent de sauvegarde sur celui-ci. D'où la question est-elle nécessaire de rebuild plus longtime que de restaurer?

Le document de sauvegarde le plus important après " tester vos restaurations ", je peux penser à "savoir quoi faire pour sauvegarder et à exclure" . N'essayez PAS d'exécuter votre logiciel de sauvegarde sur des files de bases de données chauds ou sur votre système de quarantaine antivirus ou sur le directory que votre logiciel de sauvegarde utilise pour la caching. Ces choses peuvent fonctionner une partie du time, mais elles provoqueront des pannes de sauvegarde éventuellement et vous n'aurez pas la sauvegarde dont vous avez besoin lorsque vous en avez besoin. La loi de Murphy signifie que la sauvegarde que vous devez absolument avoir est l'incrémental qui a échoué.

Comme déjà mentionné, les restaurations d'essai sont absolument indispensables. D'autres éléments importants sont les suivants:

  • Documentez tout, y compris ce qui se passe.
  • Utilisez un logiciel de sauvegarde qui rapporte. Par exemple, si un file verrouillé est ignoré, vous devez le connaître afin que des situations telles que Evan décrites ne puissent pas se produire.
  • Assurez-vous qu'au less les deux sauvegardes les plus récentes sont sockets hors site. Si vous countz sur un seul, vous pouvez être sûr que quelque chose ira mal.
  • Si vous valorisez vos données et que vous ne devez pas utiliser de supports jetables, comme les disques durs externes. Utilisez quelque chose pour le travail.
  • Si votre système le permet, exécutez plus d'une procédure de sauvegarde. Par exemple, sur les servers Windows, j'utilise Windows Backup (pour un disque local) afin que les restaurations du jour précédent soient rapides et faciles, mais Backup Exec (sur bande) pour les sauvegardes «correctes». Heureusement pour moi, j'ai une grande window de time pour le faire.
  • Concevez votre système de sauvegarde pour être aussi indépendant du matériel que possible. Si la fumée commence à fuir le server, vous devrez peut-être le replace par une marque ou un model différent, afin de savoir si vous pouvez effectuer une restauration sur un matériel incompatible.

Il suffit de garder à l'esprit qu'une des raisons des sauvegardes est de pouvoir se remettre d'une catastrophe, comme le bâtiment et tout ce qui est détruit. Ils ne sont pas seulement pour que vos users puissent s'en sortir sans être négligés.

Lorsque vous choisissez les composants qui feront en sorte que votre système tienne count de l'avenir. Si vous avez une catastrophe, comme un incendie, vous pourrez toujours get un lecteur capable de lire vos anciennes cassettes, etc.

En appuyant, tout est le path à parcourir, l'OMI.

Il ne s'agit pas seulement de restaurer des données, c'est la partie facile. Pouvez-vous également restaurer toutes les applications en cours d'exécution sur le server?

Peut-être un côté, mais alors que vous en pensez, faites-vous une faveur et documentez tout. Vous serez heureux que vous l'ayez fait surtout si vous n'êtes pas entièrement dédié à la mise en place et à l'entretien des sauvegardes.

Ce qui est sauvegardé, quand, combien de time il est conservé, la procédure de restauration réelle (testée) et la façon dont la rotation et la désactivation de votre bande fonctionnent. Idéalement, ces choses peuvent être compatibles avec les SLA du système ou même constituer la base des SLA (et consortingbuer à toute planification DR)

Faire en sorte que ces choses soient clairement définies et facilement accessibles est utile. La plupart des gens ne pensent pas aux sauvegardes jusqu'à ce qu'elles en aient besoin. Ou jusqu'à ce que les auditeurs apparaissent. Et à ce moment-là, il est agréable de pouvoir retirer un document et de leur requestr ce dont ils ont besoin.

Une chose à retenir est de sauvegarder datatables d'état du système, car cela aidera grandement à récupérer après un événement de server perdu.

Nous avons sauvegardé une grande quantité de servers utilisant Symantec Ghost et ça fonctionne très bien à chaque fois.

Mais, tout comme le stockage sur bande, assurez-vous de le tester sur un matériel similaire.

Un autre logiciel que certains associés d'exploitation minière est Acronis, ce qui fonctionne très bien.

Ne nommez jamais les sauvegardes comme "nouvelle sauvegarde", "sauvegarde plus récente". Notez toujours une date.

Je suggère de faire des sauvegardes traditionnelles de niveau de file maître / différentiel (pour faciliter la restauration de file unique) ainsi qu'une sauvegarde Baremetal de la partition de démarrage du server. Si le server échoue, vous pouvez restaurer les OS / Apps sur le matériel réparé / remplacé et être en cours d'exécution dans un ordre très court, suivi d'une restauration au niveau du file. Je considérerais également la sauvegarde sur un disque cible / appareil comme une solution Unitrends (ou équivalent).

  • Différence entre les profils itinérants et la redirection du profil
  • Telnet Windows 2008 vs 2003
  • Windows Server 2003 - suppression de millions de files dans un dossier?
  • Quelle command les packs de service doivent-ils être installés?
  • Qu'est-ce qui provoque des loggings ACK en double?
  • Optimisation des défauts de page douce
  • Comment configurer un VPN sur un server Windows 2003 avec une seule NIC / IP
  • Bare Metal Restore avec Backup Exec 11d sur Win 2003
  • Avis de politique de mot de passe de domaine Windows
  • ID de l'Observateur d'events pour les events de début
  • Problème d'installation et de réinstallation de l'ordinateur PDC
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.