Форумы Интермех - Search 8.1 405 page 0

Форумы Интермех / Search, ImProject / Search 8.1

Автор	Сообщение
Анатолий Щебетов Участник НПП "ИнтерМех"	Дата: 29 Ноя 2004 14:28:20 Наконец (после ~2-хмесячного тестирования у нас и не только) появился релиз Search 8.1 Он будет работать, если в ключе аппаратной защиты прошит Search 8 http://www.intermech.ru/search8sp.htm
ic-halit Участник из свободы	Дата: 29 Ноя 2004 18:17:50 Слава Всевышнему - надеюсь теперь и до менее значительных задач очередь дойдет
Мрак Участник OAO ГМК "Норильский никель"	Дата: 1 Дек 2004 11:12:26 после установки SP 1 при включении Serch Выдает ошибку: Неверная версия базы данных!найдена версия 958, требуется 945.Используйте утилиту Impath.exe для обновления базы данных. в impatch.log на каждую команду Invalid modify request пишет
Jk Участник НПП Интермех	Дата: 1 Дек 2004 14:24:52 Мрак после установки SP 1 при включении Serch Выдает ошибку: Неверная версия базы данных!найдена версия 958, требуется 945.Используйте утилиту Impath.exe для обновления базы данных. в impatch.log на каждую команду Invalid modify request пишет пришлите impatch.log
ic-halit Участник из свободы	Дата: 1 Дек 2004 19:25:33 для Мрака - к разговору о остановке сбсервера и имликсервера: Сервис пак на локальной версии под ИБейс встал нормально (во всяком случае видимых ошибок нет, все работает, серч и остальное запускается без ошибок) причем импатч и замена файлов проводилась без отключения серверов. Однако в логах замечаний типа твоих куча (думаю тебе лог лучше показать ребятам из Интермеха) Мой лог: ---------------------------------------------------------- Impatch started at 01.12.2004 20:02:44 ---------------------------------------------------------- Section: [SEARCH=946] 20:03:18 Section: [SEARCH=947] 20:03:19 Section: [SEARCH=948] 20:03:20 Section: [SEARCH=949] 20:03:20 Section: [SEARCH=950] 20:03:20 Section: [SEARCH=951] 20:03:20 CREATE TABLE ART_LAYOUTS ( ART_ID INTEGER NOT NULL, LAYOUTNAME VARCHAR(200) NOT NULL, CONSTRAINT FK_ART_LAYOUTS_ART_ID FOREIGN KEY (ART_ID) REFERENCES ARTICLES ); Invalid modify request. unsuccessful metadata update object ARTICLES is in use Invalid modify request. unsuccessful metadata update Table not found Impatch stopped at 01.12.2004 20:06:37
Jk Участник НПП Интермех	Дата: 2 Дек 2004 13:15:45 не стоило сюда выкладывать лог - уж сильно он баольшой. НО! у Вас та же проблема - база неправильная!!! 951 секция прошла с ошибками и не создалсь системная таблица. (а в последствие из за этого не создался важный триггер) поэтому с такой базой работать нельзя, если ошибок сейчас и нет, это не значит что их не будет. не устану повторять для всех: Не запускайте impatch.exe пока есть хоть одно подкючение к базе! особенно это чревато под Interbase. (под оракл и мсскл очень часто что все в порядке) Более того - для интербэйз лучше сделать бэкап, потом восстановить а потом уже только запускать impatch( к слову все это сообщает сам impatch при запуске, но кто читает эти сообщения ) иначе в интербейз очень часто возникают ошибки типа object NNN is in use (хотя на самом деле может быть никто и не подключен - особенно на 5-6 интербейзе).
Мрак Участник OAO ГМК "Норильский никель"	Дата: 3 Дек 2004 08:19:18 У меня никто не был подключен, потому что в серче никто не работал никогда, пару раз сам только заходил для проверки работоспособности, я и бэкап не создавал поэтому(подумал, зачем его создавать если база пустая). может я и не прав
Jk Участник НПП Интермех	Дата: 3 Дек 2004 10:21:15 выдержка из лога: impatch.log Section: [SEARCH=951] 20:03:20 CREATE TABLE ART_LAYOUTS ( ART_ID INTEGER NOT NULL, LAYOUTNAME VARCHAR(200) NOT NULL, CONSTRAINT FK_ART_LAYOUTS_ART_ID FOREIGN KEY (ART_ID) REFERENCES ARTICLES ); Invalid modify request. unsuccessful metadata update object ARTICLES is in use эта ошибка очень часто возникает под интербейзом даже когда к базе никто не подключен природу ее возниконовения лично мне выяснить не удалось (но сталкиваемся с этим довольно часто) если такой базе сделать бэкап и восстановить, то потом impatch должен пройти нормльно.
Engineer Участник	Дата: 6 Дек 2004 07:51:12 Анатолий Щебетов Наконец (после ~2-хмесячного тестирования у нас и не только) появился релиз Search 8.1 Он будет работать, если в ключе аппаратной защиты прошит Search 8 http://www.intermech.ru/search8sp.htm Кто нибудь ставил SP на Oracle 9i? Как впечатления?
Мрак Участник OAO ГМК "Норильский никель"	Дата: 10 Дек 2004 07:03:22 что за Обновления перед сервис паком 8.1, это уже сервис пак изменился. Если да, то что нового в нем?
sanytar Участник С-Пб	Дата: 21 Сен 2006 16:39:10 Здравствуйте, уважаемые пользователи SEARCH. Я пользуюсь версией 8.1 этой программы, но из-за пары моментов работа встала. Конкретно: 1. На разных машинах в локальной сети возникают различия отображения текстовых документов при подготовке к печати (у одних появление лишних строк, у других- перенос конечных символов конца строки на следующую того же столбца, у третьих- все нормально). При этом стоит один и тот же сетевой принтер и настройки отображения у всех одинаковые! 2. При попытке открытия файла в SEARCH при помощи исполняющей программы Pcad, система выдает одну, а иногда даже несколько разных ошибок: а. Не удалось загрузить библиотеку P-CAD db32.dll б. Windows е удалось найти 'SCH.exe'. Проверьте, что имя было введено правильно и повторите попытку. в. Не удалось откурыть в P-CAD файл "C:\SEARCH\1.SCH"
M.A.N. Участник НПП "Интермех"	Дата: 21 Сен 2006 17:30:48 Касательно P-CAD. А из проводника Wibdows sch-файлы открываются дабл-кликом? В Search 8.1 никакой специальной интеграции с P-CAD нет. Если открывается из проводника, должен открываться и из Search. Интеграция Search и P-CAD началась с Seacrh 8.2 SP10 и касается сканирования документов P-CAD