none
Taille Base de donnée et collection de site RRS feed

  • Question

  • Bonjours à tous,

    Nous sommes en train de migrer le contenue d'une arboresence de dossier public exchange vers notre enivronnement Sharepoint 2010.

    Pour des questions de navigation nous avons créé une collection unique dont le site de premier niveau et notre "Portail Intranet Société", les sous sites étant les sites de nos services.

    Le probleme auquel je suis confronté c'est que pour pouvoir mettre tous les sites de services dans la même collection je vais me retrouver avec une base qui va tourner autour des 170Go or il me semble que Microsoft conseil fortement de maintenir la taille de chaque collection au maximum à 100G.

    Vous me direz que je n'ai qu'a creer une nouvelle collection de sites et y mettre une partie des sites de service, seulement voila cette deuxieme collection va se trouver "déconnecté" de notre premiere collection et donc de notre intranet et nous allons perdre la gestion dynamique des menus (ex: lorsqu'on est connecté au portail de top niveau, dans la barre de menu n'apparaissent que les sous sites pour lesquels l'utilisateur à les autorisations, n'apparaitrons pas les sites créés dans une autre collection), de plus, chaque site de service récupere des info (via une CQWP) d'une liste se trouvant dans le site de premier de niveau de la collection d'origine.

    Je suis dans une impasse, j'aurais besoin de connaitre votre avis en fonction de vos retour d'expérience, est-ce qu'une collection de 170Go ce n'est pas jouable ? (travail collaboratif dans tous les sites, pas d'archives "morte"), est-ce qu'il y a une solution pour interconnecter deux collections ?

    Merci d'avance

    Olivier

    jeudi 7 février 2013 14:01

Réponses

  • Merci Valentin pour ta confiance..

    Je confirme cimme tu dis, que c'est un choix de l'administrateur, et surtout le temps de réponse des SLA ..

    Si le business demande de restaurer dans l'heure qui suit, ben il respecter les best practices, mais si le business demande de faire ceci en une semaine, et que votre SharePoint n'est pas "business critique" .. ben la allez jusque 200gb ..

    Courage,

    Gokan


    My New Technical Blog: WWW.GKNZCFC.NET
    SharePoint Community Expert

    • Marqué comme réponse Olivier_1968 lundi 11 février 2013 09:12
    dimanche 10 février 2013 20:23

Toutes les réponses

  • Bonjour à vous,

    En effet, les recommandations Microsoft sont de 100Go mais si vous dépassez ce n'est pas la mort.

    Cette limitation est définit également pour des questions de sauvegarde et de migration éventuelle de votre environnement.

    Si vous pouvez bien évidemment éviter c'est plus simple sinon vous ne devriez pas avoir de soucis.

    Pour éviter d'avoir des collections trop volumineuses il faut tout d'abord vous poser la question de savoir si l'arborescence globale de votre infrastructure est adaptée à votre utilisation.

    Par exemple: Une entreprise qui veut faire principalement de la GED avec de la vidéo et des espaces communautaires avec création de site libre service, personnellement je mettrai une collection de site racine pour gérer un portail et des communications globales, puis une collection par service sachant que derrière je met une collection de site par base de donnée de contenu.

    Cela facilite les problématiques de backup, de restauration et éviter d'avoir des collections de sites énormes.

    Si vous avez d'autres question n'hésitez pas.

    Valentin 


    Site du Groupe AFG
    viadeotwitter

    jeudi 7 février 2013 14:50
  • En complément, c'est juste une best practice de ne pas dépasser 100Go. 

    Le sharepoint qui explose à 101 est un mythe :)

    En termes de continuité de service, avoir de grosses bases a deux inconvénients majeurs :

    - la restoration risque de durer plus longtemps que le SLA l'admet (RTO)

    - en cas de patch sharepoint, downtime prolongé si le schema change (ou montée de version)

    Sinon, c'est de plus en plus facile à gérer techniquement. PAR CONTRE, au niveau gouvernance, les conseils de valentins sont tout à fait pertinents.

    ps: j'ai connu un client avec une base de 890Go :-)


    Emmanuel ISSALY - Architecte Infra Sharepoint (MCITP 2010)

    samedi 9 février 2013 10:00
  • J'ose pas de le dire, mais avec mon projet maintenant, le business voudrais avoir +/- 1TB par base de donnée .. ^^ ..

    J'ai même pas esseye d'expliquer les best practice de 100Go :)


    My New Technical Blog: WWW.GKNZCFC.NET
    SharePoint Community Expert

    samedi 9 février 2013 12:47
  • Oui en effet c'est juste du best practice comme je l'ai souligné.Perso je suis jamais arrivé au TB xD

    Mais si gokan dit que sa péte pas je fais confiance.

    J'ai déja eu des DB à 200GB sans problème.Aprés c'est le choix de l'admin de respecter ou pas les best practice.


    Mon blog sur SharePoint
    Site du Groupe AFG
    viadeotwitter

    dimanche 10 février 2013 13:45
  • Merci Valentin pour ta confiance..

    Je confirme cimme tu dis, que c'est un choix de l'administrateur, et surtout le temps de réponse des SLA ..

    Si le business demande de restaurer dans l'heure qui suit, ben il respecter les best practices, mais si le business demande de faire ceci en une semaine, et que votre SharePoint n'est pas "business critique" .. ben la allez jusque 200gb ..

    Courage,

    Gokan


    My New Technical Blog: WWW.GKNZCFC.NET
    SharePoint Community Expert

    • Marqué comme réponse Olivier_1968 lundi 11 février 2013 09:12
    dimanche 10 février 2013 20:23
  • Merci à tous pour vos réponses !!

     

    C'est trés interressant d'avoir vos retours d'expériences.

    Cordialement,

    Olivier

    lundi 11 février 2013 09:16