Программный комплекс «Центр здоровья»
техническая поддержка => Программный комплекс «Центр здоровья» => Обновление ПК «Центр здоровья» => Тема начата: ML от 26 Июля 2010, 12:05:19
-
Мне пришлось тут оказать посильную помощь в центре здоровья.
Проблема вот в чем. Загружается на сервере ФК ЦЗ. (процесс подключения) около часа и вообще вся работа прохордит которая с базой очень и очень долго.
Все предложенные тут на форуме пляски с бубном не помогли (но может... МОЖЕТ... чего то я и пропустил на форуме). В базе около 600 пациентов. сама база больше 2гиг. Журнал транзакций в принципе сейчас совсем маленький. был также размер большой и журнала. Но ничего не изменилось.
Вопрос вот в чем. База 2гига для 600 пациентов. это нормально или нет?
Меня как бы смущает.
Обновления все установлены.
Сервер 4оперативы. двухядерный. винда2008 (64)
(про железо и ОС можно не коментировать, но это нам так прислали и это нада типа и использовать)
SQL - 2005 (и все что касается программного обечпечения все как в документации установлено и предписано + замечания с форумов учтены.
Прошу разработчиков помочь подсказать. куда и чего копать.
-
И еще. про просмотре базы. большое количество таблиц типа dbo.__SQLXMLBulkload_99121382624385_
и просто огромное количество таких таблиц типа - dbo.tmpdtsfffd34cfc5054213812c143637e4ef31
это не может быть причиной нашей проблемы с величиной базы.?
-
Добрый день!
Подскажите пожалуйста, какая версия ФК "ЦЗ" у Вас установлено, какое последнее обновление проводили ?
Рекомендуем Вам провести обновление 2.16 (http://hc-forum.mednet.ru/index.php?topic=361.0).
-
Здравствуйте, Спасибо что подключились к теме.
Да обновления установили. 2.16
собственно устанавливались они 3 часа. (или даже больше.) и любое включение ФК ЦЗ стало после всего этого проходить около часа.
Обновления всегда ставили. как только появлялась на форуме информация об этом. На обновления 2.16 у нас руководитель возлагала Очень большие надежды, что наконец то работа станет стабильной. Тормоза с базой просто прогрессировали и под конец обмен данными с экспертными системами (в частности с кардиомониторингом) совсем перестал проходить. Раньше эта операция проходила по выброске данных по 10-20-30-40минут на одного посетителя (или может там еще шла какая то работа в программе, это нам неизвестно, т.е. как бы 40 минут компьютер и сервер жили своей жизнью шурша диском, при этом нагрузка на память и процессор вообще ничтожны или малозначительны. в основном работа считывания).
До этого стояла 2.14 версия, но проблемы с выгрузкой данных были в экспертные системы. т.е. не с первого раза проходила операция и очень долго. После установки на 2.16 работа замедлилась вообще в разы. Подключение идет от 1 часа и больше. При этом доступ к базе идет нормальный если подключаться к базе не через программу ФК ЦЗ а менеджер SQL.
И повторюсь смущают таблицы в базе типа tmp (см. топик выше) их там свыше 6000.
-
Добрый день.
Сообщите пожалуйста (можно в личке) контактный номер телефона, с Вами свяжемся.
-
Спасибо... Телефон сообщил. Жду...
-
Здравствуйте, Спасибо что подключились к теме.
Да обновления установили. 2.16
собственно устанавливались они 3 часа. (или даже больше.) и любое ....
Касперский стоит?
Есть такая проблемма с КАВ 6.0 MP4 для вин сервер. Лечится удалением, касперского. Просто отключение не помогает.
-
Продолжу.
спаибо поддержке позвонили. выслали рекомендации.
почистить правда через запрос временные таблицы в базе не получилось. пришлось все руками. выявлять все зависимости и прочее. в итоге.
вычистил более 6000 таблиц типа tmpdts9018......
но к сожалению одна таблица tmpdts90187d12415a44148074157bceecacc0 так и осталась. не смог. хотя и ссылается сама на себя только.
правда на работу с базой это мала помогло. все также по часу-3 часа и болеее.
в итоге полез чистить еще и в разделе Представления все временные виртуальные таблицы типа tmpdts... их там было более 60000 ???
удалялось все это дело почти полдня....
+ переустановили все обновления к центру здоровья заново на 2.16
в итоге. все стало просто летать. за 5-10 секунд любая операция с базой из центра здоровья.
Тоже касается и выгрузки в ЭСАд. все быстро... но... правда все же ошибка при выгрузке идет.. приятно что видишь эту ошибку не через 40минут а через 5секунд. но все же это остается проблемой.
К сожалению увидеть ошибку не получается. окно сразу исчезает.
Подскажите помогите решить эту проблему с ошибкой с выгрузкой данных в эсад. куда смотреть и искать ошибку.
-
Добрый день.
В директории с установленной программой (по умолчанию: C:\oms\FK_HC\) удалите каталог log. Снова произведите выгрузку данных в ЭСАД. и Пришлите содержимое папки log нам или выложите тут в ответе.
-
И еще вопрос.
поработали в ФК ЦЗ (т.е. даже не поработали а открыли пару тройку там карточек....
закрыли. перегрузил сервер.
смотрю в базе там временные таблицы типа tmpdts90187d1.... не появляются (за исключением одной которую так и гне смог удалить...) но в разделе Представления опять стали накапливаться таблицы типа tmpdts901....... т.е. за 2 раза включить программу и перегрузить сервер их там сейчас чуть более 700 таблиц.
Конечно далеко не 60000 и как бы все работает быстро. но.. настрораживает это дело.
Их количество растет. Прошу подсказать. Это нормально или нет? и что сейчас требуется их чистить постоянно вручную каждую неделю? или каждый день?
-
В каталоге с программой переименуйте директорию logic другим именем (эту же операцию проделайте на всех клиентских машинах), это сценарии запускаются при запуске программы.
И пришлите/выложите пожалуйста нам логи. Нам необходимо также посмотреть, что у Вас происходит.
-
Да уж нехватает такой функции по очистки базы от всякого мусора... или хотя бы сброса таблиц с лог информацией, файл базы растет как на дрожжах, уже почти полтора гига...прибавляя в неделю мегобайт триста, а что будет дальше? насколько мне известно експресс верися скуэля тянет базу не более четырех гигов...
P.S.
тоже есть проблемма с тормозами и выгрузкой в ЭСАД.
-
Добрый день.
В директории с установленной программой (по умолчанию: C:\oms\FK_HC\) удалите каталог log. Снова произведите выгрузку данных в ЭСАД. и Пришлите содержимое папки log нам или выложите тут в ответе.
Выслал файл с папкой log на почту. прилагаю и здесь во вложении. прошу посмотрите и подскажите что с выгрузкой не так. или с нашим сервером что то не так... или с нами )))
Ждем Ваших кометариев и помощи.
-
Продолжаем. тему. Жаль что я тут как в одни ворота играю. Но рассчитываю все же на поддержку со стороны разработчиков.
ИТОГ:
Сейчас после удаления почти 70т. временных таблиц база работает быстро, включение и прочее происходит в течение 5-10 секунд, но есть ошибки при ЭСАД.
проведя ряд экспериментов по продолжительности работы. по выполнению задач в центре. выявилось следующее:
память занимает много один из процессов Nessy.exe (свыше 700Мб памяти на процесс), и именно этот процесс появился после включения кардиомониторинга. остальные 2 процесса Nessy.exe памяти потребляет много меньше. База притормаживала при включении до 5-10 минут, но это явно было из-за нехватки памяти. (общая память была занята по мониторингу на 98%). После выгрузки процесса все опять забегало. Кстати при повторном включении этой ситуации - такого пожирания памяти не наблюдалось и с чем связано пока непонятно.
Дальше.
Ошибка при ЭСАД (выгрузка и также и ошибка при загрузке в кардиомониторинг) показало что есть поле очень большое для таких данных. Вычислил что это поле "Рекомендации" во вкладке "Осмотры и рекомендации врачей". Текст там видимо вносится врачами вручную. текста было в поле 1600 знаков. Сократил количество до 600 знаков - вся выгрузка и загрузка прошло быстро и без ошибок.
Ради эксперимента проверил сколько поле вообще может вместить информации - чуть более 32000 знаков.
ВОПРОС:
Почему так??? и почему можно вписать больше чем обработать программе при выгрузке.?
Или этот параметр где то настраивается или есть рекомендации в документации как использовать это поле для рекомендаций? И главное почему если это является причиной для ошибки неотрегулировано разработчиками по ширине полей.
Подозреваю что со стольными полями в обращении обстоят дела также.
ВЫВОД:
1. Сейчас я конечно устно врачей проинструктирую чтобы много не писали нигде. Но хочу обратиться к разработчикам, чтобы прояснили или исправили этот момент когда поля разного размера в программах.
2. Прошу также прояснить момент по регламенту обслуживания базы. В частности вопросы по чистке от временных таблиц.
Количество временных таблиц в разделе "Представление" типа "tmpdts....." хоть понемногу но растет. и однажды это снова станет проблемой.
P.S.
К слову сказать после обновления 2.16 в разделе Таблицы временных таблиц больше не накапливается.
ПОЖЕЛАНИЕ К РАЗРАБОТЧИКАМ:
1. Ввести какие то ограничения по полям в программе чтобы их размерность и согласованность по данным не вызывало ошибок.
2. Прописать регламент обслуживания MS SQL . или ввести какие то программные механизмы в ЦЗ для той же чистки от временных и виртуальных таблиц и прочее.
При всем при этом учитывайте что реально в этих центрах, а пришлось кроме нашего центра пообщаться и с соседними территориями нет специалистов которые бы могли реально решать проблемы и наличие их непредвидится в ближайшее время. и потому прошу максимально адаптировать задачи по обслуживанию и настройке программы под хотя бы опытного пользователя, умеющего читать и нажимать кнопки и не выше.
И если условия обслуживания и настройки этих программ всеже требуют наличие соответствующей квалификации, то прошу это явно указать в документации. Это хотя бы поможет обратить внимание руководство на наличие такой проблемы.
P.S.
А вообще сложилось впечатление, что запустили некий экспериментальный проект и вся страна сейчас тестит программное обеспечение.
Прошу разработчиков учесть пожелания в этом топике и помочь решить вопрос по временным таблицам. или хотя бы подсказать: Их количество только вручную ограничивается или можно программно?
Сейчас приступаю к проверке других компонентов по питанию и АКДО.
Возможно что будут еще проблемы и замечания.
-
ПОЖЕЛАНИЕ К РАЗРАБОТЧИКАМ:
1. Ввести какие то ограничения по полям в программе чтобы их размерность и согласованность по данным не вызывало ошибок.
2. Прописать регламент обслуживания MS SQL . или ввести какие то программные механизмы в ЦЗ для той же чистки от временных и виртуальных таблиц и прочее.
При всем при этом учитывайте что реально в этих центрах, а пришлось кроме нашего центра пообщаться и с соседними территориями нет специалистов которые бы могли реально решать проблемы и наличие их непредвидится в ближайшее время. и потому прошу максимально адаптировать задачи по обслуживанию и настройке программы под хотя бы опытного пользователя, умеющего читать и нажимать кнопки и не выше.
И если условия обслуживания и настройки этих программ всеже требуют наличие соответствующей
Ждем для начала скрипт отчистки от всей лог-информации.
P.S.
таблицы типа - __SQLXMLBulkload.... какой имеют смысл? их можно тоже удалить?
Бывает что в памяти висят несколько процессов Nessy, в этом случае программа запускается дольше, чем при одном процессе.
а временные представления тоже можно удалять?
-
Проблема все же осталась с выгрузкой и загрузкой в/из ЭСАД
Если выгружать и принимать данные в кариомониторинг получается из центра здоровья, хоть и после ручной работы по такой выгрузке, но обратный процесс пока нами не осилен.
НО с кардиомониторинга данные непередаются.
Собственно почему это проблема. Раньше при 2.14 передавалось. хоть и все долго было изза проблем с базой но передавалось.
Сейчас нет.
Мне уже опять звонят с этого центра спрашивают-предлагают обратно 2.14 ставить, но такой совет я дать не могу. И ввязываться самому не изучив проблему тоже нехочу.
А хочу задать вопрос тут.
Что делать и где искать причину.?
данные выгружаются в ЭСАД с ошибкой (но.... это мы как то исправляем путем удаления лишней информации и вручную запускаем процесс загрузки,
НО не идет загрузка результатов из ЭСАД в ЦЗ.
Подскажите что делать.?
Вопрос к разработчикам.
Файлы которые я Вам выслал как то помогли увидеть нашу проблему?
-
День добрый!
Моя легенда следующая:
В базе было полно временных представлений и таблиц около 117 тыс.
Выгрузка в ЭСАД зависала на создании источников данных после выдавала ошибку..
После удаления временных таблиц и представлений (удалились не все остались по три штуки которые невозможно удалить), выгрузка стала выполнятся быстрее, и выдавать ошибку в момет удаления временных представлений.
После ошибочной выгрузки, заглянул в представления, и увидил что они расплодились.
Вывод: очистка от временных представлений наткнулась на не удаляемые представления и ваще не какие не стала отчищать.
По поводу временных таблиц, они плодятся тысячами и за сутки дошли уже до 7 тыс. ЭТО нармально?
SQL советует выполнить checkdb, стоит?
Сообщение выдаваемое эскуэлем, когда пытаешься удалить представления или таблицы, следующее:
Сообщение 3864, уровень 23, состояние 1, строка 1
Не удалось найти запись для индекса с идентификатором 4 по объекту с идентификатором 34 в базе данных с идентификатором 5. Возможно, схема повреждена. Запустите инструкцию DBCC CHECKDB.
Сообщение 0, уровень 20, состояние 0, строка 0
A severe error occurred on the current command. The results, if any, should be discarded.
-
Просьба, ML, Svo_abv, создайте резервную копию базы данных, упаковав в архив, укажите (можно в личных сообщения) как нам скачать архив бд.
-
Здравствуйте,
про архив, я постараюсь скачать архив в понедельник 02.08.2010
выложу на свой сервер. но учитывая что у них адсл и база даже в архиве чуть меньше 2гига. все это займет время.
Сообщу о ссылках на закачку как только размещу.
На вопрос о том стоит ли проводить чек базы. Стоит конечно провести. Я проводил, но ошибок чек необнаружил с базой а ошибки при работе повторялись.
Просьба еще к коллегам кто реально работает в центрах здоровья. Подскажите как Вы работаете с программой по питанию, в частности интересует база.
Вы каждый раз просматривате каталог и загружаете всех пациентов что выгрузились с ЦЗ. или каким то образом сохраняете в базу и освоили подгрузку пациентов в базу ?
Возможно что это могут подсказать разработчики (я еще не совсем понял в чьих компетенциях эти программы (ЦЗ и все эспертные системы это все тут обсуждается ? или по питанию нужно искать другие форумы?)
Вопрос вот к чему.
при включении программы по питанию, регламент работы я увидел следующий. Открывают каталог загружают людей и работают. при этом данные в базе с результатами работы за прошлые дни несохраняются. я так понимаю что база каждый раз обновляется.
Более того не очищая каталог при загрузке пациентов. а данных там в течение времени Очень много, Загрузка занимает достаточно большое время. При этом врачам ненравится что данные за прошлый период несохранены и нет возможности вернуться и просмотреть информацию.
Подскажите какое решение есть чтобы база в программе по питанию. всегда содержала информацию о работе. а подгружались только новые посетители. при этом нужно и проверку при загрузке повторных записей чтобы избежать ошибок.
Я просмотрел прилагаемую документацию к работе с программой по питанию. К сожалению ненашел никакой информации об этих вопросах.
Просьба прояснить. То как работают у нас врачи с программой по питанию, т.е. каждый раз загружают данные из каталога и при этом теряют информацию о вчерашней работе, это правильно или нет?
И если это так предусмотрено то прошу разработчиков решить вопрос о том чтобы к базе новые люди только подгружались, и в базе сохранялась предыдущая информация по пациентам и их результатам.
-
ML, Просто не всегда это приводит к положительному результату....
Вобщем, выполнил чекбд, он исправил ошибки. вроде как целостность восстановлена, удалил временные таблицы и представления, которые не удалялись ранее. Все таки мой вывод был верен, когда процедура удаления временных данных натыкалась на неудаляемую таблицу, завершалась аварино. А по уму было бы не плохо переходить к следующей по очереди темповской таблице или представлению и пытаться удалять далее.
+ отчистил 2 таблицы лога....
Результат: программа работает быстро, выгрузка в ЭСАД происходит в течении 2х-3х секунд, без каких либо ошибок. Временные таблицы и представления не накапливаются, удаляются.
Ах да, база в итоге уменьшилась на 450 мб.
Всем спасибо.
п.з.
про таблицы типа __SQLXMLBulkload_ так и не получил ответа, а хотелось бы.
-
Таблицы __SQLXMLBulkload_ временные, подлежат удалению.
По поводу Экспертной компоненты по оценке питания. К сожалению каждый раз данные из директории, в которой содержатся входные файлы для Оценки питания, обрабатываются заново. Порекомендуем пока следующее: из директории удалять (перемещать из нее) устаревшие входные файлы, оставлять текущие файлы, созданные в течение двух трех дней.
-
Здравствуйте, только сегодня смог выгрузить базу.
(ссылку на базу отправил через личные сообщения)
Это по вопросу тормозов из за временных таблиц. и так и не происходит выгрузка-загрузка ЭСАД версии обновляли. что на сервере что у клиентов. не идет нигде.
с ошибками. раньше как бы шла выгрузка загрузка но тормоза базы просто убивали. после удаления временных таблиц и обновление центра здоровья до 2.16 стала много быстрее. но ошибка с загрузкой результатов с ЭСАД. и также и в ЭСАД
Просмотрите нашу базу. Рассчитываю на Вашу помощь.