RSS Подписка на статьи RSS Подписка на комментарии Панель инструментов

Блог профессионалов стал частью сайта технической поддержки DocsVision http://support.docsvision.com. Новые материалы будут появляться уже на этом сайте.

Поиск

Ярлыки

авто генерация кода (1) Администрирование DocsVision (60) Атрибутивный поиск (3) База данных (24) Базы знаний (1) Безопасность (1) Бизнес-процессы (20) Блог (2) Вы увидите это первыми (1) Групповые политики (1) Диаграммы (2) Задания (2) Интеграция (2) Карточки DocsVision (14) Конструктор Решений (11) Маркетинг и продажи (4) Навигатор (3) Новое (3) Новости (32) Опрос (4) Опросы DocsVision (4) Оптимизация (3) Отчеты (2) Ошибки (1) Поддержка (14) Полезные ссылки (1) Представления (4) Производительность (5) Разбор полетов (18) Разработка для Workflow (7) разработка карточек (2) Разработка на платформе DocsVision (41) Разработка решений (43) Расширение платформы (1) Расширенные отчеты (9) Решения на платформе DocsVision (6) Сервисы DocsVision (3) Сканеры (3) Справочник сотрудников (1) Справочник типов (1) Установка (1) Утилиты (13) Шлюз в SharePoint (8) Штрихкод (2) Cкрипты карточек (7) DocsVision внутри (1) DocsVision Live (1) FileStream (1) FireFox (2) Opera (1) Powershell (5) Safari (1) SharePoint2007 (1) SharePoint2010 (2) Silverlight (1) UltraViews (1) Vista (1)

Пример эксплуатации

Итак, повторюсь... У нас используется DocsVision для процесса производства: багтрекинг, управления требованиями, и для поддержки: система helpdesk'а. Решение называется DVManagement (карточки, отчеты в ReportingService и бизнес-процессы), отдельно не распостраняется, поскольку сильно заточено под наши процессы. Читателю было бы интересно, а на каком железе работает сервер и какой режим эксплуатации. Рассказываю.

Всего пользуются сисемой около 40 пользователей. Количество создаваемых карточек около 100 в день, примерно половина регистрируется бизнес-процессами (по письмам, или по другим карточкам). Всего работающих бизнес-процессов 14 постоянных (осуществляют различные мониторинги), плюс порождаемые экземпляры подпроцессов - 30 в час (удаляются после исполнения). Основная работа пользователей осуществляется через виртуальные папки, которые отображают нужные карточки.
Сервер - выделенный физический: Intel Core2 Quad Q6600 2.4 Гц. Память 4Гб. Два диска 300 Гб соеденены в RAID1. Материнская плата - серверная от Intel. В общем, как хорошая рабочая станция - никаких сверхмощностей. Работает на Windows 2008 64bit и SQL Server 2008 (СУБД на этой же машине).

Используется DocsVision 4.3.1838.Включен полнотекстовый поиск. Дополнительные модули - Модуль расширенных отчетов (для 1838 пока сами ждем релиза модуля). Никаких эксклюзивных библиотек нет - продукт из тиража.

Обслуживание.
1. Ежедневный полный бекап.
2. Ежедневная реорганизация индексов

Данную информацию можно использовать для оценок мощностей при небольших внедрениях. Читать дальше

7 коммент.:

Unknown комментирует...

Добрый день.
А если бы на том же серваке, но ОС и SQL 32bit - намного было бы медленнее?
Иными словами, 64bit для DV ощутимы?

EgorBo комментирует...

Ну, по крайней мере, если не ошибаюсь, 32битная ось не увидет полностью все 4гб памяти..

Unknown комментирует...

Если это Server 2008 Standart Edition. Enterprise версии видят по-моему до 64Гб

Unknown комментирует...

ИМХО у нас на DV Management еще и логистика отгрузок - туда вводятся данные из партнерских заявок, там учитываются лицензии и оттуда генерируются в отдел продаж сводки по истекающим обновлениям, а уж оттуда уходят письма партнерам.
Возможно ближайшая интеграция с порталом будет как раз в приеме заявок через портал и полной автоматизацией ведения свода внедрений, с этим связанной.

Михаил Захаров комментирует...

Самому DocsVision'у 64 битная ОС бóльших преимуществ не дает, поскольку скомпилирована под 32 битные платформы (мы думаем над 64 битной реализацией). А вот 64 битный SQL Server, должен быть производительнее.

V. Zinchenko комментирует...

Вообще тема развития DV в плане 64битных платформ очень и очень интересна.
То, что приложения DV комплируются под 32битные платформы - дает не совсем полезные плоды. Простой пример - Windows Server 64bit + SQL Server 64bit + Microsoft Office SharePoint Server 2007 64bit. Так как используется IIS 7, имеющий великолепное свойство наруливать различные режимы работы для различных пулов приложений (т.е. одновременно запускать как пулы 32битных, так и пулы 64битных приложений) - ладно, DocsVision сервер мы запустим. Но вот требуется установить веб-части DocsVision для SharePoint. Эти веб-части включают в себя dll-сборки, сработанные под 32битную платформу. И вот тут-то и возникает когнитивный диссонанс :) Эти dll обрабатываются тем же пулом приложений, который работает с MOSS, то есть 64битным. Включая для данного пула режим совместимости с 32битными приложениями - намертво кладем портал.
То есть наличие сборок как под 32битные, так и под 64битные платформы видится, с моей точки зрения по крайней мере - весьме перспективным направлением, если не сказать более - критически важным и интересным. Жизнь диктует свои 64битные условия ;)

Михаил Захаров комментирует...

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

Отправить комментарий