medoc.ua

Насколько Я понял выше имели ввиду РК.zbk, в Вашем случае это РК.bkz

igora_p писав: ↑

02 квітня 2019, 09:40

Для тех, у кого проблема со временем создания архива, посмотрите на bak файл и перенесите его с рабочего каталога Медка.

bak файл к проблеме значительного падения скорости резервирования не имеет никакого отношения. Этот файл просто нужно переместить в какой-то архив, "на память", а позже можно и удалить. Проблема падения скорости резервирования - чисто софтовая, и будем надеяться, что разработчик быстро найдет ее решение...
ЗЫ. У самого - файл базы данных 6 гиг, в 8-00 утра - в диспетчере задач перезапуск службы звитгрип, начало резервирования по расписанию - с 3-00 ночи. Так вот, раньше архив успевал создаться за эти 5 часов. Сейчас - не успевает: файл архива поутру присутствует, но размер его сейчас всегда 0 байт. Т.е. ну не успевает он создаться, с 3-00 до перезапуска службы в 8-00...

Колпаков Б.И. писав: ↑

01 квітня 2019, 19:49

......
Вы хотите сказать, что решили вот эту проблему: ?
Дело в том, что конвертация, переустановка с нового дистрибутива, или отдельная установка Firebird 3 не решает это вопрос.:

| Показать

Не.... Сегодня оказалось что не решил. В 9 утра этот бух уже звонил. Служба ZvitGrp не стартанула..... Хоть и стоит в свойствах " после сбоя - перезапуск"
А теперь делимся информацией : у меня пока один (этот) случай! Комп там - 4 ядра, 8 ГБ ОЗУ, W10, 64 Битка.
Форумчане?!! У вас что??

priup писав: ↑

02 квітня 2019, 10:51

А теперь делимся информацией : у меня пока один (этот) случай! Комп там - 4 ядра, 8 ГБ ОЗУ, W10, 64 Битка.
Форумчане?!! У вас что??

Да, надо бы отсеять конфигурации "железо + ОС", в которых все стартует нормально, чтобы локализовать проблему.
На серверные ОС с сетевым Медком таких жалоб вроде нет. Запуск звитхолеры под Local System account.

Ivanhoe писав: ↑

02 квітня 2019, 11:08

priup писав: ↑

02 квітня 2019, 10:51

А теперь делимся информацией : у меня пока один (этот) случай! Комп там - 4 ядра, 8 ГБ ОЗУ, W10, 64 Битка.
Форумчане?!! У вас что??

Да, надо бы отсеять конфигурации "железо + ОС", в которых все стартует нормально, чтобы локализовать проблему.
На серверные ОС с сетевым Медком таких жалоб вроде нет. Запуск звитхолеры под Local System account.

У нас так же.....
И несколько МЕДОК-сервер стоят на 7-ках - тоже не жаловались..........

Учтите то, что ПК должен выключаться.
У меня 4_ро, у всех ОС 10_64.

Но не на всех подряд 10_64 это проявлется.

Предварительно, на 7ке_32 это не проявляется, сейчас у одного клиента перепроверяю...

upd: На 7_32 это не проявляется, т.е. выключение-включение ПК и последующий запуск программы прошли успешно.
updupd: Сегодня это проявляется по другому, т.е. включаем ПК сервер, запускаем Медок, видим ошибку, закрываем ее, снова запускаем Медок и он работает успешно.

Проявилось на вин 10 x64

На W7 64бита тоже НЕ ПРОЯВЛЯЕТСЯ.
Всё сводится к W10..................

hatmaster писав: ↑

30 березня 2019, 22:42

Сьогодні проблема повторились на свіжовстановленій вчора системі. Обидві служби (ZvitGrp та Firebird) налаштовані на автостарт із затримкою. І сервер і клієнти на 10 Про.
В обох випадках це просто ПК, на які встановлені серверні частини. На ніч вони вимикаються. Зранку запускаються, служби стартують, але з'єднання не відбувається

Спасибо всем за предоставленные примеры.
Так как ситуация воспроизводится не на всех ОС, для всех пользователей, в следующем обновлении программы, будет выполнена доработка по контролю соединения со службой программы.

Белокопытов Геннадий писав: ↑

02 квітня 2019, 12:40

....
Спасибо всем за предоставленные примеры.
Так как ситуация воспроизводится не на всех ОС, для всех пользователей, в следующем обновлении программы, будет выполнена доработка по контролю соединения со службой программы.

Геннадий!
Конкретная дата??....
............. матюкаются...........

priup
Конец недели или начало следующей

Ну про нестарт службы я думал, что это новая фича. Звонки были, но немассовые и начинались не с последнего обновления.

Сетевой медок. После обновления долго формируются архивы. База после конвертации ~6 Гб, примерно 2 часа если не вылетит с ошибкой. *.ZBK (BKZ нормально, около 10 минут) Проверенно на 2008 R2 и 2016. На 2016 не стартует автоматически служба после перезагрузки.

З.Ы. Если ставить начисто 11.01.001 и задать свое имя службы ZvitGrp например ZvitGrp2, будет установлено 2 службы (ZvitGrp ,ZvitGrp2 и Firebird server - ZvitGrp, Firebird server - ZvitGrp2) которые обе в авто запуске и похоже конфликтуют. (2016)
З.Ы.Ы. При перенастройке ConnectionSetup просит перезапустить службу, жалуется на отсутствие прав и закрывается без запроса на повышение прав. (2016)

ferret писав: ↑

02 квітня 2019, 12:51

Ну про нестарт службы я думал, что это новая фича. Звонки были, но немассовые и начинались не с последнего обновления.

Обидві служби у стані "запущено", але через якусь причину firebird відмовляє Zvitgrp у зєднанні.
Проявляється на 10х64, коли в якості сервера використовується звичайний ПК співробітника.
І да, проявляється саме на 11.01.001

virt1986 писав: ↑

02 квітня 2019, 16:48

Сетевой медок. После обновления долго формируются архивы. База после конвертации ~6 Гб, примерно 2 часа если не вылетит с ошибкой. *.ZBK (BKZ нормально, около 10 минут) Проверенно на 2008 R2 и 2016. На 2016 не стартует автоматически служба после перезагрузки.

Не архіви, а резервна копія бази. Для мережевого Медка це завжди було окремим питанням.

virt1986 писав: ↑

02 квітня 2019, 16:48

З.Ы. Если ставить начисто 11.01.001 и задать свое имя службы ZvitGrp например ZvitGrp2, будет установлено 2 службы (ZvitGrp ,ZvitGrp2 и Firebird server - ZvitGrp, Firebird server - ZvitGrp2) которые обе в авто запуске и похоже конфликтуют. (2016)
З.Ы.Ы. При перенастройке ConnectionSetup просит перезапустить службу, жалуется на отсутствие прав и закрывается без запроса на повышение прав. (2016)

А в чому глибинна ідея зміни назви служби?
І як ви змогли клонувати firebird, якщо ставите з нуля?

hatmaster писав: ↑

02 квітня 2019, 17:44

...І як ви змогли клонувати firebird, якщо ставите з нуля?

Два сервера Медка на одном ПК установленные с дистрибутива 01.001

Ярослав Заец писав: ↑

02 квітня 2019, 09:05

Mopiiex писав: ↑

02 квітня 2019, 08:14

Добрый день , уже вроде писали о такой проблеме , но решения я не увидел, суть в том что не запускается BackupManager что из корня что из самой программы. Подскажите, эта проблема решена или ждём обнову?

Проверьте пожалуйста наличие каталога по пути C:\ProgramData\Medoc\Medoc\temp\BackupManager.
Если такой каталог существует, очистите пожалуйста его и повторите запуск BackupManager

Не помогает , что только не делаю , даже в конфиг полез посмотреть что да как , там всё правильно вроде как.

hatmaster писав: ↑

02 квітня 2019, 17:44

А в чому глибинна ідея зміни назви служби?
І як ви змогли клонувати firebird, якщо ставите з нуля?

Відновлював з BKZ, на старому сервері була перейменована служба, то вона і підтягнулася в конфіг.
Так вирішив дистрибутив.

З.І. Відновлення з резервної копії теж дуже повільне.

Колпаков Б.И. писав: ↑

02 квітня 2019, 19:22

Два сервера Медка на одном ПК установленные с дистрибутива 01.001

Нет, все что я сделал это переименовал службу на стадии установки и получил задвоение. Кстати дубликаты служб с стандартными именами остались даже после удаление дистрибутива.

virt1986 писав: ↑

02 квітня 2019, 16:48

Если ставить начисто 11.01.001 и задать свое имя службы ZvitGrp например ZvitGrp2, будет установлено 2 службы (ZvitGrp ,ZvitGrp2 и Firebird server - ZvitGrp, Firebird server - ZvitGrp2) которые обе в авто запуске и похоже конфликтуют. (2016)

При установке программы две одинаковых службы (ZvitGrp и Firebitd) устанавливаться не могут, так как за каждой службой закрепляется уникальный порт, по которому она работает. В дистрибутиве программы выполняется проверка на использование указанного порта для работы служб.
Описанная Вами ситуация была перепроверена, в случае переименования службы в момент установки устанавливается только одна служба с названием которое было указано при инсталляции.
Предоставьте пожалуйста в ЛС:
1. Как выполнялась установка программы
2. Скрин ветки реестра HKEY_LOCAL_MACHINE\SOFTWARE\IntellectService
3. Скрин сколько служб отображается в Службах ОС
4. Какие исполняемые файлы для этих служб (путь к исполняемому файлу)
5. Выполняли ли восстановление данных из архива программы (BKZ)

После обновления на 11.01.001, при попытке запуска локальной версии, появляется следующая ошибка:

ОС Windows 7 SP1 x64, установлен .NET Framework 4.0 и все необходимые VC++ 2010. В целях эксперимента, была по новой установлена еще одна версия локального медка из уст. дистрибутива версии 11.01.001 - ошибка все та же. Переустановка .NET Framework 4.0 не помогла. В чем может быть причина?