none
Хранение документов (файлов) в WSS 3.0 и Sharepoint Server 2007 RRS feed

  • Вопрос

  • Подскажите, пожалуйста, есть ли возможность хранить файлы не в базе MS SQL Server, а на диске?
     В частности, интересует задача хранения больших файлов на ftp-сервере.
    7 декабря 2007 г. 5:09

Ответы

  • Возможность хранить файлы на диске есть, но функционально SharePoint к этому хранению никакого отношения не имеет.

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

    В целом, варианты решения проблемы выглядят следующим образом:

    1.       Необходимо сформировать в SharePoint список или списки, которые будут представлять объекты файловой структуры. Если списков будет несколько, то они могут быть объединены ссылками иерархически или «сетью».

    2.       В списках прописываем необходимые атрибуты. Некоторые из этих атрибутов могут отвечать за формирование файловой структуры, другие быть просто метаданными. Кроме этого каждый элемент списка содержит ссылку на соответствующий файл.

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

    4.       При выявлении новых файлов, в списках SharePoint должны создаваться и помечаться соответствующим образом  элементы. При выявлении отсутствующих или измененных файлов также вноситься соответствующие пометки в элементы списков. Вопросы удаления старых элементов и наполнения метаданными новых ложится на оператора электронного архива. Поскольку, к примеру, отсутствовать файлы могут как по причине удаления, так и по причине перемещения на архивные съемные носители.

    5.       Загрузку файлов в файловую библиотеку через SharePoint организовать можно. Но, при этом придется программировать уже Веб-части. Можно попробовать простой вариант «в лоб», когда списки SharePoint связываются с внешней БД Access и программирование «загрузки» файлов в файловую систему с синхронизацией информации в списках выполняется уже в ней. … или вообще писать внешнее приложение.

    Первые тесты подобных процедур показали, что существенным ограничением для такой системы является ее обязательная идентифицированность. Необходимо четко определить какие именно объекты вы собираетесь в ней хранить, на каких уровнях файловой структуры они будут расположены и как упорядочены. В противном случае процедура анализа и синхронизации становятся просто не подъемными, а метаданные бесполезными. В этом случае лучше просто хранить в хорошо структурированной файловой системе. В общем, для «мусорной свалки» такой метод не подходит.

    Надо иметь в виду, что файловая система SharePoint абсолютно виртуальна и ОС не без SharePoint не воспринимается.  На CodePlex присутствует проект PowerShell SharePoint Provider , в рамках которого файловая система SharePoint представляется для ОС обычной файловой системой. Со всеми вытекающими возможностями. К сожалению проект существует только для WSS 2.0/SPS 2003 для WSS 3.0/MOSS 2007 обещают вскоре выпустить. Есть исходные коды …

     

    7 декабря 2007 г. 11:47

Все ответы

  • Возможность хранить файлы на диске есть, но функционально SharePoint к этому хранению никакого отношения не имеет.

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

    В целом, варианты решения проблемы выглядят следующим образом:

    1.       Необходимо сформировать в SharePoint список или списки, которые будут представлять объекты файловой структуры. Если списков будет несколько, то они могут быть объединены ссылками иерархически или «сетью».

    2.       В списках прописываем необходимые атрибуты. Некоторые из этих атрибутов могут отвечать за формирование файловой структуры, другие быть просто метаданными. Кроме этого каждый элемент списка содержит ссылку на соответствующий файл.

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

    4.       При выявлении новых файлов, в списках SharePoint должны создаваться и помечаться соответствующим образом  элементы. При выявлении отсутствующих или измененных файлов также вноситься соответствующие пометки в элементы списков. Вопросы удаления старых элементов и наполнения метаданными новых ложится на оператора электронного архива. Поскольку, к примеру, отсутствовать файлы могут как по причине удаления, так и по причине перемещения на архивные съемные носители.

    5.       Загрузку файлов в файловую библиотеку через SharePoint организовать можно. Но, при этом придется программировать уже Веб-части. Можно попробовать простой вариант «в лоб», когда списки SharePoint связываются с внешней БД Access и программирование «загрузки» файлов в файловую систему с синхронизацией информации в списках выполняется уже в ней. … или вообще писать внешнее приложение.

    Первые тесты подобных процедур показали, что существенным ограничением для такой системы является ее обязательная идентифицированность. Необходимо четко определить какие именно объекты вы собираетесь в ней хранить, на каких уровнях файловой структуры они будут расположены и как упорядочены. В противном случае процедура анализа и синхронизации становятся просто не подъемными, а метаданные бесполезными. В этом случае лучше просто хранить в хорошо структурированной файловой системе. В общем, для «мусорной свалки» такой метод не подходит.

    Надо иметь в виду, что файловая система SharePoint абсолютно виртуальна и ОС не без SharePoint не воспринимается.  На CodePlex присутствует проект PowerShell SharePoint Provider , в рамках которого файловая система SharePoint представляется для ОС обычной файловой системой. Со всеми вытекающими возможностями. К сожалению проект существует только для WSS 2.0/SPS 2003 для WSS 3.0/MOSS 2007 обещают вскоре выпустить. Есть исходные коды …

     

    7 декабря 2007 г. 11:47
  • Спасибо за исчерпывающую консультацию
    7 декабря 2007 г. 12:04
  • для 2003 есть проект на http://www.gotdotnet.com/Community/UserSamples/Details.aspx?SampleGuid=816AA0C0-56E6-4D14-8D26-2DF4960356F0

     

    посмотрите, может быть адаптируете его к 2007.

    7 декабря 2007 г. 13:25
  •  Roman Padalko написано:

    для 2003 есть проект на http://www.gotdotnet.com/Community/UserSamples/Details.aspx?SampleGuid=816AA0C0-56E6-4D14-8D26-2DF4960356F0

     

    посмотрите, может быть адаптируете его к 2007.

     

    Проект интересный адаптировать надо обязательно. Но это не совсем ТО.

     

    В данном случае речь идет по сути о эмуляции проводника NTFS в SharePoint и обеспечении возможности пользователям совместно работать с ним на общих страницах.

     

    (Есть еще, к примеру, эмулятор удаленного рабочего стола !)

     

    Но от этого элементы данного проводника не становятся частью СТРУКТУРЫ ДАННЫХ SharePoint. Они не нагружаются метаданными, от них нельзя строить типовые стобцы, к ним нельзя обратится через API, они не участвуют в ПОИСКЕ, etc.

     

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

     

    Файловые структуры растут тоже быстро, но ими управлять проще и надежнее. Впрочем, это говорится и в самих руководствах Microsoft, что тупо переносить файловую структуру в SharePoint не стоит. А хочется ...

    7 декабря 2007 г. 18:36
  • Интересно как реализовано хранение больших файлов в Interactive Media Manager.

     

    http://www.microsoft.com/resources/mediaandentertainment/solutions_imm.mspx

     

    Почему в России данный продукт не продвигается?

    9 декабря 2007 г. 14:06
  • не умножайте сущьности без необходимости.

    речь шла вообще об ftp хранилище.

    навороты, конечно, интересны, но стоят они несопоставимо больше.

     

    да и поиск по файловой шаре настроить можно.

    10 декабря 2007 г. 14:07