Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Активные темы » 1С (1C): Предприятие

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137

Открыть новую тему     Написать ответ в эту тему

gyra

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вопросы по платформам «1С»


  • ВАРЕЗ: 1C:Предприятие 7.7 | 1С:Предприятие v.8.x+типовые конфигурации 8.x | 1С: Совместимо 8.х
  • Вопросы по конфигурациям: 1С: вопросы по Конфигурациям 1C
  • Программирование: 1C Программирование и поддержка
  • ИТС: 1C Диск ИТС
    Топик 1C Ebooks
    ЗДЕСЬ  (обновлено 13.02.14) - небольшая библиотечка (книги, документация, видео, утилиты) по 1С, финансам, бухучету и т.п.
    Все рассортировано по разделам и версиям...
    Если при запуске установочного (.EXE) файла пишет, что версия файла несовместима с версией Windows
    Шахматы запрограммированные под 1С: Бухгалтерия 7.7.
    1С Сервер отдельно от PostgreSQL
    Debian  + Apache22 + 1cv82
    Маркировка ключей защиты 1С
    Готовый сервер "Ubuntu Server 16.04 LTS x86 + PostgreSQL 9.4.2 + 1C 8.3.8.1784 за 30 копипаст-шагов в PuTTY"
    Порядок создания пустой новой базы можно посмотреть здесь
     
    Предыдущая тема была здесь

  • Всего записей: 7932 | Зарегистр. 18-02-2006 | Отправлено: 12:16 14-12-2016 | Исправлено: VIEI, 17:20 23-05-2022
    VIEI

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    gap5
    Цитата:
    верно?
    Да. А как при этом работают после обновления в организациях, где нет доступа в Интернет, - для меня остаётся загадкой (ну если не используют Mimo-UniDll).
     
    Если подключить Интернет-поддержку с левым аккаунтом без действующей подписки ИТС,
    то в "О программе" будет "Нелицензионное использование конфигурации"
     

     
    и всё равно периодически будет выскакивать окно, но уже с другим содержанием
     

    Всего записей: 4460 | Зарегистр. 26-06-2005 | Отправлено: 17:20 27-03-2022 | Исправлено: VIEI, 19:57 27-03-2022
    gap5



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    VIEI
    Однократное использование файловых баз с mimo вносит в них каких либо изменения, которые в дальнейшем будут видны\могут отразиться на работе с ИТС?

    Всего записей: 1033 | Зарегистр. 30-05-2006 | Отправлено: 21:31 27-03-2022
    VIEI

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    gap5
    Нет. Но однократно не получится, т.к. статус базы останется "Проверка лицензионного использования не выполнялась", хотя он и не будет отображаться и окна проверки правомерности не будут появляться.
    А вот после возобновления подписки ИТС можно вернуть оригинальную dll, подключить Интернет-поддержку и проверка проверка правомерности использования базы пройдёт успешно.
    Можно даже в Mimo выбрать значение N=0 и продолжать работать со своим физическим ключом, но c отключенной "Проверкой правомерности" (подробнее см. в описании в посте Mimo в Аптеке).

    Всего записей: 4460 | Зарегистр. 26-06-2005 | Отправлено: 22:38 27-03-2022 | Исправлено: VIEI, 22:39 27-03-2022
    gap5



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    VIEI
    Понятно.  
     
    Такая вот проблема сформировалась - грузится очень долго (20 минут) одна из бухгалтерских баз, файловая, сразу после обновления с 3.0.73.60 на 3.0.108.31 размер с 9гб увеличился до 14гб, запустил Реиндексацию, проверку логической\ссылочной целостности, сжатие таблиц - размер стал опять 9гб.
     
    Тайминг загрузки по сети (100мбит)
     
    37 секунд до запроса имени пользователя
    +42 секунды до увеличения размера процесса 1С до 1Гб (более не увеличивается)
    +1:23 до появления начальной страницы, далее почти сразу уход в режим "не отвечает"
    +19:51 до окончания загрузки по сети (с утилизацией 30мбит сек) до момента когда интерфейс 1С опять начинает отвечать и можно работать
     
    30 мбит/сек =  3,75мбайт/сек * на 20 минут = 4.5гб (из 9гб веса самой базы) при загрузке перепахивает 1С...
     
    Если запускать с клиента на 1гбит канале, то утилизация канала 45-50мбит всего (общее время загрузки получается около 14 минут), при этом если копировать базу с сервера в качестве файла, то трансфер около 650-750мбит, т.е. сервер по идее может отдавать и быстрее, или там какое-то множество мелких запросов? но со стороны сервера среднее latency к массиву 0.256мсек, т.е. и на это не похоже. В чем может быть дело? С другими базами (правда все 2-3Гб) такой проблемы нет. В режиме отладки как-то можно посмотреть, что конкретно происходит в этот момент?
     
    P.S. Какая должна быть логика в выборе версии платформы? Есть ли ветки типа stable, long-term? 64 битные все еще нет смысла для файловых баз использовать (из-за возможных проблем со старыми драйверами) или есть смысл переходить? ОС везде 64 битная, ОЗУ от 4 до 8Гб.

    Всего записей: 1033 | Зарегистр. 30-05-2006 | Отправлено: 15:12 28-03-2022
    VIEI

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    gap5
    База большая, для начала проверьте размер таблиц файловой базы.
    Если размер самой большой таблицы близок к 4Гб, то на клиент-серверный вариант придётся переходить.
    Если под рукой нет инструмента для измерения размера таблиц, то здесь найдёте Tool_1CD.exe.
    Если файловый вариант ещё прокатывает, то для работы по сети с базой в 9Гб лучше организовать терминальный доступ к компьютеру с этой базой.

    Цитата:
    (из-за возможных проблем со старыми драйверами)
    Давно уже нет этих проблем, платформа x64 штрих-коды нормально печатает.
    Вам для ускорения лучше использовать платформу именно x64.

    Цитата:
    Какая должна быть логика в выборе версии платформы?
    Лично я использую такую - в ReadMe.txt в шаблонах конфигураций смотрим минимальную версию платформы, т.к. в ней меньше всего наворотов, ненужных для этой конфигурации (напр., для БП это 8.3.17.1851) и выбираем максимальный релиз этой линейки (напр., для 17-й это 8.3.17.2306), т.к. в нём наибольшее количество исправленных ошибок.

    Всего записей: 4460 | Зарегистр. 26-06-2005 | Отправлено: 17:14 28-03-2022 | Исправлено: VIEI, 05:40 29-03-2022
    gap5



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    VIEI
    3.6гб самая большая таблица, терминал не лучший вариант т.к. там фискальники и эквайринги...
    юзеры поставили ультиматум - на ночь компы не выключать, т.к. долго грузится...
    может есть какой-то еще вариант, без переезда на клиент-сервер?
    что он там делает, перебирая это 4.5 при каждой загрузке? может это можно не делать каждый раз, или делать фоном, позволяя работать?

    Всего записей: 1033 | Зарегистр. 30-05-2006 | Отправлено: 18:57 28-03-2022
    VIEI

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    gap5
    Цитата:
    может есть какой-то еще вариант, без переезда на клиент-сервер?
    Опубликовать эту базу на веб-сервере и подключаться к ней через браузер
    https://infostart.ru/1c/articles/646384/
    https://its.1c.ru/db/metod8dev/content/5978/hdoc
     
    Добавлено:
    Ещё можно конвертировать эту базу данных на новый формат файла версии "8.3.8"
    https://its.1c.ru/db/metod8dev/content/5924/hdoc
    И отключить проверку антивирусом файлов .1CD
    https://its.1c.ru/db/metod8dev#content:5932:hdoc

    Всего записей: 4460 | Зарегистр. 26-06-2005 | Отправлено: 19:57 28-03-2022 | Исправлено: VIEI, 22:23 28-03-2022
    fscpsd



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    gap5

    Цитата:
    размер9гб


    Цитата:
    без переезда на клиент-сервер

    Это многовато для файловой базы, если особенно на перспективу подумать, да и вообще в целях безопасности, вам всё-таки нужно бы задуматься о переходе в новую чистую базу — для файловых баз это необходимость, они не могут распухать вечно, рано или поздно быть беде. И тут дело даже не в скорости работы по сети — RDP или веб-сервер, конечно, могут существенно ускорить сетевую производительность, а именно в ограничениях одновременного многосеансового доступа к файлу БД и в безопасности. Тем более, что у вас и максимальный размер таблицы уже почти 4ГБ достиг. Сразу стоит сказать, что свёртка не поможет, скорее всего, только именно переход на новую чистую базу. Можно и без этого, конечно, но лучше уж сделать это добровольно и по плану, чем в пожарном порядке, в авральном режиме, когда уже совсем прижмёт и работа встанет.
     

    Цитата:
    или делать фоном, позволяя работать?

    Оно и делает фоном, просто этот "фон" настолько интенсивный, что парализует работу. Плюс, возможно, что какие-то задания запускаются стразу у нескольких пользователей, из-за чего паралич только усиливается. Это вполне вероятно, если у вас рабочий день начинается, к примеру, в 9:00 утра и все сразу же одновременно лезут в базу.
    На этот счёт у 1С есть специальная рекомендация:
    Особенности запуска регламентных заданий в файловом режиме работы
    Внимание! При одновременной параллельной работе с файловой базой нескольких пользователей рекомендуется выделить для выполнения регламентных заданий отдельное приложение (запуск с параметром /AllowExecuteScheduledJobs -Force). Желательно, чтобы приложение запускалось на том же компьютере, где расположена информационная база.
    Это связано с тем, что выполнение регламентных заданий во время одновременной работы нескольких пользователей (от 4 и выше) в файловой базе может существенно затормозить их работу. Если пользователей более 10, то необходимо воспользоваться отдельным приложением для выполнения регламентных заданий.

    https://its.1c.ru/db/bsp316doc#content:2194:1
    Можно только один компьютер оставлять постоянно включенным, с постоянно открытой базой под этим пользователем, и периодически выполнять функцию ВыполнитьОбработкуЗаданий(), остальным поставить запуск с параметром AllowExecuteScheduledJobs –Off.
     
    Ну и веб-сервер, да, отличный вариант (только лично я бы посоветовал всё-таки IIS, с ним как-то в целом проблем меньше, как мне кажется), если только у вас в базе нет каких-либо механизмов, требующих работу исключительно в толстом клиенте, тогда либо RDP (хотя бы для нескольких машин, где нет фискальников и эквайрингов), либо терпеть. Кстати, а вы уверены, что ваши фискальники и эквайринги не смогут работать через RDP? Так-то уже 2022 год на дворе, в смысле гибкости настройки торгового оборудования прогресс за последние годы хорошо вперёд шагнул.

    Всего записей: 1854 | Зарегистр. 16-09-2010 | Отправлено: 06:18 29-03-2022 | Исправлено: fscpsd, 06:57 29-03-2022
    VIEI

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    fscpsd
    Цитата:
    у вас и максимальный размер таблицы уже почти 4ГБ достиг
    Если конвертировать формат базы в версию 8.3.8 с размером страницы 8K, то максимальный размер таблицы будет уже равен 32Гб
    https://infostart.ru/1c/articles/536343/

    Всего записей: 4460 | Зарегистр. 26-06-2005 | Отправлено: 07:26 29-03-2022 | Исправлено: VIEI, 07:27 29-03-2022
    fscpsd



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    VIEI

    Цитата:
    конвертировать формат базы в версию 8.3.8

    Да, Вы правы, конечно, но это ведь только одну проблему решит, да и то ещё неизвестно, удастся ли конвертация, пройдёт ли без ошибок. А в целом с безопасностью и производительностью ситуация особо не изменится, мне кажется, — у него ведь база тормозит не из-за нехватки в физической скорости доступа к файлу БД, полно ещё резерва как в плане сети, так и в плане дисковой подсистемы. Хотя, конечно, было бы здорово, если бы gap5 попробовал и нам рассказал про результат, так же подробно с цифрами.

    Всего записей: 1854 | Зарегистр. 16-09-2010 | Отправлено: 08:12 29-03-2022
    gap5



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    VIEI
    Попробую конвертнуть. Рекомендуемый размер страницы 8к или 16к?
     
    fscpsd
    Одновременный запуск у нескольких пользователей был исключен во время тестя. Всего 3 пользователя. Попробую отключить регламентные задания и сравню скорость загрузки.
     
    Но в целом, считается нормальным, что в сторону клиента при каждом старте файловой базы уходит трафика на 50% от размера базы?  

    Всего записей: 1033 | Зарегистр. 30-05-2006 | Отправлено: 10:07 29-03-2022
    fscpsd



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    VIEI

    Цитата:
    Если конвертировать формат базы в версию 8.3.8 с размером страницы 8K, то максимальный размер таблицы будет уже равен 32Гб

    А Вы знаете, ведь нет, похоже. Вот, посмотрите:
    https://its.1c.ru/db/v838doc#bookmark:adm:TI000000666
    Версия 8.3.8 – размер внутренней страницы файла базы данных может принимать несколько значений: 4096, 8192, 16384, 32768 и 65536 байт. Кроме того, формат версии 8.3.8 обеспечивает более оптимальный формат хранения некоторых внутренних данных. Размер внутреннего файла не может превышать 4 Гбайта (при размере страницы в 4096 байта) и 6 Гбайт (при размере страницы 8192, 16384, 32768 и 65536 байт).
    И вот тут ещё то же самое, для актуальной версии платформы:
    https://dl03.1c.ru/content/Platform/8_3_18_891/1cv8upd_8_3_18_891.htm#26834ff8-7419-11e5-a3f7-0050569f678a
     
    Если я всё правильно понял, то получается, что конвертация всего лишь ненадолго отсрочит неизбежный конец.
     
     
    gap5

    Цитата:
    Попробую конвертнуть

    Но вы попробуйте всё-таки, если возможность есть. При увеличении размера страницы теоретически скорость работы всё равно может повыситься дововльно-таки существенно, таким образом хотя бы эту проблему удастся устранить. Плюс там какая-то оптимизация обещана, может, и это сыграет свою роль. Да и вообще, VIEI плохого не посоветует))
     

    Цитата:
    Рекомендуемый размер страницы 8к или 16к?  

    По умолчанию 8к стоит, наверное это и будет «рекомендуемый», если без расчётов.
     
    gap5

    Цитата:
    считается нормальным, что в сторону клиента при каждом старте файловой базы уходит трафика на 50% от размера базы?

    Ну, более-менее, да. Толстый клиент (да и тонкий, если в режиме прямого подключения к файловой БД) формируют внутри себя специальную серверную среду и в результате затягивают довольно большой объём данных. С такими большими файловыми базами как у вас я лично не работал, поэтому не могу сказать точно, какой объём будет в данном случае, но вообще полтора-два гигабайта для средних размеров базы (~5Гб) — это вполне нормальное явление. Кроме того, насколько я понял из ваших расчётов, вы просто перемножили утилизацию канала на время загрузки, но это может быть несколько неадекватный результат, потому что именно подкачка данных может и не занимать всё это время, и итоговый результат у вас всё-таки не такой большой.

    Всего записей: 1854 | Зарегистр. 16-09-2010 | Отправлено: 10:46 29-03-2022 | Исправлено: fscpsd, 11:22 29-03-2022
    VIEI

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    fscpsd
    Цитата:
    Размер внутреннего файла не может превышать 4 Гбайта (при размере страницы в 4096 байта) и 6 Гбайт (при размере страницы 8192, 16384, 32768 и 65536 байт)
    Святая правда, спасибо.

    Всего записей: 4460 | Зарегистр. 26-06-2005 | Отправлено: 12:02 29-03-2022
    gap5



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Конвертнул в 8.3.8 и 8к, минут за 5 справился, размер базы не изменился, как и скорость загрузки, может быть даже стала на 3-5 минут дольше. При загрузке по прежнему почему-то утилизирует не более 30% канала, платформу пробовал как 64 так и 32.
     
    И все же, можно как-то в режиме отладки "заглянуть под капот" тех процессов, которые происходят во время загрузки? Сравнил бы с другими базами (есть бухгалтерия той же версии, размером 2.5гб, грузится за 2 минуты).

    Всего записей: 1033 | Зарегистр. 30-05-2006 | Отправлено: 12:44 29-03-2022 | Исправлено: gap5, 12:47 29-03-2022
    Ctrl_Alt_Del

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    gap5

    Цитата:
    Конвертнул в 8.3.8 и 8к, минут за 5 справился, размер базы не изменился, как и скорость загрузки, может быть даже стала на 3-5 минут дольше. При загрузке по прежнему почему-то утилизирует не более 30% канала, платформу пробовал как 64 так и 32.

    конвертация влияет только на макисмальный размер базы, который можно использовать в файловом режиме, т.е. лимит на предельный размер внутреннего файла подняли с 4Гб до 6Гб,  
    ускорять работу это и не должно

    Всего записей: 1627 | Зарегистр. 11-05-2016 | Отправлено: 15:19 29-03-2022
    fscpsd



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    gap5

    Цитата:

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

    Цитата:
    не изменился

    Жаль, конечно. Впрочем, и надежды не много было.
    Я ещё вот обратил внимание, что у вас проблемы начались

    Цитата:
    сразу после обновления с 3.0.73.60 на 3.0.108.31

    — может, у вас там какая-нибудь беда произошла? Вы как обновлялись, вообще, какой-нибудь порядок накатывания обнов соблюдали, или так, разом, напролом через cf-ку? А в журнал регистрации вообще заглядывали, что там есть интересного? Тем более, раз другие базы под рукой имеются, есть с чем сравнить. Плюс ещё можно старую базу 3.0.73.60 из бэкапа поднять, посмотреть, что у неё в журнале во время загрузки. Как долгий вариант — поймать тот релиз, после накатывания которого начинаются проблемы. У вас ведь явно проблема с самой БД.
    А регламентные пробовали отключать?
     

    Цитата:
    почему-то утилизирует не более 30% канала

    Это нормально совершенно. Файловый режим 1С вообще довольно своеобразно работает, он практически никогда не задействуют имеющиеся мощности, ни процессора, ни доступа к сети или диску, разве что памяти может пожрать. Что она там делает внутри себя во время загрузки не вполне понятно. Видимо, как-то не торопясь разворачивает внутренную механизмы серверной среды, обеспечивающие многопользовательскую работу без внешней клиент-серверной архитектуры.
     

    Цитата:
    можно как-то в режиме отладки "заглянуть под капот" тех процессов

    Ну, режим отладки тут не поможет, а вот в режиме технологического журнала 1С довольно подробно детализирует все процессы, в том числе и загрузки, конечно. Но правильно настроить и интерпретировать технологический журнал это дело не шибко простое, на пальцах объяснить не получится. Погуглите, если есть желание.
     
    Ctrl_Alt_Del

    Цитата:
    ускорять работу это и не должно

    Судя по рекомендациям 1С всё-таки должно.
    «Позволяет существенно снизить число операций чтения файла при открытии базы данных и, тем самым, заметно ускорить время старта и начала работы программы
    «Наибольший эффект от использования нового формата файловых баз данных ожидается в следующих сценариях:
    -"холодный" запуск программы,
    -работа с файлами базы данных по локальной сети,
    -работа с сильно фрагментированной базой данных,
    -использование дисковых подсистем с невысокой производительностью.»

    https://its.1c.ru/db/metod8dev/content/5924/hdoc
    Другой вопрос — почему это в данном случае никак не сказалось. Видимо, есть в БД есть более серьёзные проблемы, лежащие совсем в другой плоскости.
     
    Добавлено:
    gap5
    Кстати, это вы же ещё недавно интересовались насчёт проблем с проверкой правомерности? Как вы там этот вопрос решили? Может, у вас какой-то дефект образовался в этом смысле — репак какой-нибудь поставили или эмулятор, и оно тормозит при поиске ключа или на каких-нибудь проверках лицензионности.
    Попробуйте ещё кэш почистить, может там во время обновления какой-нибудь адок образовался.

    Всего записей: 1854 | Зарегистр. 16-09-2010 | Отправлено: 15:45 29-03-2022 | Исправлено: fscpsd, 15:49 29-03-2022
    VIEI

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    fscpsd
    Цитата:
    А в журнал регистрации вообще заглядывали, что там есть интересного?
    После обновления ему ещё надо заглянуть в "Администрирование" - "Обслуживание" - "Обновление программы" - "Результаты обновления и дополнительная обработка данных" и посмотреть - нет ли там отложенных операций. Если всё нормально, там д.б. две большие зелёные галки.
     
    Добавлено:
    Цитата:
    Видимо, есть в БД есть более серьёзные проблемы
    Он же не сказал, как долго она локально грузится.

    Всего записей: 4460 | Зарегистр. 26-06-2005 | Отправлено: 16:15 29-03-2022 | Исправлено: VIEI, 16:30 29-03-2022
    fscpsd



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    VIEI

    Цитата:
    После обновления ему ещё надо заглянуть в "Администрирование" - "Обслуживание" - "Обновление программы" - "Результаты обновления и дополнительная обработка данных" и посмотреть - нет ли там отложенных операций.

    Кстати, да. Причём контролировать этот момент на каждом этапе обновления (если по цепочке шёл, а не вломил cf-ку).
     
    Ещё можно попробовать выгрузить базу в dt-шник и загрузить в тестовую, так можно поймать иногда поймать конфликты конфигурации, которые просачиваются через ТИИ. Ещё chdbfl вроде иногда ловит ошибки, которые проскакивают мимо обычного ТИИ. Ещё можно так же проверить конфигурацию поставщика, если конфигурация на поддержке — выгрузить её в cf, загрузить в новую базу и выполнить проверку логической целостности.  
     
    Добавлено:

    Цитата:
    Он же не сказал, как долго она локально грузится.

    А ведь и правда, кстати сказать. Про сеть сказал, а про локальный режим нет.
     
    Добавлено:

    Цитата:
    После обновления ему ещё надо заглянуть в "Администрирование" - "Обслуживание" - "Обновление программы" - "Результаты обновления и дополнительная обработка данных" и посмотреть - нет ли там отложенных операций.

    У меня в одной РИБ время от времени как раз так и случалось почему-то, что на этапе дополнительной обработки данных при обновлении были незавершённые операции, причём конфа об этом никак не сигнализировала, проявлялось только в тормозах и зависании каких-то регламентных, уже не помню каких.
     
    Добавлено:
    gap5

    Цитата:
    юзеры поставили ультиматум - на ночь компы не выключать, т.к. долго грузится

    Ещё тупой вопрос: а вы с тех пор хоть раз перезагружали свой «сервер»? А то может у вас там просто какой-нибудь паразитный сеанс остался висеть с зависшим заданием, да так и висит до сих пор?

    Всего записей: 1854 | Зарегистр. 16-09-2010 | Отправлено: 16:27 29-03-2022 | Исправлено: fscpsd, 16:51 29-03-2022
    gap5



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    — может, у вас там какая-нибудь беда произошла? Вы как обновлялись, вообще, какой-нибудь порядок накатывания обнов соблюдали, или так, разом, напролом через cf-ку?

     
    Через обновлятор, поочередно, как в учебнике, никаких проблем и ошибок не было по итогу. Предварительно прогнал еще и chdbfl. Однако при первом запуске база так же ушла в себя, но часов так на 5. Другая база (2.5гб) так же обновленная этим же способом никаких проблем не испытывает.
     
    Поднял старую 3.0.73.60, там такой проблемы нет.
     
    Отключил регламентные задания, без изменений, в журнале регистрации никакой крамолы не вижу, просто начало сеанса 2 раза и все.
     
    Теперь самое интересное - создаю другого юзера (с аналогичными правами - администратор и полные), вхожу под ним, интерфейс чуть другой, но никаких тормозов нет. Опытным путем установил, что тормоза начинаются, если в "начальную страницу" добавил блок "покупатели".
     
    Запустил chdbfl, реструктуризацию и пересчет итогов, без изменений в итоге.
     

    Цитата:
    Файловый режим 1С вообще довольно своеобразно работает, он практически никогда не задействуют имеющиеся мощности, ни процессора, ни доступа к сети или диску, разве что памяти может пожрать.

    Кстати, потестировал на виртуалке с win 2012, там гигабитную сеть при загрузке утилизирует до 200мбит сек, в среднем около 100 мбит, соответственно грузится первично не 20 минут, а минут за 5.  
     
     

    Всего записей: 1033 | Зарегистр. 30-05-2006 | Отправлено: 18:15 29-03-2022 | Исправлено: gap5, 10:45 30-03-2022
    gap5



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    После обновления ему ещё надо заглянуть в "Администрирование" - "Обслуживание" - "Обновление программы" - "Результаты обновления и дополнительная обработка данных" и посмотреть - нет ли там отложенных операций. Если всё нормально, там д.б. две большие зелёные галки.  

     
    галки стоят
     

    Цитата:
    А ведь и правда, кстати сказать. Про сеть сказал, а про локальный режим нет.  

     
    локально так же тормоза есть, но они заметно меньше, т.к. нет ограничения по скорости доступа к файлу, которое есть через сеть (условно 5 минут, вместо 20)
     

    Цитата:
    а вы с тех пор хоть раз перезагружали свой «сервер»? А то может у вас там просто какой-нибудь паразитный сеанс остался висеть с зависшим заданием, да так и висит до сих пор?

     
    имеете ввиду какие-то процессы 1с на каких-то компах которые продолжают иметь доступ к этому файлу на сервере? нет, исключено, и для тестов файл базы вынесен в другое место, и тесты идут с другого клиента (чистого, в плане какого либо кэша прошлых обновлений или работы с базой
     

    Цитата:
    Кстати, это вы же ещё недавно интересовались насчёт проблем с проверкой правомерности? Как вы там этот вопрос решили? Может, у вас какой-то дефект образовался в этом смысле — репак какой-нибудь поставили или эмулятор, и оно тормозит при поиске ключа или на каких-нибудь проверках лицензионности.
    Попробуйте ещё кэш почистить, может там во время обновления какой-нибудь адок образовался.

     
    Никаких репаков, тестирую как на платформе с аппаратным ключем (но без доступа в инет, чтобы не ругалось), так и через techsys... без разницы. Жду как ИТС активируют, тогда получится пройти проверку. Кэша нет, тестирую сейчас вообще на отдельной виртуалке.

    Всего записей: 1033 | Зарегистр. 30-05-2006 | Отправлено: 22:31 29-03-2022
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137

    Компьютерный форум Ru.Board » Компьютеры » Программы » Активные темы » 1С (1C): Предприятие


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru