Распределенное хранение документов

[Rustam Asimov]

Сообщение от Djalolatdin Rakhimov

Главное, чтобы о них специалисты рассказывали.

Оффтоп:

Насколько я понимаю ситуацию, до тех пор, пока народу важней процесс, а не результат, рассказывай специалист или не рассказывай - толку никакого

[Ахадбек Далимов]

Сообщение от Rustam Asimov

Насколько я понимаю ситуацию, до тех пор, пока народу важней процесс, а не результат, рассказывай специалист или не рассказывай - толку никакого

Разве?
Рустам - ДЖ с командой расказали про процесс и результаты своей работы - и по моему толк есть.
или вы что-то другое имели ввиду, а я не понял вас?

[Erkin Kuchkarov]

Сообщение от Leonid Khrisanfov

Можно еще кластер построить, но только т.н. "Failover".

Не совсем, Леонид. Для кластера нужно иметь единый разделяемый дисковый ресурс, чего тяжело добиться при полной потери связи с одним или более узлами (см. постановку задачи "Задача -- пользователь работает с локальным сервером (в случае падения канала между офисами), а изменения реплицируются между серверами." ). Так что остается только репликация. А для HP (высокопроизводительного) кластера - пока SQL ни 2005 ни 2008 не годится

[Eldar Fattakhov]

Сообщение от Erkin Kuchkarov

Не совсем, Леонид. Для кластера нужно иметь единый разделяемый дисковый ресурс, чего тяжело добиться при полной потери связи с одним или более узлами (см. постановку задачи "Задача -- пользователь работает с локальным сервером (в случае падения канала между офисами), а изменения реплицируются между серверами." ). Так что остается только репликация. А для HP (высокопроизводительного) кластера - пока SQL ни 2005 ни 2008 не годится

Можно построить кластер из трех удаленных узлов. В этом случае связь (возможно) не пропадет...

[Erkin Kuchkarov]

Сообщение от Eldar Fattakhov

Можно построить кластер из трех удаленных узлов. В этом случае связь (возможно) не пропадет...

Я понимаю что Вам понравилась аббревиатура "HP" но куда мы дисковую полку поставим... хотя... упс... есть же решение у HP для репликации...

[Rustam Asimov]

Сообщение от Ахадбек Далимов

Разве?
Рустам - ДЖ с командой расказали про процесс и результаты своей работы - и по моему толк есть.
или вы что-то другое имели ввиду, а я не понял вас?

Я очень ценю то, что делает ДЖ с командой. Я совсем другое имел в виду Ахадбек ака!

Со всем уважением к продуктам уважаемой компании MS, есть задачи, которые, насколько я знаю (может, ошибаюсь или отстал от жизни), не решаются штатными средствами SharePoint, и описанная задача - как раз такая. Так вот, до тех пор, пока ребятам-специалистам нравится сам процесс придания системе несвойственных ей особенностей - бесполезно рассказывать о том, что есть и другие продукты других уважаемых компаний. Продукты, в которых возможность работы с распределенными документохранилищами в условиях нестабильного канала связи предусмотрены изначально, являются естественными и не требуют никаких сложных телодвижений.

[Erkin Kuchkarov]

Сообщение от Rustam Asimov

Со всем уважением к продуктам уважаемой компании MS, есть задачи, которые, насколько я знаю (может, ошибаюсь или отстал от жизни), не решаются штатными средствами SharePoint, и описанная задача - как раз такая.

То есть на ВебСфере (без учета возможностей DB2 или иного СУБД... аппаратных возможностей дисковый массивов и подсистем... и тд и тп) есть возможность реплицировать содержимое распределенных узлов портала без какого либо дополнительного инструментария? С этого места поподробнее если можно (опыта работы с Вебсфера никакого, но зато богатый опыт работы с продуктами BEA и Microsoft - там этого нет).

[Rustam Asimov]

Сообщение от Erkin Kuchkarov

То есть на ВебСфере (без учета возможностей DB2 или иного СУБД... аппаратных возможностей дисковый массивов и подсистем... и тд и тп) есть возможность реплицировать содержимое распределенных узлов портала без какого либо дополнительного инструментария? С этого места поподробнее если можно (опыта работы с Вебсфера никакого, но зато богатый опыт работы с продуктами BEA и Microsoft - там этого нет).

Оффтоп:

Эркин ака, а кто сказал "WebSphere"? Не надо додумывать ...

Мое личное мнение, совпадающее, я надеюсь, с мнением IBM в том, что "гвозди надо забивать молотками, а микробов рассматривать - микроскопами", а еще "не перекладывать с больной головы на здоровую". WebSphere Portal - это портал, "обеспечивающий унифицированный доступ к информационным ресурсам организации в соответствии с ролями пользователей и их уровнем доступа" а не документохранилище.

И одним из таких ресурсов (работать с которым можно, в общем-то и без WеbSphere Portal) может являться "система совместной работы с информационными материалами, будь то документы, электронные таблицы, презентации, аудио- и видеоролики, Wiki-и, Blog-и, TeamPlace-ы пр. и пр., которая называется Lotus Quickr. Вдобавок к, естественно, Web-интерфейсу, она тесно интегрируется с имеющимися персональными редакторами (MS Office, Lotus Notes, Lotus Symphony), email-клиентами (MS Outlook, Lotus Notes) и оболочкой Explorer. А поскольку в качестве платформы Quickr может использовать Lotus Domino, то задачи репликации и возможности работы с доступным на данный момент сервером, как Вы понимаете - снимаются. Кстати, если Lotus Domino использовать исключительно в целях эксплуатации Quickr, то отдельно его покупать не надо.

[Leonid Khrisanfov]

Сообщение от Ахадбек Далимов

А чем это плохая идея?

Я не знаком с MOSS 2007 и если хранение содержимого документов тоже происходит в БД совместно с метаданными (версии, права доступа и т.п.) и если это решение от MS, то, конечно же, идея замечательная
Прочие недалекие производители систем управления содержимым предприятия почему то до сих пор предлагают оба способа: "Содержимое - в файлах, метаданные - в БД" и "Всё - в БД"... чудаки

[Eldar Fattakhov]

Сообщение от Leonid Khrisanfov

Я не знаком с MOSS 2007 и если хранение содержимого документов тоже происходит в БД совместно с метаданными (версии, права доступа и т.п.) и если это решение от MS, то, конечно же, идея замечательная
Прочие недалекие производители систем управления содержимым предприятия почему то до сих пор предлагают оба способа: "Содержимое - в файлах, метаданные - в БД" и "Всё - в БД"... чудаки

Леонид, а разве ORACLE идет не тем же ("чудаковатым") путём (в базе хранится любой тип информации)?