none
serveur de fichiers ou sharepoint? RRS feed

  • Question

  • Bonjour

    J'ai toujours travaillé avec la solution de serveur de fichiers 2003 ou 2008 server, mais je pense à sharepoint comme solution de remplacement, si c'est correct de le dire d ailleurs.

    Je ne sais pas si la solution de serveur de fichiers est intégré complètement dans sharepoint ou non ? puisse je passer au produit sharepoint et abonndonner la solution de serveur de fichiers qui n'est plus d'actualité à mon sens .

    Comment je ferai mon budget de licences par rapport à la solution desharepoint.

    merci

    vendredi 30 octobre 2015 11:10

Réponses

  • Bonjour,

    Dans l'absolu, je dirai que SharePoint peut remplacer vos serveurs de fichiers mais il faut absolument prendre les questions de volume en compte.

    Une solution hybride est peut être envisageable ? Par exemple, SharePoint pour les documents en cours de cycle de vie et pour lesquels une collaboration peut être nécessaire (co authoring, versionning etc...) et un serveur de fichier pour les documents archivés.

    Ce qu'il faut bien comprendre c'est que les sites et bibliothèques SharePoint ne s'utilisent pas de la même façon que des lecteurs mappés et qu'un accompagnement au changement des utilisateurs est souvent nécessaire.

    Cordialement,

    • Marqué comme réponse Fotit lundi 9 novembre 2015 18:47
    lundi 9 novembre 2015 12:52

Toutes les réponses

  • Hello

    Avant tout il y a UNE question fondamentale, avant même les licences.

    Saurez-vous administrer (et en amont installer) correctement SharePoint ?

    C'est tout sauf un produit "out-of-the-box" et son maintien en condition acceptable peut rapidement devenir un cauchemar car nécessite des connaissances avancées sur SharePoint et SQL Server.

    SharePoint est la (bonne) porte ouverte vers de la collaboration simplifiée et ouvre de réelles perspectives voire même de nouvelles façons de travailler.

    Une architecture de base peut, malheureusement, rapidement requérir un éclatement des rôles (Web server, App server, moteur de recherche, Office Apps Server) sur plusieurs serveurs.
    Et il faut un socle SQL Server plutôt performant, la rapidité et résilience de SharePoint en dépend.

    Florent

    vendredi 30 octobre 2015 13:30
  • Merci Florent pour votre contribution et d'avoir exposer certaines contraintes ou des soucis sur quelques points importants. Mais ce n'est pas d'actualité ces questions.

    Mon post est sur un point stratégique, la solution de serveur de fichiers offerte auparavant via des lecteurs mappés, peut-on la mettre en place sur un sharepoint?

    faut-il que je me lance sur un projet de mise en place d'un serveur de fichiers ou de passer directement sur un projet sharepoint dont la solution de serveur de fichiers est assurée. Et par la suite exploiter au fur et à mesure toutes.

    Pour la prise en charge après, je mettrais en place les conditions de sa réussite sur le plan déploiment ou exploitation.

    Merci

    vendredi 30 octobre 2015 13:59
  • Bonjour,

    Dans l'absolu, je dirai que SharePoint peut remplacer vos serveurs de fichiers mais il faut absolument prendre les questions de volume en compte.

    Une solution hybride est peut être envisageable ? Par exemple, SharePoint pour les documents en cours de cycle de vie et pour lesquels une collaboration peut être nécessaire (co authoring, versionning etc...) et un serveur de fichier pour les documents archivés.

    Ce qu'il faut bien comprendre c'est que les sites et bibliothèques SharePoint ne s'utilisent pas de la même façon que des lecteurs mappés et qu'un accompagnement au changement des utilisateurs est souvent nécessaire.

    Cordialement,

    • Marqué comme réponse Fotit lundi 9 novembre 2015 18:47
    lundi 9 novembre 2015 12:52