По ссылке http://www.softpoint.ru/article_id132.htm выложена демо версия компоненты замены файловых блокировок SQL блокировками. Вкратце, что она умеет?-
Подключаете длл и вызываете один метод. После чего все файловые блокровки с объектами отключаются и переводятся на SQL. Что это дает? Ну например если раньше пользователь Иванов при открытии документа и получении окна о том что объект заблокирован не знал к кому обратиться теперь увидит в окне сообщений что документ заблокирован пользователем Петровым и сможет даже при доп. настройке увидеть местный телефон Петрова.
В журнал регистрации не всегда все пишется и кроме этого файловые блокировки иногда подвисают. C SQL механизмом подобного не происходит. Администратор может просмотреть все блокировки из интерфейса 1С.
Может отключить необходимую блокировку.
Как проверить работу демо компоненты - подключить вставив кусок кода не ПриНачалеРаботыСистемы а в начало глобального модуля, открыв две сессии и вкаждой из них открыть один и тот же объект на редактирование. В последней сесии появится сообщение с именем машины которая держит блокировку.(в рабочей версии пишется спид,имя пользователя1С, имя машины)

Имя машины очень содержательно, когда все работают в терминале :)

А чем "не демо" от "демо" отличается? Ограничения какие, чет я не понял?

То 1. Потому и демо версия. В полной версии вся инфа в том числе и имя пользователя 1С.
То 2. В полной версии выдается в окне сообщений полная информация. Появляется административная консоль через которую можно все блокировки просматривать,отключать.

Объясните тупому:
>В результате этот механизм становится надежным и легко контролируемым. Для того чтобы посмотреть, кто заблокировал конкретный справочник, необходимо запустить определенную конструкцию на T-SQL (select * from syslockinfo) и, выбрав интересующие нас блокировки, получить имя пользователя в 1С.
..
Итого: больше вопросов, чем ответов.
Компонента самодостаточна и работает как есть?
Или нужны еще примочки какие-то? Той скуль, прочее...?
 
 
 Информацию о том, кто заблокировал объект, пользователь получает автоматически в он-лайн режиме в окне сообщений 1С.

Компонента самодостаточна. Единственное если захочешь получать доп инфу типа телефона сотрудника то нужна небольшая настройка а точнее реализация одной предопределенной процедуры. (будет по имени сотрудника получать его телефон из справочника, разумеется если он туда введен)

"В результате этот механизм становится надежным и легко контролируемым. Для того чтобы посмотреть, кто заблокировал конкретный справочник, необходимо запустить определенную конструкцию на T-SQL (select * from syslockinfo) и, выбрав интересующие нас блокировки, получить имя пользователя в 1С."
Что, простите, стало надежным? Блокировки стали более надежными? Т.е. без этой чудесной компоненты пользователи нет-нет да и могли открыть заблокированный документ или справочник?
Да еще запускать какой-то select * from syslockinfo - нужно SQL устанавливать или этот запрос делается по табличке syslockinfo.dbf, которая лежит в КаталогИБ() ?

select * from syslockinfo не надо запускать. Это прост о немного описание внутренней реализации.
Файловые блокировки - мехзанизм ненадежный оставшийся в наследие с ДБФ версии. Особенно учитывая что данные хранятся на SQL. Если вы этого не знали то пожалуй мне долго будет вам объяснять.
Без чудесной компоненты была ситуация когда не могли отукрыть документ и в журнале регисмтрации не могли увидеть кто его заблокировал. Без перегрузки сервера или отключения всех подряд файловых блокировок это сделать было проблематично. Появилась эта компонента в результате подобных регулярныз проблем. Могу сказать сразу что для БД с небольшим кол .пользователей эта прроблема врядли актуальна.

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

Шароварная?

То 8. Да разумеется только для SQL версии.
Не только позволяет увидеть(увидеть в онлайне пользователю в том числе и это важно) но и позволяет управлять , например отключить. А самое главное что этот механизм становится надежным. SQL блокировки не подвисают а если и подвисают то вместе с 1С.

(10) А что будет, если кто-то набивает документ, а админ отключает его блокировку, заходит в этот документ и начинае его изменят?
В чем смысл принудительного отключения блокировки?

То 11. Отключение блокировки производится вместе с отключением сеанса.
Разумеется это крайняя мера. Например когда человек оставил открытым документ и ушел. Что в этом случае произойдет предлагаю не обсуждать это из серии сохранения документов ворд.

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

После внедрения - ускоряется ли общая работа теперь ведь по идее при массовых проведениях должно быть все быстрее, так-как не блокируются таблицы целиком - журналы/регистры/справочники, так? Если да - то насколько? Имеет ли смысл юзать компоненту, если проблема блокировок не сильно актуальна, только с целью ускорения?
Цена?

То 13. Если вы срубаете SQL процесс то файловые блокировки остаются пока приложение не будет закрыто. Вообщем извините но вы судя по всему не в теме просто.
То 14. Эта компонента решает проблему именно фаловых блокировок.

(15) Нет, не SQL процесс, а сессию юзера, открывшего mds.

(15) по (14) немного все равно не понял - срорри не спец в скуле и в блокировках.
без компоненты: допустим время ожидания = 5 сек, проводим 1 док, проведение занимает 4 сек, проводим 2 документ когда первый еще не провелся - второй док ждет когда 1 освободит журнал и регистры и пр.ФАЙЛЫ. в худшем случае - 2 дока проведутся за 8 сек.
вкл компоненту: второй док не ждет освобождения файлов - проводится параллельно с 1 - получается 4 сек.
примерно так?

или вся прелесть вк только в том что
> объект заблокирован не знал к кому обратиться теперь увидит в окне сообщений что документ заблокирован пользователем Петровым
т.е. раньше не знали кому звонить, а теперь будем знать?
возможность ручного "снятия" блокировки - пока не рассматриваем...

То 16.Для того что бы снять эту сесию необходимо знать имя. Даже админ в случае подвисания не определит того кто держит эту блокировку потому как они обезличены. Прийдется либо всех срубать, либо сервер перезагружать. Все это время и ресурсы. В данном случае подвисаний вообще не будет а кроме этого пользователи сами уже будут знать кому можно позвонить(в строку можно вывести тел. сотрудника, глобальная предопределенная процедура которая вызывается при событии) и попросить закрыть документ(а может он его сейчас редактирует).Это и называется максимальная оперативность.
Мои утверждения основаны на практике сопровождения крупных ИТ систем.
То 18. Вам скорее всего нужно вот это - http://www.softpoint.ru/article_id1.htm

(19) Странно, но я сессии обрубаю по именам - юзера логонятся в домен, и во всех их сессиях присуствует логин. Киляешь сессию - тут-же юзер пропрадает из списка активных в 1С-ине. 1С, канечно, считает это аварийным случаем - но тут уж ничего не поделаешь, специально счетчики в таблице править смысла особого нет...

То 20. Во первых это подходит если каталог БД и SQL находятся на одном сервере,хотя это конечно не принципиально(если нет то надо с двух сносить.)
Но самое главное не это! - Во первых это "подвисание" периодически возникает, во вторых как ты определишь виндоус или 1С пользователя? В тертьих оперативность с момента возникновения проблемы до момента ее разрешения плюс возможные простои системы в результате перезагрузки или отключеные лишние пользователи.
Впрочем я повторяюсь уже.

(21) Непонятно, про какое "подвисание" идет речь? Юзер ушел, оставил на редактирование открытым документ или модальное окно (по этой причине не срабатывает 1С-овский автовыкидыватель), мне нужно что-то сделать с базой в монопольном режиме. Я ему звоню - его нету, подключаюсь к серверной консоли и рублю его соединение. Никаких лишних пользователей при этом не затрагиваю, по поводу оперативности - ну минута-две на все это дело, включая позвонить.

(19) Спасибо за посылание.
Но все же хотелось бы получить краткий ответ на (17) и (18).
Не поленюсь отпиской: вопрос еще раз: при массовом активном проведении раздельными юзерами доков (когда нет проблемы РЕГУЛЯРНЫХ выскакивающих блокировок, т.е. вообщем сервак тянет) ускорение наличиствует? Время простоя юзеров (ожиданий завершения проведений) уменьшается?

(23) Обсуждаемая компонента ускорения не дает, ни при массовом проведении, ни при обычном. Для ускорения у авторов другая компонента есть.

То 22. Ну я же говорю - ты не в теме. Последний рас объясню.
Итак у пользователя проблема он звонит тебе. Пошло время.
Для того что бы тебе позвонить пользователю кто держит объект надо знать кто он. Ты заходишь в журнал регистрации и видишь что его держит дядя Вася. Ты ему звонишь - он говорит это не я. Он выходит из 1С ты видишь что это действительно не он. Но вот странная вещь - блокировка висит. Время уже пришло прилично. Ты заходишь в управление компьютером и смотришь заблокированные $lk файлы. Если это документ то будет блокировок не менее 20-30 на крупной системе. (у 30 пользователей открыты документы).Твои действия - отключать этих пользователей или перезагружать сервак потому как инфы в управлении компьютером ты увидишь не более чем - Иванов заблокировал файл двумя блокировками. Какие конкретно байты ты не узнаешь!
Заметь а время то сколько уже прошло. А еще нужно всех вынгонять с БД или отключать 30 пользователей.(или говорить пользователю подожди до вечера авось сама отключится, на самом деле у кого то может висит окно ошибки 1С и пока он его не закроет блокировки висят)
Я тебе привел реальный случай из жизни администратора.

То 26. BigHarry я думаю все что хотел сказать сказал. :)
Вы путаете абсолютно разные продукты. Я попрошу человеку из Софтпоинт вам ответить и подробнее расказать.

+27. Для решения проблемы блокировок при прроведении используется технология "гибких" блокировок. К слову там система мониторинга построена совершенно на другом принципе. Вы можете получать статистику по блокировкам за дительный промежуток времени или можете получать письмо о блокировке автоматом но в данном случае идет реячь о SQL блокировках в рамках транзакции. Т.е. блокировках на изменение данных на уровне SQL.
С помощью технологии "гибких" блокировок моэжно снизить на порядки уровень и частоту блокировок и при этом не попастся на гряхзное чтение. Впрочем это лучше по мылу все расказывать потому как если с нуля то очень долго.

(24) Ответиы на 17-18-23 будут...? или не ждать?

(25) Дык я и говорю - ценность компоненты в том, что можно сразу (даже без участия админа) определить, кто держит объект. О "подвисших" ненадежных файловых блокировках - впервые слышу.

+31. Типичная проблема когда одна часть функционала на одном сервисе а другая на другом. В кратце, хендлы(конект к файлу) падают а SQL конект нет вот и получается что фактически работает система не верно.

можно поподробней по этим вопросам:
1. В каком интерфейсе идёт "срубание" блокировок.
2. Как раздаются права на "срубание" блокировок.
3. Каковы последствия "срубания" для того кого срубили (у него упадёт программа 1С или только SQL-подключение, ему придётся перезапускать 1С, ему придётся перелогиниться в терминале или что-то другое).
4. В коммерческой версии гарантированно определяется именно "ИмяПользователя()" в 1С.
5. Цена продукта.

33+
6. Совместимость продукта с версиями 1С и SQL_Server
7. Гарантия стабильности работы продукта (не порушится база, не возникнут сбои в работе пользователей).

то Алл. Важное замечание. Данная версию проверена полностью только для SQL 2000. Для SQL 7.0. чуть позже выйдет обновленный вариант, на 7-м на старых сервиспаках вполне вероятно демка работать не будет.
То 33. То 1 В интерфейсе 1С в ерт в которй используются методы этой длл.
2 Права выдаются на уровне доступа к ерт.
3 Того кого срубили упадет 1С.
4 да гарантировано либо виндоус имя пользователя либо 1С имя пользователя.
5 пишите на мыло софтопинта вам укажут цену.
6 Да, недосмотрел - смотрите в начале.
7. Все работает стабильно, даже стабильнее чем с файловыми блокировками потомук как они не подвисают.

ок, будем думать.
только жаль что цены почему-то у вас всегда "заранее неизвестны".

(36) это называется "договорная цена" :)

Чучундер, почту глянь!

2(37) я понимаю "почему" цена не вывешена, но всётаки испытываю от этого неудобства. Проще когда кидаешь начальству ссылку и там всё расписано - функции, удобства, надёжность и цена. А не по почте выясняешь стоимость.
Конечно это не критично, но ..

То 39. По почте высылается комерческое в котором все расписано для руководства.

Безопасность и авторизация пользователей в 1С MSSQL = 30000р
Файловые блокировки в 1С = 15000р
 
Телефон отдела продаж в "О компании".

2 часа назад отправил просьбу о комм. предложении на мыло. В ответ полная тишина.

То 42. Сегодня , максимум завтра будет сто процентов.

То 42. Отправь на softpoint@softpoint.ru
Я спросил, письмо не приходило.

2(44) ну у меня даже "подтверждение о доставке" было (relayed to 'sales#softpoint.ru')
Продублировал.

А вот вопрос: внедрение ВК насколько позволит отодвинуть железо? судя по всему - купил за 15000 и можно не апгрейдится? блокировок вызванных "косяками" проги не будет в принципе?