Оновлення 11.00.023

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

Grigoriy
Да, после выпуска обновления 11.00.024 необходимо будет выполнить повторную отправку запросов в ЕРНН с помощью модуля сверки.

[Grigoriy]

Grigoriy
Да, после выпуска обновления 11.00.024 необходимо будет выполнить повторную отправку запросов в ЕРНН с помощью модуля сверки.

Спасибо за ответы.

[Ирина Шадрина]

Что-то уже пятый случай ошибки за два дня. При работе с ЕСВ

ошибка.png (13.96 Кіб) Переглянуто 3569 разів

Советую переустановку.

[Sagius]

...

Это из-за апострофа. Варианты: ждать .024, пробовать сохранить при закрытии а не кнопкой (вроде писали выше, не пробовал), смотреть "спец.инфу".

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

Что-то уже пятый случай ошибки за два дня. При работе с ЕСВошибка.png
Советую переустановку.

Переустанавливать программу не нужно.
Для Табл. 5 ЕСВ исправление ошибки, если указаны названия, которые содержат «апостроф», в графе "Професійна назва роботи", будет выполнено в следующем обновлении программы.

[Ирина Шадрина]

Спасибо всем.

[Grigoriy]

Восстановление полутора гигабайтной резервной копии продолжается уже двадцать четыре часа, есть подозрения что процесс данного восстановления завис, так как давно не изменялся процентный показатель прогресс индикатора. Имеются ли какие-то рычаги влияния на данную ситуацию, возможно ли что-то сделать чтобы восстановление проходило не так долго? Наблюдение за диспетчером задач до зависания не выявило большой загруженности ни ЦП ни ЖД ни ОП, после подозрения в зависании обратил внимание на чрезмерно загруженную ОП, в ходе восстановления компьютер ни как больше не использовался. Как подтолкнуть зависшее восстановление, или снимать задачу и запускать его повторно?

[Господин]

Восстановление полутора гигабайтной резервной копии продолжается уже двадцать четыре часа, есть подозрения что процесс данного восстановления завис, так как давно не изменялся процентный показатель прогресс индикатора. Имеются ли какие-то рычаги влияния на данную ситуацию, возможно ли что-то сделать чтобы восстановление проходило не так долго? Наблюдение за диспетчером задач до зависания не выявило большой загруженности ни ЦП ни ЖД ни ОП, после подозрения в зависании обратил внимание на чрезмерно загруженную ОП, в ходе восстановления компьютер ни как больше не использовался. Как подтолкнуть зависшее восстановление, или снимать задачу и запускать его повторно?

Судя по характеристикам вашего ПК, это нормально.

[Grigoriy]

Восстановление полутора гигабайтной резервной копии продолжается уже двадцать четыре часа, есть подозрения что процесс данного восстановления завис, так как давно не изменялся процентный показатель прогресс индикатора. Имеются ли какие-то рычаги влияния на данную ситуацию, возможно ли что-то сделать чтобы восстановление проходило не так долго? Наблюдение за диспетчером задач до зависания не выявило большой загруженности ни ЦП ни ЖД ни ОП, после подозрения в зависании обратил внимание на чрезмерно загруженную ОП, в ходе восстановления компьютер ни как больше не использовался. Как подтолкнуть зависшее восстановление, или снимать задачу и запускать его повторно?

Судя по характеристикам вашего ПК, это нормально.

Я понимаю, что по современным меркам характеристики компьютера не очень, но тем не менее процессор имеет четыре ядра, восемь потоков, Turbo Boost который при необходимости увеличивает частоту до 2.93ГГц, и какое бы ни было это хозяйство судя по диспетчеру задач оно не использовалось в ходе восстановления даже на треть.

[priup]

Восстановление полутора гигабайтной резервной копии продолжается уже двадцать четыре часа, есть подозрения что процесс данного восстановления завис, так как давно не изменялся процентный показатель прогресс индикатора. Имеются ли какие-то рычаги влияния на данную ситуацию, возможно ли что-то сделать чтобы восстановление проходило не так долго? Наблюдение за диспетчером задач до зависания не выявило большой загруженности ни ЦП ни ЖД ни ОП, после подозрения в зависании обратил внимание на чрезмерно загруженную ОП, в ходе восстановления компьютер ни как больше не использовался. Как подтолкнуть зависшее восстановление, или снимать задачу и запускать его повторно?

Судя по характеристикам вашего ПК, это нормально.

Тут, уважаемый, Вам опыта работы с разными клиентами НЕ ХВАТИЛО!
Это не нормально, на компе 4 ядра, 8 ОЗУ.....

Восстанавливал ZBK и по 6 ГБ на худших машинах за 7 часов........
Только ВИНДА не 10, а 7 и 8,1 !

[Grigoriy]

Восстановление полутора гигабайтной резервной копии продолжается уже двадцать четыре часа, есть подозрения что процесс данного восстановления завис, так как давно не изменялся процентный показатель прогресс индикатора. Имеются ли какие-то рычаги влияния на данную ситуацию, возможно ли что-то сделать чтобы восстановление проходило не так долго? Наблюдение за диспетчером задач до зависания не выявило большой загруженности ни ЦП ни ЖД ни ОП, после подозрения в зависании обратил внимание на чрезмерно загруженную ОП, в ходе восстановления компьютер ни как больше не использовался. Как подтолкнуть зависшее восстановление, или снимать задачу и запускать его повторно?

Судя по характеристикам вашего ПК, это нормально.

При рендере видео в Adobe Premiere для решения поставленной перед программой задачи центральный процессор задействуется на 99%, по наблюдению за диспетчером задач при восстановлении предприятия из файла резервной копии в программе M.E.Doc ЦП задействован на 7% +/-2%, при этом оперативная память и жёсткий диск используются максимум на 30%. Возникает вопрос почему процесс восстановления занимает так много времени при том что компьютер в это время практически бездействует? Зачем подымать вопрос о типа слабых компьютерных характеристиках, когда и те что имеются в ходе восстановления из резервной копии Медком не используются. Возможно ли задействовать свободные аппаратные возможности компьютера на 80-90% для более быстрого восстановления?

[Господин]

Восстановление полутора гигабайтной резервной копии продолжается уже двадцать четыре часа, есть подозрения что процесс данного восстановления завис, так как давно не изменялся процентный показатель прогресс индикатора. Имеются ли какие-то рычаги влияния на данную ситуацию, возможно ли что-то сделать чтобы восстановление проходило не так долго? Наблюдение за диспетчером задач до зависания не выявило большой загруженности ни ЦП ни ЖД ни ОП, после подозрения в зависании обратил внимание на чрезмерно загруженную ОП, в ходе восстановления компьютер ни как больше не использовался. Как подтолкнуть зависшее восстановление, или снимать задачу и запускать его повторно?

Судя по характеристикам вашего ПК, это нормально.

При рендере видео в Adobe Premiere для решения поставленной перед программой задачи центральный процессор задействуется на 99%, по наблюдению за диспетчером задач при восстановлении предприятия из файла резервной копии в программе M.E.Doc ЦП задействован на 7% +/-2%, при этом оперативная память и жёсткий диск используются максимум на 30%. Возникает вопрос почему процесс восстановления занимает так много времени при том что компьютер в это время практически бездействует? Зачем подымать вопрос о типа слабых компьютерных характеристиках, когда и те что имеются в ходе восстановления из резервной копии Медком не используются. Возможно ли задействовать свободные аппаратные возможности компьютера на 80-90% для более быстрого восстановления?

Наверное потому, что работа происходит в 1 поток. Тактовая частота, влияет на скорость создания и восстановления копии. На скриншоте хорошо видно что оперативка загружена на 91%, скорость работы HDD тоже влияет на работу. Так как происходят записи в базу.

[Grigoriy]

Судя по характеристикам вашего ПК, это нормально.

При рендере видео в Adobe Premiere для решения поставленной перед программой задачи центральный процессор задействуется на 99%, по наблюдению за диспетчером задач при восстановлении предприятия из файла резервной копии в программе M.E.Doc ЦП задействован на 7% +/-2%, при этом оперативная память и жёсткий диск используются максимум на 30%. Возникает вопрос почему процесс восстановления занимает так много времени при том что компьютер в это время практически бездействует? Зачем подымать вопрос о типа слабых компьютерных характеристиках, когда и те что имеются в ходе восстановления из резервной копии Медком не используются. Возможно ли задействовать свободные аппаратные возможности компьютера на 80-90% для более быстрого восстановления?

Наверное потому, что работа происходит в 1 поток. Тактовая частота, влияет на скорость создания и восстановления копии. На скриншоте хорошо видно что оперативка загружена на 91%, скорость работы HDD тоже влияет на работу. Так как происходят записи в базу.

Выше указывалось что у процессора имеется технология Turbo Boost которая при необходимости увеличивает частоту ядра процессора до 2.93ГГц, что наблюдалось неоднократно при работе других приложений. В данном случае этого увеличения не происходит, да и минимальная частота используется в пиковых нагрузках на 10%.

[Grigoriy]

При рендере видео в Adobe Premiere для решения поставленной перед программой задачи центральный процессор задействуется на 99%, по наблюдению за диспетчером задач при восстановлении предприятия из файла резервной копии в программе M.E.Doc ЦП задействован на 7% +/-2%, при этом оперативная память и жёсткий диск используются максимум на 30%. Возникает вопрос почему процесс восстановления занимает так много времени при том что компьютер в это время практически бездействует? Зачем подымать вопрос о типа слабых компьютерных характеристиках, когда и те что имеются в ходе восстановления из резервной копии Медком не используются. Возможно ли задействовать свободные аппаратные возможности компьютера на 80-90% для более быстрого восстановления?

Наверное потому, что работа происходит в 1 поток. Тактовая частота, влияет на скорость создания и восстановления копии. На скриншоте хорошо видно что оперативка загружена на 91%, скорость работы HDD тоже влияет на работу. Так как происходят записи в базу.

Выше указывалось что у процессора имеется технология Turbo Boost которая при необходимости увеличивает частоту ядра процессора до 2.93ГГц, что наблюдалось неоднократно при работе других приложений. В данном случае этого увеличения не происходит, да и минимальная частота используется в пиковых нагрузках на 10%.

| Показать

Снимок_8.JPG (128.45 Кіб) Переглянуто 3376 разів

Снимок_9.JPG (41.18 Кіб) Переглянуто 3376 разів

[priup]

Разработчики!!
Глюк в МЕДОК23 / Довидныки / Журнал истории обновлений :

| Показать

4.jpg (229.67 Кіб) Переглянуто 3372 разів

| Показать

5.jpg (228.59 Кіб) Переглянуто 3372 разів

Вместо содержания обновления 23 ДВАЖДЫ СОДЕРЖАНИЕ 22 обновления??????

[Господин]

При рендере видео в Adobe Premiere для решения поставленной перед программой задачи центральный процессор задействуется на 99%, по наблюдению за диспетчером задач при восстановлении предприятия из файла резервной копии в программе M.E.Doc ЦП задействован на 7% +/-2%, при этом оперативная память и жёсткий диск используются максимум на 30%. Возникает вопрос почему процесс восстановления занимает так много времени при том что компьютер в это время практически бездействует? Зачем подымать вопрос о типа слабых компьютерных характеристиках, когда и те что имеются в ходе восстановления из резервной копии Медком не используются. Возможно ли задействовать свободные аппаратные возможности компьютера на 80-90% для более быстрого восстановления?

Наверное потому, что работа происходит в 1 поток. Тактовая частота, влияет на скорость создания и восстановления копии. На скриншоте хорошо видно что оперативка загружена на 91%, скорость работы HDD тоже влияет на работу. Так как происходят записи в базу.

Выше указывалось что у процессора имеется технология Turbo Boost которая при необходимости увеличивает частоту ядра процессора до 2.93ГГц, что наблюдалось неоднократно при работе других приложений. В данном случае этого увеличения не происходит, да и минимальная частота используется в пиковых нагрузках на 10%.

А вы знаете как работает turbo boost, при нагрузце ЦП она начинает разгонять процессор, если у вас нагружено 1 ядро, как вы думаете что то произойдет ?

[Grigoriy]

Наверное потому, что работа происходит в 1 поток. Тактовая частота, влияет на скорость создания и восстановления копии. На скриншоте хорошо видно что оперативка загружена на 91%, скорость работы HDD тоже влияет на работу. Так как происходят записи в базу.

Выше указывалось что у процессора имеется технология Turbo Boost которая при необходимости увеличивает частоту ядра процессора до 2.93ГГц, что наблюдалось неоднократно при работе других приложений. В данном случае этого увеличения не происходит, да и минимальная частота используется в пиковых нагрузках на 10%.

А вы знаете как работает turbo boost, при нагрузце ЦП она начинает разгонять процессор, если у вас нагружено 1 ядро, как вы думаете что то произойдет ?

Оперативная память стала загружена на 91% после мёртвого зависания восстановления, выполнение которого после двухчасового ожидания, авось “развиснется”, было снято в диспетчере задач. Потом установил чистый экземпляр Медка и запустил процесс восстановления, по скриншотам которого видна загрузка железа. Что касается работы Turbo Boost, наблюдал её неоднократно в диспетчере задач в виде поднятия тактовой частоты до 2,9ГГц (происходит это когда процессор не справляется с одно потоковой задачей), чего сейчас не происходит. Какова Ваша версия работы Turbo Boost?

[Medoc Man]

Оперативная память стала загружена на 91% после мёртвого зависания восстановления, выполнение которого после двухчасового ожидания, авось “развиснется”, было снято в диспетчере задач...

Зря прервали

[kalinichenk]

Добрый день!

После установки обновления во всех предприятиях слетели настройки подписей для стат отчетности.
В "Адміністрування - Параметри системи - Підпис" стало вот так вот:
"Статистична звітність - Не використовується"

БД Oracle.
Каких либо ошибок при установке обновления не было.

Стоит 4 медка, на всех ситуация аналогичная.
Это так задумано?

[Grigoriy]

Оперативная память стала загружена на 91% после мёртвого зависания восстановления, выполнение которого после двухчасового ожидания, авось “развиснется”, было снято в диспетчере задач...

Зря прервали

Повторное восстановление в чистый Медок было запущено в 12:03, загрузка железа на данный момент показана на скриншоте. Восстановление прервал потому что показатель прогресс индикатора остановился на значении 49,01% и не изменялся в течении более двух часов, при том что в диспетчере задач отображалось полное бездействие компьютера.

| Показать

Снимок_10.JPG (125.18 Кіб) Переглянуто 3307 разів