споделяне на файлове с мрежово устройство

През по-голямата част от 10 години + ние разчитахме на различни мрежови карти, за да позволим споделяне на файлове. Една буква на устройството за споделяне на файлове между екипи, отделно споделяне на файлове за цялата организация, трета за лична употреба и т.н. Бих искал да се отдалеча от това и се опитвам да реша дали решение от тип ECM/Sharepoint или домашно приложение , струва ли си цената и пътя? Или ако просто трябва да продължим да разчитаме на скриптове за влизане/картирани устройства за споделяне на файлове поради относителната им простота? Някой има ли опит в собствената си организация или мисли по този въпрос?

Благодаря.


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


Отговори (5)


SharePoint е много добър в споделянето на документи.

Документите обикновено следват процес на одобрение, имат разрешения, живеят в клъстери... и тези неща се поддават добре на библиотеките с документи на SharePoints.

Има обаче неща, които не се поддават добре на живеене в SharePoint... имате ли файл на виртуален твърд диск (.vhd), който искате да споделите с колега? Не е толкова добра идея да се опитате да поставите файл от 20 GB в SharePoint.

SharePoint може да обработва големи файлове, както и SQL Server зад него... но искате ли честотната лента на вашия SQL Server да бъде наситена от толкова големи файлове? Искате ли вашето архивиране на SQL Server да съдържа копия на такива големи файлове многократно?

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

В момента обаче считам SharePoint за идеален за документи и съхранявам големи файлове (които не са ориентирани към документи) в споделените файлове на Windows.

person Community    schedule 28.11.2008

Определено използвайте инструмент.

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

Второ, вероятно можете да се възползвате от проследяване на проблеми/проследяване на задачи.

Други предимства включват уеб достъп от интернет, наличие на wiki (което може да бъде чудесно в някои ситуации) и т.н.

Използвам 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