Грамотная первоначальная настройка обмена с учетом всех особенностей учета залог того, что обмен станет помощником в работе, а не источником проблем.
Обнаружение проблем блокировок в 1С
Вопросы производительности в многопользовательском режиме вовсе не обязательно связаны с плохим кодом или плохим железом. Для начала нам надо ответить на вопрос — какие проблемы производительности существуют и что их вызывает?
Отследить вручную деятельность сотен пользователей вручную нельзя, нужен инструмент автоматизирующий сбор такой информации.
Существует много инструментов, но практически у всех них есть один очень существенный недостаток — цена.
Но есть выход — мы в качестве инструмента анализа выбираем БЕСПЛАТНЫЙ ИНСТРУМЕНТ онлайн мониторинга производительности 1С.
Мы будем исследовать проблему на MS SQL Server, поэтому нам потребуются следующие сервисы из этого набора:
1. Мониторинг и анализ долгих запросов (подробнее о настройке читайте здесь http://www.gilev.ru/querytj/ ) — нужен для того чтобы оценить о наличии долгих операций к субд.
Собственно факт их наличия позволяет говорить о том что проблемы с производительностью есть, и проблемы заключаются в строчках кода конфигураций 1С, который сервис проранжирует по важности. Проблемы в начале списка надо решать в первую очередь. Такие решения проблемных строк принесут наибольший эффект, т.е. будет больше всего пользы и толка для пользователей системы.
Вообщем в такой непростой ситуации вручную не разобраться, нужен такой сервис.
4. Контроль загруженности оборудования ( подробнее о настройке читайте здесь http://www.gilev.ru/hardware/ ) помогает нам ответить на вопросы — сколько пользователей в системе, есть ли у них блокировки, как много блокировок, справляется ли железо с нагрузкой?
Сервисы настраиваются очень легко, но даже если у вас все равно остались вопросы, есть специализированный форум где можно решить любой вопрос по настройке и использованию сервисов!
С помощью выше перечисленных инструментов мы обладаем объективной информации о производительности системы. Это позволяет нам правильно оценить ситуацию и предложить адекватные меры.
Фактически мы получаем информацию обо всех проблемах производительности и можем точно ответить на вопросы вроде «сколько проблем в системе», «где конкретно они возникают», «каждая из проблем с какой точно частотой возникает», «какие проблемы значимы, а какие второстепенны». Т.е. мы видим все предпосылки, которые сформировали причину возникновения проблемы.
Сервисы позволяют существенно улучшить понимание условий возникновения проблем, не заставляя вручную копаться в таких вещах как структура хранения данных информационной базе на уровне СУБД, механизме наложения блокировок, уровней изоляций транзакций и т.д.
Промокоды на Займер на скидки
- 💲Сумма: от 2 000 до 30 000 рублей
- 🕑Срок: от 7 до 30 дней
- 👍Первый заём для новых клиентов — 0%, повторный — скидка 500 руб
В результате мы получим картину производительности которая измеряется
— время запроса (разумеется, отранжировав проблемные запросы по весу (время запроса на количество вызовов этого запроса);
Итак, мы запустили сервис Анализ ожиданий на блокировках
Если Вы под демо учеткой work, выберите к примеру 15 апреля 2013 года для анализа.
Теория транзакций с примерами из Microsoft SQL Server | Калина Алексей
- создание и установка блокировок;
- снятие блокировок;
- эскалация блокировок;
- определение совместимости блокировок;
- устранение взаимоблокировок (deadlocks) и многое другое.
Обнаружение проблем блокировок в 1С
Вопросы производительности в многопользовательском режиме вовсе не обязательно связаны с плохим кодом или плохим железом. Для начала нам надо ответить на вопрос — какие проблемы производительности существуют и что их вызывает?
Отследить вручную деятельность сотен пользователей вручную нельзя, нужен инструмент автоматизирующий сбор такой информации.
Существует много инструментов, но практически у всех них есть один очень существенный недостаток — цена.
Но есть выход — мы в качестве инструмента анализа выбираем БЕСПЛАТНЫЙ ИНСТРУМЕНТ онлайн мониторинга производительности 1С.
Мы будем исследовать проблему на MS SQL Server, поэтому нам потребуются следующие сервисы из этого набора:
1. Мониторинг и анализ долгих запросов (подробнее о настройке читайте здесь http://www.gilev.ru/querytj/ ) — нужен для того чтобы оценить о наличии долгих операций к субд.
Собственно факт их наличия позволяет говорить о том что проблемы с производительностью есть, и проблемы заключаются в строчках кода конфигураций 1С, который сервис проранжирует по важности. Проблемы в начале списка надо решать в первую очередь. Такие решения проблемных строк принесут наибольший эффект, т.е. будет больше всего пользы и толка для пользователей системы.
Вообщем в такой непростой ситуации вручную не разобраться, нужен такой сервис.
4. Контроль загруженности оборудования ( подробнее о настройке читайте здесь http://www.gilev.ru/hardware/ ) помогает нам ответить на вопросы — сколько пользователей в системе, есть ли у них блокировки, как много блокировок, справляется ли железо с нагрузкой?
Сервисы настраиваются очень легко, но даже если у вас все равно остались вопросы, есть специализированный форум где можно решить любой вопрос по настройке и использованию сервисов!
С помощью выше перечисленных инструментов мы обладаем объективной информации о производительности системы. Это позволяет нам правильно оценить ситуацию и предложить адекватные меры.
Фактически мы получаем информацию обо всех проблемах производительности и можем точно ответить на вопросы вроде «сколько проблем в системе», «где конкретно они возникают», «каждая из проблем с какой точно частотой возникает», «какие проблемы значимы, а какие второстепенны». Т.е. мы видим все предпосылки, которые сформировали причину возникновения проблемы.
Сервисы позволяют существенно улучшить понимание условий возникновения проблем, не заставляя вручную копаться в таких вещах как структура хранения данных информационной базе на уровне СУБД, механизме наложения блокировок, уровней изоляций транзакций и т.д.
В результате мы получим картину производительности которая измеряется
— время запроса (разумеется, отранжировав проблемные запросы по весу (время запроса на количество вызовов этого запроса);
Итак, мы запустили сервис Анализ ожиданий на блокировках
Если Вы под демо учеткой work, выберите к примеру 15 апреля 2013 года для анализа.
Операция записи записывает значение, потенциально зависящее от всех значений, прочитанных предшествующими операциями чтения той же транзакции.
Использование в алгоритмах констант языка типа «Дата» и строковых значений, преобразуемых к типу «Дата»
В некоторых случаях пользователи меняют значение параметра «Год начала рабочего столетия». Например, устанавливают в нем значение 20 В этом случае, алгоритмы, использующие константы типа «Дата» в которых год задан двумя цифрами или выполняющие преобразование из аналогичных строковых значений будут работать неверно.
Для обеспечения устойчивости алгоритмов к изменениям пользовательских настроек рекомендуется в константах языка типа «Дата» и в строковых значениях преобразуемых к типу «Дата» задавать год четырьмя цифрами.
Ошибка при обмене данными между базами 1С: причины и способы исправления
Запись в качестве значений измерений регистров или
При записи движений и проводок система не выполняет проверки значений типа «Справочник» на то является значение группой справочника или нет, так как этот контроль занял бы достаточно продолжительное время. Однако, не следует использовать группы справочников в качестве значений измерений регистров и субконто.
Во-первых, это противоречит назначению групп справочников, предусмотренному в 1С:Предприятии. Во-вторых, это в большинстве случаев приведет к неверному формированию отчетов, так как механизмы «Запрос» и «Бухгалтерские итоги» рассчитаны на то, что в качестве значений в данных фигурируют элементы, а итоги по группам справочников формируются в процессе обработки данных запроса.
Транзакция изолирует данные, с которыми она работает, для того чтобы другие транзакции получали только согласованные данные;.
«Зависшие сеансы»
По многочисленным комментариям на просторах интернета подобные ситуации чаще встречаются при использовании сетевых ключей защиты. Если ситуация с «зависающими сеансами» повторяется систематически, это причина произвести тщательную проверку и обслуживание системы и серверов (если база клиент-серверная).
Все типовые конфигурации разработаны квалифицированными специалистами и экспертами. Каждая система тщательно тестируется и оптимизируется для более быстрой и корректной работы в ней.
Получите понятные самоучители по 1С бесплатно:
В связи с этим причина ошибки может крыться в неоптимальном коде, написанном сторонним разработчиком. Это может быть «тяжелый» запрос, который будет блокировать данные на длительный промежуток времени. Так же нередки случаи построения алгоритмов с низкой производительностью и нарушением логики.
Большая вероятность, что конфликт блокировки возник именно из-за ошибок разработчика, если он возник после обновления программы. Для проверки можно просто «откатить» доработки, либо произвести рефакторинг кода.
Павел Чистов
Регламентные задания
Наша команда предоставляет услуги по консультированию, настройке и внедрению 1С.
Связаться с нами можно по телефону +7 499 350 29 00.
Услуги и цены можно увидеть по ссылке.
Будем рады помочь Вам!
Не редки случаи, когда причина ошибки кроется в регламентном задании, которое обрабатывает большое количеств данных. Рекомендуется подобные вещи делать ночью. Задайте расписание выполнение таких регламентных заданий во внерабочее время.
Таким образом, и пользователи будут работать в стабильной системе, и сами регламентные задания будут завершаться успешно, так как снизится вероятность возникновения конфликтов с пользовательскими сеансами.
Микрофинансирование → Микрокредиты → Специальные предложения → Скачать файлы → Обзор Быстроденег → Предмет договора → Ответственность сторон → Отличные наличные→ Экспресс займы
