1с что происходит при запуске

Обновлено: 03.07.2024

Многие пользователи сталкивались с ошибками при работе в программе: появлялось уведомление с описанием сути и местом возникновения. Но что делать, когда во время работы зависает база или не запускается 1С конфигурация? Прежде всего — не теряться и не паниковать: хотя причины сбоев различны, в большинстве случаев разобраться по силам рядовому сотруднику с минимальными знаниями в администрировании.

Проблемы с запуском конфигураций

Сложности с открытием конфигураций условно можно разделить на две категории:

Выдано информационное окно с описанием ошибки, например:
- «Отсутствует файл базы данных»;
- «Информационная база не обнаружена»;
- «Файл базы данных поврежден»;
- «Неверное имя пользователя или пароль»;
- «Нет прав на запуск требуемого вида клиента» и т. д.
1С зависает, загрузка не проходит дальше заставки конфигурации, база не открывается.

В статье рассмотрены несколько ошибок запуска конфигураций на платформе 1С:Предприятие 8.3.17.1549.

Ошибки при старте конфигурации

Недостаточно прав на запуск программы

Может возникнуть у новых пользователей или после изменения учетной записи.

Для устранения следует поменять пользователю настройки прав и ограничений. Это доступно под учетной записью администратора 1С. Пункт Настройка пользователей и прав в типовых конфигурациях размешен в разделе Администрирование .

Не найдена база данных

перемещена;
удалена;
переименован каталог хранения;
для пользователя закрыт доступ к папке с базой.

Чтобы устранить ошибку:

Попробуйте пройти по указанному пути до файла 1Cv8.1CD.
Убедитесь, что имена компьютера/диска и всех папок совпадают с указанными в уведомлении. Если обнаружили отличия, исправьте параметры запуска базы: по кнопке Изменить пропишите новый каталог расположения ИБ.
Проверьте права на изменение файлов для текущего пользователя. В окне Свойств каталога базы на вкладке Безопасность должны стоять отметки Разрешить .
При отсутствии каталога или файла 1Cv8.1CD посмотрите Корзину : возможно, база случайна удалена.

Ярлык запуска 1С не действителен

Для быстрого запуска программы администраторы выносят ярлык (ссылочный файл) на рабочий стол пользователя. При перемещении или установке новой платформы ярлык обновляют. Иногда специалисты забывают это сделать, и сотрудники сталкиваются с ошибкой неработающего ярлыка 1С.

Для создания нового ярлыка:

После выполнения команды на рабочем столе появится новый значок 1С. Можете его переименовать на свое усмотрение. Старый ярлык удалите.

Ошибки запуска, связанные с форматом потока или хранилищем данных, решаются очисткой кэша 1С. Вообще удаление временных файлов 1С помогает решить многие проблемы. Поэтому когда все варианты уже перепробованы, почистите кэш.

Программа 1С зависает при запуске

Когда 1С не отвечает при запуске после выбора конфигурации, а на экране долгое время висит заставка, то:

база перегружена или повреждена;
производительности компьютера недостаточно для работы с программой.

Предпосылками этих проблем могут быть и частые зависания 1С при выполнении каких-либо действий в программе.

Проверка и восстановление целостности БД

Если база 1С не запускается ни в пользовательском режиме, ни в режиме конфигуратора, следует проверить ее на ошибки утилитой chdbfl.exe. Она устанавливается вместе с конфигурацией, находится в папке bin и имеет тип Приложение.

Если в директории 1cv8 несколько папок с разными релизами платформы, откройте последнюю установленную.

Перед использованием утилиты рекомендуется сделать копию каталога с файлами базы.

В открывшемся окне Проверка физической целостности файла БД в поле Имя файла БД укажите путь до файла 1Cv8.1CD, находящегося в каталоге базы. При затруднении путь можно посмотреть в нижней части окна запуска 1С.

Отметьте флаг Исправлять обнаруженные ошибки , чтобы утилита chdbfl.exe сразу делала исправления в базе. После завершения процедуры ознакомьтесь с результатом в окне приложения.

Далее, независимо от итога проверки, сделайте диагностику ИБ через конфигуратор:

Запустите 1С в режиме конфигуратора.
Перед началом действий с базой создайте резервную копию Конфигурация — Выгрузить информационную базу .
Перейдите в меню Администрирование — Тестирование и исправление .
В открывшемся окне отметьте все режимы проверки, поставьте флаг Тестирование и исправление и нажмите Выполнить . Результат отобразится в служебном окне.Еще эту функцию используют, когда зависает 1С при формировании отчетов, проведении документов и т. д. После пересчета итогов, реиндексации, реструктуризации таблиц ИБ повышается быстродействие программы 1С.
Проверьте работу конфигурации в пользовательском режиме.

Изменение параметров компьютера

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

При повторных зависаниях программы 1С, появлениях ошибок «Недостаточно памяти» обратитесь к системному администратору, чтобы он увеличил физический объем ОЗУ на компьютере. В качестве временной меры при нехватке оперативной памяти можно рассмотреть вариант с увеличением файла подкачки — это выделенная на жестком диске область под нужды приложений.

Для увеличения файла подкачки:

Откройте окно свойств компьютера и выберите пункт Дополнительные параметры системы .
В окне Свойства системы на вкладке Дополнительно нажмите кнопку Параметры .
В Параметрах быстродействия перейдите на вкладку Дополнительно . В разделе Оптимизировать работу выставьте флажок у программ. Нажмите Изменить .
В окне Виртуальная память выберите диск, на котором будет выделено пространство для файла подкачки. После установки флажка Указать размер задайте величину области в Мб. Исходный и Максимальный размер опытные сисадмины рекомендуют ставить одинаковые, т. к. это снижает разброс данных в виртуальной памяти. Чем меньше на компьютере ОЗУ, тем больше выделяют места для файла подкачки:
- для 1 Гб ОЗУ — до 4096 Мб;
- 2 Гб — 3584 Мб;
- 4 Гб — 3048 Мб;
- 6 Гб — 2560 Мб.
Кнопкой Задать новые параметры сохраняются в системе. Чтобы они вступили в силу, перезагрузите компьютер.

Для выбора оптимального размера поэкспериментируйте с пошаговым увеличением файла до максимального значения.

Используйте файл подкачки только при недостатке оперативной памяти, иначе система начнет часто обращаться к этой области для сохранения временных файлов, а из-за низкой скорости (по сравнению с ОЗУ) стабильно работающий компьютер станет дольше обрабатывать запросы.

Принудительное закрытие 1С

Если зависла 1С 8.3 — что делать пользователю? Вот несколько вариантов:

нажмите комбинацию клавиш Alt+F4 и немного подождите, программа прервет выполнение текущего процесса и выдаст диалоговое окно с вопросом «Завершить работу с программой?»;
в панели задач вызовите контекстное меню значка 1С и выберите Закрыть окно ;
откройте диспетчер задач Ctrl+Shift+Esc. Выделите неотвечающее приложение и нажмите Снять задачу .

Если зависла 1С — как закрыть программу без последствий для базы данных?

Не пользоваться кнопкой RESET на системном блоке;
Не отключать подачу электричества.

При небольшой производительности компьютера не забивайте базу 1С лишней информацией: чаще удаляйте помеченные объекты. Чем меньше объем БД, тем быстрее обрабатываются запросы. Если устранить проблему зависания 1С не помог ни один из способов, выход только один: увеличить ОЗУ и повысить разрядность ОС — обратитесь к системному администратору.

См. также:

Если Вы еще не подписаны:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С:Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Карточка публикации

Данную публикацию можно обсудить в комментариях ниже.
Обратите внимание! В комментариях наши кураторы не отвечают на вопросы по программам 1С и законодательству.
Задать вопрос нашим специалистам можно по ссылке >>

Вы можете задать еще вопросов

Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8

Вы можете оформить заявку от имени Юр. или Физ. лица Оформить заявку

Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>

Как не попасть в ловушку, работая с контрагентами из ЕАЭС

[17.11.2021 запись] Практический переход на ФСБУ 6 и ФСБУ 26 в 1С

Переход на ФСБУ 6/2020 «Основные средства» в 1С по альтернативному алгоритму

Изменения в 2021 году, о которых нужно знать бухгалтеру

[11.10.2021 запись] Учет ОС по-новому: ФСБУ 6/2020, ФСБУ 26/2020, ФСБУ 25/2018

[29.10.2021 запись] Пообъектный учет ОС и подходы к определению и пересмотру СПИ

Актуальный и своевременный семинар, помог учесть некоторые моменты в отчете за 2020г.

Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.

Планируется в версии 8.3.21 Пробовать

В версии 8.3.21 мы сделали ряд доработок, призванных сделать взаимодействие системы с пользователем более удобным для пользователя.

Помощь пользователю при ошибке при входе в систему

Если ошибка произошла при входе в систему, пользователю можно будет показать дополнительную информацию, которая сможет помочь ему решить возникшую проблему:

Ссылка на ресурс с информацией (например, на сайт, где описаны способы решения возникшей проблемы)

Ошибки, возникающие при входе в систему – одни из самых непростых в обработке. Такие ошибки, в частности, могут возникать из-за недоступности сервера 1С, и, значит, в этот момент с сервера нельзя получить данные о том, какую информацию показать пользователю. Поэтому описанную выше информацию можно записать для каждой базы в файл списка баз *.v8i – при неудачном входе в систему информация будет считана из этого файла (при доступности файла) и показана пользователю.

Есть варианты работы, когда файлы *.v8i недоступны – работа в облаке, удалённая работа и т.п. Поэтому эту информацию также можно настроить через стандартную обработку «Управление настройками отображения ошибок» (параметры «Текст помощи» и «Навигационная ссылка помощи») и сохранить в инфобазе. Если с клиента уже был ранее осуществлен успешный вход в систему – эти параметры считываются с сервера и кэшируется на клиенте.

Если клиент успешно связался с сервером и считал актуальные значения параметров «Текст помощи» и «Навигационная ссылка помощи», но далее при работе системы возникли проблемы при соединении с сервером – в диалоге попытки повторного подключения будут использованы последние считанные значения параметров.

Обратите внимание! Информация, записанная в файле *.v8i, и настройки параметров «Текст помощи» и «Навигационная ссылка помощи» - независимы друг от друга. В случае, если доступен файл *.v8i, но недоступен сервер 1С и на клиенте нет закэшированных значений параметров «Текст помощи» и «Навигационная ссылка помощи» – пользователю будет показана информация из файла *.v8i, в противном случае – информация из параметров «Текст помощи» и «Навигационная ссылка помощи».

Настройки подключения к базе

В файл списка баз (*.v8i) в свойства базы добавляется параметры:

StartupErrorHelpText (строка) – текст, отображаемый в диалоге ошибки до начала сеанса или диалоге попытки повторного подключения

StartupErrorHelpURL (строка) – ссылка на ресурс с информацией

Тонкий клиент

Проверьте сетевое соединение

Проверьте, что параметры подключения указаны верно

Если проблема возникла уже после начала работы с системой - на форме повтора попытки соединения с сервером отображаемый текст будет таким же, как и на таблице вверху, а полный текст можно посмотреть, нажав на ссылку «Показать подробности…».

Веб-клиент

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

Это будет работать при соблюдении нескольких условий:

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

Браузер должен поддерживать технологию service-workers

Про сервер обработки ошибок при запуске

Выше мы упомянули параметр «Адрес сервиса обработки ошибок при запуске».

Если этот параметр задан, то при ошибках запуска по этому адресу клиент 1С сделает запрос дополнительной информации. А по этому адресу можно настроить веб-сервер, который будет отдавать более подробную информацию о текущей ситуации - информировать пользователей при возникновении неожиданных аварийных ситуаций и / или недоступности сервера и т.п. Например, можно отобразить пользователю текст “Мы уже работаем над проблемой. Работа сервера возобновится после 14:00”.

Для поддержки это сценария можно реализовывать совсем простой вариант: просто положить JSON-файл в папку и настроить веб-сервер (Apache, nginx, IIS) на отдачу этого файла. При возникновении проблем на сервере можно вписать в этот файл необходимый текст (userMessage) и настроить время, до которого этот текст будет отображаться на форме (в нашем примере – до 14:00).

Можно реализовывать и более сложные сценарии – например, отправлять информацию об ошибках при входе в систему на внутренний сервис техподдержки организации.

Отчет об ошибке

При формировании отчета об аварийном завершении добавляется возможность показа окна “О программе”.

Методика расследования причин медленной работы операции на примере открытия управляемой формы

Для начала необходимо убедиться, что проблема стабильно воспроизводится (в одинаковых условиях) и что все пункты с описанием применения методики выполнены. Для этого можно сделать следующее:

Сбор и анализ стандартных данных

Разберем пример для операции открытия формы документа "Табель учёта рабочего времени".

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

Настройка технологического журнала на клиенте может быть такой:

Фильтр по имени процесса для нашей задачи избыточен и нужен для того, чтобы в случае ошибочной настройки такого лога на сервере не получить сбор всех событий для серверных процессов, что может занять значительный объем. С другой стороны, при осознанном включении такой настройки на сервере (если клиентские приложения запускаются там же, где может быть развернут и сервер приложений 1С:Предприятие) мы в отдельном каталоге Client_Full увидим данные только клиентских приложений (хотя при этом подкаталоги других процессов тоже будут созданы, но они буду пустыми). Свойство Interface не собираем, так как оно дублируется более "человек читаемым" свойством IName (хотя даже последнее нам в данном примере не обязательно нужно).

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

Замеры времени средствами БСП будут выглядеть следующим образом:

Везде далее будем рассматривать верхний в этом списке замер от последнего повторения, его длительность 13,022 секунды.

Замер отладчиком конфигуратора изображен на следующем рисунке:

Как видно, сумма длительности всех строк, связанных с открытием формы составила всего 1,523 секунды.

'00010101' + ТекущаяУниверсальнаяДатаВМиллисекундах() / 1000

а для миллисекунд взять остаток от деления на 1000 (то есть просто последние три цифры, обратите внимание на "779" на следующей картинке).

Точное время начала замера (минут:секунд.миллисекунд): 25:10.779

Точное время окончания замера (минут:секунд.миллисекунд): 25:23.801

Найдем теперь записи технологического журнала, соответствующие данному замеру, они будут примерно следующими:

Здесь видно, что соответствующий нашему замеру серверный вызов SCALL завершился примерно за 10,1 секунды, это соответствует интервалу между запросом VRSREQUEST и ответом VRSRESPONSE.
Причем время начала замера почти совпадает с началом вызова, то есть событием VRSREQUEST, что собственно ожидаемо, так как замер БСП начинается на клиенте и должен быть непосредственно перед командой открытия формы. А вот окончание вызова сервера случилось раньше, чем окончание замера, что значит, что эта разница во времени пришлась на часть работы клиентского приложения.

Итак, промежуточный итог по длительностям замеров разными способами показывает соответствие нашей ситуации ограничениям и выполнение неравенства: 1,5 < 10,1 < 13.

Стандартными инструментами не удается увидеть причину проблем низкой производительности работы (открытия) управляемой формы, поэтому воспользуемся следующими помощниками:

Отладчик операционной системы: Windows Performance Recorder для сбора метрик и Windows Performance Analyzer для их визуализации и анализа;
Анализатор сетевых протоколов Wireshark или прокси-сервер Fiddler Web Debugger.

Установим и запустим Windows Performance Recorder ("C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\WPRUI.exe"), укажем настройки:

После того, как их подготовили, перейдем в тонкий клиент 1С, откроем форму списка документов и непосредственно перед воспроизведением проблемной операции запустим сбор данных WPR (кнопка Start).

После открытия формы в тонком клиенте запись можно остановить и открыть ее для анализа. В открывшемся окне найдем по PID 5508 (его можно определить в диспетчере задач ОС или по логам ТЖ) наш тонкий клиент 1С и должны получить примерно следующую картинку:

По данным Windows Performance Analyzer видим, что у нас нет серьезной нагрузки по дискам, а поток тонкого клиента потребляет 100% ЦП на протяжении длительного времени вплоть до завершения замера.

Запомним этот результат и проанализируем траффик.

Запустим Wireshark и повторим проблемную операцию в тонком клиенте 1С:Предприятие с прямым подключением к серверу приложений 1С.

При сборе данных с помощью Wireshark (и отбору по пакетам с сервером-источником равным серверу приложений 1С:Предприятие) запуск открытия формы документа будет выглядеть примерно так:

Здесь каждая такая строка – это пакет (или если точнее, то "кадр", frame), который в свою очередь является частью общего большого пакета поверх протокола TCP (PDU – Protocol Data Unit). Если их сложить, получим пакет около 70 Кб. Стоит обратить внимание, что это будет размер с учётом сжатия, а если без него – то должны получить что-то около 2500 – 3500 Кб данных.

Устанавливаем и запускаем Fiddler, на панели инструментов ищем "Browse", выбираем любимый браузер и запускаем в нем необходимое нам приложение (информационную базу 1С:Предприятие). После запуска переходим в форму списка документов (готовимся воспроизвести сценарий), возвращаемся в Fiddler и включаем сбор траффика (кнопка F12), переходим в браузер и открываем форму документа. После её открытия сбор траффика можно отключить и заняться его анализом. Мы должны получить примерно следующее:

В данном дампе достаточно быстро находится относительно большой пакет искомого размера, выбираем его в списке слева, а в правой части окна переключаемся на страницу Inspectors, выбираем там просмотр заголовков (Headers), и так как у нас пакет является сериализованным json (Content-Type: application/json), то попросим Fiddler десериализовать его для нас.

После этого в окне предпросмотра отобразится древовидная структура ответа (response), которая передается с сервера на клиент и содержит так много данных. Далее нам необходимо проанализировать её и найти наиболее проблемные места. Может помочь кнопка Expand All, которая развернёт все элементы дерева, но это может занять некоторое время. Чтобы его сократить, сначала поймем, что именно нужно искать.

Подведем промежуточный итог:

Проблем с медленной работой прикладного кода 1С или запросов нет.
Большая часть времени открытия формы состоит из сетевого взаимодействия.
Размер пакета с формой подозрительно велик.
После получения пакетов имеем высокую утилизацию ЦП тонким клиентом 1С (или веб-клиентом).
Потерянное время находится где-то между окончанием/началом работы прикладного кода 1С и сетевой передачей.

Из всех этих пунктов для нас наиболее полезным и требующим дополнительного анализа является тезис "Размер пакета с формой подозрительно велик".
Какие могут быть причины для такой ситуации? В общем случае их несколько:

Сама по себе большая и сложная форма с большим количеством экранных элементов и реквизитов. Наверное, редкий и точно не очень правильный случай, лучше такого избегать на этапе проектирования систем.
Простая форма, но много данных в реквизитах формы (включая данные объекта), в особенности:
- Хранилище значения, Строка(0);
- Большие коллекции (Таблица, Дерево, Список);
- Произвольный тип (концентрация проблем).
Так как наша проблема (у вас может быть по-другому) воспроизводится даже при очень небольшом количестве данных в ТЧ, и реквизитов у документа (т.е. объекта формы) совсем не много, то их мы не рассматриваем. Остаются реквизиты формы, не равные основному реквизиту "Объект".

Среди них находится несколько реквизитов, имеющих произвольный тип. Могут выглядеть так:

Сопоставляем эти данные с уже собранным ранее замером с помощью конфигуратора, и видим заполнение этих структур достаточно большим количеством элементов (например, можно 5059 в реквизите "СвойстваИзмерений").
Снова вернемся к дампу траффика в Fiddler и найдем там элемент, отвечающий за параметры формы (response/props). Увидим там примерно следующее:

И если развернем далее эти элементы, убедимся, что их там несколько тысяч, каждый из которых представляет собой вложенную структуру вида:

Найдем прикладной код, заполняющий эти параметры, и убедимся, что данных там действительно достаточно много (2-3 Мб), и они представляют собой большое количество сложных вложенных структур.

Отключив заполнение данных реквизитов, убеждаемся, что проблема с производительностью формы исчезает, что значит, что причина была найдена правильно.

Выводы и рекомендации

Длительная работа открытия формы обусловлена сериализацией и десериализацией больших коллекций значений при передаче их между клиентом и сервером.

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

В следующей таблице приведены результаты таких замеров в нашем примере. Сразу следует оговориться, что не стоит никаким образом рассматривать в ней абсолютные значения, так как это будет зависеть еще и от конфигурации компьютера, сети, версии платформы и многого другого, связанного именно с нашим примером. Для нас же важны зависимости и их характер (линейная, экспоненциальная и т.д.). Предлагаем вам проанализировать их самостоятельно (или даже повторить замеры на актуальной версии платформы в вашей среде).

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

Здравствуйте. Очень часто стал сталкиваться со следующей проблемой:

По утрам не запускаются клиенты, точнее очень долго (около 30-40 минут).

При том не имеет значение клиент установлен на ПК пользователя или напрямую с сервера.

Глядя на монитор ресурсов и диспетчер задач оперативная память загружена от 20% до 50% (50% это видимо когда сервер наберет Кэш и пока не перезагрузишь не сбрасываетя).

Процессор так вообще забит менее 10%.

После захода первого клиента, далее все остальные просто залетают в 1С за секунды и на протяжении дня всё ОК. Пока у кого то запущен хоть один.
При том конфигурация не имеет значения (крутится 2 базы), размер так же не влияет: 1- 1500 ГБ; 2- 16 000. Но не важно в какую бвзу заходить первой

Xeon E 2562
DDR 48ГБ
SSD Samsung Evo 850
Сеть 1 Гбит.
ОС WIndows Server 2016 standart.

Настраивал SQL по инструкции, которая размещена на Инфостарте.

Так же хочу заметить, что Оперативная память не загружается больше 50%, более 20 ГБ остается свободным. и процессор так же, менее 10%.

Под Кэш 2 диска в RAID 0, свободно более 500 ГБ,

Читал, что лечится добавлением процессов в консоль, но что то настроек я не нашел.

Подскажите пожалуйста добрым советом, кто что делал в данном случае, как вылечить мою беду:(((

Спасибо за внимание.
(1) не уверен что верное направление, но дабы исключить, какие значения у Вас в тех местах что на картинках?
(2)Параметры кластера следующие

А вот параметры "Рабочего Сервера" не могу найти где находится.

Есть только параметры "Центрального сервера 1С:Предприятие". Но в нем нет настроек кроме порта и протокола.

А в параметрах кластера нужно выставить так де как у Вас или оставить, как у меня?
(4) затрудняюсь сходу сказать как ведет себя система когда все по нулям. Поставьте как у меня - проверите. Хуже точно не будет. А если будет, вернете нули назад. (2)подскажите пожалуйста, все таки из расчёта чего именно Вы исходили изменяя параметры в свойствах кластера и в свойствах рабочего сервера? (1) конфигурация, версия платформы и режим совместимости очень важны в данном вопросе
(3)Я же пишу, что вне зависимости от конфигурации. Если запущен у кого то хоть один клиент, то все остальные залетают в программу в считанные секунды и так же вне зависимости от конфигурации, неважно в какую из баз первый зашел. Те же проблемы и с конфигуратором.
Такое ощущение, что кластер при простое просто отключается и сбрасывает кэш.

Так же проблема остается при загрузке обновлений. В последний раз потратил на Бухгалтерию 3.0 всю ночь. 1С просто зависала и всё. Естественно я ее не трогал. то 1 час грузил конфигуратор, 30 минут грузил после ввода данных авторизации, дальше после поиска обновлений обновлял 4 часа, затем в клиентском режиме час обновлял.

(8)предполагаю, что проблемы появились после обновления платформы.

Можно конечно "костыль": по расписанию (до начала работы самого раннего пользователя) запускать на сервере клиента.

Только в параметрах оперативной памяти указал 32000.
(5) я вижу что вы пишите, но обычно в конфе говнокод который что-нибудь выгружает в огромном количестве раз в день.
но ваш случай больше похож на то что вы кеш чистите пользовательский и серверный, а там находится конфигурация, которой нужно обновиться при первом входе
(14)в эту сторону тоже думаю, но как сделать так, что бы кеш не очищался. Но есть ещё одно замечание: оперативная память при этом не уменьшается.

На данный момент перезагрузил сервер и монитор показывает занято 8 ГБ оперативной памяти. При том 10 пользователей прекрасно себя чувствуют. Но постепенно оперативная память разрастается до 17-20 ГБ и не уменьшается.

Ещё есть замечание, что после того как все выйдут вечером и зайти в конфигуратор ( который грузится очень долго) и снять копию, то на утро опять не зайти.

Такое ощущение, что при загрузке конфигураьора КЭШ предприятия очищается и заполняется конфигуратором. Зато потом в конфигуратор зайти можно быстро, а вот в предприятие нет.

Затем наоборот, после работы предприятие долго заходит конфигуратор.

Но вот при одновременной работе предприятие и конфигуратор все ОК. До тех пор пока не выйдут все пользователи.

Но даже, если не заходить сегодня в конфигуратор и выйдут все пользователи, то завтра клиенты загрузятся нормально.

Читайте также: