Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités


  • Ancien MVP SharePoint 8 ans ...
    Des projets .Net, SharePoint 2013 ou Office 365 ??

    Contactez-nous :

Archives

SharePoint 2007 : Maintenance des Bases de Données

Je vous avais posté récemment un billet sur le danger de la copie sauvage de DB.

En poussant un peu mes investigations et je vous passe quelques discussions DBesques avec Fabrice Romelard, je suis tombé sur ce post :

SharePoint Site Moves, Database Moves and Balancing Growth

Sous entendu :

  • Site Moves
  • Database Stripping
  • Balancing Databases
  • Load Balancing Site Creation

Bon je me doute bien que ces notions de gestion de données doivent en surprendre plus d'un. Mais elles ne sont point négligeables !!

Loin de la. Du moins, sauf si vous ne vous consacrez qu'à la problématique CUSTOM DEV et SP DESIGNER

Par contre, pour bien envisager l'intégration d'un produit comme MOSS 2007, c'est un des fondamentaux !

Je m'explique : un serveur SharePoint fonctionne en mode viral
>>> les utilisateurs, chefs de projet, managers vont pousser à créer de plus en plus de site , de portail et d'espace de travail. Le gain de productivité associé à de bons outils donne fatalement envie de faire aussi bien que son voisin

C'est dans la nature des choses.

Donc il faut vous attendre à un forte croissance de la volumétrie de vos serveurs SharePoint dans les 3-4 mois post production. Je ne le constate que trop souvent.

Et qui dit volumétrie, dit site collection dit bases de contenu dit SQL Serveur et donc nos amis les DBAs.

Je dit DBAs car quand votre BDD atteint des tailles de l'ordre de 200 GB, les compétences nécessaires pour que votre DB fonctionne correctement dépasse un peu celle du technicien réseau classique et encore plus celle du développeur lambda.

Seulement voila. Si vous reniez la notion de maintenance de base SQL et de la les impacts sur SharePoint, c'est directement la viabilité de votre projet que vous mettez en jeu.

Et la, comme au poker, vous payez mourrant ...

Une technologie comme SharePoint vous impose d'avoir un point de vue global des choses soit

  • DEV
  • IT
  • mais aussi
    • Fonctionnelle
    • Métier
    • Architecture
    • Administration
    • Organisationnelle

Dans tous les cas, surveillez toujours vos bases de contenu smile_wink.

Renaud Comte aka TheMit (Les DBAs, c'est mes copains, si si )
Member of WygTeam
http://www.wygwam.com

Technorati tags: , , , , , ,
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: jeudi 30 août 2007 14:39 par themit

Commentaires

ROMELARD Fabrice a dit :

Il ne faut jamais oublier les DBA si on ne veut pas se faire d'ennemis ;)

Fabrice

# août 30, 2007 19:16

ElVins a dit :

Renaud, je le vois que trop bien dans une boite enorme comme une banque d investissement, la complicite entre les equipes est fondamentale. Aujourd hui une BD et plus que jamais pour une banque est l element indispensable.

Je mets en place un POC Sharepoint, un des 1ers en Europe pour le groupe et on manque de visibilite. Tu indiques que les demandes croissent, je le ressents deja mais as tu une idee de la croissance de la volumetrie d un sharepoint? Peut on faireun rapport entre la taille physique d un fichier uploade sur sharepoint et la taille das la BD par exemple?

Merci d avance :-)

# août 31, 2007 11:40

themit a dit :

Elvins, contacte moi par mail

# août 31, 2007 16:16

ROMELARD Fabrice a dit :

C'est assez simple à calculer.

les documents sont stockés dans des champs binaires image.

De ce fait, la taille de la base croît quasiment avec la même courbe que le volume des documents. Les métadonnées et listes SharePoint représentent très peu en volume.

Ainsi, si tu envisage un volume documentaire de 2 To, tu auras un total de tes bases de contenu au minimum du même ordre.

Attention d'ailleurs au versionning, chaque version est alors un Item dans la base et donc cela augmente d'autant la taille de celle-ci. Pour être plus précis, c'est la table "dbo.AllDocStreams" de chaque base de contenu qui stocke ces fichiers dans le champs Content.

Attention 2, il ne faut jamais toucher aux tables de SharePoint.

Cordialement

Romelard Fabrice

# août 31, 2007 19:07
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Merci par Blog de Jérémy Jeanson le 10-01-2019, 20:47

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01