[SharePoint] Quelle maintenance pour une instance SQL ?

Bonjour,
Je pose ma question ici car c'est avis côté administration SQL que je souhaite et non SharePoint.

Je m'occupe d'établir un plan de maintenance pour des instances SQL, notamment une instance dédiée à SharePoint.

Sur internet on trouve plusieurs avis, plus ou moins récent et divergent, mais venant de la communauté SharePoint, sans avoir pu trouver un avis de DBA.
On trouve çà, qui n'est plus tout jeune, et ça (avec notamment un Rebuild suivi d'un Update Statistics :roll: )qui est plus récent.

Bref, je voulais donc savoir si j'applique sur cette instance une maintenance "classique" comme je le fais sur d'autres types de base avec le même besoin de disponibilité ou s'il y a des particularités sur ces bases de données et la maintenance que l'applicatif SharePoint peut lui-même appliquer ?

Pour info voici le déroulement de mon plan de maintenance (toute remarque est la bienvenue) :
Mes bases ne sont utilisées que pendant la journée de 8h à 22h et la volumétrie totale ne dépasse pas les 50 Go.

Le plan se découpe en 3 phases :

1. Maintenance Système
   
   1. Check DB
   2. Sauvegarde des bases systèmes
   3. Suppression des anciennes sauvegardes
   4. Copie des bak vers un disque dédié (hors du serveur)
   5. Nettoyage de l'historique des jobs et des traitements SSIS
2. Maintenance Nuit
   
   1. Récupération de la liste des bases en mode de récupération Complet
   2. Pour chacune passage en mode Simple
   3. Check DB des BDD utilisateur
   4. Rebuild complet des indexs, non en ligne, dans la tempDB
   5. Pour chaque base de la liste du début, repassage en mode Complet
   6. Sauvegarde des BDD avec vérification d'intégrité
   7. Suppression des anciennes sauvegarde en local
   8. Suppression des sauvegardes de plus de 3 jours sur le disque dédié (hors serveur)
   9. Copie du bak sur le disque dédié
   10. Suppression de tous les trn en local et sur le disque dédié
3. Maintenance Jour
   
   1. Sauvegarde du journal de transactions
   2. Copie du répertoire des trn vers le disque dédié

Bonjour,
Sur la question à s'il faut une administration classique ou pas sur ce type de base, la réponse est oui. Après en fonction de vos tolérances de panne et de perte des données, vous adapter des solutions de haute disponibilité par exemple qu'il faut ajouter à vos plans de maintenance : cluster + log shipping ou mirroring.
Sur vos plans de maintenance, j'ai qq remarques :

Sauvegarde des BDD avec vérification d'intégrité (en local ?)
Suppression des anciennes sauvegarde en local (vous différenciez comment celles à supprimer ou pas au regard de l'étape ci-dessus si'il s'agit bien d'une sauvegarde locale ?)
Suppression des sauvegardes de plus de 3 jours sur le disque dédié (hors serveur)
Copie du bak sur le disque dédié
Suppression de tous les trn en local et sur le disque dédié

Vous faites des sauvegardes de vos journaux à quelle fréquence ?

Christian

Citation:

---

Envoyé par Christianbt

Bonjour,
Sur la question à s'il faut une administration classique ou pas sur ce type de base, la réponse est oui. Après en fonction de vos tolérances de panne et de perte des données, vous adapter des solutions de haute disponibilité par exemple qu'il faut ajouter à vos plans de maintenance : cluster + log shipping ou mirroring.

---

Pas de solution de mirroring ou autre à la clef. Si ça tombe, on remonte et on restaure.
Je précise que le serveur est virtualisé.

N'y a-t-il pas des choses particulières sur les bases d'une instance SharePoint ?? Sur les différents liens que l'on trouve, c'est régulièrement expliqué que SharePoint procède lui-même à certaines choses et que des tâches "hors norme" peuvent le perturber.

Citation:

---

Envoyé par Christianbt

Sur vos plans de maintenance, j'ai qq remarques :

Sauvegarde des BDD avec vérification d'intégrité (en local ?)

---

Oui en local pour la sauvegarde et la vérification se fait en ayant coché l'option qui va bien dans la tâche de plan de maintenance

Citation:

---

Envoyé par Christianbt

Suppression des anciennes sauvegarde en local (vous différenciez comment celles à supprimer ou pas au regard de l'étape ci-dessus si'il s'agit bien d'une sauvegarde locale ?)

---

Toujours par la tâche de plan de maintenance, suppression du bak de plus de 22h. (Et non 1j car la date se fait à la seconde près...)

Citation:

---

Envoyé par Christianbt

Vous faites des sauvegardes de vos journaux à quelle fréquence ?

---

Toutes les 2h.

N'y a-t-il pas des choses particulières sur les bases d'une instance SharePoint ?? Sur les différents liens que l'on trouve, c'est régulièrement expliqué que SharePoint procède lui-même à certaines choses et que des tâches "hors norme" peuvent le perturber.
Sur ce point je ne saurais être catégorique. Aujourd'hui, j'ai personnellement plusieurs plate-forme sharepoint et l'administration se fait par des plans de maintenance "classique" sans problème lié à l'application en elle-même.

Christian

Merci pour ton retour.

Concernant le plan de maintenance, je pensais décoreller (dans 2 packages différents) la vérification/sauvegarde de la base, des opérations de copie/nettoyage. Cela afin de séparer la sauvegarde à proprement parlé du stockage des sauvegardes.

Mais en y réfléchissant, je me dis que la sauvegarde et sa copie sont totalement liés. Si la sauvegarde a lieu mais sans la copie, et que le serveur crash, elle devient alors inutile.

Pour compléter un peu :

Globalement les bases de données Sharepoint restent des bases classiques à quelques exceptions près :

Sharepoint possède ses propres règles de maintenance de certaines de ces bases avec des planifications plus ou moins diverses en fonction de la règle.. Attention cependant car certaines bases de cette application ne sont pas concernés par ces règles comme :

Search Administration Database
Secure Store Database
State Service Database
Profile Sync Database
Usage Database
Managed Metadata Database
Business Connectivity Services Database
PerformancePoint Services Database

On a donc le choix de les utiliser ou non en complément des plans de maintenance classiques. De plus avec Sharepoint en fonction de la charge de travail et des mises à jour il est parfois judicieux de jouer avec le fillfactor lors de la maintenance des indexes (80% d'après les best pratices).

++

Merci David pour ton retour.

Prévoir un plan de maintenance qui va faire du cas par cas sur chacune des bases me parait un peu dangereux non ?
D'autant que plus ou moins régulièrement, une nouvelle base de données peut apparaitre.

Je vais tout de même modifier ma tâche de reconstruction d'index pour fixer le FillFactor à 80%.

Dans ce plan, est avec les maintenance de SharePoint, n'y-a-t-il pas un risque que les 2 se télescopent ?
J'ai vu que l'on pouvait avoir une liste de toutes les planifications de SharePoint mais sans avoir de description ni de détails dessus... Vous savez où est-ce que ça peut se trouver ?

Si tu es sur Sharepoint 2010 tu vas dans l'administration centrale > Health Analyzer Rules Defintions > Section Performances.

Honnêtement je n'ai jamais vu de clients avec des plans de maintenances SQL Server spécifiques à Sharepoint. Ils englobent la plupart du temps les bases aux plans de maintenances classiques pour leurs bases de données. (d'ailleurs la plupart ne savent même pas que Sharepoint possède ses propres règles de maintenance de bases).

++

Je vais aller faire un tour dans l'administration pour trouver cela, merci.

C'est rassurant sur la maintenance. je vais garder mon plan et déployer cela un peu partout alors :):)