Оновлення 10.01.152

[Kusaka]

2 Aidback
попробуйте в файле listener.ora, в строке (ADDRESS = (PROTOCOL = TCP)(HOST = ora.eso.local)(PORT = 1521)) изменить имя хоста на адрес. Похоже Direct-поделье не очень понимает DNS-ы.
Это интересно.

[kloun]

По ошибке про недостаток прав мне помогло создание ветки реестра HKEY_LOCAL_MACHINE\SOFTWARE\IntellectService и разрешение писать туда пользователям

[_Марина_]

Танцы с бубном продолжаются...
Полный архив снова не создаётся, и это при удалении задания в планировщике и переназначении нового...
Служба ZvitGrp1 не найдена на сервере в списке выполняющихся.
При открытии Медка на сервере выбило ошибку - что-то типа "не удалось подключиться к серверу 192.168.196.100, т.к. не найден..."

При повторном старте Медка - на е-мейл сразу пришло сообщение:
"Ім'я служби: ZvitGrp1. IP-адреса: 192.168.196.100. Порт: 9996.
Планувальник завдань не зміг виконати оперцію "Створення архіву":
и всё, больше никаких деталей.
Медок предложил запустить службу, запустились.
Теперь в статусе последней операции в планировщике заданий - "ошибка".



что в 3х простых настройках может быть военного?

экран3.JPG (42.32 Кіб) Переглянуто 3610 разів

[aidback]

Танці з бубном продовжуються, оракл медок не обновиви та записав щось в реєестр, новий екземляр медка запускається та відображає кирилицю - крякозяблами) Перепідіймаю апликейшн та первстановлю медок.

[Белокопытов Геннадий]

_Марина_
В Вашем случае потребуется более детальная информация:
1. Лог файл службы ZvitGrp, log-file
2. Лог файл планировщика, Planner.log
3. Программа работает с кластером служб или без
4. Скрин сообщения с ошибкой или полный текст, при запуске программы

[Белокопытов Геннадий]

Танці з бубном продовжуються, оракл медок не обновиви та записав щось в реєестр, новий екземляр медка запускається та відображає кирилицю - крякозяблами) Перепідіймаю апликейшн та первстановлю медок.

Установка клиента Oracle х64 не обязательна, по умолчанию программа после установки обновления переходит в режим Direct, а уже после, если Вы захотите все же работать через клиент Oracle, необходимо установить его той разрядности, на ОС которой установлена программа и настроить в Connectionsetup.
Если в системе правильно настроем tnsname.ora и sid базы, установка обновления выполняется корректно.
Вы можете дать удаленный доступ для проверки установки обновления на Вашем сервере?
Можете написать в ЛС

[Ivanhoe]

Была такая беда в Медке: при создании ночного архива медковское приложение архивирования сжирало всю доступную оперативную память сервера, и утром в обязательном порядке приходилось ежедневно перегружать медковскую службу звит-ангина. Потом это поправили. После этого обновления, где задекларировали полноценную поддержку 64-разрядных ОС (а у нас Windows Server 2008 R2 Standard 64-bit), опять сволочь жрет память при архивации как не в себя, и по окончании не убирает мусор за собой. Опять придется поутру перезапускать службу звит-корь. Грустно...

[ArchanGelosZP]

Люди уже писали раньше о проблеме, как исправить?

[Pilgrim]

Установка клиента Oracle х64 не обязательна, по умолчанию программа после установки обновления переходит в режим Direct, а уже после, если Вы захотите все же работать через клиент Oracle, необходимо установить его той разрядности, на ОС которой установлена программа и настроить в Connectionsetup.
Если в системе правильно настроем tnsname.ora и sid базы, установка обновления выполняется корректно.
Вы можете дать удаленный доступ для проверки установки обновления на Вашем сервере?
Можете написать в ЛС

Да, установка клиента не обязательна, НО - программа во время обновления не переходит АВТОМАТИЧЕСКИ в директ, она ТУПО вылетает во время обновления, и в директ ее нужно настраивать ручками. После того как она вылетела и ВЫ перенастроите "звит" в режим работы в директ, обновиться до 152 уже не получится, будет НОВАЯ ошибка про индексы в базе данных которые уже существуют.

[aidback]

Саме так, оновити не виходить, віддаленого доступа не дам) Тренуйтеся на своїх кішках. І врешті решт розбийте оновлення на 2, опційні і обовязкові, зміни в формах, звітах - обовязкові а ось клієнтсерверну версію окремо та по бажанню.

[gugik]

Люди уже писали раньше о проблеме, как исправить?

Присоединяюсь к вопросу, получил такую же ошибку.

[Sagius]

Страница №2 этой темы.

При обновлении, после загрузки пакета и проверке целостности, появляется такое сообщение и дальше ничего сделать не могу.

Ситуация возможна только на ОС разрядностью х64, если у пользователя не достаточно прав на создание записи HKEY_LOCAL_MACHINE\SOFTWARE\IntellectService в реестре, или ветка х32 с не правильным путем к установленной программе.
В случае получения этой ошибки при установке обновления необходимо:
1) проверить права на запись в ветку реестра HKEY_LOCAL_MACHINE\SOFTWARE
2) проверить права на запись и чтения в ветки реестра HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\IntellectService\BusinessDoc
3) проверить правильность указания пути к установленному экземпляру программы в ветке HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\IntellectService\BusinessDoc, по умолчанию путь C:\ProgramData\Medoc\Medoc
4) в ветке HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\IntellectService\BusinessDoc не должно быть ни каких лишних символов, слешей, в строке пути установленной программы, например "C:\\ProgramData" или "D:\\Medoc", должно быть "C:\ProgramData" или "D:\Medoc". Это может быть только, если пользователь изменял ветку реестра или указал такой путь вручную при установке. Если не правильная запись присутствует, её необходимо отредактировать.
5) запустить установку обновления от имени администратора

[Pilgrim]

Шел пятый день обновлений. Мороз разработчиков крепчает, знаю людей которые обновились еще в пятницу - все "радуются" от невозможности нормально обновиться.

[Колпаков Б.И.]

Шел пятый день обновлений. Мороз разработчиков крепчает, знаю людей которые обновились еще в пятницу - все "радуются" от невозможности нормально обновиться.

Что у Вас не получается? Если появляется ошибка покажите скрин, пожалуйста.

[elbuh]

После 152 обновления не запоминает изменения последовательности колонок в реестре первиних документив (например номер документа сделать первым). Поправьте пожалуйста.

[aidback]

Шел пятый день обновлений. Мороз разработчиков крепчает, знаю людей которые обновились еще в пятницу - все "радуются" от невозможности нормально обновиться.

Что у Вас не получается? Если появляется ошибка покажите скрин, пожалуйста.

Скріни є на форумі, пролистайте вверх, проблеми у всіх одинакові.

[Колпаков Б.И.]

После 152 обновления не запоминает изменения последовательности колонок в реестре первиних документив (например номер документа сделать первым). Поправьте пожалуйста.

Почистите zvit9

[Колпаков Б.И.]

Шел пятый день обновлений. Мороз разработчиков крепчает, знаю людей которые обновились еще в пятницу - все "радуются" от невозможности нормально обновиться.

Что у Вас не получается? Если появляется ошибка покажите скрин, пожалуйста.

Скріни є на форумі, пролистайте вверх, проблеми у всіх одинакові.

Вище проблеми індивідуальні, це не у всіх.

[Pilgrim]

После попытки установки обновления и настройки direct Connect медок стартует, но все старые документы не доступны ORACLE пишет ORA-00904 "GET_PDVSTT": invalid identifier

Как временное решение - установить 151 медок, настроить его на подключение к существующей базе без пересоздания, все работает/или возможно все, пока ждем ответа из бухгалтерии. Но поиск возможных решений руками удаленных тестеров ...

[slesar82]

При попытке выделить несколько НН на станции сетевого медка в реестре НН на 64-х разрядной версии не получается, хотя на 32-х разрядной получается. Это глюк обновления или проблема в системе?