Официальный сайт геоинформационной системы (ГИС) ObjectLandОфициальный сайт геоинформационной системы (ГИС) ObjectLand
  
 
ПОИСК ПО САЙТУ:
yandex.ru
КАРТА САЙТА
 
главная / поддержка / форум
E-MAIL:ПАРОЛЬ: 
регистрация

Обсуждение

 совместная блокировкасовместная блокировка [ ViFIZEG ]
Четверг, 9 ноября 2006, 17:32

планируется ли устранение проблемы совместной блокировки которая возникает при работе с шаблонами и темами несколькими клиентами.

 совместная блокировка [ ObjectLand Support ]
Четверг, 9 ноября 2006, 18:11

Пожалуйста, расшифруйте о каких проблемах идет речь. Непонятен также термин шаблоны, это о приложении "План границ"? Укажите также номер версии ObjectLand при описании проблемы.

 совместная блокировка [ ViFIZEG ]
Пятница, 10 ноября 2006, 11:36

1.при работе с одной темой к примеру работают 3 человека один редактирут данные в плане границ -> сервис-> созд. план гр. с одним объектом. те. редактирует текстовые поля. два других работают к примеру с площадными объектами скажем изменяют границы (три абсолютно разных объекта). так вот когда 1 человек работает в плане границ(именно работает с текстовыми полями, или заполняет поля при формировании плана границ) возникает ошибка: таймаут гбд. лезем в сеансы и наблюдаем у первого человека совместную блокировку:
Станция Домен Блокировка
Юзер1 Юзер1 Совместная блокировка
Юзер2 Юзер2
Юзер2 Юзер2
Два других не могут работать с базой вообще(т.е. редактировать в не зависимости от темы)
Причем совместная блокировка возникает именно при работе с планом границ и не всегда.
текущая версия 2,6,7 такую проблему наблюдаю с версии 2,5,44

 совместная блокировка [ ObjectLand Support ]
Пятница, 10 ноября 2006, 11:47

Спасибо за подробное описание ошибки. Будем разбираться, о результатах сообщим в этой же теме.

 совместная блокировка [ Денис Николаев ]
Пятница, 10 ноября 2006, 15:04

Я пытаюсь смоделировать ситуацию. Не могли бы вы сообщить, какие конкретно действия выполняет пользователь в редакторе плана границ.

Речь идет об изменении текста элемента макета Текст? Или о тексте в ячейках элемента Таблица?

Не могли бы вы подробнее указать в каком окне происходит редактирование.

 совместная блокировка [ ViFIZEG ]
Суббота, 11 ноября 2006, 14:25

Редактирует текст имеено элемент Текст, с таблицами пока проблем не было.
окно свойство текста, еще раз повторюсь что блокировка возникает не всегда, но давольно таки часто.

 совместная блокировка [ Денис Николаев ]
Понедельник, 13 ноября 2006, 14:40

К сожалению с ходу воспроизвести проблему не удается. Поэтому предлагаю вместе попытаться прояснить ситуацию.

1. Ситуация возникновения блокировки сама по себе не является ошибочной. Блокировки должны возникать и исчезать по мере работы.

2. Появление ошибки "Таймаут ГБД" тоже не является ошибкой в программе. Такое сообщение означает, что сейчас невозможно выполнить текущую операцию, так как в данный момент другой сеанс выполняет операцию с ГБД. Необходимо просто повторить попытку. Чем больше людей одновременно работают с ГБД, тем больше вероятность появления данного сообщения.

3. Ошибочной является такая ситуация, когда блокировка не исчезает по окончанию операции и как бы "зависает".

Например, блокировка устанавливается на время перерисовки в окне редактора макетов или в окне просмотра карты. По окончанию перерисовки блокировка должна исчезнуть. Если блокировка "зависает", то работа с данной ГБД для всех других сеансов становится невозможной. Снять "зависшую" блокировку можно только завершением установившего ее сеанса.

ВОПРОС: В вашем случае речь идет именно о "зависшей" блокировке?

4. "Зависание" блокировки потенциально возможно только в случае каких-то непредвиденных сбоев в процессе выполнения операций.

ВОПРОС: Имели ли место какие-нибудь ошибки в процессе работы (за исключением ошибки "Таймаут ГБД")?

 совместная блокировка [ ViFIZEG ]
Вторник, 14 ноября 2006, 10:22

Нет ошибок больше никаких не возникает. скорее всего речь идет о п.3 именно вот такая ситуация и возникает.

 совместная блокировка [ ViFIZEG ]
Вторник, 14 ноября 2006, 10:27

забыл добавить речь идет именно о зависшей блокировке.

 совместная блокировка [ Денис Николаев ]
Пятница, 17 ноября 2006, 14:53

Добиться более менее стабильного воспроизведения данной ошибки и установить точную причину пока не удалось. Но удалось найти ошибку, исправление которой потенциально может устранить или, по крайней мере, уменьшить вероятность возникновения "зависшей" блокировки. Если вы укажите адрес, то я мог бы выслать вам патч с данным исправлением. Хотелось бы узнать, как повлияет данное исправление на возникновение "зависших" блокировок у вас, потому что нам удалось воспроизвести такую ситуацию только единожды.

 совместная блокировка [ ViFIZEG ]
Суббота, 18 ноября 2006, 19:46

gipro_sk@rambler.ru

 совместная блокировка [ Денис Николаев ]
Понедельник, 20 ноября 2006, 10:53

Выслал.

 совместная блокировка [ Сергей ]
Четверг, 23 ноября 2006, 15:49

У нас та же проблема, правда ObjectLand версии 2.6.4, нельзя ли патч тоже получить?
Заранее благодарен за помощь (вед.инженер ФГУ ЗКП)

 совместная блокировка [ Денис Николаев ]
Четверг, 23 ноября 2006, 16:42

Выслал патч на адрес, указанный в заголовке вашего сообщения.

 совместная блокировка [ ООО Недвижимость ]
Пятница, 16 февраля 2007, 11:55

Можно-ли то тоже получить патч для версии 2.6.5. Проблема у нас таже-самая.

 совместная блокировка [ Денис Николаев ]
Пятница, 16 февраля 2007, 18:29

Выслал патч на адрес, указанный в заголовке вашего сообщения.

 совместная блокировка [ ViFIZEG ]
Суббота, 17 февраля 2007, 12:07

Была замеченна также такая ситуация когда клиент сам себя ставит в совместную блокировку,чем это может быть обусловленно?

 совместная блокировка [ ObjectLand Support ]
Понедельник, 19 февраля 2007, 11:11

>Была замеченна также такая ситуация когда клиент сам себя ставит в совместную блокировку,чем это может быть обусловленно?

Клиент не себя ставит в совместную блокировку, а ставит в совместную блокировку ГБД на время выполнения данным пользователем каких-то операций, требующих блокировки.
Если затем блокировка успешно снимается, то проблемы нет.

 совместная блокировка [ СерЁга ]
Понедельник, 9 апреля 2007, 09:31

Люди! Вы там патчи раздаЁте!? Вышлите мне плииз, а то мне уже в страшных снах снятся эти блокировки: у нас 50 человек юзают ОЛ.....

 совместная блокировка [ СерЁга ]
Понедельник, 9 апреля 2007, 09:32

Заранее огромное спасибо за помощь!!!!!

 совместная блокировка [ ObjectLand Support ]
Понедельник, 9 апреля 2007, 11:24

2СерЁга: патч выслали. Заметим, что он касается блокировок в основном при использовании макетов или приложения "План границ". А где ж это 50 человек ObjectLand юзают?

 совместная блокировка [ СерЁга ]
Вторник, 10 апреля 2007, 13:23

Заранее огромное спасибо за помощь!!!!!

 совместная блокировка [ voe ]
Среда, 18 апреля 2007, 11:11

И я хочу патч! Вышлите и мне его!

 совместная блокировка [ ObjectLand Support ]
Среда, 18 апреля 2007, 11:20

Патч высылаем с просьбой сообщить в дальнейшем дал ли он Вам какие-то результаты.

 совместная блокировка [ Гипрозем ]
Пятница, 23 мая 2008, 12:10

Такая же проблема с ObjectLand вышлите и мне патч, обязательно сообщу о результатах

 совместная блокировка [ ObjectLand Support ]
Пятница, 23 мая 2008, 12:22

2Гипрозем - если Вы используете 2.6.9, то патч не нужен, если 2.6.7 - попробуйте - высылаем Вам по почте.

 совместная блокировка [ Николай Кривошеев ]
Среда, 28 мая 2008, 08:58

Люди помогите Таймаут ГБД замучил у нас юзают аж под 100 человек нереально всё висит приходится постоянно снимать "зависшую" блокировку версия 2.6.9 а толку ноль не помогает. Я бы посоветывал придумать патч который программно следит за тем, что когда уже явно видно, что это уже "зависшая" блокировка, а именно например блокировка висит уже минут например 5-10, то патч автоматически бы давал команду принудительно снять зависшую блокировку. Был признателен если бы разработчики рассмотрели моё предложение.

 совместная блокировка [ ObjectLand Support ]
Среда, 28 мая 2008, 11:28

2Николай Кривошеев:

Такой патч мы делать не будем, это не решение проблемы. В архитектуре 2.6 хорошая одновременная работа такого количества пользователей с ГБД в совместном доступе невозможна. Вскоре выйдет версия 2.7, где такой проблемы не будет при использовании варианта с хранением картографической информации во внешней БД (Oracle, MS SQL Server и т.п.).

 совместная блокировка [ Гипрозем ]
Пятница, 25 июля 2008, 15:26

Пожалуйста вышлите патч для версии 2.6.5

 совместная блокировка [ ObjectLand Support ]
Пятница, 25 июля 2008, 17:46

Для Гипрозем - высылаем

 Тайм-аутТайм-аут [ Колышев Ильдар ]
Понедельник, 11 августа 2008, 11:26

пожалуйста вышлите и мне патч у нас в организации аналогичная проблема
проблема тайм-аута
Помогите!!!!!

 Тайм-аут [ Vladimir Polyanski ]
Вторник, 12 августа 2008, 11:11

Для Колышев Ильдар:
Выслали на ваш имейл.

 совместная блокировкасовместная блокировка [ Мадияров Ильдар ]
Четверг, 18 сентября 2008, 15:08

В ФГУ "ЗКП" по РТ то же проблема с блокировками по 3 районам Республики Татарстан в которых работают больше 100 человек, если патч помогает то вышлите его пожулуйста на имейл.
Заранее благодарен!!!

 совместная блокировка [ ObjectLand Support ]
Четверг, 18 сентября 2008, 15:37

Мадияров Ильдар!

Если укажете e-mail, конечно вышлем. И еще, какая версия ObjectLand у Вас установлена?

 совместная блокировка [ Мадияров Ильдар ]
Пятница, 19 сентября 2008, 08:32

в организации используется Objectland 2.6.9

 совместная блокировка [ ObjectLand Support ]
Пятница, 19 сентября 2008, 11:36

В версию 2.6.9 включены все исправления, которые были в патчах.

Т.е. у нас нет готового решения для Вашего случая. ВОЗМОЖНЫМ решением проблемы может быть только тонкая настройка используемых ГБД.

Проблему бы решила готовящаяся к выпуску версия 2.7, в которой пространственная информация может быть размещена во внешней СУБД. В этой версии механизм блокировок выполняется самой СУБД и носит минимальный характер. Пользователи практически не чувствуют работы друг друга(кроме, конечно, изменившихся данных). Но, по нашим данным Роснедвижимость не планирует выпуск ПК ЕГРЗ с версией 2.7.

 совместная блокировка [ Колышев Ильдар ]
Вторник, 23 сентября 2008, 16:51

Если проблему патч не решает, тогда как можно решить проблему того, что сеансы при работе с ГБД как будто зависают, и накапливаются, после карта может вообще сломаться.

 совместная блокировка [ ObjectLand Support ]
Среда, 24 сентября 2008, 13:02

Пользователям ЕГРЗ из Татарии:

В этой теме обсуждались две разные проблемы:
I. Проблема зависших сеансов пользователей
II. Проблема частых появлений сообщений "Таймаут ожидания блокировки" и, соответственно, непродуктивных пауз у пользователей.
*******

Проблема I - если не вызвана аварийным выходом пользователя из ObjectLand(отключение питания и т.п.), то является результататом еще не найденных ошибок в программе и приложениях.
Поэтому хотелось бы удостовериться, что выполняются следующие условия, выполнение которых было бы желательно:
1. на всех компьютерах, использующих ГБД на совместный доступ, установлена версия 2.6.9, а не более ранние.
2. на всех компьютерах используются последние версии приложений ObjectLand, то есть версии, которые в настоящий момент выложены на сайте, а не более ранние.

Более ранние версии программы и приложений имели некоторые, уже обнаруженные, дефекты.
******

Что касается проблемы II - появление этой ошибки не является дефектом программы, а свидетельствует о большой нагрузке на ГБД. Есть ряд типичных мест, которые требуют точной настройки, и это позволит, по крайней мере если не устранить все проблемы, но улучшить совместный доступ в 2.6.xxx , и они все обсуждались ранее на данном форуме. Повторяем их в данной ветке, собрав воедино. Все они прямо или косвенно связаны с проблемой блокировок:

1. Если ГБД использует разные карты, каждая из которых использует свой набор таблиц, то карты требуется разнести в разные ГБД.

2. Необходимо проверить правильность задания параметров карт (диапазон и разбиение). "Правильность" - здесь понятие расплывчатое, эмпирическое. Рекомендации как задавать параметры карт даны в документации. Если возникнут вопросы по этому пункту, присылайте результаты работы с вашей картой приложения «Расчет минимального ограничивающего прямоугольника» (http://www.objectland.ru/support/links/) и указанием типичного количества пользователей, работающих одновременно с ГБД. Неудачное задание параметров - обычно самая большая проблема, приводящая к резкому сокращению производительности при отрисовке тем, и, соотвественно, к проблемам ожидания у других пользователей.

3. Если активно работаете с растрами, то в рабочей ГБД преобразуйте их в растры с минимальными размерами памяти с помощью операций доступных в диалоге редактирования растрового объекта. Везде где возможно, преобразуйте растры в монохромные. Где этого недостаточно, но можно поступится цветностью - в 4-битные. Где нужно сохранить цвет - преобразуйте в 8-битные и используйте постеризацию до 10-16 цветов. С помощью соответствующей операции уменьшайте размер растра(фактически разрешение) до минимально приемлемого.

4. Очень часто пользователи отыскивают нужный им для работы фрагмент территории, открывая тему, в которой исходный фрагмент охватывает всю территорию(район, город). В результате открывается долго отрисовыемая тема, с кучей ненужных деталей. Затем пользователь переходит к нужному ему фрагменту. Это увеличивает нагрузку на отрисовку и повышает вероятность таймаутов ожидания. Есть 2 вариант решения по такой навигации, которые существенно уменьшают нагрузку на ГБД:
- чуть посложней: пользователи должны выполнять переход к нужному фрагмент, используя тему, настроенную с помощью масштабных зон таким образом, чтобы при крупных масштабах отображались только крупные объекты, помогающие сориентироваться на карте - административное деление, естественные объекты, надписи, а при мелких масштабах отображались бы все типы объектов;
- попроще: можно разграфить территорию на квадраты, создав слой разграфки в виде просто сетки, создать темы для каждого квадрата, в которых будут только слой с разграфкой. После открытия такой темы, в окне просмотра можно выполнить элемент меню "Открыть" и выбрать уже содержательную тему (она откроется в том фрагменте, который установлен в теме с разграфкой). Тогда можно избежать тяжеловесного перехода от общего вида карты к нужному фрагменту.

5. В ObjectLand есть понятие простого стиля линии (см.документацию). Отрисовка сложными стилями линий гораздо дольше, чем простыми. Поэтому темы, которыми пользуются оперативно лучше делать простыми стилями линий. Это снизит время блокировки. А сложные стили использовать там где они нужны по сути - при печати и т.д. Также желательно не использовать в оперативных темах штриховки. Где возможно - можно отказаться от заливки, т.е. для площадных объектов - только контур (с простым стилем).

Если есть вопросы - мы готовы помочь советами, но пожалуйста, задавайте с указанием количества пользователей, одновременно работающих с ГБД.

 совместная блокировка [ Колышев Ильдар ]
Среда, 1 октября 2008, 17:05

пришлите аську свою на мыло будем по ней общаться, а то через форум очень долго.работа стоит. пожалуйста.

 совместная блокировка [ ObjectLand Support ]
Среда, 1 октября 2008, 17:21

Нет, по аське не можем. Техническую поддержку ПК ЕГРЗ осуществляет какое-то из подразделений Роснедвижимости. Нам за поддержку ПК ЕГРЗ не платят(хотя мы помогаем всем обратившимся из зем.палат), но даже своих клиентов мы не в состоянии обслуживать по аське.

Мы готовы Вам помочь, поэтому пишите на support@objectland.ru. Будет медленнее, но нам так удобнее.

 совместная блокировка [ Колышев Ильдар ]
Четверг, 2 октября 2008, 07:41

ошибка тайм-аута выходит когда два пользователя (всего пользователей 30) хотят одноврменно внести изменения в карту. можно ли написать какой-то скрипт для всех пользователей который будет уведомлять происходит ли изменения в карте или нет. для MAPINFO есть такая вещь, но под Objectland нет ещё.
какой файл используется (расширение) при изменении GBD?

 совместная блокировка [ ObjectLand Support ]
Четверг, 2 октября 2008, 14:08

2Колышев Ильдар:
Просьба следующие вопросы отсылать по адресу support@objectland.ru.

>ошибка тайм-аута выходит когда два пользователя (всего пользователей 30) хотят одноврменно внести изменения в карту. можно ли написать какой-то скрипт для всех пользователей который будет уведомлять происходит ли изменения в карте или нет. для MAPINFO есть такая вещь, но под Objectland нет ещё.

В Mapinfo совсем другая стратегия работы с общими для пользователей данными. Все модификации происходят локально на машине пользователя, когда он хочет сделать эти модификации доступными в общих данных, то выполняет это за один раз, по команде "Сохранить", в ObjectLand данные тут же вносятся в ГБД. ObjectLand знает обо всех модификациях в ГБД со стороны других пользователей и автоматически это обрабатывает. Уведомлять об этих модификациях можно, но это ничем не поможет.

Если Вы действительно хотите улучшить работу пользователей в режиме совместного доступа, то все-таки прочтите наше сообщение от 24 сентября 2008, 13:02. Там перечислен комплекс действий, которые нужно сделать для улучшения. Может быть из этого сообщения не совсем ясна связь этих действий с сообщением о таймауте. Попытаемся еще раз объяснить эту связь:

Для обеспечения совместного доступа ObjectLand 2.6 использует механизм блокировок. Уровень блокировок всегда - вся ГБД. Блокировка устанавливается на весь период, когда нужен доступ к данным, и снимается по завершении доступа (Заметим, что это не означает, что если пользователь открыл, к примеру, окно редактирования координат объекта, то ГБД уже заблокирована. Нет, ГБД будет заблокирована кратковременно в момент сохранения в БД уже отредактированного объекта).

ObjectLand использует 2 типа блокировок:

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

В Вашем случае, при таком количестве одновременно работающих пользователей и, видимо, высокой интенсивности их работы с ГБД, скорее всего, возникает следующее:

99% времени ГБД находится в состоянии совместной блокировки, т.к. пользователи выполняют навигацию по карте или просто просматривают ее, т.е. выполняют чтение данных. Каждый из пользователей блокирует ГБД на момент чтения, устанавливая совместную блокировку. Если в данный момент один из пользователей пытается модифицировать данные, то он посылает запрос на установку эксклюзивной блокировки. Если в период, заданный таймаутом ожидания, возникнет ситуация, что снимутся все блокировки чтения от других пользователей, то эксклюзивная блокировка будет установлена и до момента ее снятия будет заблокирован доступ к ГБД для любых запросов от других пользователей (и на чтение и на запись). Но зачастую происходит так: пользователь1 просматривает карту (устанавливая совместную блокировку), в тот период пока его блокировка не снялась пользователь2 начал просмотр (и также установил совместную блокировку). Пользователь1 уже получил необходимые данные и его блокировка уже снялась, но она продлена совместной блокировкой пользователя2, тут же начал просмотр пользователь3 и т.д. И пользователю, который выполнял модификацию, не удается за время, заданное таймаутом ожидания, дождаться когда ГБД будет разблокирована и вклиниться со своей эксклюзивной блокировкой.

Вот поэтому в предыдущем сообщении мы настаивали, что необходимо заниматься оптимизацией доступа к ГБД. Это позволяет уменьшить время доступа, а следовательно время установки совместной и эксклюзивной блокировки от каждого пользователя и таким образом улучшить совместный доступ к данным. Рецепты перечислены в пред.сообщении. И именно в таком русле мы готовы помогать.

 совместная блокировка [ Драников Олег ]
Пятница, 16 августа 2013, 09:10

Недавно столкнулся с такой же проблемой. Не могли бы вы и мне выслать патч. Nedvighimost11@rambler.ru

 совместная блокировка [ ObjectLand Support ]
Пятница, 16 августа 2013, 11:54

Драников Олег Какую версию Вы используете? Если равно или выше 2.6.9, то все исправления туда внесены  и Вам следует прочитать сообщение http://www.objectland.ru/support/forum/4563/#2040

Ответить

Знаком «*» отмечены обязательные для заполнения поля.
Ваше имя:  *
Адрес электронной почты:  
Тема:  *
Сообщение:
 *
Подтверждение:
(не требуется для зарегистрированных пользователей)
 *
 



Copyright © 1999–2025 ГИС ObjectLand
ГИС ObjectLand ® ООО «Радом-АйТи»
Информация о лицензировании
главная | о продукте | скачать | купить | поддержка | новости