none
[SP2010][SQL Server 2008 r2] Séparer les bases de données SharePoint sur plusieurs SQL Server RRS feed

  • Question

  • Bonjour,

    Je recherche des informations sur la répartition de données d'une plateforme SharePoint.

    En fait, je voudrais savoir s'il est possible de séparer les bases de données sur plusieurs serveurs SQL.

    D'une part pour répartir la charge des SQL, mais aussi parce que la quantité de document qui sera gérée sera très imposante, et aussi d'autre part par soucis de sécurité, en cas de crash, qu'il y ait une partie des documents qui soit accessibles tout de même.

    Actuellement, il y a une base de données par collection de site, mais est-ce que je peux déplacer ces bases sur d'autres serveurs?

    J'ai vu qu'une base SQL Server 2008 pouvait atteindre plus de 500 Téra et que chaque fichier de base pouvait faire 16 Téra.

    Est-ce qu'il vaut mieux tout conserver sur un seul serveur ou répartir les données sur plusieurs serveurs?

    Merci d'avance!

    vendredi 19 octobre 2012 08:26

Toutes les réponses

  • Bonjour,

    Sur la faisabilité oui on peut déplacer les content databases sur plusieurs instances SQL Server mais si ton problème se situe plus dans la quantité de documents (donc de la taille de la table dbo.alldocstreams de mémoire) tu as plusieurs alternatives  :

    - Archiver les documents dans plusieurs bases de contenu (par année par exemple) ou autre.

    - Utiliser RBS de SharePoint (avec du Filestream SQL Server ou autre provider externe au choix) si la taille de tes documents le justifient. Cela permet de réduire la taille de cette fameuse table et de ne stocker que les méta données. Les blobs sont stockées sur système de fichiers avec une intégrité référentielle bien entendu entre le fichier et son entrée correspondante dans la table.

    Pour avoir eu le problème quelques fois, le problème des bases de données de contenu à forte volumétrie à cause d'une grande quantité de documents est la performance dans le temps et les opérations de maintenance coûteuses comme DBCC CHECKDB

    ++


    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1

    mardi 30 octobre 2012 17:25
    Modérateur
  • Ok, merci.

    En fait, la base de données n'est pas très importante pour le moment, mais une grosse quantité de document est censé venir dans le temps, donc il faut prévoir une stratégie de stockage à long terme.

    Et justement, pour faciliter la maintenance, on pensait splitter les données sur des bases plus petites.

    Bref, encore à l'étude.

    Merci pour la réponse ;)

    lundi 5 novembre 2012 13:56