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 in 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 conservation, ont une incidence sur les besoins de traitement et de stockage dans SharePoint Server 2013 lorsqu’ils sont utilisés.
Besoins de stockage pour la conservation inaltérable
Une conservation in place conserve le contenu modifié et supprimé pour rendre la version d’origine disponible pour les actions juridiques. Les conserves 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 entière est également en attente. Une attente sur place s’applique aux documents, pages et listes. Une fois qu’un site est mis en attente, tous les éléments modifiés pour la première fois ou supprimés sont placés dans la bibliothèque de conservation et de préservation du site SharePoint site. Cet emplacement est l’emplacement où le contenu était initialement situé sur le site. La taille du site augmente à un rythme qui correspond à la quantité de contenu qui existait lorsque la mise en attente a été activée et est modifiée lors de l’ajout d’un nouveau contenu. En pratique, la plupart du contenu en attente légale n’est pas nouveau. L’impact sur le stockage des conservations sur place est censé être faible, car les utilisateurs ne modifient pas activement le contenu. Pour plus d’informations, voir eDiscovery et les in-place holds dans SharePoint Server.
Effet de l’exportation et des requêtes eDiscovery sur les autres requêtes de recherche
SharePoint Server 2013 possède un type de collection de sites appelé Gestionnaire de cas qui vous permet d’exécuter des requêtes eDiscovery dans le contenu SharePoint de votre organisation et les boîtes aux lettres Exchange Server 2013. Les requêtes eDiscovery sont complexes et larges. 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 le cadre de nos tests en laboratoire, nous avons exécuté une requête eDiscovery de 350 termes sur 10 sources. La requête a renvoyé un total de 150 000 éléments, que nous avons ensuite exportés. Pour effectuer ce test, nous avons exécuté cinq charges simulées sur le système de service de recherche, afin de représenter les autres types de requêtes de recherche qui seraient normalement exécutées 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. 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 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 d’échelle pour les référentiels de documents à très grande échelle (SharePoint Server 2010)et signalons 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 instructions 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 frontux. Pour plus d’informations, voir Capacity planning for SharePoint Server 2013.
Recherche dans SharePoint Server 2013
L’application de service de recherche SharePoint Server 2013 fusionne SharePoint Server 2010 Search et FAST Search Server 2010 for SharePoint dans une plateforme de recherche unifiée avec des fonctionnalités supplémentaires. Pour plus d’informations, voir Scale search for Internet sites in SharePoint Server and Overview of search architecture in SharePoint Server.
Améliorations efficaces des I/S et des SQL Server fichiers
Dans SharePoint Server 2013, les I/S de fichier efficaces sont 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. Cela permet d’obtenir des mises à jour de fichiers plus efficaces, car seules les parties mises à jour sont écrites 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 Limitations et frontières logicielles pour SharePoint Server 2016.