OVH Cloud OVH Cloud

Organisation sharepoint

6 réponses
Avatar
olivier
Salut à tous,

Cette fois ma question est plus "organisationnelle" que "technique".

Nous sommes en train de preparer la migration de toute notre base
documentaire (composée de dossiers public exchange 2003, stockage disque
reseaux ...) vers un portail sharepoint.


Sachant que tous ces document ont déja une organisation hierarchique basée
sur une structure de dossiers public, je me demande quel serait le choix le
plus judicieux pour l'organisation sharepoint qui va recevoir nos documents.

Dans nos dossiers public :

Aujourd'hui je commence a voir deux possibilitées :

Page d'accueil Sharepoint portal serveur

- un sous niveau par classeur racine de dossier public

Le choix que nous allons devoir faire va être le suivant :

Chaque sous niveau sera t-il un site qui va contenir des bibliotheques de
documents et peut-etre des sous sites

ou bien

Chaque sous niveau sera t-il une zone qui va contenir des bibliotheques de
documentes et peut-être des sous zones

Les droits d'acces utilisateurs seront basés par sous niveau, c'est à dire
que si un utilisateur à access au premier sous niveau il a automatiquement
access à tous les sous niveaux correspondants.



Si quelqu'un avait quelques idées pour m'aider à faire le bon choix.


Merci d'avance
olivier

6 réponses

Avatar
Renaud COMTE [MVP]
Je vais rajouter un peu de piment à votre question

1) Mieux vaut il une doc lib avec des dossiers ou plusieur vues filtre sur
une categorie (sorte de sossier au final)
2)Niveau securité mieux vaut il un site avec plusieur doc lib sécurisé /
unne doc lib avec autant de sous site et de doc lib / un mix des 2
3) la plus importante : Faut il stocker des documents dans le portail ?

Hum hum

Bien en ce qui concerne
le 1) j'evite au maximum la notion de dossier favorisant plutot les metadata
en colonnes (les dossier n'etant que des plan de classement au final)
Le 2) tout depend de votre problématique mais mieux vaut eviter de mixer
pour ne pas perdre les users (quitte a developper un module de navigation
metier et un template de stockage plus document friendly)
Le 3) Ce point de vue est personnel et je peut le justifier dans bien des
axes mais un portail n'EST pas un container de données
je ne met JAMAIS un document dans un portail, je le fait juste pointer






sur les espace de stockage : donc WSS et de multiples WSS
je gagne ainsi en flexibilite et en backup













Voila

Renaud COMTE [MVP]

Salut à tous,

Cette fois ma question est plus "organisationnelle" que "technique".

Nous sommes en train de preparer la migration de toute notre base
documentaire (composée de dossiers public exchange 2003, stockage
disque reseaux ...) vers un portail sharepoint.

Sachant que tous ces document ont déja une organisation hierarchique
basée sur une structure de dossiers public, je me demande quel serait
le choix le plus judicieux pour l'organisation sharepoint qui va
recevoir nos documents.

Dans nos dossiers public :

Aujourd'hui je commence a voir deux possibilitées :

Page d'accueil Sharepoint portal serveur

- un sous niveau par classeur racine de dossier public

Le choix que nous allons devoir faire va être le suivant :

Chaque sous niveau sera t-il un site qui va contenir des bibliotheques
de documents et peut-etre des sous sites

ou bien

Chaque sous niveau sera t-il une zone qui va contenir des
bibliotheques de documentes et peut-être des sous zones

Les droits d'acces utilisateurs seront basés par sous niveau, c'est à
dire que si un utilisateur à access au premier sous niveau il a
automatiquement access à tous les sous niveaux correspondants.

Si quelqu'un avait quelques idées pour m'aider à faire le bon choix.

Merci d'avance
olivier


Avatar
Etienne Legendre
Bonjour

J'en rajoute si je peux me permettre.

On reproche au file system Windows ainsi que aux dossiers publics Exchange
le fait d'etre des classements physiques où un document ne peut faire partie
que d'un dossier à la fois, à moins de créer des doubles ou des liens.
Les bibliothèques SharePoint permettent de s'affranchir de cette contrainte
en stockant tout dans un seul container et en mettant des vues (select *
where ... order by ...)
Utilisez ces vues nommées affichages sur des colonnes supplémentaires pour
la catégorisation.Ainsi un document sera présent dans un affichage en
fonction de ses critères, ses metadonnées et uniquement sur cela.

N'utilisez des multiples bibliothèques de documents que pour gerer les
sécurités différentes.
Evitez les dossiers dans les bibliothèques de documents sous peine de
retomber dans la meme "galère".

Et bien sur, jamais de document sur un portail qui doit etre juste une
collection de liens.

Tout est dit !

EtienneL

"Renaud COMTE [MVP]" a écrit dans le message de news:

Je vais rajouter un peu de piment à votre question

1) Mieux vaut il une doc lib avec des dossiers ou plusieur vues filtre sur
une categorie (sorte de sossier au final)
2)Niveau securité mieux vaut il un site avec plusieur doc lib sécurisé /
unne doc lib avec autant de sous site et de doc lib / un mix des 2
3) la plus importante : Faut il stocker des documents dans le portail ?

Hum hum

Bien en ce qui concerne le 1) j'evite au maximum la notion de dossier
favorisant plutot les metadata en colonnes (les dossier n'etant que des
plan de classement au final)
Le 2) tout depend de votre problématique mais mieux vaut eviter de mixer
pour ne pas perdre les users (quitte a developper un module de navigation
metier et un template de stockage plus document friendly)
Le 3) Ce point de vue est personnel et je peut le justifier dans bien des
axes mais un portail n'EST pas un container de données
je ne met JAMAIS un document dans un portail, je le fait juste pointer






sur les espace de stockage : donc WSS et de multiples WSS
je gagne ainsi en flexibilite et en backup













Voila

Renaud COMTE [MVP]

Salut à tous,

Cette fois ma question est plus "organisationnelle" que "technique".

Nous sommes en train de preparer la migration de toute notre base
documentaire (composée de dossiers public exchange 2003, stockage
disque reseaux ...) vers un portail sharepoint.

Sachant que tous ces document ont déja une organisation hierarchique
basée sur une structure de dossiers public, je me demande quel serait
le choix le plus judicieux pour l'organisation sharepoint qui va
recevoir nos documents.

Dans nos dossiers public :

Aujourd'hui je commence a voir deux possibilitées :

Page d'accueil Sharepoint portal serveur

- un sous niveau par classeur racine de dossier public

Le choix que nous allons devoir faire va être le suivant :

Chaque sous niveau sera t-il un site qui va contenir des bibliotheques
de documents et peut-etre des sous sites

ou bien

Chaque sous niveau sera t-il une zone qui va contenir des
bibliotheques de documentes et peut-être des sous zones

Les droits d'acces utilisateurs seront basés par sous niveau, c'est à
dire que si un utilisateur à access au premier sous niveau il a
automatiquement access à tous les sous niveaux correspondants.

Si quelqu'un avait quelques idées pour m'aider à faire le bon choix.

Merci d'avance
olivier







Avatar
EROL [MVP SPS]
Bonsoir,

A vous deux, que dire de plus!

Juste que cela offre aussi de vaste possibilité de travail collabortaif.
Et le moteur de recherche lui aussi apporte pas mal de simplifications.

Allez sur le site voir : http://www.mysps.info

@bientôt sur les news de SharePoint.
Bonne fin de semaine.

EROL
[MVP SharePoint Microsoft France]
*****************************************
http://www.clubsps.org
http://aspnet2.com/mvp.ashx?ErolGiraudy
http://sharepointerol.blogspot.com/
http://giraudyp.perso.cegetel.net/Visites/Livre3.htm
=============================
"Etienne Legendre" a écrit dans le
message de news: %
Bonjour

J'en rajoute si je peux me permettre.

On reproche au file system Windows ainsi que aux dossiers publics Exchange
le fait d'etre des classements physiques où un document ne peut faire
partie que d'un dossier à la fois, à moins de créer des doubles ou des
liens.
Les bibliothèques SharePoint permettent de s'affranchir de cette
contrainte en stockant tout dans un seul container et en mettant des vues
(select * where ... order by ...)
Utilisez ces vues nommées affichages sur des colonnes supplémentaires pour
la catégorisation.Ainsi un document sera présent dans un affichage en
fonction de ses critères, ses metadonnées et uniquement sur cela.

N'utilisez des multiples bibliothèques de documents que pour gerer les
sécurités différentes.
Evitez les dossiers dans les bibliothèques de documents sous peine de
retomber dans la meme "galère".

Et bien sur, jamais de document sur un portail qui doit etre juste une
collection de liens.

Tout est dit !

EtienneL

"Renaud COMTE [MVP]" a écrit dans le message de news:

Je vais rajouter un peu de piment à votre question

1) Mieux vaut il une doc lib avec des dossiers ou plusieur vues filtre
sur une categorie (sorte de sossier au final)
2)Niveau securité mieux vaut il un site avec plusieur doc lib sécurisé /
unne doc lib avec autant de sous site et de doc lib / un mix des 2
3) la plus importante : Faut il stocker des documents dans le portail ?

Hum hum

Bien en ce qui concerne le 1) j'evite au maximum la notion de dossier
favorisant plutot les metadata en colonnes (les dossier n'etant que des
plan de classement au final)
Le 2) tout depend de votre problématique mais mieux vaut eviter de mixer
pour ne pas perdre les users (quitte a developper un module de navigation
metier et un template de stockage plus document friendly)
Le 3) Ce point de vue est personnel et je peut le justifier dans bien des
axes mais un portail n'EST pas un container de données
je ne met JAMAIS un document dans un portail, je le fait juste pointer






sur les espace de stockage : donc WSS et de multiples WSS
je gagne ainsi en flexibilite et en backup













Voila

Renaud COMTE [MVP]

Salut à tous,

Cette fois ma question est plus "organisationnelle" que "technique".

Nous sommes en train de preparer la migration de toute notre base
documentaire (composée de dossiers public exchange 2003, stockage
disque reseaux ...) vers un portail sharepoint.

Sachant que tous ces document ont déja une organisation hierarchique
basée sur une structure de dossiers public, je me demande quel serait
le choix le plus judicieux pour l'organisation sharepoint qui va
recevoir nos documents.

Dans nos dossiers public :

Aujourd'hui je commence a voir deux possibilitées :

Page d'accueil Sharepoint portal serveur

- un sous niveau par classeur racine de dossier public

Le choix que nous allons devoir faire va être le suivant :

Chaque sous niveau sera t-il un site qui va contenir des bibliotheques
de documents et peut-etre des sous sites

ou bien

Chaque sous niveau sera t-il une zone qui va contenir des
bibliotheques de documentes et peut-être des sous zones

Les droits d'acces utilisateurs seront basés par sous niveau, c'est à
dire que si un utilisateur à access au premier sous niveau il a
automatiquement access à tous les sous niveaux correspondants.

Si quelqu'un avait quelques idées pour m'aider à faire le bon choix.

Merci d'avance
olivier











Avatar
olivier
Bonjour à tous et merci pour toutes ces info,

J'ai encore une question, y a t-il des limites dans la capacitée de stockage
d'un site wss (le nombre de doc contenu dans les bibliotheque de doc) ?

Merci

Olivier


"Renaud COMTE [MVP]" a écrit dans le message de
news:
Je vais rajouter un peu de piment à votre question

1) Mieux vaut il une doc lib avec des dossiers ou plusieur vues filtre sur
une categorie (sorte de sossier au final)
2)Niveau securité mieux vaut il un site avec plusieur doc lib sécurisé /
unne doc lib avec autant de sous site et de doc lib / un mix des 2
3) la plus importante : Faut il stocker des documents dans le portail ?

Hum hum

Bien en ce qui concerne
le 1) j'evite au maximum la notion de dossier favorisant plutot les


metadata
en colonnes (les dossier n'etant que des plan de classement au final)
Le 2) tout depend de votre problématique mais mieux vaut eviter de mixer
pour ne pas perdre les users (quitte a developper un module de navigation
metier et un template de stockage plus document friendly)
Le 3) Ce point de vue est personnel et je peut le justifier dans bien des
axes mais un portail n'EST pas un container de données
>>> je ne met JAMAIS un document dans un portail, je le fait juste pointer
sur les espace de stockage : donc WSS et de multiples WSS
>>>>>> je gagne ainsi en flexibilite et en backup

Voila

Renaud COMTE [MVP]

> Salut à tous,
>
> Cette fois ma question est plus "organisationnelle" que "technique".
>
> Nous sommes en train de preparer la migration de toute notre base
> documentaire (composée de dossiers public exchange 2003, stockage
> disque reseaux ...) vers un portail sharepoint.
>
> Sachant que tous ces document ont déja une organisation hierarchique
> basée sur une structure de dossiers public, je me demande quel serait
> le choix le plus judicieux pour l'organisation sharepoint qui va
> recevoir nos documents.
>
> Dans nos dossiers public :
>
> Aujourd'hui je commence a voir deux possibilitées :
>
> Page d'accueil Sharepoint portal serveur
>
> - un sous niveau par classeur racine de dossier public
>
> Le choix que nous allons devoir faire va être le suivant :
>
> Chaque sous niveau sera t-il un site qui va contenir des bibliotheques
> de documents et peut-etre des sous sites
>
> ou bien
>
> Chaque sous niveau sera t-il une zone qui va contenir des
> bibliotheques de documentes et peut-être des sous zones
>
> Les droits d'acces utilisateurs seront basés par sous niveau, c'est à
> dire que si un utilisateur à access au premier sous niveau il a
> automatiquement access à tous les sous niveaux correspondants.
>
> Si quelqu'un avait quelques idées pour m'aider à faire le bon choix.
>
> Merci d'avance
> olivier





Avatar
EROL MVP SPS
Bonjour,

Oui
http://www.microsoft.com/resources/documentation/wss/2/all/adminguide/en-us/stsb07.mspx

Site collections
Database
50,000
Total throughput degrades as the number of site collections increases.



Web sites
Web site
2,000
The interface for enumerating subsites of a given Web site does not
perform well much beyond 2,000 subsites.



Web sites
Site collection
250,000
You can create a very large total number of Web sites by nesting the
subsites. For example, 100 sites each with 1000 subsites is 100,100 Web
sites.



Documents
Folder
2,000
The interfaces for enumerating documents in a folder do not perform
well beyond a thousand entries.



Documents
Library
2 million
You can create very large document libraries by nesting folders.



Security principals
Web site
2,000
The size of the access control list is limited to a few thousand
security principals, in other words users and groups in the Web site.



Users
Web site
2 million
You can add millions of people to your Web site by using Microsoft
Windows security groups to manage security instead of using individual
users.



Items
List
2,000
The interface for enumerating list items does not perform well beyond a
few thousand items.



Web Parts
Page
100
Pages with more than 100 Web Parts are slow to render.

Web Part personalization
Page
10,000
Pages with more than a few thousand user personalizations are slow to
render.



Lists
Web site
2,000
The interface for enumerating lists and libraries in a Web site does
not perform well beyond a few thousand entries.



Document size
File
50 MB
The file save performance degrades as the file size grows. The default
maximum is 50 MB. This maximum is enforced by the system, but you can change
it to any value up to 2 GB (2047 MB) if you have applied Windows SharePoint
Services Service Pack 1. For more information, see Configuring large file
support in Installing and Using Service Packs for Windows SharePoint
Services.


Cdlt

--
EROL MVP SharePoint. www.mysps.info
http://aspnet2.com/mvp.ashx?ErolGiraudy

"olivier" a écrit dans le message de news:
uyBoHn%
Bonjour à tous et merci pour toutes ces info,

J'ai encore une question, y a t-il des limites dans la capacitée de
stockage
d'un site wss (le nombre de doc contenu dans les bibliotheque de doc) ?

Merci

Olivier


"Renaud COMTE [MVP]" a écrit dans le message de
news:
Je vais rajouter un peu de piment à votre question

1) Mieux vaut il une doc lib avec des dossiers ou plusieur vues filtre
sur
une categorie (sorte de sossier au final)
2)Niveau securité mieux vaut il un site avec plusieur doc lib sécurisé /
unne doc lib avec autant de sous site et de doc lib / un mix des 2
3) la plus importante : Faut il stocker des documents dans le portail ?

Hum hum

Bien en ce qui concerne
le 1) j'evite au maximum la notion de dossier favorisant plutot les


metadata
en colonnes (les dossier n'etant que des plan de classement au final)
Le 2) tout depend de votre problématique mais mieux vaut eviter de mixer
pour ne pas perdre les users (quitte a developper un module de navigation
metier et un template de stockage plus document friendly)
Le 3) Ce point de vue est personnel et je peut le justifier dans bien des
axes mais un portail n'EST pas un container de données
>>> je ne met JAMAIS un document dans un portail, je le fait juste
>>> pointer
sur les espace de stockage : donc WSS et de multiples WSS
>>>>>> je gagne ainsi en flexibilite et en backup

Voila

Renaud COMTE [MVP]

> Salut à tous,
>
> Cette fois ma question est plus "organisationnelle" que "technique".
>
> Nous sommes en train de preparer la migration de toute notre base
> documentaire (composée de dossiers public exchange 2003, stockage
> disque reseaux ...) vers un portail sharepoint.
>
> Sachant que tous ces document ont déja une organisation hierarchique
> basée sur une structure de dossiers public, je me demande quel serait
> le choix le plus judicieux pour l'organisation sharepoint qui va
> recevoir nos documents.
>
> Dans nos dossiers public :
>
> Aujourd'hui je commence a voir deux possibilitées :
>
> Page d'accueil Sharepoint portal serveur
>
> - un sous niveau par classeur racine de dossier public
>
> Le choix que nous allons devoir faire va être le suivant :
>
> Chaque sous niveau sera t-il un site qui va contenir des bibliotheques
> de documents et peut-etre des sous sites
>
> ou bien
>
> Chaque sous niveau sera t-il une zone qui va contenir des
> bibliotheques de documentes et peut-être des sous zones
>
> Les droits d'acces utilisateurs seront basés par sous niveau, c'est à
> dire que si un utilisateur à access au premier sous niveau il a
> automatiquement access à tous les sous niveaux correspondants.
>
> Si quelqu'un avait quelques idées pour m'aider à faire le bon choix.
>
> Merci d'avance
> olivier









Avatar
Renaud COMTE [MVP]
Olivier,

je ne saurais trop vous conseiller la lecture du guide d'administration et
du ressource kit ou vous trouvez toutes les informations de capacité
directement
http://blog.spsclerics.com/archive/2005/04/10/633.aspx

En résumé, ce n'est pas vraiment une question à poser en newsgroups si la
reponse est dans les documents de base, non ?

Renaud COMTE [MVP]

"olivier" a écrit :

Bonjour à tous et merci pour toutes ces info,

J'ai encore une question, y a t-il des limites dans la capacitée de stockage
d'un site wss (le nombre de doc contenu dans les bibliotheque de doc) ?

Merci

Olivier


"Renaud COMTE [MVP]" a écrit dans le message de
news:
> Je vais rajouter un peu de piment à votre question
>
> 1) Mieux vaut il une doc lib avec des dossiers ou plusieur vues filtre sur
> une categorie (sorte de sossier au final)
> 2)Niveau securité mieux vaut il un site avec plusieur doc lib sécurisé /
> unne doc lib avec autant de sous site et de doc lib / un mix des 2
> 3) la plus importante : Faut il stocker des documents dans le portail ?
>
> Hum hum
>
> Bien en ce qui concerne
> le 1) j'evite au maximum la notion de dossier favorisant plutot les
metadata
> en colonnes (les dossier n'etant que des plan de classement au final)
> Le 2) tout depend de votre problématique mais mieux vaut eviter de mixer
> pour ne pas perdre les users (quitte a developper un module de navigation
> metier et un template de stockage plus document friendly)
> Le 3) Ce point de vue est personnel et je peut le justifier dans bien des
> axes mais un portail n'EST pas un container de données
> >>> je ne met JAMAIS un document dans un portail, je le fait juste pointer
> sur les espace de stockage : donc WSS et de multiples WSS
> >>>>>> je gagne ainsi en flexibilite et en backup
>
> Voila
>
> Renaud COMTE [MVP]
>
> > Salut à tous,
> >
> > Cette fois ma question est plus "organisationnelle" que "technique".
> >
> > Nous sommes en train de preparer la migration de toute notre base
> > documentaire (composée de dossiers public exchange 2003, stockage
> > disque reseaux ...) vers un portail sharepoint.
> >
> > Sachant que tous ces document ont déja une organisation hierarchique
> > basée sur une structure de dossiers public, je me demande quel serait
> > le choix le plus judicieux pour l'organisation sharepoint qui va
> > recevoir nos documents.
> >
> > Dans nos dossiers public :
> >
> > Aujourd'hui je commence a voir deux possibilitées :
> >
> > Page d'accueil Sharepoint portal serveur
> >
> > - un sous niveau par classeur racine de dossier public
> >
> > Le choix que nous allons devoir faire va être le suivant :
> >
> > Chaque sous niveau sera t-il un site qui va contenir des bibliotheques
> > de documents et peut-etre des sous sites
> >
> > ou bien
> >
> > Chaque sous niveau sera t-il une zone qui va contenir des
> > bibliotheques de documentes et peut-être des sous zones
> >
> > Les droits d'acces utilisateurs seront basés par sous niveau, c'est à
> > dire que si un utilisateur à access au premier sous niveau il a
> > automatiquement access à tous les sous niveaux correspondants.
> >
> > Si quelqu'un avait quelques idées pour m'aider à faire le bon choix.
> >
> > Merci d'avance
> > olivier
>
>
>