Discussion :

[Dr_shaman]

Bonjour,

J'ai vue que sur les serveurs SharePoint de mes clients il y a quelques collection de sites et un grand nombre de sous-sites (plus de 200 sous-sites par collection de sites) et chaque sous-site a beaucoup de sous-site ... Je vois que SharePoint 2010 offre une solution pour archiver automatiquement des collections de sites, mais il n'est pas disponible pour les sous-sites.

avez vous une solution pour faire un workflow qui copie le sous site qui n'ai plus utilisé (dont tous les sous-sites doivent être non utilisé) dans d'autres webapp, ou sauver le site et supprimer?

Microsoft fournit cette fonctionnalité sur les collections de sites, mais ne prévoit pas cela pour les sous-sites. pourquoi? Je ne comprends pas?

Microsoft parle de l'archivage des collection de site :

http://technet.microsoft.com/fr-fr/l...ice.14%29.aspx

La confirmation de l’utilisation des sites et leur suppression permettent de libérer les ressources utilisées par les sites qui ne sont plus nécessaires. Les collections de sites peuvent être supprimées automatiquement après une période spécifiée d’inactivité ou leur suppression peut dépendre d’une réponse du propriétaire de la collection de sites à une notification.

Merci,

[ludojojo]

Bonjour,

Tu peux toujours faire des backup de site en powershell, et archiver les fichiers de sauvegarde...
C'est la solution que j'utilise pour ma part.

[Dr_shaman]

Merci pour ta réponse ludojojo.

OK pour les backups pourquoi pas (c'est l'intention de Microsoft si j'ai bien compris) par contre comment tu gère la suppression des sous-sites inutilisé ?

Et surtout comment tu détermine qu’ils ne sont plus utilisés ?

J’ai l’impression d’aitre le seul au monde à me poser la question alors qu’il y a le même problème chez chaque clients qui utilisent SharePoint pour un intranet !

De la même façon, le menu Global de SharePoint n’a que deux niveaux ; Ce qui temps à penser qu’il ne doit pas y avoir de sous site dans un sous site. Je me trompe ?

Et ce n’est pas le cas chez mes clients d’où le problème qu’ils ont à archiver des sous-sous-site non utilisé.

Merci,

[nonoxp]

Bonjour,

Et surtout comment tu détermine qu’ils ne sont plus utilisés ?

Via le timestamp sur les data du site (le plus simple) : http://msdn.microsoft.com/en-us/libr...ifieddate.aspx
Via les accès utilisateur :
- analyse de logs SharePoint et/ou IIS
- rapports Web Analytics de SharePoint (peu pratique car manque d'API)

De la même façon, le menu Global de SharePoint n’a que deux niveaux ; Ce qui temps à penser qu’il ne doit pas y avoir de sous site dans un sous site. Je me trompe ?

Le template d'affichage du menu de navigation ne donne aucune indication sur le nombre de sous-sites permis. Il est possible d'avoir de nombreux niveaux de hiérarchie.

[ludojojo]

J’ai l’impression d’aitre le seul au monde à me poser la question alors qu’il y a le même problème chez chaque clients qui utilisent SharePoint pour un intranet !

De la même façon, le menu Global de SharePoint n’a que deux niveaux ; Ce qui temps à penser qu’il ne doit pas y avoir de sous site dans un sous site. Je me trompe ?

Oui tu te trompe sur ce point! Ce n'est en aucun cas une restriction, plutôt une approche spécifique...

Il ne faut pas forcément voir les "manquements" de SharePoint (j'entend par là les fonctionnalités qui paraissent simples et indispensable que l'on s'attend à trouver sur le produit) comme un oubli ou une lacune du produit.
Il est important de noter que dans l'éco-système des produits IT et surtout chez MS, il est important de garder une forte valeur ajouté chez les partenaires.
Si SharePoint était "parfait", c'est tout un éco-système qui s'écroulerait...

Dans ton cas, il est tout à fait possible de te créer ta propre navigation (je suis actuellement sur un projet qui comporte sur la page principale 7 menus de navigation, allant jusqu'à 4 sous-niveau pour certain).

Sur la version 2013, tu peux aussi utiliser la navigation par le termstore de façon native !


Pour reprendre ta question sur la solution de suppression des sites, tu peux le faire directement en powershell après ton backup

[Dr_shaman]

Bonjour et merci à vous deux,

Je sais que le menu global de SharePoint est configurable et qu'il peut avoir plus de deux niveaux. Je ne voulais pas dire que c'est un manquement, mais plutôt que si Microsoft a décidé que par défaut il n'y aurait que deux niveaux c'est peut-être qu'il considère que c'est mieux, non ? Ou alors ils ont choisi de limiter à 2 sans raison c’est possible après tout.
Je ne connaissais pas les timestamp ça peut servir, mais dans mon cas je cherchais plutôt une solution à base de WorkFlow (certain client ne sont pas très dev).
J'en conclus que la façon de faire optimal est d'exécuter un batch qui analyse les TimeStamp, fais un backup du site (non utilisé) puis supprime le site. Ça me paraît compliqué (pour un client qui ne veux pas de dev) pour quelque chose qui selon moi devrais toujours être mis en place. Cela dit, comme dit ludojojo « Il est important de garder une forte valeur ajouté chez les partenaires » du coup je suis sûr qu’ils ont un partenaire qui vend cette feature.

Merci encore.

[nonoxp]

Sans dev ce sera difficile.

L'alternative c'est de trouver un produit tiers qui fasse le boulot, mais cela pose le probleme de l'integration, de la licence, du tarif et du support.

Sans faire particulierement de pub, as-tu regarde les fonctionnalites offertes par les solutions Nintex (workflow) et/ou Avepoint (content management) ?