Quels sont les bilans de santé réguliers nécessaires à une installation de SharePoint?

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/1270

  •  16-10-2019
  •  | 
  •  

Question

Quels sont les contrôles réguliers qui doivent se faire sur une installation de SharePoint pour éviter préventivement des problèmes ou au moins les détecter tôt?

Je peux penser à:

  • Vérification des journaux d'événements
  • Vérifiez SharePoint logs
  • Vérification que les sauvegardes de bases de données se font régulièrement

ce qu'il reste à faire et à quelle fréquence?

Était-ce utile?

La solution

Theres une bonne orientation de la planification pour cela sur TechNet: plan pour l'entretien du site et de la gestion

  • Demandez aux utilisateurs ce qu'ils veulent dans des sites IT gérés. effectuer périodique des enquêtes afin de déterminer ce que vos utilisateurs besoin du site.
  • Utiliser les journaux d'utilisation et les rapports pour trouver quelles zones du site sont en cours utilisé, puis que corrélat avec enquêtes auprès des utilisateurs pour savoir ce qui peut être amélioré.
  • Archive contenu ou des sites obsolètes. Toutefois, si vous allez archives ou supprimer du contenu ou des sites obsolètes, assurez-vous que les utilisateurs comprennent que plan et que vous effectuez ces actions que parfois prévisibles. Par exemple, publier un calendrier de lorsque vous allez archiver le contenu ou supprimer des sites inutilisés.
  • Périodiquement les autorisations de site d'examen. Par exemple, vérifier les autorisations tous les trois mois pour supprimer les autorisations pour tous les utilisateurs qui ont quitté le groupe ou projet.
  • Sélectionnez un intervalle de temps raisonnable pour vos activités de maintenance. Pour Par exemple, si vous prévoyez de conduite enquêtes auprès des utilisateurs périodiques, ne pas effectuer les plus d'un an deux fois (et de préférence, pas plus d'une fois année).
  • Créer un plan pour les sauvegardes régulières de le contenu du site. Déterminer ou découvrir la fréquence des sauvegardes sera fait, et le processus pour restaurer le contenu quand c'est nécessaire. Pour plus d'informations sur la planification pour la sauvegarde et restauration, voir le plan de protection des données et la récupération (Office SharePoint Server).

Autres conseils

Voici une liste que j'utilise en entrant dans un nouveau client à faire un « bilan de santé » de leurs systèmes avant de commencer quoi que ce soit.

alt texte http://pv3kcq.blu.livefilestore.com/ y1pXgiTCmoDE6_A1KkqU9saAYzwmh5n0F9K7k5aOAieL-xFFc9TA4ENn03WJtQUOwHAymZ7MAWcKccwtbw8IfKXKOQ81j97ZX-1 / SharePoint_Health_Check.png

Si vous avez MS Premier Support alors renseignez-vous sur un MOSS RAP (Programme risque Assesment), ils ont quelques bons outils de diagnostic et vous êtes autorisés à les utiliser pendant 12 mois après que le RAP a lieu. Ils pourront également vous recommander un plan d'entretien décent qui sera idéal pour la taille de votre environnement.

Gardez un œil sur vos crawls de recherche. Quand sont vos incrémentielles complètes et lieu? Depuis combien de temps sont-ils prennent.

Surveillez également la peformance IO de votre indexation et les serveurs SQL que les deux peuvent être fortement impactés lors de l'indexation de recherche.

La surveillance automatisée est un bon début. Operations Manager a une grands paquets de gestion pour les WSS et MOSS.

De plus, il est bien utile de prendre un squiz à la sortie des Microsoft les meilleures pratiques Analyzer de temps en temps.

Assurez-vous que vos bases de données de contenu ne dépasse pas 50-100GB. Consultez SharePoint Collection Gouvernance pour plus de détails.

Assurez-vous que vous avez bien Configuré journaux de diagnostic et vérifier possible erreurs dans ces journaux sur une base régulière.

Une autre chose que je recommande vivement est de faire une vérification de base des performances de votre solution avant de commencer l'installation des produits de code personnalisé ou tiers, pour les deux serveurs de test / intégration et environnements preprod / prod.

Après chaque Deploy, vous faites une référence et de le comparer à votre base.

Cela vous aidera à beaucoup lorsque vous commencez à développer des fonctionnalités qui, inévitablement, va ralentir votre système. De cette façon, vous pouvez attraper « mauvais Déploie » très tôt.

Theres différentes approches et outils pour cela. Stress test dans Visual Studio Test Edition est un manière, mais un outil de test de charge simple comme

Assurez-vous que tous les services SharePoint sont en cours d'exécution, et que les privilèges appropriés sont définis (par exemple, rechercher compte d'accès au contenu possède des privilèges appropriés)

Vous avez mentionné la vérification des journaux d'événements. Je ne sais pas sur les autres, mais je ne veux pas avoir le temps de se connecter à chaque serveur pour vérifier un bon nombre d'événements, espace disque, etc donc j'insiste toujours sur une certaine forme d'un système de surveillance qui peut le faire pour moi. Il est facile de configurer des règles afin que vous sachiez ce qui est important et peut prendre des mesures rapides.

En ce qui concerne l'espace disque, assurez-vous que votre enregistrement des diagnostics est configuré de sorte que vous avez les détails dont vous avez besoin sans fichiers journaux géants. Cassez dans des intervalles de temps plus petits en cas de besoin, et assurez-vous qu'un nombre approprié sont enregistrés. J'ai vu des serveurs avec plus de 10 Go de fichiers journaux jusqu'au point où le serveur cesse de fonctionner.

Je suis surpris que personne n'a mentionné le numéro un chèque que je fais le plus tôt possible lors de la reprise d'une installation de SharePoint, vérifiez le plan de restauration. Vérification des sauvegardes est utile si vous savez que vous pouvez les restaurer. La restauration de vos sauvegardes sur une base régulière est le seul moyen de vérifier qu'elles sont suffisantes lorsque vous en avez besoin.

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top