Estimation de la capacité et des performances pour les opérations de conformité et de découverte électronique (eDiscovery) dans SharePoint Server 2013
S’APPLIQUE À :2013 2016 2019 Subscription Edition SharePoint dans Microsoft 365
Les ensembles de fonctionnalités de conformité, tels que les conservations sur place et l’interrogation et l’exportation de données en cours de conservation, appliquent les exigences de traitement et de stockage dans SharePoint Server 2013 lorsqu’elles sont utilisées.
Besoins de stockage pour la conservation inaltérable
Une conservation sur place conserve le contenu modifié et supprimé pour rendre la version d’origine disponible pour les actions en justice. Les conservations sur place s’appliquent à un site complet. Par exemple, si le site racine d’une collection de sites est mis en attente, la collection de sites complète est également mise en attente. Une conservation sur place s’applique aux documents, pages et listes. Une fois qu’un site est mis en attente, tous les éléments qui sont modifiés pour la première fois ou supprimés sont placés dans la bibliothèque de conservation de préservation du site SharePoint. Cet emplacement est l’emplacement où le contenu se trouvait à l’origine sur le site. La taille du site augmente à une vitesse qui correspond à la quantité de contenu qui existait lorsque la conservation a été activée et est modifiée lors de l’ajout d’un nouveau contenu. Dans la pratique, la plupart des contenus en attente légale ne sont pas nouveaux. L’effet sur le stockage des conservations sur place devrait être faible, car les utilisateurs ne modifient pas activement le contenu. Pour plus d’informations, voir eDiscovery et conservations sur place dans SharePoint Server.
Effet de l’exportation et des requêtes eDiscovery sur les autres requêtes de recherche
SharePoint Server 2013 a un type de collection de sites appelé Gestionnaire de cas qui vous permet d’exécuter des requêtes eDiscovery sur le contenu SharePoint de votre organisation et les boîtes aux lettres Exchange Server 2013. Les requêtes eDiscovery sont complexes et étendues. Leur traitement nécessite davantage de temps sur le système de recherche et peut avoir des répercussions sur le temps de réponse des recherches lancées par d’autres utilisateurs.
Les règles suivantes peuvent vous aider à comprendre l’incidence de ces requêtes sur la rapidité des recherches des autres utilisateurs :
Plus vous ajoutez de sources à une requête eDiscovery, plus vous augmentez le nombre de requêtes exécutées.
Plus vous ajoutez de termes à une requête eDiscovery, plus vous en augmentez les répercussions.
Plus vous ajoutez d’opérateurs à une requête eDiscovery (par exemple ET, OU, PRÈS DE), plus vous en augmentez les répercussions.
Dans nos tests en laboratoire, nous avons utilisé une requête eDiscovery de 350 termes qui s’exécutaient sur 10 sources. La requête a retourné un total de 150 000 éléments. Nous avons ensuite exporté ces éléments. Pour effectuer ce test, nous avons exécuté cinq charges simulées sur le système du service de recherche, qui représentent d’autres types de requêtes de recherche qui sont censés s’exécuter sur le système.
Nos tests indiquent que les requêtes eDiscovery peuvent augmenter la latence des requêtes observée par les autres utilisateurs de plus de 100 %. Si vous mobilisez une grande partie de votre capacité maximale pour les requêtes de recherche des utilisateurs, il peut être conseillé de procéder aux requêtes eDiscovery et aux exportations pendant les heures creuses, afin d’en réduire l’incidence sur les requêtes de recherche des autres utilisateurs.
Effet de l’exportation
Après avoir exécuté des requêtes eDiscovery, il est courant d’en exporter les données. Lors de l’exportation, les fichiers correspondant au contenu renvoyé par la requête eDiscovery sont téléchargés un par un. Nous avons exécuté un ensemble de tests dans lesquels nous avons téléchargé des fichiers et mis à jour des éléments de SharePoint. L’exportation n’a pas ajouté une charge importante au déploiement de SharePoint. Dans le cadre de nos tests, nous avons exécuté une exportation alors que la batterie de serveurs traitait environ 100 demandes par seconde. Seules cinq de ces 100 requêtes étaient liées à l’action d’exportation.
Notez que l’effet de l’exportation sur Exchange Server 2013 peut être différent. Les requêtes Exchange Server 2013 sont variables, en particulier les requêtes eDiscovery qui sont souvent longues et complexes.
Référentiels de documents à grande échelle avec SharePoint Server 2013
Outre les fonctionnalités de conformité et d’eDiscovery, la fonctionnalité des référentiels de documents à grande échelle SharePoint Server 2013 n’a pas changé de manière significative par rapport à SharePoint Server 2010. Dans cette section, nous faisons référence au rapport de test de mise à l’échelle pour les référentiels de documents à très grande échelle (SharePoint Server 2010) et nous mettons en évidence les différences pour les scénarios qui impliquent des référentiels de documents SharePoint Server 2013. Les sections suivantes résument les principales différences.
Conseils pour le placement d’applications de service interactives sur des serveurs web frontaux
Les conseils pour SharePoint Server 2010 vous ont conseillé de placer les applications de service sur un niveau distinct. Dans SharePoint Server 2013, nous vous recommandons de placer les applications de service interactives sur les ordinateurs qui s’exécutent en tant que serveurs web frontaux. Pour plus d’informations, voir Capacity planning for SharePoint Server 2013.
Recherche dans SharePoint Server 2013
L’application service de recherche SharePoint Server 2013 fusionne la recherche SharePoint Server 2010 et FAST Search Server 2010 pour SharePoint dans une plateforme de recherche unifiée avec des fonctionnalités supplémentaires. Pour plus d’informations, voir Mise à l’échelle de la recherche de sites Internet dans SharePoint Server et Vue d’ensemble de l’architecture de recherche dans SharePoint Server.
Améliorations efficaces des E/S de fichiers et de SQL Server
L’efficacité des E/S de fichiers dans SharePoint Server 2013 est une méthode de stockage dans laquelle un fichier est divisé en parties stockées et mises à jour séparément, et diffusées ensemble lorsqu’un utilisateur demande le fichier. Il en résulte des mises à jour de fichiers plus efficaces, car seuls les éléments mis à jour sont écrits dans SQL Server. Cette méthode est très efficace lorsque vous l’utilisez avec des fichiers volumineux. Avec de petits fichiers, l’espace de stockage disque requis peut augmenter. Cette méthode améliore directement le débit utilisé pour mettre à jour les documents.
D’autres améliorations utilisent SQL Server 2008 R2 avec les fonctionnalités sp1 et le débit pour rechercher des documents pour la correction des liens et la gestion des alertes.
Limites des colonnes
Les limites de colonne sont mises à jour dans SharePoint Server 2013. Pour plus d’informations, voir Limites et limites logicielles pour SharePoint Server 2016.