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

Обсуждение

 Прошу помощи по ошибкам в ГБДПрошу помощи по ошибкам в ГБД [ sovgir ]
Пятница, 8 июня 2007, 09:38

ObjectLand 2.6.5 в составе ПК ЕГРЗ-Т
1. ГБД областного центра, 200 Мб, около 80000 объектов, 20 пользователей. Проблемы с блокировками - как у всех. Регулярно, примерно раз в 2 дня при попытке входа возникает ошибка ГИС 201, сопровождающаяся появлением ошибок в ГБД, исправляемых штатными средствами, но с потерей последних введенных данных. Что является причиной возникновения ошибки 201 и как ее можно избежать?
2. ГБД района, 270 Мб, около 7000 объектов, до 5 пользователей. В результате неизвестного сбоя все вновь вводимые земельные участки привязываются к последней записи в MDKK System Table, таким образом невозможно организовать связь с семантической БД. Проверка сообщает об одной ошибке, она исправляется штатными средствами, но эффекта это не дает.

 Прошу помощи по ошибкам в ГБД [ ObjectLand Support ]
Пятница, 8 июня 2007, 11:45

1. О причинах возникновения превышения таймаута ожидания см: http://www.objectland.ru/support/forum/1364
Мы высылали Вам патч по Вашему запросу. Он чем-то помог?

2. Пришлите, пожалуйста, следующую информацию: Откройте свойства ГБД, на странице "Общие" исследуйте столбец "Отношение". Если в столбце есть значения > 90%, перепишите все данные строки, в которой есть такое значение.

 Прошу помощи по ошибкам в ГБД [ sovgir ]
Суббота, 9 июня 2007, 09:04

1. Патч не помог.
Вопрос даже не в том, почему не снимаются блокировки, а что такое ошибка 201 и почему ее появление провоцирует ошибки в ГБД.
Как вы считаете, помог бы переход на MapInfo?

2. К сожалению, отношения больше 6.4 не нашел. Может, удалить из ГБД все лишнее и выслать вам?

 Прошу помощи по ошибкам в ГБД [ ObjectLand Support ]
Суббота, 9 июня 2007, 11:35

1. Повторяем ответ из обсуждения http://www.objectland.ru/support/forum/1364/

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

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

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

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

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

По поводу патча. Вы установили его на всех компьютерах, имеющих доступ к ГБД?
По поводу перехода на MapInfo не можем ничего сказать, советуем дождаться выхода ObjectLand 2.7, главная идея создания этой версии как раз обеспечения комфортного совместного доступа (все проблемы совместного доступа должны уйти).


2. Для нас это лучший вариант. Мы проанализировали соответствующий код программы, ничего не нашли. Только как Вы сможете передать такой объем?
На эту тему пишите на info@objectland.ru

 Прошу помощи по ошибкам в ГБД [ sovgir ]
Среда, 20 июня 2007, 13:17

Хочу написать по второй ошибке (правда поздновато). Помогла реорганизация ГБД, а причиной ошибки были настройки ObjectLand на одном из ПК: Настройка - Память - Размер буфера страниц по умолчанию на нем был 160 Кб, тогда как на остальных - 1060 Кб.

 Прошу помощи по ошибкам в ГБД [ ObjectLand Support ]
Среда, 20 июня 2007, 14:08

>а причиной ошибки были настройки ObjectLand на одном из ПК: Настройка - Память - Размер буфера страниц по умолчанию на нем был 160 Кб, тогда как на остальных - 1060 Кб.

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

Скорее всего (раз помогла реорганизация) причиной были проблемы с целостностью. Надо было проверить на целостность и восстановить ГБД.

 Прошу помощи по ошибкам в ГБД [ leo777 ]
Пятница, 30 ноября 2007, 09:09

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

Если это не ошибка, то почему после нее с почти 100% вероятностью следует нарушение целостности?

В результате происходит следующее: 1-3 (иногда больше) раза в день приходится всех пользователей выгонять из программы, и просить перегрузить свои компы, т.к. нет сил бегать по каждому компу и смотреть, не висит ли у них "зомби" (ol.exe), которого нигде, кроме таск-менеджера не видно?
А такой зомби обычно именно с блокировкой и есть...

И в итоге они начинают жаловаться, что ничего не успевают...

 Прошу помощи по ошибкам в ГБД [ ObjectLand Support ]
Пятница, 30 ноября 2007, 12:01

>Если это не ошибка, то почему после нее с почти 100% вероятностью следует нарушение целостности?

Возможно потому, что ваши пользователи увидев такую ошибку снимают ObjectLand через Диспетчер или перегружаются?

 Прошу помощи по ошибкам в ГБД [ Максим Юрьевич Трухачёв ]
Понедельник, 3 декабря 2007, 15:49

leo777, если вам надо снять зависший процесс, то для этого совсем не обязательно перезагружать машину или лезть в Диспетчер задач. Снять задачу можно из командной строки, причём даже удалённо (то есть на чужом компьютере). Для этого есть утилита taskkill.exe, вы можете прочитать справку по ней, если нажмёте "Пуск" - "Выполнить..." - "cmd" - Enter, появится чёрный dos-экранчик, наберите "taskkill /?" и Enter.
Правда, на XP Home этой команды нет, а только на XP Pro или 2000.

 Прошу помощи по ошибкам в ГБД [ Максим Юрьевич Трухачёв ]
Понедельник, 3 декабря 2007, 16:00

В смысле, можно каждому пользователю на его "рабочем столе" сделать ярлычок на эту taskkill с соответствующими ключами и параметрами.

 Прошу помощи по ошибкам в ГБД [ leo777 ]
Вторник, 4 декабря 2007, 12:17

Гм...
>В смысле, можно каждому пользователю на его >"рабочем столе" сделать ярлычок на эту taskkill

Это, конечно, идея...

Но, пока (тьфу-тьфу-тьфу), с пятницы - разложили присланный .sll по юзерским компам - не идеал, конечно, но СИЛЬНО полегчало... :) Спасибо.

Теперь бы вот еще сам ЕГРЗ "в чувство" привести... :)

 Прошу помощи по ошибкам в ГБД [ Максим Юрьевич Трухачёв ]
Среда, 5 декабря 2007, 23:53

Для leo777
На странице http://www.3dnews.ru/software/win-xp-faq/index04.htm читаем:

3.14. Как сделать чтобы задачи которые повисли и перестали отвечать убивались автоматически?
За это отвечает ключ HungAppTimeout, находящийся по адресу HKCUControl PanelDesktop. Значение этого ключа определяет время в миллисекундах, через которое не отвечающее приложение считается зависшим. Кроме этого ключа, в той же ветке есть ключи WaitToKillServiceTimeout, который задаёт время ожидания перед «убийством» зависшей службы, и AutoEndTasks, присвоив которому значение 1, вы разрешите системе убивать зависшие процессы самостоятельно. Не следует, только, ставить очень малые значения Timeout, иначе могут возникнуть проблемы с не вовремя убитыми программами и службами.

p.s. проще говоря, вам не придётся связываться с созданием ярлычков и их распихиванием по юзерским компам, а юзерам не придётся помнить о необходимости нажать этот ярлычок плюс не придётся огорчаться, когда ярлычок был нажат по ошибке (и убит нормально работающий OL). Минус - автоматическое снятие процесса чревато ошибочными срабатываниями, может быть снят нормально работающий OL.

Ответить

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



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