общий доступ к файлам на сетевом диске

В течение большей части более 10 лет мы полагались на различные подключенные к сети диски, чтобы разрешить обмен файлами. Одна буква диска для обмена файлами между командами, отдельная папка для всей организации, третья для личного использования и т. д. Я хотел бы отойти от этого и пытаюсь решить, является ли решение типа ECM/Sharepoint или самодельное приложение , стоит стоимость и путь? Или, если мы должны просто продолжать полагаться на сценарии входа в систему / подключенные диски для обмена файлами из-за их относительной простоты? Есть ли у кого-нибудь опыт работы в своей организации или мысли по этому поводу?

Спасибо.


person Community    schedule 28.11.2008    source источник


Ответы (5)


SharePoint очень хорош для обмена документами.

Документы обычно следуют процессу утверждения, имеют разрешения, живут в кластерах... и эти вещи хорошо подходят для библиотек документов SharePoint.

Однако есть вещи, которые не подходят для жизни в SharePoint... У вас есть файл виртуального жесткого диска (.vhd), которым вы хотите поделиться с коллегой? Плохая идея — пытаться поместить файл размером 20 ГБ в SharePoint.

SharePoint может обрабатывать большие файлы, как и SQL Server, стоящий за ним... но хотите ли вы, чтобы пропускная способность вашего SQL Server была перегружена такими большими файлами? Вы хотите, чтобы ваша резервная копия SQL Server хранила копии таких больших файлов несколько раз?

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

Однако сейчас я считаю, что SharePoint идеально подходит для документов, и храню большие файлы (не ориентированные на документы) в файловых ресурсах Windows.

person Community    schedule 28.11.2008

Обязательно используйте инструмент.

Основным преимуществом здесь является контроль версий. Возможность легко перейти к предыдущей версии, сравнить и посмотреть, кто что модифицировал (см. большинство инструментов VCS для обвинений/аннотаций - он распечатывает текстовый файл, показывающий, когда/кто модифицировал каждую строку в текстовом файле).

Во-вторых, вы, вероятно, можете извлечь выгоду из отслеживания проблем/задач.

Другие преимущества включают веб-доступ из Интернета, наличие вики (что может быть полезно в некоторых ситуациях) и т. д.

Я использую Subversion + Redmine на работе, и я нахожу это очень полезным — протестируйте несколько решений, и вы обязательно обнаружите дополнительные преимущества для себя.

person alex    schedule 29.11.2008

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

SharePoint особенно легко настроить без хорошего плана на будущее, и он особенно уязвим для трудностей позже, когда все будет занято.

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

Я упоминал, насколько важным было планирование ваших групп безопасности и областей документов (IA)?

person Nat    schedule 30.11.2008

Если вам нужно просто хранилище документов, то sharepoint может подойти очень хорошо. WSS всегда бесплатен и предоставляет очень хорошие возможности для хранения документов.

Но вы должны тщательно планировать, так как обновление существующих приложений болезненно. Если вы решите использовать Sharepoint, я могу дать вам несколько советов, которые приходят мне в голову.

  1. Обратите внимание на конфигурацию безопасности (группы пользователей, привилегии и т. д.)
  2. Хорошо спланируйте свои библиотеки документов, так как просто перемещать документы между ними непросто.
  3. Также подумайте об ограничении количества версий, которые может иметь один документ, поскольку в sharepoint хранятся полные резервные копии между версиями, а не только изменения.
  4. Не используйте infopath:) у нас очень плохой опыт (только не говорите об этом менеджерам)
  5. Если вам действительно не нужно менять графический вид Sharepoint, не беспокойтесь об этом, так как это приносит много проблем (я говорю о настраиваемых мастер-страницах и настраиваемых шаблонах сайтов).
  6. Старайтесь использовать как можно больше OOB-вещей, потому что разработка собственных веб-частей не только дороже, но и может быть довольно сложной.
  7. Не забудьте включить индексацию поиска. Это довольно сложно, потому что по умолчанию он выключен, и тогда вы будете так же удивлены, что поиск не работает, как я :)

Если вы попытаетесь просто развернуть его и загрузить в него 10 000 документов, у вас наверняка возникнут проблемы с ним позже. Если вы немного подумаете о структуре, вы получите действительно хорошее хранилище документов.

person Marian Polacek    schedule 04.12.2008

Миграция, скорее всего, окупится в долгосрочной перспективе. Вы получите надежность, управление версиями, отслеживаемость и расширяемость.

Обязательно сначала определите группы/права и определите, какие ссылки нужно исправить (возможно, у вас есть приложения, использующие ссылки на общие ресурсы).

Альтернативой SharePoint с открытым исходным кодом является Alfresco, она также очень хороша для CIFS (общих ресурсов Windows).

person Nicolas Raoul    schedule 11.06.2010