SharePoint как альтернатива большим объемам общих файловых ресурсов? Сновидение?

Мы работаем на SharePoint 2007 почти 2 года. Мы считаем, что это отличная CMS, которая помогает нам централизовать проектную документацию и сотрудничать с меньшим количеством дублирования и путаницы. Функция настраиваемого списка предлагает быструю и грязную альтернативу настраиваемой форме и иногда разработанным решениям sql.

Тем не менее, у нас все еще есть более 100 терабайт общих файловых ресурсов с документами, относящимися к далеким временам за пределами SharePoint.

Поскольку мы с нетерпением ждем появления более умных, быстрых и крупных сетевых файловых систем ...

(1) Какую реалистичную роль должен играть SharePoint?

(2) Насколько надежным может быть SharePoint как неприглядное место для хранения документов? Я имею в виду, сможем ли мы сохранять / получать документы на sharepoint со всех популярных клиентов без необходимости открывать sharepoint?

Отчасти поэтому я спрашиваю ... Несколько месяцев назад в рамках другого проекта мы попытались использовать SharePoint 2007 как файловый ресурс ... пытаясь настроить карту дисков Windows и путь UNC и / или WebDAV. Наши выводы показали, что не все клиенты (XP, Vista, 7, Mac. IX и т. Д.) Хорошо работают с UNC, WEBDAV и сопоставлениями дисков. Не удивлен. Значительно ли это изменится в будущих выпусках sharepoint?

(3) Существуют ли документы, не предназначенные для использования в SharePoint? Базы данных? Исполняемые файлы? пропиетарные журналы? Как насчет документов, в которых мы ожидаем много операций ввода-вывода на уровне строк от потенциально нескольких пользователей?

(4) Сколько клиентов, по вашему мнению, серьезно рассматривают SharePoint как значительную альтернативу общим файловым ресурсам? Я понимаю, что размер БД SharePoint не должен превышать 100 гб, поэтому у нас есть БД для каждого семейства сайтов. Но у нас более 100Т потенциального контента. Если есть заказчики, серьезно желающие пойти по этому пути - как бы там могла выглядеть архитектура? Хранилище BLOB-объектов вне SQL? EBS против RBS? Кто являются основными игроками, предлагающими это, и будет ли SharePoint когда-либо предлагать это изначально? EMC? StoragePoint? кто еще? EBS против RBS?

(5) Что насчет проблем с производительностью и индексированием контента?

Заранее спасибо.


person Hell.Bent    schedule 01.02.2011    source источник


Ответы (2)


Если вы серьезно относитесь к хранилищу больших двоичных объектов и SharePoint, вам следует обратить внимание на удаленное хранилище больших двоичных объектов. См. Обзор удаленного хранилища больших двоичных объектов. Помимо бесплатного поставщика на основе FILESTRAM, существуют сторонние поставщики удаленного хранилища больших двоичных объектов, которые могут размещать большой двоичный объект в сетях SAN, например EMC.

person Remus Rusanu    schedule 01.02.2011
comment
Спасибо. Мы поговорили с EMC. Чрезвычайно дорого за место. Разве EBS (внешнее хранилище BLOB-объектов) не будет иметь каких-либо преимуществ перед RBS, поскольку оно контролируется SharePoint? Как насчет прозрачного использования SharePoint в качестве файлового ресурса? рекомендуемые? Мы провели некоторое тестирование и столкнулись с проблемами с WEBDAV через SSL на ряде клиентов. - person Hell.Bent; 02.02.2011
comment
Тогда вы, вероятно, уже знаете больше, чем я, FILESTREAM и RSB не являются моей сильной стороной. Консультативная группа клиентов SQL Server может предоставить дополнительную информацию и ответить на запросы, см. sqlcat.com. - person Remus Rusanu; 02.02.2011

В StoragePoint от Metalogix есть предложение под названием FileShare Librarian, которое может быть тем ответом, который вам нужен, он быстро создаст файловую структуру и разрешения в SharePoint, оставляя большой двоичный объект внешним. Есть все диспетчер миграции FileShare для полной миграции, вы все еще можете экспортировать большие двоичные объекты в EMC с помощью StoragePoint.

person Lillian Taylor-Blackmon    schedule 02.02.2011