Пользователь
Логин:
Пароль:
Забыли свой пароль?

Поиск по сайту
 

 Расширенный поиск
Реклама

 

Опрос


Погода

Григорий Ненашев (все сообщения)

Форумы
Обновления
Поиск
Пользователи 
Правила
Помощь
Войти

Выбрать дату в календаре ...  Выбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 12 ... 180 След.
Медленная загрузка заявок с помощью data exchange, data exchange
По поводу Java heap space можно почитать тут, эту ошибку нужно убрать.


По поводу базы данных, и сервера приклада, на сервере нужно установить плановую перезагрузку с интервалом один день. (ночью), ORACLE в таком случае лучше сразу мигрировать на 12 версию. (там есть возможность настройки автоматических индексов, система самостоятельно будет принимать решения где они нужны, а где нет), но требуется тестирование. Еще какой SP сейчас используется?
Медленная загрузка заявок с помощью data exchange, data exchange
Теперь проблема ясна, база данных и сервер приклада это физически разнесенные машины или все на одной крутиться?
В обычном режиме работы замедления в системе наблюдаются? Система шустро работает или местами подтормаживает?
Медленная загрузка заявок с помощью data exchange, data exchange
Цитата
Dima Kirsanov пишет:
Одно поле ID1 -id заявки как уникальное, но на него всегда warning и система ставит правильный id системный и время создания.


Немного вот этот пункт не понял…

Как вариант можно включить DEBUG и посмотреть что будет в логах. Если UP Time на сервере большой, то лучше выполнить плановую перезагрузку системы (для профилактики), чтобы точно дело бы не в утечке памяти. То-есть процесс импорта порождает создания некого объекта, скажем обращения, с какими-то связями так? Или это CMDB со связями? (или это Change с которыми работают специалисты…) – чтобы понять проблему, нужно понять процесс…
Медленная загрузка заявок с помощью data exchange, data exchange
База на SQL?
Медленная загрузка заявок с помощью data exchange, data exchange
Предлагаю провести эксперимент, на тестовом стенде выполнить все тоже-же самое, но с отключение по одному полю, в загрузки. Данные нужно грузить одни и те же, каждый раз замеряя скорость загрузки, далее удаляя загруженные данные убирать по одному из полей в загрузки.
Если оценивать по полям, то «Подробная информация», «Связи используются», что такое «Эк»? В общем если разделить текстовую загрузку от связей, то можно будет понять причину, если загрузка ускорится при отключении связей, то дело в связанных таблицах, если в текстовых полях, то нужно смотреть на таблицу в которую производится загрузка.
Медленная загрузка заявок с помощью data exchange, data exchange
Как вариант нехватка индекса на таблице. Что именно передается? Создается объект или какая логика загрузки…?
Сколько в базе объектов на этой таблице?
Связи при загрузки используются? Пользователь, Услуга, (справочники)?
Открывать форму создания заявки (инцидента) по команде из внешнего приложения/web команды/команды через api, Вопрос о возможностях интеграции со сторонними продуктами
http://servicecall.ru/forum/forum2/to...e_id=20546 – Мы как-то даже обсуждали это… давно…

Где-то в стандартной документации есть информация по API, попробую найти (давно это было…) smile:popcorn:
Открывать форму создания заявки (инцидента) по команде из внешнего приложения/web команды/команды через api, Вопрос о возможностях интеграции со сторонними продуктами
На сколько я помню, это делается не так просто, но возможно, в зависимости от того как у Вас устроена инфраструктура (АТС). «Через API»
Обновление значения поля из БД
Обновить через базу не проблема, если в базе значение обновилось, а визуально это не отобразилось, причин может быть много.Например:
1. Обновляется не то поле
2. Значение в базе не обновилось
3. На форме выведено не то поле
....

Почему требуется обновление через базу? (это обновление не отобразиться в журнале)
Обновление значения поля из БД
Не за что… smile:)
Я просто не сторонник лазить в базу по таким задачкам, в базу можно лезть когда штатного функционала не хватает, а иначе можно случайно ее обрушить. (потом больше проблем будет.)
Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 12 ... 180 След.

Сегодня были (гостей: 2, пользователей: 0, из них скрытых: 0)