none
Файловое хранилище (DFS, либо Sharepoint) RRS feed

  • Вопрос

  • Доброго времени суток Уважаемые коллеги!

    Есть файловая помойка- точнее то-что годами сделали из файловых папок. Решил упорядочить и разработать доступ. Вроде все готово, осталось применить. Было решено внедрить DFS - но пока без реплики.В свою очередь поступило предложение сделать доступ и общее файловое хранилище на Sarepoint. Хоть я сильно Sharepoint и не администрировал, но как то казалось этот продукт совсем не для того что бы организовывать на его основе файловое хранилище. Гораздо все уже давно создано в винде для хранения такого рода инфы FSRM и DFS. Причем тут sharepoint ...ну да он умеет права раздавать, документы публиковать, но это же в основном для портала, а не для агрессивного повсеместного доступа к файлам и тем более на основе вэб доступа ....

    Может кто еще посоветует что ?

    Спасибо!


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    9 октября 2015 г. 8:45

Ответы

  • Для начала попытайтесь объяснить, что цели и задачи SharePoint несколько другие. И даже если использовать портальное решение как точку хранения, то накладные расходы по поддержанию производительности и обслуживанию SQL Server, в котором собственно в виде БД и будут храниться данные, вырастают на порядки по сравнению с файловыми серверами. Это и вопрос лицензий, и вопрос персонала, и вопрос потребляемых вычислительных ресурсов.

    Нужно донести одно, что SQL становится самым узким местом в части производительности всего решения в целом, помимо требований к квалификации персонала. Использование внешних BLOB (EBS или RBS) задача непростая и нативными средствами не решается, насколько я помню. Так что использование такого рода прокладки при таких объёмах весьма сомнительно.

    Вообще, конкретных цифр и фактов Вам могут предоставить в ветке по SharePoint, и почему так делать не стоит.
    • Помечено в качестве ответа rеstless 10 октября 2015 г. 18:48
    10 октября 2015 г. 18:02
    Отвечающий
  • SharePoint из коробки удобно использовать для совместной работы небольших групп: внутри отдела или смешанных групп, которые работают над проектом. Второе удобное направление это реализация какого-то простого бизнес процесса (учет загруженности сотрудников, учет договоров, сбор и обработка заявок и т.п.). Более сложные потребности требуют более сложной кастомизации.

    Что касается файловых хранилищ, то часть их содержимого автоматически переедет в Sharepoint, когда рабочие группы будут сформированы и будут работать внутри Sharepoint. Да эти файлы будут храниться в базах SQL Sharepoint.

    Плюс еще в том, что SharePoint может индексировать файловые хранилища на шарах. Это превращает SharePoint в главную точку входа, с которой пользователь всегда начинает работу. Пользователь, который работает с Sharepoint может запустить поиск и найти документы не только хранящиеся в Sharepoint, но и на файловых шарах (если у него есть права на эти документы), открыть их и работать с ними из локального приложения Офиса.


    Сазонов Илья

    https://isazonov.wordpress.com/

    • Помечено в качестве ответа rеstless 10 октября 2015 г. 18:48
    10 октября 2015 г. 18:10
    Модератор

Все ответы

  • SharePoint это средство для организации совместной, коллективной работы групп пользователей. Прежде всего для работы с офисными документами, календарями, задачами. На нем удобно делать консолидацию информации по рабочим группам, проектам.

    Если же у вас задача просто хранить тысячи файлов и многие гигабайты, то SharePoint для этого не нужен.


    Сазонов Илья

    https://isazonov.wordpress.com/

    • Помечено в качестве ответа rеstless 9 октября 2015 г. 9:07
    • Снята пометка об ответе rеstless 9 октября 2015 г. 12:42
    9 октября 2015 г. 8:58
    Модератор
  • Спасибо!

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    9 октября 2015 г. 9:31
  • Илья совсем забыл спросить, а вот есть технология SharePoint BLOB storage - вот енту технологию предлагают для того чтобы организовать файловое хранилище. Много пока про это не читал, но там как то с СУБД все завязано. Только непонятно зачем все усложнять, если в виндах уже все сделано для того что бы организовать файло+ квоты , фильтры и т.д.

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!



    • Изменено rеstless 9 октября 2015 г. 12:53
    9 октября 2015 г. 12:47
  • Это Remote BLOB Storage (RBS). По сути расширение SQL клиента и сервера, которое обеспечивает хранение больших кусков данных вне базы на отдельном диске. Т.е. все это касается работы с базой данных. SharePoint это касается только постольку, поскольку он использует SQL.

    Сазонов Илья

    https://isazonov.wordpress.com/

    9 октября 2015 г. 17:40
    Модератор
  • Просто я пытаюсь людям объяснить что у нас почти 2 терабайта данных (файлы ворды, эксели, видео , аудио), которые люди используют активно на чтение и запись каждо дневно.Я не могу представить, как все это будет выглядеть через раздачу прав в sharepoint. Я так понимаю что бы раздавать права на все это через sharepoint нужно как то все это скопировать в базу шарика так ? Спрашивается нафига, если уже есть тома NTFS на которые даны права по сетке и NTFS разрешения+квоты+ фильтрация FSRM+ DFS для ссылочного доступа независимо где лежит шара.

    Да, есть задачи повсеместного доступа, допустим к некоторому файлу экселя в финансовом отделе и бухгалтерии, или отдел проектов- то вот как раз можно было бы раздать права на повсеместный доступ к этому файлу через шарик, либо вообще научить теток в интерфейсе шарика самим править права на доступ к своему файлу где отчеты лежат.Либо как обычно на портал выкладывать документы.

    Ведь сам по себе шарик зависим от IIS служб, плюс на прямую с NTFS томом не работает я так понимаю, нужно данные сначала в некую базу запихнуть, а если пользователи миллион файлов начнут активно юзать через браузер- я не представляю этого кошмара...

    Как вот людям еще обосновать ? Может есть где статейка почитать вокруг да около про шарик в общем...?

    Спасибо!


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!




    • Изменено rеstless 9 октября 2015 г. 18:47
    9 октября 2015 г. 18:45
  • Для начала попытайтесь объяснить, что цели и задачи SharePoint несколько другие. И даже если использовать портальное решение как точку хранения, то накладные расходы по поддержанию производительности и обслуживанию SQL Server, в котором собственно в виде БД и будут храниться данные, вырастают на порядки по сравнению с файловыми серверами. Это и вопрос лицензий, и вопрос персонала, и вопрос потребляемых вычислительных ресурсов.

    Нужно донести одно, что SQL становится самым узким местом в части производительности всего решения в целом, помимо требований к квалификации персонала. Использование внешних BLOB (EBS или RBS) задача непростая и нативными средствами не решается, насколько я помню. Так что использование такого рода прокладки при таких объёмах весьма сомнительно.

    Вообще, конкретных цифр и фактов Вам могут предоставить в ветке по SharePoint, и почему так делать не стоит.
    • Помечено в качестве ответа rеstless 10 октября 2015 г. 18:48
    10 октября 2015 г. 18:02
    Отвечающий
  • SharePoint из коробки удобно использовать для совместной работы небольших групп: внутри отдела или смешанных групп, которые работают над проектом. Второе удобное направление это реализация какого-то простого бизнес процесса (учет загруженности сотрудников, учет договоров, сбор и обработка заявок и т.п.). Более сложные потребности требуют более сложной кастомизации.

    Что касается файловых хранилищ, то часть их содержимого автоматически переедет в Sharepoint, когда рабочие группы будут сформированы и будут работать внутри Sharepoint. Да эти файлы будут храниться в базах SQL Sharepoint.

    Плюс еще в том, что SharePoint может индексировать файловые хранилища на шарах. Это превращает SharePoint в главную точку входа, с которой пользователь всегда начинает работу. Пользователь, который работает с Sharepoint может запустить поиск и найти документы не только хранящиеся в Sharepoint, но и на файловых шарах (если у него есть права на эти документы), открыть их и работать с ними из локального приложения Офиса.


    Сазонов Илья

    https://isazonov.wordpress.com/

    • Помечено в качестве ответа rеstless 10 октября 2015 г. 18:48
    10 октября 2015 г. 18:10
    Модератор
  • Спасибо коллеги! В понедельник будем собираться и разговаривать. Я честно говоря не особо переживаю за то, какой проект будет реализован, главное что бы TCO не превысило того, что уже куплено, да и конечные пользователи научились бы с этим работать.

    В обще у нас как бы не особо с ресурсами+ к тому же места на дисках уже приближается к "ахтунгу".Шарик на виртальных хостах крутится Hyper-V-х , где и памяти уже маловасто осталось.

     идея есть такая -на первоначальном этапе, что бы большая часть файловой помойки осталась на шарах, а те документы с которыми надо очень плотно и совместно работать вынести в шарик, далее посмотреть как все это крутится и уже позже решать дальнейший переезд и тюнинг SQL.

    Всем спасибо за содействие.


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    10 октября 2015 г. 18:55