La question des bases de données de contenu pour SharePoint (que ce soit pour SharePoint 2007 ou 2010) a été traîtée plusieurs fois :
- Gérer les bases de contenu SharePoint
- Déplacement d'une collection de sites
- SharePoint : Déplacement de plusieurs collections de sites entre les bases de données de contenu
Il existe cependant un cas très courant qui est plutôt complexe à gérer :
- Isoler une grosse collection de site (plusieurs dizaines de GB) dans une base de données dédiée
En effet, ce cas précis demande de paramétrer plus précisément les bases de données avant la suppression et la restauration. Nous verrons les différentes étapes à suivre.
Etapes préparatoires
La première chose à faire est de bien s’accorder avec les utilisateurs pour avoir une période raisonable de non utilisation de la collection de sites (cela dépend de votre architecture et surtout de la taille de la collection, mais on peut généralement prévoir une demi journée).
La seconde modification est de bloquer tous les scripts et taches de sauvegarde (collections de sites via STSADM, Backup SQL Server, …), car ceux-ci vont rallentir énormément les commandes STSADM à utiliser.
La troisième étape préparatoire est liée au changement de mode d’historisation de la base où se trouve la collection à isoler, ainsi que la base de données où on veut placer cette collection. En effet, lors de la suppression et de la restauration de la collection, le moteur SQL Server va enregistrer cette suppression dans le fichier de Log de Transaction.
Pour ceci, il faut aller dans les propriétés de ces deux bases de données et changer le mode de recouvrement en “Simple”.
La quatrième étape est de modifier les paramètres d’accroissement de la taille des fichiers de base de données. Ainsi il est bon de donner une taille d’accroissement par bloc de 10 GB (ou un multiple de la taille de votre collection de sites à isoler)
Etapes de Migration
La migration de fait selon les même étapes présentées dans cette page :
Soit les taches suivantes :
- Sauvegarde de la collection de sites via STSADM –O BACKUP
- Suppression de la collection de site via STSADM –O DELETESITE
- Modification des paramètres de la base de données de contenu dans laquelle la collection doit être chargée
- Restauration de la collection de sites via STSADM –O RESTORE
Etapes finales
Il faut tout de suite modifier les paramètres de la base de données pour les limites SharePoint afin de ne pas ajouter de collection dans cette base. Pour cela, il faut mettre la valeur maximum au plus bas.
Il faut ensuite définir les paramètres normaux pour la base de données via le moteur SQL Server :
- Remettre le mode de journalisation à “Full”
- Définir la croissance des fichiers de log par bloc fixe (1 GB pour les logs et pour le fichier de données)
Faire un Schrink de la base où était la collection avant le déplacement dans sa base dédiée.
Réactiver les outils de sauvegarde (STSADM, SQL Server, …)
Conclusion
La bonne gestion des bases de données de contenu va influer naturellement le bon fonctionnement de votre environnement SharePoint (que ce soit 2007 ou 2010).
Lorsque la taille d’une collection de site devient hors de proportion des autres, il est bon de l’externaliser dans une base de données dédiée. Cette solution est aussi à envisager pour les collections de sites sensibles (application métier par exemple).
Le cas classique est enfin la préparation de la migration de version, le passage de SharePoint 2007 à SharePoint 2010. La méthode à préférer pour cette migration est celle par content DB.
Romelard Fabrice [MVP]
Commentaires
Enregistrer un commentaire