none
O365/SPO - Best Pratices Large site collection. RRS feed

  • Question

  • Hello all

    I migrate data for a client. My client has a volume of 1.5To, before being able to create modern sub-sites, we had thought of a flat architecture. But now that it is possible to architect with modern subsites, rights management for the customer could be simplified. Currently it must manage rights on all GED site collections. With a single site collection, permissions management would be done on the root site. I'd like advice on migrating 1.5TB of data to a single collection of sites.

    I have trouble finding good practices on the subject. Knowing that its volume will increase with the years, could we have performance problems?

    MS assumes a volume of 25TB per Site Collection, but I prefer feedback. My SharePoint Serve experience :)

    Thank you in advance to all


    jeudi 27 septembre 2018 15:01

Réponses

  • Bonjour Romaisn,

    Votre post étant en anglais, je peux le transférer sur le forum US si vous le souhaitez.

    Je vous donne néanmoins mon avis sur ce sujet : le volume n'est pas - et n'a jamais vraiment été - un souci, même sur du SharePoint on-premises, sauf bien quand il faut restaurer une base de données de 300 Go et qu'il faut expliquer que client qu'un downtime d'un jour est à prévoir ...

    Pour le reste, les large lists et la hantise de plus de 5.000 items n'est pas non plus un problème, quand on sait que derrière c'est SQL qui locke les tables touchées par des opérations impactant beaucoup de lignes, et que donc il ne s'agit pour l'utilisateur que de lenteurs d'affichage, pouvant être en partie résolules par l'utilisation de colonnes indexées.

    Dans le cas de SharePoint Online, et dans la mesure ou SQL est en haute dispo, une collection de sites avec un fort volume n'est donc pas spécialement inquiétante.

    Le second volet, c'est la gouvernance, la gestion des droits que vous soulignez.

    Et là - c'est toujours un avis personnel - je partirai sur un split des collections, car gérer autant de données avec une gestion fine des droits, cà peut relever du casse-têtes.

    Tout dépend bien entendu de la structure des données et de leur criticité, mais une fausse manip au niveau des droits est vite arrivée, avec les conséquences que l'on connaît (consultation de documents privés, suppression, ...), et il fautr donc que la ou les personne(s) gérant l'esnemble maitrise(nt) leur sujet.

    Bon courage :)


    My technical blog on SharePoint || My contributions on the TechNet Gallery

    • Marqué comme réponse Romain Fleury vendredi 19 octobre 2018 13:20
    mercredi 3 octobre 2018 07:32
    Modérateur

Toutes les réponses

  • Bonjour Romaisn,

    Votre post étant en anglais, je peux le transférer sur le forum US si vous le souhaitez.

    Je vous donne néanmoins mon avis sur ce sujet : le volume n'est pas - et n'a jamais vraiment été - un souci, même sur du SharePoint on-premises, sauf bien quand il faut restaurer une base de données de 300 Go et qu'il faut expliquer que client qu'un downtime d'un jour est à prévoir ...

    Pour le reste, les large lists et la hantise de plus de 5.000 items n'est pas non plus un problème, quand on sait que derrière c'est SQL qui locke les tables touchées par des opérations impactant beaucoup de lignes, et que donc il ne s'agit pour l'utilisateur que de lenteurs d'affichage, pouvant être en partie résolules par l'utilisation de colonnes indexées.

    Dans le cas de SharePoint Online, et dans la mesure ou SQL est en haute dispo, une collection de sites avec un fort volume n'est donc pas spécialement inquiétante.

    Le second volet, c'est la gouvernance, la gestion des droits que vous soulignez.

    Et là - c'est toujours un avis personnel - je partirai sur un split des collections, car gérer autant de données avec une gestion fine des droits, cà peut relever du casse-têtes.

    Tout dépend bien entendu de la structure des données et de leur criticité, mais une fausse manip au niveau des droits est vite arrivée, avec les conséquences que l'on connaît (consultation de documents privés, suppression, ...), et il fautr donc que la ou les personne(s) gérant l'esnemble maitrise(nt) leur sujet.

    Bon courage :)


    My technical blog on SharePoint || My contributions on the TechNet Gallery

    • Marqué comme réponse Romain Fleury vendredi 19 octobre 2018 13:20
    mercredi 3 octobre 2018 07:32
    Modérateur
  • Bonjour Benoit

    Merci beaucoup avec du retard pour votre réponse.

    Nous avions préconisé l'architecture FLAT et nous continuons sur cette solution principalement pour les raisons que vous avez cité.

    Cordialement

    mercredi 17 octobre 2018 13:20