Синхронизация зависает на 95 процентах 1с

Обновлено: 04.07.2024

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

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

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

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

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

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

Фильтр по имени процесса для нашей задачи избыточен и нужен для того, чтобы в случае ошибочной настройки такого лога на сервере не получить сбор всех событий для серверных процессов, что может занять значительный объем. С другой стороны, при осознанном включении такой настройки на сервере (если клиентские приложения запускаются там же, где может быть развернут и сервер приложений 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 Мб), и они представляют собой большое количество сложных вложенных структур.

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

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

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

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

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

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

Добрый день!
У клиента третий день подряд, вешается бухгалтерия.
Симптомы:
Заходишь в программу, делаешь любые действия - открываешь справочники, отчеты, да в принципе все равно что. Минута, все нормально, потом программа зависает - просто все останавливается. Именно программа, все остальные программы работают, т.е. - сам комп не висит. Через д.з. задача снимается, заново запускается, и все повторяется. В д.з. состояние - программа не отвечает, процессор не загружен.
Железка - Core I5, ОЗУ 8 гб, Win-7 x64, два SSD, один под системой, на втором базы лежат.
Баз 4 штуки, все ведут себя одинаково.
Платформа на текущий момент последняя, но пробовал и под более ранними - не помогает. Сносил под чистую, ставил заново.
Конфа типовая(естественно, она же базовая), последняя.
В логах винды никаких ошибок нет. Были по КриптоПро, его переустановил(думал, может каким-нибудь регламентным заданием к нему 1С отчетность обращается, что-нибудь получить пытается и виснет), больше ошибок нет.
Переустановка КриптоПро ничего не дала, сам по себе он работает сейчас нормально.
Регламентные задания все отключал, не помогает.
Кэш чистил, не помогает. Базу удалял из списка, добавлял заново - результата нет.
ТиИ делал(но, это уже пляски с бубном, базы то четыре, не могли же они все разом "сломаться").
Вирусов нет, стоит Касперский, проверку запускали.

Что еще можно проверить? Уже и не знаю, куда копать.

(2) ну посмотри.
Говорят в последние дни он себя неважно чувствует, и с утра фризит, а это сказывается на базе
в мониторе производительности покажи картинку использования памяти в этот момент
ну и первое че надо сделать, отключить все фоновые, особенно хрень с полнотекстовым поиском и его индексирование
"третий день подряд" - что было три дня тому назад? другая версия платформы? другой конфиг железяк в компе?
(0) Поставь самую древнюю платформу 1С, которую поддерживает конфа БП3
(10) Диспетчер задач.
(0) Попробуйте на другом компе базы запустить и поработать в них. Платформу ставьте из 15-й ветки, 8.3.15.1869, например. Это укажет: проблемы с базами или с компом.
(9) это будет последний 14-ый релиз - хрен редьки не слаще.
(15) Пока нет, жду когда пришлет копию(выгрузку вчерашнюю), попробую на своем домашнем компе, отпишусь.

(12) выглядит на первый взгляд абсолютно запутано.

Я бы попробовал сделать что-то другое, что не является БП3 базовой просто чтобы убедиться, как можно локализовать проблему. Но лицензия базовая. плохо все.

Баз 4 штуки - это все базовые после активации от одной лицензии так работают? Т.е. именно сейчас так?
И эти все 4-ре базовые базы - они насколько идентичны друг другу?

Нужно забрать для тестирования базу на комп с проф-версией лицензирования и просто проверить работоспособность базы. Если база будет глючить и на таком компе, то изнасиловать базу перевыгрузкой через ДТ, что содержимое внутри самой базы оказалось полностью восстановлено средствами платформы.

Есть такое подозрение, если все базы пережили обновление на актуальный релиз, что там что-то переломалось в структурах самих форм. Т.е. ТИИ сделать бестолку.

(16) Что значит "(выгрузку вчерашнюю)" - надо брать не "выгрузку", а сам файл базы - смысла нет перезапускать на постороннем компе из "выгрузки", потому что тогда ты видишь не состояние базы, а состояние восстановленной базы из выгрузки, если под выгрузкой понимают DT.

И нах они там делают выгрузку в ДТ, если базы прежде всего базовые и потому они файловые? В рабочем режиме не ДТ нужно делать, а просто бакап всего каталога базы или просто файла базы, даже без запуска конфигуратора.

(17)Баз 4 штуки - это все базовые после активации от одной лицензии так работают? Т.е. именно сейчас так?
И эти все 4-ре базовые базы - они насколько идентичны друг другу?

Да, все именно так. Базы идентичные.

(18) Да, выгрузка в ДТ. Просто ЦД забрать сложно, мне туда физически не попасть в разумное время. А передать ЦД через TV, это долго. Ну, можно через облако попробовать, там скорость будет нормальная, так наверное и сделаю. Тот ДТ, про который я говорю, я вчера сам создавал перед ТиИ.

Они там ничего не делают, кроме того, что сама 1С архивы создает, штатными средствами.

Кстати, вопрос - в базовой версии я не могу создать пустую базу и загрузить в нее ДТ. Ограничение платформы.
Если я на проф платформе это сделаю, то после загрузки их ДТ, она останется базовой? Т.е, если я пересоздам у себя базу с их выгрузки, и все будет работать, потом я им если этот ЦД закину, под их лицензией заведется?

Проведи ради прикола такой тест. Возьми файл файловой базы, тот самый ЦД и создай из него зип-архив на самой высокой скорости сжатия. Можешь попробовать разные степени сжатия. Это удобно делать 7zip, которая в своем интерфейсе позволяет параметры сжатия изменять, вплоть до назначения пароля на архив.
Подсказка: ДТ-файл является зипованным и если ЦД зиповать, то размер ариха получится такой же.
(20) Попробовал. Ну, почти. Чуть больше. Правда, 7-зип у меня под рукой не было, жал винраром в зип, метод "быстрый". Но, в принципе правда жмется почти в два раза.
(21) У винрар и 7зип практически одинаково получается. Т.е. этим сжатием и пользуются чаще всего, когда забирают файловую базу куда-то себе
Просто в данном конкретном случае выворачивание базы через ДТ выгрузку-загрузку обычно и является одним из рецептом починки базы. Конечно, не на том же самом компе, где базовая лежит, а на копме с проф-лицензией. Но база будет (должна быть) в итоге базовая и нормально работающая - получившийся цд-файл можно вернуть на комп клиента и продолжить с ним работать.

(6) в мониторе производительности покажи картинку использования памяти в этот момент

(23) Прислали выгрузку, сейчас у себя попробую создать базу новую из выгрузки.
база наглухо зависает или отвисает через какое-то время ? если отвисает- делай замер производительности в 1с
у меня висло на 15 мин в базовой из-за того, что они весь адресн классификатор загрузили и при любом обращении к нему - висяк
(26) Наглухо. За час точно не отвисает, больше не пробовали.

База физичеки лежит на том же самом компе, или где-то на сервере в сети?
Уверены, что проблема не в сети?

Если база лежит на клиенте, то проверьте диски. Попробуйте перенести базу на другой физический диск или в сеть.

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

В разделе Администрирование\Интернет-поддержка и сервисы отключите (хотя бы временно) Загрузку классификаторов и курсов через интернет, работу с новостями, Обновление версии программы, Автоматическую проверку контрагентов по ЕГРН, Сервис СПАРК Риски, Склонение объектов, Центр мониторинга (поставить Запретить отправку сведений), Сервис 1С-Коннект.

Что в журнале регистрации 1С? Он ведётся вообще?

+(25) Ну, что, круг поиска сужается. Пересоздал из ДТ базу у себя дома, на совершенно другом компе, с другой платформой(проф 8.3.17.1386), все один в один, вешается. У меня, все другие(не его) базы работают нормально.
Значит, комп, диски, сеть, платформа(. ) и т.п. - однозначно ни при чем, сейчас буду конфу у себя ковырять по советам из (28). Что-то обновилось криво, или патчи(. ) кривые.
(29) начинка базы может быть кривая. какой-нибудь опухший кладр, например.
(29) я бы попробовал залить ЦФ "загрузить из файла". Но для этого его нужно взять желательно из нормально работающего источника.

(31)+ Но это реально долго может быть

Вероятно кривые данные (циклическая ссылка как пример) и некий запрос тупо виснет

(32) кстати да, крайне редко, но случается что апдейты криво встают (из-за файла обновления м.б., он как раз для 4х баз один был).
как-то раз до греха доходило - в типовой на замках бухии не было некоторых(!) счетов в предопределенном плане счетов внутрях CFки самой базы.

(33) Странно все это. Во всех четырех базах? Как-то маловероятно.
Было-бы кривое обновление, сейчас бы все вопили благим матом, но что-то такого не наблюдаю.

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

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

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

(34) Релиз конфы - 3.0.83.25, свежее нет, как я понимаю.
(36) Да вот странно, сам в шоке. До этого и проблем таких не было.

(37) Из ссылки на ГлавБух:
Цитата:
Попробуйте расширение - EF_00_00267418 удалить. (сохранить на диск) И запустите программу.
Если всё пройдет успешно, то значит надо переписать расширение.

Вот только, как его удалить? Мне не понятно.

+(38) В принципе - нашел, в конфигураторе можно и удалить и отключить расширения. Сейчас буду пробовать.
(36) Нельзя. Встанут только патчи-расширения подписанные 1С.
А пофик. Отключил все(пока не удалял), при входе выдала кучу(по количеству отключенных расширений) окошек, типа что расширение не активно, конфа загрузилась. Ииии. Зависла зараза :-(((
(41) Отключать бесполезно расширения метаданные не того - надо удалять

+(43) Попробовал. Удалил все патчи-расширения, не помогло, зависло так-же.

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

Проверь на чистой базе. И только потом эксперименты с загрузками.
(44) А откати как конфу принудительно на предыдущий релиз на копии
Да, еще-бы понять, где чистую базу взять. Не обновление(оно на сайте 1С есть), а именно установочную, последнего релиза. Ее, как я понимаю, пока "в природе не существует". Нет, ну можно взять конечно предыдущий релиз и обновить. Но, как-то это криво :-(
(47) когда у меня был доступ раньше, то на разделах для партнеров актуальные релизы в полных сборках видел. Спроси у франчайзи - может кто поделится.
(47) 4601546116673 1С:Бухгалтерия 8. Базовая версия. Электронная поставка 3 300
вот это же откуда-то берется :-)

(48) У меня нет доступа к партнерке :-( Да и спросить не у кого.
(49) Думаешь, там будет последний релиз? Вполне может быть и предыдущий.

В общем, пока таймаут - качаю полный предыдущий релиз, установлю, обновлю до последнего обновлением, тогда продолжу.

Ну, что. Результаты экспериментов. Правдами-неправдами получил два CF, и релиза 82.40, и текущего, 83.25. Правда, последний был получен обновлением пустой конфы 82.40 до 83.25.
Пустая конфа не виснет, ни того ни другого релиза.
Попытка в рабочей базе "Обновить конфигурацию" не прокатывает - файл обновления не находит, да это и понятно - не должна, она и так актуальная. Это я просто на всякий случай попробовал, а вдруг?!
Делаю загрузить конфигурацию из файла. Последний релиз. Все грузится, конфа полностью заменяется, результатов нет, виснет.
Загружаю предыдущий релиз, все проходит нормально, но как висла, так и виснет.
Похоже, ошибка где-то в данных, но как найти, совершенно не понятно. И почему во всех четырех базах, тоже не ясно.

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

(31) А отладкой? Я как-то слабо себе представляю, как такое отлаживать. Точнее, совсем не представляю, что отлаживать и как. Если бы знать, хоть примерно, какая процедура/функция виснет, можно было-бы. А так, это пальцем в небо.
(54) Но оно же и на твоем компе виснет, которому на базовую лицензию все-равно?
(60) база пустая, ничего в ней не тормозит и не зависает
Надо запустить отладчик и включить замер производительности, как база зависнет. Пару минут подождать и отключить замер производительности. И смотреть результат. Ставить на самой долгой операции точку остановка и смотреть откуда вызывается.
(0) Ничего не висит. У меня на ноуте 2 гб памяти (старенький) и все равно дышит вполне себе нормально
(65) На 2 гигах БП3 в принципе не работает. Точнее пытается но тормоза убивают
Ну, предположим у меня. Но у клиента 8 гигов, и винда х64! И у меня, с моим х86, все другие базы работают нормально, что в этой такого, что она сожрала всю память?!
Открой уже диспетчер задач, далее производительность, внизу - монитор ресурсов и покажи картинку с памятью.
Которой у тя нема

и скачай EmptyStandbyList и воткни в расписание хотя бы

Иии, любая очистка ОЗУ, как я понимаю, до перезагрузки. Его комп вчера наз пять перегружал, система только загрузилась и приехали. Раньше все работало без проблем. Перестало резко, непонятно с чего.
(72) Да, бесспорно, если комп в режиме сервера, 24Х7 пашет, то полезная штука. И его комп, и мой, ночами отдыхают. Мой, потому, что стоит в метре от кровати и банально мешает спать, его - х.з. почему. Видимо по привычке. Хотя, я сторонник того, что нефик отключать на ночь комп - выключение/включение отнимает ресурсов больше, чем работа ночью. Но ОЗУ при этом "спящими" процессами не забивается.
Короче, появится клиент, сниму дамп зависшей задачи, пусть отправляет в 1С.
Как-бы там не было, ну не должно такого быть, что-бы на х64 с 8 гигами, памяти не хватало! Косяк по любому. Просто видимо у меня, на х86 это проявляется более явно.

У меня на телефончике тоже больше. Но, что-же это за задача такая, что для десктопного приложения 8 ГИГАБАЙТ не хватает?
Это-же не игрушка - леталка, стрелялка, бегалка. И не приложение-студия для производства 3D фильмов типа "Аватара".

Короче, клиент пока так и не отыскался, экспериментирую на своем, х86, с хроническим недостатком памяти.
Взял демку, стандартную из поставки бух 3.0 базовой, обновил ее до релиза 8.3.83.25, все работает - вяленько конечно(не удивительно - памяти то только 3 с копейками доступно), НО НЕ ВИСНЕТ.
Открываю рабочую конфу - пару действий, любых, и глухой висяк.

Отличие, как я понимаю, только в том, что в рабочей конфе интернет-поддержка настроена, в демке нет. И 1С отчетность, тоже в рабочей подключена, в демке, естественно нет.
Похоже, какая-то из этих "заморочек" не совсем корректно работает, и приводит к таким последствиям :-(

Ну, у меня то ладно, давно пора на х64 винду поменять, все ни как не решусь, но у клиента то что? Там то х64 и памяти, как оказалось вообще 16, это я просто подзабыл, я же ему память менял не так давно(сама замена, явно не причина - все остальное то работает стабильно!), было раньше 8, теперь 16 :-)
Как же другие то работают, есть же люди и на 4-х сидят. Да вроде и в официальных системных требованиях 1С все гораздо скромнее.

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

Но базы под самой урезанной лицензией и в файловом однопользовательском. Тем более, что взятую базу для примера выше уже скачали и попробовали и там проблем не увидели. Что-то странное.

(85) Тем более, что взятую базу для примера выше уже скачали и попробовали и там проблем не увидели. Что-то странное.

Во, во. Как в том анекдоте - "доктор, дайте справку, что я странная женщина. А то все бл**ь, да бд**ь. "
Ту, что для примера, типовая демка, без всяких настроек запускал. В рабочей пробовал все отключать, что только можно. Может не все, просто я не настолько хорошо знаю типовую конфигурацию, и не все отрубил.

(86) ну значит какую-то доработку сделали. Ищите во внешних обработках

(87) Ну, версия базовая, поэтому доработка "внутри" - исключена. Внешние обработки, кроме меня, там писать/устанавливать некому. А я этого не делал. Точно.
(88) Платформу пробовал обеих версий, разницы нет. Да и какая разница - что, х86 не должна работать? Тогда, это точно беспредел. Автономные сервисы? Версия то базовая. Или я не понял, что Вы имели в виду?

Короче, проблема разрешилась для клиента, хотя "ложечки нашлись, но осадочек остался". Запустил под платформой, самой первой, под которой может работать по требованиям эта конфа - 8.3.15.1830. И, о чудо - виснуть перестала.
До этого пробовал платформы разных версий, но в пределах 17 и 16. Так далеко не лазил. Но, коллеги подсказали попробовать 15. Не веря в успех, попробовал, и как не странно, все взлетело. И на моем компе х86 с "хронической нехваткой памяти", и на клиентском х64 с 16 гигов. Тот момент, где обычно на 17 висло, просто на пол секунды появляется "курсор колесик", и дальше все работает. Можно конечно, попытаться поймать эту хрень в отладчике, но. Никакого желания нет, да и времени свободного тоже.
Сделал что ТП 1С просила - под 17 релизом снял дамп зависшего процесса(1.6 гига файл получился!, офигеть. ) Клиент в ТП 1С отправит, пусть разбираются - в любом случае, какой-то косяк в программе(платформе? конффе? сервисах 1С отчетность?) есть, так не должно быть.

Фото Алены Туляковой, ИА «Клерк.Ру»

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

Основная цель написания статьи — чтобы не повторять очевидные нюансы тем администраторам (и программистам), которые еще не набрали опыта с 1С.

Вторичная цель, если у меня будут какие-то недочеты, — на Инфостарте мне это укажут быстрее всего.

Неким стандартом "де факто" уже стал тест В. Гилева. Автор на своем сайте дал вполне понятные рекомендации, я же просто приведу некоторые результаты, и прокомментирую наиболее вероятные ошибки. Естественно, что результаты тестирования на Вашем оборудовании могут отличаться, это просто для ориентира, что должно быть и к чему можно стремиться. Сразу хочу отметить, что изменения надо делать пошагово, и после каждого шага проверять, какой результат это дало.

На Инфостарте подобные статьи есть, в соответствующих разделх буду ставить на них ссылки (если пропущу что-то - просьба подсказать в комментариях, добавлю). Итак, предположим у вас тормозит 1С. Как диагностировать проблему, и как понять кто виноват, администратор или программист?

Тестируемый компьютер, основной подопытный кролик: HP DL180G6, в комплектации 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. Для сравнения, сопоставимые результаты в однопоточном тесте показывает Core i3-2100. Оборудование специально взял не самое новое, на современном оборудовании результаты заметно лучше.

Для тестирования разнесенных серверов 1С и SQL, сервер SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Для проверки 10 Gbit сети использовались Intel 520-DA2 адаптеры.

Файловая версия. (база лежит на сервере в расшаренной папке, клиенты подключаются по сети, протокол CIFS/SMB). Алгоритм по шагам:

0. Добавляем на файловый сервер тестовую базу Гилева в ту же папку, что и основные базы. С клиентского компьютера подключаемся, запускаем тест. Запоминаем получившийся результат.

Подразумевается, что даже для старых компьютеров 10 летней давности (Pentium на 775 socket) время от нажатия на ярлык 1С:Предприятие до появления окна базы должно пройти меньше минуты. (Celeron = медленная работа).

Если у Вас компьютер хуже, чем пентиум на 775 socket с 1 гб оперативной памяти, то я Вам сочувствую, и комфортной работы на 1С 8.2 в файловой версии Вам будет добиться тяжело. Задумайтесь или об апгрейде (давно пора), или о переходе на терминальный (или web, в случае тонких клиентов и управляемых форм) сервер.

Если компьютер не хуже, то можно пинать администратора. Как минимум — проверить работу сети, антивируса и драйвера защиты HASP.

Если тест Гилева на этом этапе показал 30 "попугаев" и выше, но рабочая база 1С все равно работает медленно - вопросы уже к программисту.

1. Для ориентира, сколько же может "выжать" клиентский компьютер, проверяем работу только этого компьютера, без сети. Тестовую базу ставим на локальный компьютер (на очень быстрый диск). Если на клиентском компьютере нет нормального ССД, то создается рамдиск. Пока, самое простое и бесплатное — Ramdisk enterprise.

Для тестирования версии 8.2 вполне достаточно 256 мб рамдиска, и! Самое главное. После перезагрузки компьютера, с работающим рамдиском, на нем должно быть свободно 100-200 мб. Соответственно, без рамдиска, для нормальной работы свободной памяти должно быть 300-400 мб.

Для тестирования версии 8.3 рамдиска 256 мб хватит, но свободной оперативной памяти надо больше.

При тестировании нужно смотреть на загрузку процессора. В случае, близком к идеальному(рамдиск), локальная файловая 1с при работе загружает 1 ядро процессора. Соответственно, если при тестировании у вас ядро процессора загружено не полностью — ищите слабые места. Немного эмоционально, но в целом корректно, влияние процессора на работу 1С описано здесь. Просто для ориентира, даже на современных Core i3 с высокой частотой вполне реальны цифры 70-80.

Наиболее часто встречающиеся ошибки на этом этапе.

Неправильно настроенный антивирус. Антивирусов много, настройки для каждого свои, скажу лишь то, что при грамотной настройке ни веб, ни касперский 1С не мешают. При настройках "по умолчанию" - может отниматься примерно 3-5 попугаев (10-15%).
Режим производительности. Почему-то на это мало кто обращает внимания, а эффект - самый весомый. Если нужна скорость - то делать это обязательно, и на клиентских и на серверных компьютерах. (Хорошее описание у Гилева. Единственный нюанс, на некоторых материнских платах если выключить Intel SpeedStep то нельзя включать TurboBoost).

Включать режим производительности можно (и желательно) в двух местах:

через BIOS. Отключить режимы C1, C1E, Intel С-state (C2, C3,C4). В разных биосах они называтся по разному, но смысл один. Искать долго, требуется перезагрузка, но если сделал один раз - потом можно забыть. Если в BIOS все сделать правильно, то скорости добавится. На некоторых материнских платах настройками BIOS можно сделать так, что режим производительности Windows роли играть не будет. (Примеры настройки BIOS у Гилева). Эти настройки в основном касаются серверных процессоров или "продвинутых" BIOS, если Вы такое у себя не нашли, и у вас НЕ Xeon - ничего страшного.

Панель управления - Электропитание - Высокая производительность. Минус - если ТО комптютера давно не проводилось, он будет сильнее гудеть вентилятором, будет больше греться и потреблять больше энергии. Это - плата за производительность.

В BIOS C-state включены,

режим энергопотребления сбалансированный

Для Pentium и Core на этом можно остановиться,

из Xeon еще можно выжать немного "попугайчиков"

Если не использовать Turbo boost - именно так должен выглядеть

сервер, настроенный на производительность

А теперь цифры. Напомню: Intel Xeon 5650, ramdisk. В первом случае тест показывает 23.26, в последнем - 49.5. Разница - почти двухкратная. Цифры могут варьироваться, но соотношение остается практически таким же для Intel Core.

в) Turbo Boost. Сначала надо понять, поддерживает ли Ваш процессор эту функцию, например здесь. Если поддерживает, то можно еще вполне легально получить немного производительности. (вопросы разгона по частоте, особенно серверов, касаться не хочу, делайте это на свой страх и риск. Но соглашусь с тем, что повышение Bus speed со 133 до 166 дает очень ощутимый прирост как скорости, так и тепловыделения)

Как включать turbo boost написано, например, здесь. Но! Для 1С есть некоторые нюансы (не самые очевидные). Сложность в том, что максимальный эффект от turbo boost проявляется тогда, когда включены C-state. И получается примерно такая картинка:

Обратите внимание, что множитель - максимальный, частота Core speed - красивейшая, производительность - высокая. Но что же будет в результате с 1с?

Core speed (частота), GHz

CPU-Z Single Thread

Тест Гилева Ramdisk

А в итоге получается, что по тестам производительности ЦПУ вариант с множителем 23 впереди, по тестам Гилева в файловой версии - производительность с множителем 22 и 23 одинаковая, а вот в клиент-серверной - вариант с множителем 23 ужас ужас ужас (даже, если C-state выставить на уровень 7, то все равно медленнее, чем с выключенным C-state). Поэтому рекомендация, проверьте оба варианта у себя, и выберите из них лучший. В любом случае, разница 49,5 и 53 попугая - достаточно значительная, тем более это без особых усилий.

Вывод - turbo boost включать обязательно. Напомню, что недостаточно включить пункт Turbo boost в биосе, надо еще посмотреть и другие настройки (BIOS: QPI L0s, L1 - disable, demand scrubbing - disable, Intel SpeedStep - enable, Turbo boost - enable. Панель управления - Электропитание - Высокая производительность). И я бы все-таки (даже для файловой версии) остановился на варианте, где c-state выключен, хоть там множитель и меньше. Получится как-то так.

Достаточно спорным моментом является частота памяти. Например вот тут частота памяти показывается как очень сильно влияющая. Мои же тесты - такой зависимости не выявили. Я не буду сравнивать DDR 2/3/4, я покажу результаты изменения частоты в пределах одной линейки. Память одна и та же, но в биосе принудительно ставим меньшие частоты.

И результаты тестирования. 1С 8.2.19.83, для файлового варианта локальный рамдиск, для клиент-серверного 1С и SQL на одном компьютере, Shared memory. Turbo boost в обоих вариантах выключен. 8.3 показывает сопоставимые результаты.

800	1066	1333
48,54	49,50	50,51
1с 8.2 файловый вариант	49,50	49,50	49,02
49,02	49,02	49,50
36,76	36,76	37,04
1с 8.2 клиент-сервер	37,04	37,04	36,50
36,23	36,76	36,76

Разница - в пределах погрешности измерений. Я специально вытащил скрины CPU-Z чтобы показать, что со сменой частоты меняются и другие параметры, те же CAS Latency и RAS to CAS Delay, что нивелирует изменение частоты. Разница будет тогда, когда физически будут меняться модули памяти, с более медленных на более быстрые, но и там цифры не особо значительные.

2. Когда с процессором и памятью клиентского компьютера разобрались, переходим к следующему очень важному месту - сети. Про тюнинг сети написаны многие тома книг, есть статьи на Инфостарте (1, 2 и другие), здесь я на эту тему заострять внимание не буду. Перед началом тестирования 1С просьба убедиться, что iperf между двумя компьютерами показывает всю полосу (для 1 гбит карточек - ну хотя бы 850 мбит, а лучше 950-980), что выполнены советы Гилева. Потом - самой простой проверкой работы будет, как это ни странно, копирование одного большого файла (5-10 гигабайт) по сети. Косвенным признаком нормальной работы на сети в 1 гбит будет средняя скорость копирования 100 мб/сек, хорошей работы — 120 мб/сек. Хочу обратить внимание, что слабым местом (в том числе) может быть и загруженность процессора. SMB протокол на Linux достаточно плохо параллелится, и во время работы он вполне спокойно может «скушать» одно ядро процессора, и больше не потреблять.

И еще. С настройками по умолчанию windows клиент лучше всего работает с windows server (или даже windows рабочая станция) и протоколом SMB/CIFS, linux клиент (debian, ubuntu остальные не смотрел) лучше работает с linux и NFS (с SMB тоже работает, но на NFS попугаи выше). То, что при линейном копировании вин-линукс сервер на нфс копируется в один поток быстрее, еще ни о чем не говорит. Тюнинг debian для 1С - тема отдельной статьи, я к ней еще не готов, хотя могу сказать, что в файловой версии получал даже немного бОльшую производительность, чем Win вариант на этом же оборудовании, но с postgres при пользователях свыше 50 у меня пока еще все очень плохо.

Самое главное, о чем знают "обжегшиеся" администраторы, но не учитывают начинающие. Есть очень много способов задать путь к базе 1с. Можно сделать servershare, можно 192.168.0.1share, можно net use z: 192.168.0.1share (и в некоторых случаях такой способ тоже сработает, но далеко не всегда) и потом указывать диск Z. Вроде бы все эти пути указывают на одно и то же место, но для 1С есть только один способ, достаточно стабильно дающий нормальную производительность. Так вот, правильно делать надо так:

В командной строке (или в политиках, или как Вам удобно) - делаете net use DriveLetter: servershare. Пример: net use m: serverbases. Я специально подчеркиваю, НЕ IP адрес, а именно имя сервера. Если сервер по имени не виден - добавьте его в dns на сервере, или локально в файл hosts. Но обращение должно быть по имени. Соответственно - в пути к базе обращаться к этому диску (см картинку).

А теперь я на цифрах покажу, почему именно такой совет. Исходные данные: Карты Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. ОС Win 2008 R2, Win 7, Debian 8. Драйвера последние, обновления применены. Перед тестированием я убедился, что Iperf дает полную полосу (кроме 10 гбит карточек, там получилось только 7.2 Gbit выжать, позже посмотрю почему, тестовый сервер еще не настроен как надо). Диски разные, но везде SSD(специально вставил одиночный диск для тестирования, больше ничем не нагружен) или рейд из SSD. Скорость 100 Mbit получена путем ограничения в настройках адаптера Intel 362. Разницы между 1 Gbit медь Intel 350 и 1 Gbit оптика Intel X520-DA2 (полученной путем ограничения скорости адаптера) не обнаружено. Максимальная производительность, турбобуст выключен (просто для сопоставимости результатов, турбобуст для хороших результатов добавляет чуть меньше 10%, для плохих - вообще может никак не сказаться). Версии 1С 8.2.19.86, 8.3.6.2076. Цифры привожу не все, а только самые интересные, чтобы было с чем сравнивать.

Если нажать кнопку Синхронизировать в другой программе и повторно нажать в текущей, ошибка не проявляется.

2. Часть документов не переносится.

1). Убедиться, что эти документы в ЗУП за месяц не ранее даты начала синхронизации;

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

3. Нет проводок на стороне Бухгалтерия.

1). Убедиться, что документ Отражение зарплаты в учете создан на сторон ЗУП;
2). Документ перенесен в БП и в нем установлен флаг Отражено в учете.

3). Убедиться, что документ сформировал проводки по счетам, нажав кнопку ДтКт.

- 70 Кт (зарплата);
- 70 Дт 68.01 Кт (НДФЛ):
- 69.ХХ Кт (взносы);
- 70 Дт 76.41 Кт (исполнительный лист).

Если сформирована только часть проводок, необходимо проверить настройки каждого способа отражения.

Для этого после двойного клика на способ нужно перейти к его настройке.

4). Проверить, обновлены ли обе базы до актуального релиза.

Узнать текущий релиз программы можно, выбрав в верхнем правом углу программы пункт О программе.

Проверить можно:
- через Удаленный рабочий стол через программу Автоматизатор обновления;

- либо через Компьютер, ярлык Обновления.

В папках конфигураций:

Нужно, чтобы программы ЗУП и БП были, как минимум, одного месяца выпуска, а в идеале — самыми актуальными.

5). В настройках синхронизации проверить положение флага Загрузить комплект правил.
Должно быть «Из конфигурации»:

Не выгружаются сотрудники и кадровые документы в Бухгалтерию

Они и не должны выгружаться. Если вы зайдете в Администрирование – Синхронизация данных – Настройки синхронизации и нажмете иконку Состав отправляемых данных, вы увидите, какие объекты участвуют в обмене, а какие нет.

Не видно базу в окне выбора базы для начальной выгрузки

Необходимо зайти в стартовое меню, выбрать базу Бухгалтерии, нажать Изменить и просто нажать в появляющихся окнах Далее и Готово. После заново вернуться к окну выбора базы, как правило, такой способ решает проблему.

Не найден путь к каталогу обмена

Каталог обмена был вами создан не на облачном диске, а где-то на своем компьютере. Таким образом, базы на облачном диске просто не могут получить к нему доступа. Создать папку обмена необходимо именно в облаке. Желательно, в папке Общие.

Префикс, указываемый при настройке ЗУП для Бухгалтерии не соответствует префиксу, действительно назначенному для базы Бухгалтерии.

Уточнить префикс в Бухгалтерии - Администрирование - Синхронизация данных.

Если там это поле совсем пустое добавьте в него «00» и нажмите Enter.

Ведомости не выгружаются из ЗУП в Бухгалтерию

1. В ЗУП – Администрирование – Синхронизация данных - Настройки синхронизации - Настроить указано, что выгрузка производится сводно, а не с детализацией по сотрудникам.

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

2. В ЗУП – Администрирование – Синхронизация данных - Настройки синхронизации - Настроить указан месяц начала обмена в ЗУП больший, чем месяц выгружаемых ведомостей.

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

В Бухгалтерии при настройке синхронизации не появляется 3-й из 4-х шаг «Сопоставление данных»

Базы «не видят» друг друга. В Бухгалтерии на этапе Правила настройки подключения при настройке через каталог вами не был установлен флаг Получить настройки подключения из файла и не был выбран собственно файл настроек, созданный программой ЗУП в папке обмена.

В Бухгалтерии при получении документа Отражение зарплаты из ЗУП в нем есть лишь проводки по НДФЛ

В ЗУП - Настройка - Реквизиты организации - Учетная политика и другие настройки - Бухучет и выплата зарплаты - установить какой-то способ отражения зарплаты (если нет - создать новый, желательно с названием Отражение начислений по умолчанию, так как такой способ обычно уже присутствует в программе Бухгалтерия с сопоставленным счетом 26). Убедиться, что дата начала бухучета включает требуемые для передачи в Бухгалтерию документы. Заново заполнить документ Отражение зарплаты и повторно произвести синхронизацию в Бухгалтерию. Если данный способ в Бухгалтерии еще не настроен, настроить его (Зарплата и кадры – Настройки зарплаты – Отражение в учете – Способы учеты зарплаты - указать счет затрат и статью Оплата труда). В справочник способов отражения можно попасть напрямую из документа Отражение зарплаты.

После удаления документа на стороне Бухгалтерии он не отправляется заново из ЗУП

Удаляя документ в одностороннем порядке, вы разрываете связь этого документа с ЗУП в настройках обмена и оставшийся объект не может найти путь, по которому он должен быть отправлен с заменой. Если что-то удаляете на одной стороне - старайтесь выполнить удаление и на другой.

При попытке выгрузить предыдущий период ничего не выходит, хотя в ЗУП - Настройки синхронизации - Настроить - вы указали более раннюю дату начала обмена

В Бухгалтерии не делаются проводки в документе Отражение зарплаты - отсутствует ИФНС

На стороне ЗУП проверяем в Настройка - Реквизиты организации - Основное – Изменить данные регистрации - дату начала регистрации. Если она больше даты документов отражений, меняем ее, затем перепроводим документы начислений (чтобы зарегистрировать привязку к ИФНС) и перезаполняем отражение. Проверяем на вкладке НДФЛ присутствие ИФНС в соответствующей колонке. Отправляем документ в Бухгалтерию.

Суммы в Бухгалтерии после отражения зарплаты в учете задваиваются

Необходимо проверить нет ли в Бухгалтерии имеющихся начислений/выплат того же периода, сделанных когда учет велся в ней. Проверить можно расшифровкой оборотов в оборотно-сальдовой ведомости по счету 70. Если начисления есть, вам необходимо решить, что именно вы хотите оставить, а дублирующие документы в ЗУП или в Бухгалтерии - удалить.

Чтобы в Бухгалтерии посмотреть, какие документы действовали на момент, когда учет велся в Бухгалтерии, необходимо зайти в Зарплата и кадры – Настройки зарплаты и переключиться на режим В этой программе.

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

Документы на стороне ЗУП считаются выгруженными, а в Бухгалтерии не появляются

В Бухгалтерии проверить Администрирование - Синхронизация данных - не стоит ли дата запрета загрузки. Это значение определяет дату, по которую в Бухгалтерию не могут быть загружены никакие документы из сторонней программы. Также в Администрирование - Синхронизация данных - Настройки синхронизации – ссылка Предупреждения проверить нет ли наших документов на вкладке Непринятые по дате запрета. Если они там есть, вы сможете, не трогая дату запрета загрузки, нажать Принять версию.

Организации/подразделения/физлица задвоились

На этапе сопоставления данных в Бухгалтерии при настройке синхронизации были проигнорированы круглые значки напротив объектов, которые сигнализируют о том, что данные объекты могут задвоиться. При двойном щелчке на такой значок вы попадаете в окно, разделенное пополам, где слева вы видите объекты из Бухгалтерии, а справа объекты из ЗУП. Если вы видите, что какие-то объекты слева и справа являют собой одно и тоже (ООО "Янтарь" в Бухгалтерии и Янтарь ООО в ЗУП) - вы должны щелкнуть дважды на любом из них и выбрать второй из списка. Таким образом вы даете указание программе их сопоставить и задвоения не произойдет.

При уже имеющемся задвоении вы можете:

а) восстановить резервные копии баз, сделанные до начала синхронизации

б) воспользоваться обработкой совмещения дублей - Администрирование - Обслуживание - Корректировка данных - Поиск и удаление дублей.

Путь к обработке для Бухгалтерии 3.0 и ЗУП 3.1 один и тот же – Администрирование – Обслуживание – Корректировка данных – Поиск и удаление дублей.

Важно! Перед запуском этой обработки создайте резервную копию базы. Это можно сделать прямо в папке базы (путь к которой указан в стартовом меню), либо через Администрирование – Обслуживание – Резервные копии и восстановление.

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

Нажимаем на ссылку Поиск и удаление дублей

Программа выполнит поиск дублей, покажет их нам и в каждом конкретном случае пометит как основной (объект, который надо оставить) – тот объект, на который привязано больше всего ссылок на документы, записи регистров и прочие объекты.

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

Нажимаем Удалить дубли. Иногда, особенно в случаях с удалением ИФНС и организаций, первая попытка может не дать результата – останется какой-то один объект, который не даст завершить переназначение ссылок и дубли останутся. В этом случае выбираем как основной другой объект и пробуем повторить операцию удаления. В нашем примере мы вручную выбрали как основную ту регистрацию к которой привязана наша организация.

На этот раз переназначение ссылок прошло успешно, а оставшиеся без привязок объекты-дубли теперь помечены в системе на удаление и их можно удалить через Администрирование – удаление помеченных объектов.

Удаляем через Администрирование – Обслуживание – Удаление помеченных объектов уже ни к чему не привязанные лишние регистрации:

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