Dans le cadre de la gestion quotidienne de ferme SharePoint, il existe une partie qu'il faut surveiller avec attention.
En effet, l'utilisation des Team Sites se fait bien souvent de manière plutôt virale et vous pouvez rapidement vous retrouver avec des centaines (voir des milliers) de collections de sites.
La question de la répartition de ces collections dans les bases de contenu est très importante.
La gestion des fermes SharePoint implique une surveillance de la croissance. En effet, toutes les données de SharePoint sont stockées dans des bases de données SQL Server (appelées Bases de Contenu).
Ces bases doivent être sauvegardées suivant un plan défini avec le DataBase Administrator (DBA), nous avons vu cela dans un précédent article :
Un second point important est la répartition de ces données dans les bases de contenu. Ainsi cette répartition n'est pas du tout aléatoire, mais se fait par les collections de sites.
Donc, il convient de prévoir correctement la configuration de sa ferme dans son architecture logique. Vous pouvez trouver un article sur ce sujet :
Si cette configuration a prévu une répartition par collection de sites, nous pouvons voir comment optimiser la répartition de ces collections au fil du temps.
Présentation
La gestion des bases de contenu implique des temps de sauvegarde de ces bases. Durant ce temps les bases ne doivent pas être sollicités. Cela peut être très rapide si cette base est petite, mais peut devenir rapidement compliqué lorsque celles-ci grossissent.
En effet, si une base de contenu démarre avec quelques collections et peu de documents dans ces collections, cela peut évoluer rapidement vers plusieurs centaines de collections et un gros volume de données. A ce moment, le temps nécessaire pour la sauvegarde des bases n'est plus le même, ce qui peut bloquer cette étape.
Cet article va nous montrer une méthode possible pour appréhender cette évolution et la réaction à adopter pour y remédier.