2009-07-02 9 views
1

J'ai créé un nouvel intranet MOSS SharePoint 2007. Nos administrateurs achètent des logiciels de sauvegarde/restauration et je devrai éventuellement vérifier la restauration de la sauvegarde de la batterie de serveurs qu'ils ont créée. Quelqu'un at-il des suggestions sur une meilleure pratique pour cela? La nôtre est une petite batterie de 2 serveurs construite avec VMWare VMWare sur SAN. Comment saurai-je que la version restaurée est un duplicata de l'original à tous points de vue et que dois-je faire attention?Vérifier la restauration SharePoint

+0

L'original ne serait-il pas cassé si vous deviez restaurer? comment feriez-vous une comparaison? Je n'ai jamais eu de problèmes avec la restauration. P.S. Nous utilisons uniquement la sauvegarde/restauration DPM et/ou base de données de contenu (pour les petits déploiements). – Colin

+0

Ce que je veux savoir, c'est: y a-t-il une sorte de liste de contrôle? Je l'ai fait avec STSADM mais je n'ai pas créé de processus pour vérifier la restauration. Je ne veux pas savoir, des mois plus tard, qu'une bibliothèque de documents a disparu ... – IrishChieftain

Répondre

3

En réponse aux remarques:

Il n'y a pas de liste de contrôle. Le problème est la nature dynamique de SharePoint. Les sites d'équipe vont et viennent, tout comme les documents et les bibliothèques. Qui peut dire qu'un de vos utilisateurs n'a pas supprimé une bibliothèque de documents et que vous pensez qu'après une restauration, quelque chose est manquant.

Je pense que le mieux serait de demander à vos utilisateurs de faire une analyse rapide après une restauration, voir s'ils manquent quelque chose de majeur, comme les sites ou les bibliothèques qui sont supposés être là. Vous pouvez vous-même avoir une liste de vérification «maison» que vous suivez pour vérifier si toutes les fonctionnalités principales que vous avez déployées (fonctionnalités, timerjobs, etc.) sont toujours là.

+0

Merci pour votre contribution Colin (+1 et marqué comme réponse). Je tiens à préciser que le site est verrouillé pendant une sauvegarde/restauration (soit manuellement avec setsitelock, soit automatiquement en fonction du patch appliqué), donc personne n'ajoute rien. Je pense toujours que cela est négligé en tant que considération administrative sérieuse et il y a un besoin soit d'un outil et/ou processus pour garantir la fidélité de la restauration - ne devrait pas avoir besoin d'un logiciel tiers pour quelque chose d'aussi basique :-) – IrishChieftain

Questions connexes