Discussion :

[sharepoint_ba]

Bonjour,

Je suis entrain de monter un projet Sharepoint (wss 3.0) pour un departement de 200 personnes ; pour cela j'ai opté pour deux environnements distincts:

*Prod
Un serveur physique assez costaud pour la base sql server 2005 standard edition (xeon, 4 gig ram, up to 160gb hdd)
+
Web front sous une vm avec un bon proc (3ghz mais reste à definir), 3GB de ram et 30Gigs de HDDavec windows serveur 2003 standard edition

Dev
Dév sous une vm avec proc 2ghz (a definir) + 2go de ram, 20go de hdd


Pour l'environnement de dév, je me pose des questions sur la portabilité des features, webparts etc que je pourrais développer et sur la version de wss 3.0 (stand alone (donc sql embeeded edition) ou mini ferme avec webfront et sql server express edition ) que je devrais installer? Si j'ai bien compris on ne peut pas acceder à la base avec sql server mgmt studio sous la stand alone edition, ca risque de gener pour les dév? (je ne sais pas si on est obligé de passer sur la base directement pour certain traitement, je n'ai pas d'xp sur l'api fourni de sharepoint) ?

Pour cette environnement (de dév) si je ne me trompe pas j'ai bien besoin des compostants suivant:
Windows server 2003 standard edition
ISS
.NET framework 3.0
WSS 3.0 avec soit stand alone, soit un sql server express edition en plus
?

Et pour dév, Visual studio .net 2005 avec ce qu'il faut pour dév sous sharepoint est bon ? vous pensez quoi de visual studio .net 2008 ?

Et finalement, vous avez des experiences sur la portabilité des code dév sous wss 3.0 en stand alone vers un wss 3.0 en ferme? (et vers moss?)

Bcp de questions je sais, merci d'avance en tout cas

[dnt91]

Salut,

Bonjour,
Pour l'environnement de dév, je me pose des questions sur la portabilité des features, webparts etc que je pourrais développer et sur la version de wss 3.0 (stand alone (donc sql embeeded edition) ou mini ferme avec webfront et sql server express edition ) que je devrais installer? Si j'ai bien compris on ne peut pas acceder à la base avec sql server mgmt studio sous la stand alone edition, ca risque de gener pour les dév? (je ne sais pas si on est obligé de passer sur la base directement pour certain traitement, je n'ai pas d'xp sur l'api fourni de sharepoint) ?

Et finalement, vous avez des experiences sur la portabilité des code dév sous wss 3.0 en stand alone vers un wss 3.0 en ferme? (et vers moss?)

Il n'y a aucune différence, du point de vue du développeur, entre un environnement standalone et un environnement ferme. Il faudra simplement passer par les solutions pour que sharepoint puisse se débrouiller à déployer tes composants sur tous les serveurs de ta ferme.

Pour cette environnement (de dév) si je ne me trompe pas j'ai bien besoin des compostants suivant:
Windows server 2003 standard edition
IIS
.NET framework 3.0
WSS 3.0 avec soit stand alone, soit un sql server express edition en plus
?

Si tu fais une install en stand alone, sharepoint installe sql server express tout seul.

Et pour dév, Visual studio .net 2005 avec ce qu'il faut pour dév sous sharepoint est bon ? vous pensez quoi de visual studio .net 2008 ?

tu peux développer sur vs 2005 avec les VSeWss qui te faciliteront grandement la mise, surtout si tu débutes; il te faudra éventuellement rajouter pas mal de composant supplémentaires, par exemple si tu souhaites développer des workflows.
tu peux également développer avec vs 2008, et à priori meme utiliser les VSeWSS V1.2 qui vient de sortir, pour bénéfécier de template sharepoint, en plus, tu as des composants supplémentaire, comme le WF Designer, qui t'évitent d'aller chercher à droite à gauche tous les composants manuellement. Perso, je développe sur SharePoint avec VS 2008 depuis la sortie en beta de ce dernier, et je n'ai jamais eu à le regretter, ni meme revenir sous VS 2005, mais bon...

[sharepoint_ba]

Salut,
Si tu fais une install en stand alone, sharepoint installe sql server express tout seul.
...

D'après un tuto que j'ai lu sur le sujet, l'installation en stand alone t'install SQL SERVER EMBEDED EDITION qui a comme avantage de ne pas avoir la limitation de 4GB de l'express edition mais qui interdit toute connection externe (a part celle de sharepoint) du genre via SQL SERVER MGMT STUDIO

Est ce que lors d'un dév, on a besoin de se connecter à la base et si oui pourquoi? (la connection ne se fait pas via l'api normalement?)

[dnt91]

tu ne travailleras jamais (sauf à faire des opérations qui ne sont pas supportées par Microsoft) directement avec les bases de données de SharePoint (sauf éventuellement dans le cadre d'une restauration).
En tant que développeur, tu attaqueras directement l'api asp.net ou directement les objets SharePoint.

[sharepoint_ba]

En faites, à terme on souhaiterai intégrer des modules existant en asp .net et serveur sql (un module de monitoring) à cette plateforme, donc par la suite j'aurais peut être besoin d'acceder à une base de donnée sql serveur via des pages .aspx que je souhaiterai integrer à sharepoint (authentification commune et page asp basique)

Vous pensez quoi de la possibilité de réalisation d'un tel module?

Et donc je te disais que je devrais acceder à une base(qui sera remodeler), il vaut mieux peut être partir donc sur une mini ferme avec sql server express edition vu que de toute manière j'en aurai besoin par la suite

Apres est ce que je pourrais heberger mes tables sur la même instance? (celle ou sera le sharepoint) ?

merci

[dnt91]

je te conseille d'héberger tes données dans une base autre que celle utilisée par SharePoint.
Ensuite, tu peux accéder à n'importe quelle base depuis ton SharePoint comme tu le ferais en asp.net (SharePoint c'est de l'asp.net)

[sharepoint_ba]

Merci

Au sujet de mon architecture physique, à ton avis, c'est bien le SQL serveur qui est consomateur de ressources? (j'ai l'impression d'avoir un peu negligé le web front end)

(population de 200 utilisateurs, besoin d'environ 30 go de capacité de données pures, je ne comptabilise pas l'indexation, le versioning etc)

[stephane eyskens]

SQL Server sera en effet gourmand puisque quasiment tout est stocké en DB dans SharePoint donc, il est forcément constamment sollicité.

Pour le front-end, tu parles de 200 utilisateurs mais ce qu'il faut surtout voir c'est le nombre d'utilisateurs simultanés.

Concernant l'espace disque t'as intérêt à être beaucoup plus prévoyant que ça sinon tu vas devoir mener une politique drastique des consommations de ressources. Tu dois essayer de planifier la volumétrie documentaire, tu dois absolument compter le versioning (car ça bouffe de l'espace) et puis tu dois ajouter l'espace utilisé par SharePoint lui-même.

Tu es dans une très petite ferme où tu pourrais déjà être limite niveau ressources, je pense que 30 GB c'est vraiment vraiment trop peu. Mon portable qui ne fait pas office de serveur en a déjà 160....alors pour un serveur DB en plus, tu dois réviser ça à la hausse.

Pour ta volumétrie faut bien te rendre compte que si tu fais de la gestion documentaire:

- les 3/4 des documents sont lourds, beaucoup dépassent allègrement le MB. Donc, en imaginant que tu aies 20GB d'espace totalement alloué aux docs, ça te fait en moyenne 2 000 docs et si tu rajoutes le versioning en gardant 4 versions max, ça te fera +- 500 documents. Tu vois qu'avec ça t'es nulle part...

Le front-end n'a à priori pas besoin de beaucoup d'espace disque.

[sharepoint_ba]

Quand je parlais des 30gb en sql, j'avais inclus la reflexion sur le versioning etc, je me suis mal exprimé

Le serveur sql possède 4 disque de 72gb, 4 giga de ram et un xeon quadri coeur