| Обсуждение |
| совместная блокировка [ 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
|
| [ Денис Николаев ]Понедельник, 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
|
ОтветитьЗнаком «*» отмечены обязательные для заполнения поля. |
| |