/
Автор: Филиппов Е.В.
Теги: программирование менеджмент программное обеспечение бизнес
ISBN: 978-5-9677-2475-6
Год: 2015
Текст
Е.В.Филиппов
Настольная книга 1С:Эксперта по
технологическим вопросам. Издание 2
Электронная книга в формате pdf; ISBN 978-5 -9677-2475-6 .
Электронный аналог издания "Настольная книга 1С:Эксперта по технологическим вопросам" (ISBN 978-5-9677-
2354-4, М.: ООО "1С-Паблишинг", 2015; артикул печатной книги по прайс-листу фирмы "1С": 4601546118530).
По вопросам приобретения печатных изданий издательства «1С-Паблишинг» обращайтесь к партнеру «1С»,
обслуживающему вашу организацию, или к другим партнерам фирмы «1С», в магазины «1С Интерес», а также в
книжные и интернет-магазины).
«Настольная книга 1С:Эксперта по технологическим вопросам» посвящена теории и практике
решения проблем производительности и параллельности в информационных системах на
платформе «1С:Предприятие 8». В работе приводятся теоретические сведения, необходимые
для понимания основных механизмов, обеспечивающих функционирование платформы
«1С:Предприятие 8» и СУБД как многоуровневой многопользовательской системы.
Кроме этого, дается алгоритм основного бизнес-процесса расследования проблем и
приводятся практические приемы решения конкретных прикладных задач: описывается
развертывание, настройка и использование инструментов для воспроизведения и
расследования, а также возможные способы исправления, применяемые, когда причины
проблем найдены.
При работе был учтен опыт подготовки сотрудников на аттестацию 1С:Эксперт по
технологическим вопросам: в книге собраны необходимые для подготовки к аттестации
материалы и методики.
Также в книгу вошли методики, наработанные автором за длительный срок решения
практических проблем производительности и параллельности. В значительной степени это
методики профилактики, регулярного контроля и ранней диагностики.
Во втором издании скорректированы неточности в теоретической части и в инструкциях, а
также добавлены новые материалы.
Для 1С:Экспертов по технологическим вопросам, для сотрудников ИТ-служб заказчика (ИТ-
директоров, системных администраторов, методистов, администраторов СУБД), а также для
сотрудников фирм-1С:Франчайзи: внедренцев, разработчиков, руководителей проектов.
Оглавление
Глава 1. Поднимемся на крыльцо, откроем дверь .............................................................9
Глава 2. Основной подход к решению проблем ................................................................ 11
2.1 . Мы работаем только с проблемами ........................................................................................................................ 11
2.2 . Как измерять, как получать цифры ........................................................................................................................... 16
2.3 . Как устроена система................................................................................................................................................. 17
2.4 . Бизнес-процесс решения проблем по ключевым операциям .............................................................................. 20
Глава 3. Теория ........................................................................................................................25
3.1 . Ключевые операции ................................................................................................................................................... 25
3.2 . Методика APDEX ........................................................................................................................................................ 27
3.3 . Критичные ошибки ..................................................................................................................................................... 29
3.4 . Расчет доступности системы .................................................................................................................................... 30
3.5 . Регламентные работы ............................................................................................................................................... 34
3.6 . Транзакции. Уровни изоляции транзакций. Явные и неявные транзакции. Вложенные
транзакции. Откат транзакций................................................................................................................................... 37
3.7 . Блокировки данных СУБД. Уровни блокировок. Совместимость блокировок....................................................... 50
3.8 . Сведения об управляемых и объектных блокировках ............................................................................................ 54
3.9 . Ошибки блокировок: таймауты и взаимоблокировки ............................................................................................. 57
Общие вопросы ................................................................................................................................................................................ 57
Таймаут.............................................................................................................................................................................................. 59
Взаимоблокировка (deadlock) .......................................................................................................................................................... 61
3.10. Эскалация блокировок ............................................................................................................................................. 66
3.11 . Сведения о параллельности операций с данными разных типов........................................................................ 68
Общие сведения ............................................................................................................................................................................... 68
Узкие места ....................................................................................................................................................................................... 70
Реальные транзакции Запись + Запись .......................................................................................................................................... 73
Реальные транзакции Чтение + Запись................................................................................................................................................................................................................................................ 73
3.12. Сведения о размещении данных. Способ получения этих сведений .................................................................. 77
3.13. Сведения об индексах базы. Способ получения этих сведений.
Кластерный и некластерные индексы................................................................................................................... 84
Важное дополнение по индексам для 8.3 без режима совместимости ...................................................................................... 92
4
Настольная книга 1С:Эксперта по технологическим вопросам
3.14. Планы запросов. Получение плана запроса в профайлере SQL. Операторы плана,
наиболее важные для нас ....................................................................................................................................... 94
Получение плана запроса в профайлере SQL.............................................................................................................................. 94
Наиболее важные для нас операторы.......................................................................................................................................... 101
3.15. Особенности чтения в объектной модели .......................................................................................................... 106
3.16. Работа с SQL Server. Где хранятся временные таблицы. Где хранятся снимки Snapshot
для уровня изоляции Read Committed Snapshot ................................................................................................. 108
3.17. Работа с SQL Server. Где размещать базы. Как переносить базы ................................................................... 109
3.18. Работа с SQL Server. Различия между полной (FULL) и простой (SIMPLE) моделями
восстановления базы. Особенности сжатия журнала транзакций..................................................................... 112
3.19. Работа с SQL Server. Настройка и использование бэкапов различных видов ............................................... 118
Глава 4. Инструкции ..............................................................................................................123
4.1 . Как настроить сбор информации о загрузке оборудования и как оценить эту загрузку ................................... 123
4.2 . Выяснение скорости диска ...................................................................................................................................... 133
4.3 . Настройка автоматического перезапуска сервера «1С» ...................................................................................... 134
Перезапуск средствами платформы............................................................................................................................................. 134
Перезапуск службы средствами операционной системы ........................................................................................................... 135
4.4 . Регламентные операции SQL Server и настройка их автоматического выполнения ......................................... 136
Общие вопросы .............................................................................................................................................................................. 136
Обновление статистики SQL Server .............................................................................................................................................. 137
Очистка процедурного кеша (кеша планов) ................................................................................................................................. 138
Дефрагментация индексов ............................................................................................................................................................ 139
Реиндексация таблиц базы............................................................................................................................................................ 140
Контроль выполнения регламентных заданий............................................................................................................................. 141
4.5 . Как включить технологический журнал «1С» и как его можно разбирать ........................................................... 142
4.6 . Общий подход к анализу технологического журнала «1С» ................................................................................. 146
4.7 . Замеры производительности .................................................................................................................................. 146
Замер производительности отладчиком 1С8 .............................................................................................................................. 146
Простейший код замера времени.................................................................................................................................................. 147
Оценка производительности БСП
(инструкция по установке, описание работы) ............................................................................................................................. 148
4.8 . Требования к сети. Как проверить сеть ................................................................................................................ 153
Общие вопросы .............................................................................................................................................................................. 153
Ошибки сети .................................................................................................................................................................................... 154
Недостаточная пропускная способность ...................................................................................................................................... 156
Маршрутизация............................................................................................................................................................................... 157
Надстройки активного оборудования............................................................................................................................................ 158
Надстройки серверов ландшафта «1С» ....................................................................................................................................... 158
Сетевые службы ............................................................................................................................................................................. 158
4.9 . Сбор статистики дампов (общий принцип)............................................................................................................. 159
Автоматизированный сбор дампов ............................................................................................................................................... 159
Сбор дампов вручную .................................................................................................................................................................... 161
4.10. Работа с ЦКК. Общие принципы, стандартные возможности, первичная настройка ..................................... 162
Общие вопросы .............................................................................................................................................................................. 162
Что надо сделать для начала работы........................................................................................................................................... 163
4.11 . Работа с ЦКК. Настройка собственных контрольных процедур........................................................................ 169
4.12 . Работа в профайлере. Как получить план запроса............................................................................................ 172
4.13. Работа в профайлере. Как получить сумму duration .......................................................................................... 172
4.14 . Работа в профайлере. Как получить граф взаимоблокировки ......................................................................... 175
5
Оглавление
4.15. Работа в профайлере. Как получить сведения об эскалации блокировок....................................................... 177
4.16. Работа с ЦУП. Общие принципы, стандартные возможности, общая последовательность
работы, мастер настройки, таблица прав ............................................................................................................ 178
Общие вопросы .............................................................................................................................................................................. 178
Что надо сделать для начала работы........................................................................................................................................... 179
Мастер подключения к базе.......................................................................................................................................................... 180
Права, необходимые для работы ЦУП ......................................................................................................................................... 193
4.17. Работа с ЦУП. Получение плана запроса ........................................................................................................... 196
4.18. Работа с ЦУП. Разбор взаимоблокировки .......................................................................................................... 205
4.19. Работа с ЦУП. Регламентный мониторинг.......................................................................................................... 212
4.20. Работа в конфигураторе. Исправление запросов .............................................................................................. 215
Список правил................................................................................................................................................................................. 215
Пояснение к правилу 3 («ДЛЯ ИЗМЕНЕНИЯ») ........................................................................................................................... 217
Пояснение к правилу 4 (соответствие индексов и условий запроса) ...................................................................................... 217
Пояснение к правилу 8 (не использовать подзапросы в условиях) ......................................................................................... 221
Пояснение к правилу 9 (не использовать соединения с подзапросами, а использовать временные таблицы) ................. 222
Пояснение к правилу 10 (не соединять виртуальные таблицы с реальными,
а также виртуальные с виртуальными) ....................................................................................................................................... 224
Пояснение к правилу 13 (в проблемных запросах
отказываться от ИЛИ)..................................................................................................................................................................... 227
Пояснение к правилу 14 (избегать запросов к пустым таблицам
в режиме автоматического управления блокировками «1С») ................................................................................................... 227
Пояснение к правилу 15 (не получать значение через точку от поля составного типа).......................................................... 229
Пояснение к правилу 16 (понимать, как запрос может быть изменен платформой при работе механизма RLS) ................ 231
4.21. Нагрузочные тесты................................................................................................................................................. 232
Простейший..................................................................................................................................................................................... 232
Останов в отладчике ..................................................................................................................................................................... 232
Останов в модальной форме ....................................................................................................................................................... 232
Нагрузочное тестирование групповыми обработками................................................................................................................. 233
Работа с Тест-центром. Общие принципы и стандартные возможности. Простой тест с помощью Тест-центра.............. 233
Встраивание Тест-центра .............................................................................................................................................................. 235
Работа с Тест-центром. Шаблон полноформатного теста......................................................................................................... 239
Работа с Тест-центром. Универсальный нагрузочный тест....................................................................................................... 244
Работа со Стандартным нагрузочным тестом «1С». Общие
принципы и стандартные возможности ....................................................................................................................................... 246
Новые возможности 8.3 по функциональному и нагрузочному тестированию ....................................................................... 247
Классификация нагрузочных тестирований ................................................................................................................................. 256
Расследование падений платформы, ошибок блокировок и причин неудовлетворительной
производительности, которые воспроизвелись при выполнении теста .................................................................................... 257
4.22. Бизнес-процесс общей диагностики ..................................................................................................................... 257
4.23. Работа в конфигураторе. Редактирование параметра времени ожидания блокировки ................................. 259
4.24 . Работа с ТЖ. Как посмотреть, какие управляемые блокировки были установлены....................................... 260
4.25. Работа с ТЖ. Как расследовать конфликт на управляемых блокировках ...................................................... 261
4.26. Измерение динамики производительности по журналу регистрации............................................................... 265
4.27 . Про открытие модальных окон в транзакции ..................................................................................................... 266
4.28. Ловушка для получения стека вызовов, когда отладка недоступна .................................................................. 268
4.29. Как собрать отказоустойчивый кластер 8.3 из двух серверов............................................................................ 270
4.30 . Как оставить сервис лицензирования только на одном сервере кластера 8.3 .. .. .. .. .. .. ... .. .. .. .. .. .. .. ... .. .. .. .. .. .. .. .. 274
6
Настольная книга 1С:Эксперта по технологическим вопросам
4.31. Как собрать отказоустойчивый кластер 8.2 из двух серверов............................................................................ 275
Настройка отказоустойчивой схемы 8.2 с масштабированием и балансировкой нагрузки ................................................... 279
4.32. Работа с ЦКК. Как сделать код доступным для отладки ................................................................................... 283
4.33 . Работа с ЦКК. Развертывание для целей контроля ошибок блокировок ......................................................... 285
Глава 5. Методики и дополнительная информация ........................................................291
5.1 . Обзор платных и бесплатных инструментов ........................................................................................................ 291
5.2 . Требования с диска ИТС, применяемые при проверке на 1С:Совместимо!, влияющие
на производительность ......................................................................................................................................... 292
5.3 . Уточнения, важные для общего понимания картины ........................................................................................... 295
5.4 . Проектные и технические решения, приводящие к проблемам ........................................................................ 296
5.5 . Приемы конфигурирования, приводящие к проблемам ...................................................................................... 297
5.6 . Ежедневный мониторинг ......................................................................................................................................... 297
Глава 6. Дополнительные заметки .....................................................................................299
6.1 . Экономический смысл автоматизации учета и оптимизации производительности .......................................... 299
6.2 . О режиме доступности 24х7 .................................................................................................................................... 301
6.3 . О методике расчета оборудования ........................................................................................................................ 302
6.4 . О работах в различных СУБД ................................................................................................................................ 303
Заключение. О гарантиях работоспособности системы через несколько лет ..........305
Кому что читать......................................................................................................................309
Список сокращений ...............................................................................................................311
Об авторе
Филиппов Евгений Валерьевич
Имеет высшее техническое образование. В 2009 году первым провел успешное нагру-
зочное тестирование, в ходе которого в одной базе «1С:Предприятия» работало 1 000
пользователей, и экспериментально подтвердил работоспособность такой информа-
ционной системы. Работая в компаниях «Трейд Софт», а затем «1С:Первый БИТ»,
участвовал не менее чем в десяти проектах ЦКТП. В период подготовки второго
издания руководил компанией «Центр технологической экспертизы Аксиома», специ-
ализировавшейся на проведении работ по нагрузочному тестированию и опти-
мизации производительности решений на платформе «1С:Предприятие». Ведет
активную деятельность в направлении разработки механизмов и методик, которые
снижают стоимость проведения таких работ и делают эти работы доступными для
массового рынка. Проводит обучающие семинары и вебинары для сотрудников
своей компании, партнеров и представителей клиентов.
Замечания и предложения по данной книге принимаются на адрес publishing@1c.ru.
Благодарности
Автор выражает благодарность А. Н. Арламенкову, А. А. Долгову, А. В. Звонилову,
А. Р. Зорину, И. Н. Костяковой, Н. А. Моисеенко, А. Н. Морозову, С. Г. Нуралиеву,
К. В. Рупасову, И. И. Русаковой, П. А. Скловскому за поддержку и помощь,
оказанную на разных этапах создания книги.
8
Настольная книга 1С:Эксперта по технологическим вопросам
ГЛАВА 1
Поднимемся на крыльцо,
откроем дверь
Широкое распространение информационных систем на платформе «1С:Пред-
приятие» неизбежно поставило вопрос повышения технологического качества
работы этих систем. Связано это и с естественным ростом информационных систем
вместе с ростом предприятий, их использующих, и с усложнением учета, которое
становится возможным по мере вовлечения в информационную систему новых
участков, и с ростом баз, происходящим в течение жизни информационных систем.
И однажды эти количественные и качественные изменения могут вызвать (и вызы-
вают) у людей, обслуживающих эти системы, проблему: новый уровень информаци-
онной системы требует, во-первых, изменения подхода к принципиальным схемам
работы и к их технической реализации, а во-вторых, нового уровня обслуживания.
На практике, однако, оказывается, что изменения подхода как к схемам и их вопло-
щениям в виде решений, так и к обслуживанию могут запаздывать. В итоге в уже
вполне больших и серьезных системах встречаются механизмы, которые выглядят
как сколоченное из досок крыльцо для дачного домика в качестве входа в много-
этажный бизнес-центр.
И ведь нельзя сказать, что дощатое крыльцо – это заведомо некачественная или
негодная вещь, отнюдь нет. Оно вполне может быть сделано с любовью и сделано
руками мастера: красиво, ровно, аккуратно, с украшениями. Вот только его объек-
тивные технические характеристики (ограниченная пропускная способность, низкая
износостойкость и ограничения по массе и габаритам для проносимого по нему
груза) не позволяют его рассматривать и использовать иначе, чем для маленького
домика.
И наоборот, шикарный стеклянный фасад с вращающимися или автоматическими
дверями на дачных участках найти сложно: дорогое удовольствие, как в установке,
так и в обслуживании.
10 Настольная книга 1С:Эксперта по технологическим вопросам
Понятно, что и уровень обслуживания сложных механизмов должен быть другой:
деревянную дверь вполне можно обслуживать только по факту возникновения
проблем (смазывать петли), а у вращающихся или автоматических дверей состав
и стоимость работ намного больше и определяется заводом-изготовителем.
Дверь и крыльцо однако находятся у всех на виду. А механизмы информационных
систем прямому восприятию на первый взгляд недоступны, и, к сожалению, нередка
ситуация, когда кто-то начинает думать, как решить проблемы качества работы
системы, только если эти проблемы уже стоят в полный рост в виде недовольных
пользователей.
Первоначально данная работа задумывалась именно как способ объяснить, что
на самом деле работу систем на платформе «1С:Предприятие» можно видеть так
же отчетливо, как входную дверь и очередь на вход, причем для этого не требу-
ется никаких особых платных инструментов: все встроено в штатные механизмы.
Эта идея в книге осталась, см. раздел 5.6 «Ежедневный мониторинг».
Однако стало необходимо объяснить, что стоит за полученными при мониторинге
показателями и что с ними делать дальше. Это потребовало в относительно полном
объеме собрать и изложить материал, который требуется для подготовки 1С:Эксперта
по технологическим вопросам. И постараться изложить не только сам материал, но
и подход к его использованию, потому что эта информация раскидана по многим
источникам.
Тем, кто уже аттестовался как 1С:Эксперт по технологическим вопросам, известен
замкнутый круг: чтобы правильно воспринять теорию, нужен правильный подход,
но, чтобы использовать подход, нужно владеть теорией. Чтобы усвоить знания, нужен
опыт, но, чтобы получить опыт, нужны знания.
Проблема стоит даже не в сборе информации, а в отсутствии системного подхода
к ее усвоению и применению. А ему учат в единственном месте: на специализиро-
ванном курсе в «1С».
На практике эта проблема решается тем, что специалисты посещают курс несколько
раз и выходят из замкнутого круга, набрав требуемые знания и опыт и усвоив
правильный подход к решению проблемы. Все бы ничего, но долго. А до этого
момента новичок при решении практических задач оказывается беспомощным
и реально самостоятельно работать не может.
Поэтому в нашей работе сделана попытка объединить вместе и правильный процесс
подхода к решению проблем, и теорию, и инструкции по работе с инструментами,
и практические методики по отработанным ситуациям. Только все вместе это может
дать цельную картину, необходимую для правильного понимания и успешного
решения возникающих проблем.
ГЛАВА 2
Основной подход
к решению проблем
2.1. Мы работаем только с проблемами
Для начала хотелось бы уточнить, какие именно задачи решают 1С:Эксперты
по технологическим вопросам. Иногда случается, что задачи, которые нам присы-
лают, формулируются так: провести аудит нашей системы управления торговлей,
оценить:
1. Быстродействие системы. Анализ аппаратных и программных средств, поиск
узких мест. Рекомендации по увеличению быстродействия.
2. Степень соответствия программного кода стандартам «1С». Возможно, дать
рекомендации по исправлению, с расчетом стоимости работ.
3. Степень востребованности доработок функционала в системе.
4. Оптимальность реализации написанного функционала с точки зрения методо-
логии (оптимальность бизнес-процессов) и с точки зрения программирования.
Дать рекомендации по оптимизации.
Дать рекомендации по развитию системы; в ближайшей перспективе планируется
подключение баз пятнадцати филиалов.
Можно высказать ряд догадок1
, откуда именно берется подобная постановка задач,
однако есть смысл сказать сразу: задача в подобной постановке решена быть
не может. Хотя бы просто потому, что в ней не задано ни начальное, ни конечное
состояние системы, ни само пространство состояний. Давать же рекомендации
по переходу из одного неизвестного состояния в другое неизвестное состояние
1
Было высказано пожелание писать более конкретно и четко. К сожалению, когда приходится
принимать решения в условиях высокой неопределенности и нечеткой постановки задачи,
возможности что-либо конкретизировать практически не бывает; такая возможность появляется,
только когда задача уже формализована.
12 Настольная книга 1С:Эксперта по технологическим вопросам
в пространстве неопределенной размерности, а также оценивать стоимость работ
по такому переходу как-то затруднительно, потому что потом за свои рекомендации
придется отвечать.
Тем не менее, если люди к вам обратились, значит, определенная потребность
в ваших работах есть, и надо как-то выяснить, что именно их к вам привело
и какую задачу нужно решить на самом деле.
Для этого надо определить:
■ пространство состояний системы,
■ текущее состояние и мнение заказчика о нем,
■ желаемое состояние и мнение о нем.
Обычно бывает, что задача сводится к двум вариантам:
1. Работающая система. Заказчик обратился к вам, потому что текущее состояние
системы его не устраивает. Это можно переформулировать так: пользователи,
работающие в базе, сталкиваются с какими-либо проблемами.
2. Существенно изменяемая или проектируемая система. Заказчик обратился
к вам, потому что у него есть ожидания, что после некоторых изменений
в системе пользователи, работающие в базе, начнут сталкиваться с каки-
ми-либо проблемами. Текущее состояние системы его устраивает, но сама
система находится на пороге изменений либо уже изменяется.
В обоих случаях существует важный объект, называемый проблемой. Введение этого
объекта позволяет определить пространство состояний системы и задать количе-
ственные характеристики, определяющие желательные и нежелательные состояния.
Существует частный случай варианта 1.
У нас все медленно работает. Сколько стоит посмотреть и исправить?
Хотя пространство состояний определено (это время выполнения каких-то операций)
и текущее состояние обозначено как нежелательное, для такого варианта бывает
характерно, что по разным причинам более подробной детализации получить не
удается. В таком случае, если требуется назвать сроки и стоимость работ, лучше
договориться об экспресс-диагностике (см. раздел 4.22) и уже по итогам анализа
данных, полученных о системе, попробовать самостоятельно сформулировать
проблемы, требующие решения.
Итак, что такое проблемы. Это те симптомы, которые видит (или потенциально
увидит, если речь об изменениях системы) пользователь и которые определяют для
него текущее состояние системы как нежелательное. К ним относятся:
■ медленная работа,
■ зависания,
■ сообщения об ошибках.
13
Основной подход к решению проблем
Это означает, например, что участок кода, при написании которого никто и не думал
ни о каких стандартах и при написании которого оптимизировали затраты на его
создание, а не время его выполнения, совершенно не обязательно надо дорабатывать,
потому что может иметь место следующее:
■ Этот код работает всегда с очень малым объемом данных и поэтому всегда
выполняется быстро. Поясню: очень плохой код может выполняться за 0,1 с.
Если его оптимизировать, он станет выполняться в 10 раз быстрее, т. е. за 0,01 с.
Но поскольку абсолютное значение в 0,1 с мало само по себе, то такой код,
скорее всего, оптимизировать не надо, даже если он написан совершенно ужасно.
■ Этот код никогда не вызывается или вызывается раз в год.
■ Любой другой пример, почему совершенно неоптимальный, в спешке напи-
санный код может не создавать пользователям никаких проблем. Увидев такой
код, совершенно не надо начинать его оптимизировать просто по факту его выяв-
ления.
То, что пользователь «видит» проблемы, не обязательно означает, что он «жалуется»
на них. Желание жаловаться является субъективным, подвержено изменениям
и формализации не поддается, а это означает, что «наличие жалоб» в качестве
формальной границы, отделяющей желательное состояние системы от нежелатель-
ного, не годится совершенно.
И хотя очень многие службы поддержки на практике используют количество обра-
щений и жалоб в качестве одного из основных показателей своей деятельности,
качественный мониторинг проблем при таком подходе весьма затруднителен.
Поэтому надо понять, что проблема – это симптом, который пользователь видит.
А реагирует он на него или нет – нас не интересует, так как система содержит сред-
ства, позволяющие нам наблюдать эти же симптомы. Нас интересует, вышли ли неко-
торые объективно измеряемые характеристики этого симптома из зоны желательных
значений или нет, а получать эти сведения можно и без привлечения пользователей.
Однако, несмотря на наше стремление определить пространство состояний исклю-
чительно в объективно измеряемых показателях, этого сделать не удается. Есть две
вещи, определяющие размерность и границы пространства состояний, являющиеся
по определению субъективными, поскольку они не измеряются, а назначаются чело-
веком:
■ важность проблемы: количеством важных проблем определяется размерность
пространства состояний, относительная важность (приоритет) определяет
порядок осей координат этого пространства;
■ разделение количественных значений характеристик на желательные и нежела-
тельные (а также в некоторой степени желательные, если допускается нечеткость
подмножеств): этим определяются границы областей пространства состояний,
в которых мы будем работать.
Несмотря на такую субъективность и, возможно, нечеткость, существует
единственный разумный способ формализовать важность и желательность – зафик-
сировать список важных проблем, их относительную важность (приоритеты)
14 Настольная книга 1С:Эксперта по технологическим вопросам
и желательные значения количественно измеряемых показателей этих проблем
в договоре.
Если важная проблема возникает вследствие превышения допустимого значения
длительности выполнения системой некоторого действия, такое действие называют
ключевой операцией.
То есть, говоря наоборот: ключевая операция – это операция (действие) системы,
у которой количественной характеристикой, определяющей наступление нежела-
тельного состояния, является время выполнения этой операции, и наступление
этого нежелательного состояния является важной проблемой.
Обычно ключевая операция – это однократное нажатие пользователем какой-то
кнопки на форме или выбор пункта меню, а время выполнения – это время, за
которое система это нажатие отрабатывает. Иногда разные кнопки могут интер-
претироваться как одна и та же ключевая операция (но обычно при этом системой
выполняются одни и те же действия: проведение документа, формирование отчета,
открытие формы и т. п.) .
Когда таких действий выполнено много, имеет смысл как-то сворачивать в число
совокупность всех полученных значений длительности их выполнения (получать
интегральную характеристику). Фирмой «1С» в качестве способа такой свертки
применяется методика APDEX.
Подробнее о понятии ключевой операции и интегральной характеристике APDEX
см. главу «Теория», разделы 3.1 и 3.2.
Если важная проблема возникает вследствие реакции системы, не позволяющей
продолжить выполнение действия (единичной или некоторого количества за период),
такую реакцию системы называют критичной ошибкой.
То есть, говоря наоборот: критичная ошибка – это операция (действие) системы,
у которой количественной характеристикой, определяющей наступление нежела-
тельного состояния, является фактическое количество таких действий за период,
и наступление этого нежелательного состояния является важной проблемой.
О критичных ошибках подробнее см. главу «Теория», раздел 3.3.
Все проблемы таким образом оказываются поделенными на два класса, и обычно
в договорах по повышению технологического качества информационных систем
«1С» их выделяют как:
■ коэффициент производительности: значение показателя APDEX, являющееся
сверткой времени выполнения ключевых операций;
■ количество критичных ошибок, обычно за какой-то период, к которым относят:
□ ошибки блокировок;
□ системные ошибки;
□ ошибки защиты;
□ падение кластера серверов «1С:Предприятия»;
□ зависание кластера серверов «1С:Предприятия».
15
Основной подход к решению проблем
Надо отметить, что часть критичных ошибок в проектной документации на создание
центров обработки данных и в других похожих задачах интерпретируется как устой-
чивость системы, а также как процент доступности системы. Что это и как осущест-
вляется расчет таких показателей, см. главу «Теория», раздел 3.4.
Также следует обратить внимание на то, что при работах по оптимизации системы
и при работах по повышению технологического качества системы не уделяется
внимания несистемным, функциональным и прикладным ошибкам, в т. ч.:
■ синтаксическим ошибкам кода;
■ неправильной, с точки зрения пользователя, реакции системы без сообщения об
ошибке (при нажатии кнопки не заполняется табличная часть);
■ неправильным расчетам (НДС считает 17 % вместо 18 %) и т. п.
Связано это с тем, что такие ошибки относятся к другим областям знаний и обычно
требуют от сотрудника несколько (а иногда и существенно) иных знаний и умений,
чем те, которые предъявляются к 1С:Экспертам по технологическим вопросам.
В итоге в договор должен попасть список ключевых операций и критичных ошибок,
формально определяющий пространство состояний системы. Критерий включения
в список – важность возникающей проблемы и ее практическая значимость.
По каждому из компонентов списка должно быть указано целевое состояние,
в которое надо привести этот компонент:
■ приемлемая стабильность,
■ целевое значение APDEX для каждой из ключевых операций.
В совокупности это даст целевое состояние всей системы.
Существует опасность задать слишком большой список ключевых операций.
Это может привести к следующему: обычное время решения одной проблемы – дня
три; 20 проблем = 60 рабочих дней – это 3 месяца. С учетом того, что при работах
по оптимизации существует необходимость устанавливать мораторий на внесение
изменений в определенную область конфигурации (а если операций много, то
на всю конфигурацию), устранение даже 20 проблем потребует трехмесячного мора-
тория на доработки функционала. В реальности даже такой срок предоставить никто
не может, не говоря уже о большем.
Поэтому список ключевых операций надо ограничивать, и совершенно точно нет
смысла включать в него свыше 20 позиций. Впоследствии (после завершения
оптимизации этих 20 операций) можно будет составить новый список из следующих
по приоритету операций.
Целевое состояние, которое мы описанным выше образом формализовали, опреде-
ляет требования к производительности, доступности и работоспособности системы,
которым она должна удовлетворять либо в ее нынешнем состоянии, либо с учетом
ее планируемых изменений.
16 Настольная книга 1С:Эксперта по технологическим вопросам
2.2. Как измерять, как получать цифры
Как отмечалось в предыдущем разделе, работы по оптимизации производитель-
ности или повышению технологического качества работы системы могут быть
инициированы:
■ на работающей системе;
■ на перспективной системе, к которой можно отнести как проектируемую систему,
так и существующую систему, для которой запланированы изменения.
В обоих случаях методика замеров одинакова. Замерять надо:
■ время выполнения ключевых операций с указанием, что за операция выполня-
лась;
■ количество критичных ошибок в разрезе того, что это за ошибки:
□ ошибки блокировок;
□ системные ошибки;
□ ошибки защиты;
□ падение кластера серверов «1С:Предприятия»;
□ зависание кластера серверов «1С:Предприятия».
Удобным способом получения длительности выполнения ключевых операций и их
интегральных оценок по шкале APDEX является встраивание подсистемы «Оценка
производительности» из состава Библиотеки стандартных подсистем «1С». Как ее
встроить, см. главу «Инструкции», раздел 4.7.
Ошибки блокировок, системные ошибки и ошибки защиты можно считать по техно-
логическому журналу. Как организовать сбор технологического журнала и его
анализ, см. главу «Инструкции», разделы 4.5 и 4.6 . Этот алгоритм планируется
встраивать в Центр контроля качества (ЦКК).
Аварийные завершения процессов кластера серверов «1С:Предприятия» можно
считать по дампам, образующимся при падении процессов при включенной
специальной настройке. Общий подход – см. главу «Инструкции», раздел 4.9 . Реко-
мендуется, однако, использовать ЦКК, в него уже встроены подсчет дампов и их
группировка по офсетам.
Зависание кластера серверов «1С:Предприятия» нужно отслеживать с помощью
ЦКК. Вручную факт зависания можно отследить только непосредственно наблюдая
его симптомы (процессы кластера находятся в памяти, но ни на какие запросы поль-
зователей кластер не отвечает и новые клиентские соединения создавать не дает).
Понятно, что такой метод ни полноты картины, ни удобства не обеспечивает.
Если речь идет о комплексе с одной базой, то всю собранную статистику можно
объединять вручную. Однако если речь идет о комплексе с большим количеством
баз и с интенсивным потоком событий, ручное формирование сводной статистики
может превратиться в трудоемкую операцию, и в таком случае существенное облег-
чение может быть получено за счет использования ЦКК для автоматизации сбора
всей статистики. О принципах работы ЦКК см. главу «Инструкции», разделы 4.10
и 4.11 .
17
Основной подход к решению проблем
В случае перспективной системы вместо построения теоретических умозаключений
будет значительно эффективнее согласовать и создать модель базы, которая должна
получиться в первые месяцы работы системы. Затем на оборудовании заказчика
или на арендованном оборудовании в этой базе нужно запустить нагрузочный тест
с учетом прогнозируемой интенсивности ввода документов, после чего посмотреть
на результаты и сделать выводы.
О том, как организуются нагрузочные тесты, см. главу «Инструкции», раздел 4.21 .
Для получения статистики перспективной системы применяется тот же состав
замеров и методика их организации, что и для работающей системы. При этом
надо понимать, что если нагрузочный тест не проведен заранее силами роботов, то
это же нагрузочное тестирование все равно пойдет в первые же дни эксплуатации
созданной (или измененной) системы. Только это тестирование пойдет уже на живых
пользователях в ходе реальной работы, и еще неизвестно, какое из тестирований
по факту обойдется дороже. Если все же принято решение о нагрузочном тестиро-
вании на людях, это также не меняет ни состава, ни методики организации замеров.
Данные, полученные в ходе измерений, как показатели APDEX, так и количество
критичных ошибок, надо сравнить с целевыми требованиями и переходить
к решению проблем.
По падениям и непонятным ошибкам, оцененным как критичные, необходимо обра-
щаться в фирму «1С»: либо в техподдержку, либо через участие в проекте ЦКТП.
По задачам оптимизации ключевых операций последовательность действий опреде-
ляется как движение по «незеленым» строчкам в списке полученных показателей
APDEX, начиная с операции, имеющей наивысший приоритет.
2.3. Как устроена система
Действие пользователя, предусматривающее чтение данных из базы или запись их
в базу, вызывает некоторую последовательность команд.
Эти команды и связанные с ними данные должны пройти приблизительно следу-
ющий маршрут, сначала в прямом направлении, а затем в обратном:
■ клиент:
□ код на языке «1С», выполняющийся на клиенте,
□ платформа «1С:Предприятие» (клиентское приложение),
□ ОС,
□ оборудование,
■ сеть,
■ сервер «1С»:
□ код на языке «1С», выполняющийся на сервере,
□ платформа «1С:Предприятие» (серверные процессы),
□ ОС и софт виртуальной машины (если есть),
□ ОС физической машины,
□ оборудование,
18 Настольная книга 1С:Эксперта по технологическим вопросам
■ сеть,
■ сервер СУБД:
□ сами запросы,
□ СУБД,
□ ОС и софт виртуальной машины (если есть),
□ ОС физической машины,
□ оборудование.
По приведенной выше схеме видно, что система является многоуровневой,
и в расходах времени на операцию принимают участие все накладные расходы
на всех уровнях, в обе стороны.
Чтобы понять, о чем речь, можно сопоставить такой схеме схему поездки в сетевой
гипермаркет. Причем нет особой разницы: идет чтение или идет запись – и то,
и другое одинаково описывается с помощью такого сопоставления.
Туда:
■ дом:
□ найти ключи,
□ лифт,
■ дорога:
□ дойти до автомобиля,
□ автомобиль (дорога туда),
■ магазин:
□ найти тележку,
□ траволатор,
□ стеллажи,
□ касса.
Обратно:
■ магазин:
□ траволатор,
□ погрузить сумки в автомобиль,
■ дорога:
□ автомобиль (дорога обратно),
□ донести сумки до лифта, возможно, за несколько заходов,
■ дом:
□ лифт,
□ отпереть дверь, зайти домой.
Такая схема годится, потому что и организация движения, и организация розничной
торговли, и система на платформе «1С:Предприятие» по своей сущности являются
системами массового обслуживания. Для простоты будем считать, что все автомо-
19
Основной подход к решению проблем
били, которые едут по дороге, едут либо в этот магазин, либо из него, и таким
образом снимем необходимость других допущений.
Рассмотрение систем на платформе «1С:Предприятие» с помощью аппарата теории
массового обслуживания еще ждет своего исследователя. Одним из практических
аспектов такого исследования могла бы стать замена нагрузочных тестов для неко-
торых целей имитационным моделированием (нагрузочный тест хотя и проводится
с помощью средств вычислительной техники, представляет собой все-таки натурный
эксперимент, хотя и с заменой живых пользователей «роботами»).
Как отмечалось ранее, на каждом из уровней системы существуют определенные
накладные расходы на выполнение команд (действий, требований). Совокупность
этих расходов определяет суммарное время выполнения операции. Расходы, происхо-
дящие на каждом из уровней, определяются:
1. Собственно свойствами уровня (более скоростной автомобиль может доехать
до магазина быстрее).
2. Свойствами выполняемых действий (от количества товаров в тележке зависит
время обслуживания на кассе).
3. Потерями времени на ожидание (очередь в кассу и пробка на дороге сводят
на нет весь выигрыш времени, полученный от использования скоростного авто-
мобиля и небольшого количества покупок).
Первые два фактора приводят к проблемам, называемым проблемами произво-
дительности. Эти проблемы возникают, даже если система в указанный момент
времени обслуживает только одну операцию.
Третий фактор приводит к проблемам, называемым проблемами параллельности.
Эти проблемы возникают только тогда, когда в системе одновременно выполняется
более одной операции.
Существует характерная особенность систем, в которых есть проблемы параллель-
ности. Она заключается в том, что в условиях установившегося входного потока
пропускная способность системы определяется пропускной способностью ее самого
медленного уровня. Такой уровень называется «узким местом» или «бутылочным
горлышком» (bottle neck). В рассматриваемом классе систем (у всех действий
единая точка входа, например, все автомобили, которые едут по дороге, едут либо
в этот магазин, либо из него) это «бутылочное горлышко» всегда одно. Так же, как
на дороге, на уровнях, находящихся после этого «бутылочного горлышка», всегда
будет иметь место характерный спад загрузки: если покупатели толпятся в овощном
отделе, на кассах будет свободно; если в системе выстроилась очередь из блоки-
ровок, оборудование сервера СУБД будет простаивать.
20 Настольная книга 1С:Эксперта по технологическим вопросам
2.4. Бизнес-процесс решения проблем
по ключевым операциям
Выше рассматривалась схема взаимодействия с заказчиком. Подводя итог написан-
ному выше, ее можно представить так:
1. Получить список жалоб.
2. По списку жалоб составить список ключевых операций (ограниченное коли-
чество).
3. По списку ключевых операций совместно с заказчиком назначить целевое время
и приоритеты.
4. Пока идет согласование по п. 3 (это не всегда быстро), можно подключить
и настроить ЦУП, но он не понадобится до этапа 8.
5. По списку ключевых операций встроить замеры в базу, получить результаты.
6. Сравнить результаты с целевым временем. Операции с плохим фактическим
временем относительно целевого (с плохим APDEX) следует начинать разбирать
в порядке убывания приоритета.
7. По каждой операции найти наиболее типичное действие (по гистограмме найти
интервал времени, в который попало наибольшее количество замеров).
8. Для этого действия провести анализ, выяснить, что это за действие (как –
описано в этом разделе ниже).
9. Понять, с какой проблемой имеем дело, что придется делать, и оценить трудо-
емкость решения.
10. Оформить результаты по п. 7 и 8 в виде отчета, согласовать с заказчиком даль-
нейшие действия.
11. Воплотить рекомендации в жизнь, сравнить результаты с целевым временем.
Теперь более подробно рассмотрим алгоритм анализа (п. 7, 8) и оценки трудоемкости
(п. 9) из списка выше.
На рис. 2.4 .1 приведена схема бизнес-процесса решения проблем по ключевым
операциям. Ключевым пунктом схемы является вопрос: имеем мы дело с проблемой
производительности или проблемой параллельности.
21
Основной подход к решению проблем
Рис. 2.4.1. Схема бизнес-процесса решения проблем по ключевым операциям
22 Настольная книга 1С:Эксперта по технологическим вопросам
Чтобы подготовить ответ на этот вопрос, нужно найти наиболее типичного пред-
ставителя действий, выполненных по ключевой операции, для которой требуется
улучшать APDEX, и в нерабочее время его выполнить. Дело в том, что если для
этой же операции ориентироваться на наихудших представителей, список причин,
вызывающих проблемы, может оказаться другим. Чтобы этого наиболее типичного
представителя найти, для ключевой операции, по которой требуется улучшать
APDEX, нужно:
■ по данным замеров построить гистограмму2 распределения частот попаданий
значений времени в интервалы (количество и границы интервалов определяются
сообразно фактическим данным), написание программного кода построения такой
гистограммы трудностей вызвать не должно;
■ определить интервал, в который частота попадания максимальна;
■ подобрать действие3 по этой ключевой операции, длительность выполнения кото-
рого по данным замеров соответствует этому интервалу.
Выполнив именно это действие (например, проведя этот же документ) в тех же самых
условиях, под тем же самым пользователем, но в нерабочее время, и сопоставив
время выполнения этого действия с исходным временем, мы сразу сможем устано-
вить: происходили ли при выполнении этого же действия в рабочее время ожидания
в очередях. Если они были, то время выполнения в нерабочее время будет гораздо
меньше, чем в рабочее, и мы имеем дело с проблемой параллельности. Если же
время выполнения осталось примерно то же самое, то мы имеем дело с проблемой
производительности.
Чтобы было понятнее, можно вернуться к аналогии с автомобилем и гипермар-
кетом. Едем на той же машине в тот же магазин, но ночью. Если приехали намного
быстрее, чем днем, то днем была пробка, следовательно, нужно устранять ее причины
(строить развязку). Если приехали примерно за то же время, то мы ездим на «запо-
рожце» – нужно менять его на «порше».
Определив, с какой проблемой имеем дело, можно четко установить план даль-
нейших действий. Сначала рассмотрим, что делать с проблемой производитель-
ности.
У проблем производительности есть два обычных подозреваемых:
■ плохая работа запроса,
■ плохая работа кода.
2
В текущей версии подсистемы ОП гистограмма строится автоматически.
3
При использовании подсистемы «Оценка производительности», если ключевая операция
связана с транзакцией, это можно точно определить имеющимися средствами. Регистр сведений
«Замеры времени» содержит реквизит «Имя пользователя» и данные о времени начала замера.
Нужно найти по журналу регистрации, что пользователь в это время делал, и в нем по полю
«Представление данных» определить, например, что это был за документ (номер и дату). Если
ключевая операция с транзакцией не связана (например, ключевая операция – это выполнение
отчета или открытие формы), обычно просто достаточно знать, под каким пользователем это
действие выполнялось. Но если этого недостаточно, надо вместе с началом замера вносить
в журнал регистрации данные, необходимые для понимания особенностей выполняемой
операции.
23
Основной подход к решению проблем
Прочие подозреваемые описаны в главе «Методики», разделы 5.2–5.5 . Методики их
поимки, см., например, «Инструкции», раздел 4.22 и «Методики», раздел 5.6.
Обоих обычных подозреваемых надо проверить.
Плохая работа запроса для СУБД MS SQL проверяется так: включив профайлер
SQL Server, выполняем ключевую операцию еще раз и собираем длительности всех
запросов, выполнявшихся во время его работы (показатель duration). Инструкцию,
как это сделать и как получить их сумму, см. в главе «Инструкции», раздел 4.13.
Если сумма duration близка ко времени выполнения всей операции, можно однозначно
делать вывод, что потери времени происходят в СУБД. Дальнейшее исправление
состоит в определении неоптимальностей и их устранении (см., например, главу
«Инструкции» раздел 4.20). Для измерения длительности запроса в других СУБД
(не MS SQL Server) рекомендуется использовать технологический журнал «1С».
Плохая работа кода проверяется так: включив замер на отладчике (см. главу
«Инструкции», раздел 4.7), выполняем действие еще раз (отладка на сервере
должна быть включена). Получаем таблицу, содержащую строки кода, количество их
выполнений и время выполнения (как абсолютное, так и в процентном отношении
к общему). Следует учесть, что замер отладчиком показывает именно работу кода
конфигурации, а не общее время операции, включающее в себя также и платфор-
менные вызовы.
Первое, на что надо смотреть, сколько раз выполнялись строки кода, входящие в топ
по времени выполнения. Если эти строки содержат запросы к базе через объектную
модель или на языке запросов и эти строки выполнялись много раз, то эти участки
кода надо иметь в виду как приоритетные для исправления: запрос в цикле – это
способ программирования, который всегда дает проигрыш во времени выполнения
кода.
Второе, на что надо смотреть, есть ли строки кода, выполнение которых заняло
существенную часть от общего времени. Это позволяет оценить шансы в борьбе за
повышение производительности. Если такие строки есть, то шансы можно оценивать
как очень хорошие. Если же таких строк нет и, например, на первом месте нахо-
дится строка, выполнение которой занимает 3–5 % от общего времени, то понятно,
что уменьшение времени выполнения этой строки даже до нуля даст прирост в те
же самые 3–5 %. Поскольку речь может идти о том, чтобы ускорить выполнение
операций в разы, шансы на это будут совершенно призрачны.
Далее надо оценить и согласовать трудозатраты, требующиеся на решение
проблемы.
Основанием для оценок трудоемкости решения проблемы будут служить полу-
ченные сведения. Если проблема находится в СУБД или есть строки кода, имеющие
высокую относительную длительность выполнения, то, как правило, проблема может
быть решена техническими средствами и решена довольно быстро: пары часов
обычно хватает, чтобы с ней разобраться. Как и что можно исправить, см. главу
«Инструкции», раздел 4.20 и главу «Методики и дополнительная информация»,
разделы 5.2 и 5.5 .
24 Настольная книга 1С:Эксперта по технологическим вопросам
Если же все строки кода имеют малую относительную длительность, а строк много,
то длительность работ серьезно возрастает: только на то, чтобы провести анализ
ситуации, может уйти день работы. По итогам анализа может быть установлено, что
проблема не имеет технического решения, и потребуются сложные методические
или даже административные решения, с пересмотром основ конфигурации, с вовле-
чением в процесс программистов-разработчиков, методистов и заказчиков.
Для решения проблем параллельности, как указывалось ранее, всегда надо найти
«бутылочное горлышко». Однако надо понимать, что за одним «горлышком» может
быть целый каскад следующих «горлышек», и, вообще говоря, количество уровней
может быть непредсказуемым. Поэтому, встретившись с проблемами параллель-
ности, оценку трудозатрат надо давать с учетом этой особенности таких задач.
Обычные подозреваемые:
■ избыточная блокировка данных в «1С» или в СУБД. Подробности по блоки-
ровкам см. в главе «Теория», разделы 3.6–3 .10;
■ не справляется оборудование. Как организовать замер загрузки оборудования
и интерпретировать значения, см. в главе «Инструкции», раздел 4.1.
Может, однако, случиться и такое, что сработает критическая секция (участок кода,
который одновременно может выполняться только в одном месте), например:
■ автонумератор,
■ драйвер HASP-ключа и др.
Такая проблема классифицируется как неподконтрольная проблема. В таких
ситуациях, с одной стороны, нет никаких средств диагностики, с другой – видно,
что это проблема параллельности. При обнаружении такой проблемы неизбежным
и правильным вариантом решения является обращение за помощью в ЦКТП.
В заключение надо сказать, что и в ходе работ по решению проблем производитель-
ности, и в ходе работ по решению проблем параллельности вам могут встретиться
задачи, для решения которых не хватит средств диагностики и опыта. В случае
необходимости применения методических или административных способов решения
проблем вам может не хватить авторитета. В случае работы над проектом, который
выполняет ваша же компания, у вас может не быть возможности для независимой
оценки, либо заказчик может не верить в то, что ваша оценка независима. В случаях
работы в рискованных финансовых или технических условиях вам может не хватить
уверенности из-за отсутствия страховки.
Во всех этих случаях обращение в ЦКТП является правильным и может обеспечить
успех проекта, а иногда и просто его спасти.
ГЛАВА 3
Теория
3.1. Ключевые операции
Ключевая операция (КО) – это операция (действие) системы, у которой количе-
ственной характеристикой, определяющей наступление нежелательного состояния,
является время выполнения этой операции, и наступление этого нежелательного
состояния является важной проблемой.
На практике под ключевой операцией понимают действия системы после однократ-
ного нажатия пользователем какой-либо кнопки на форме или выбора пункта меню.
С единственной оговоркой4 можно утверждать следующее:
■ ключевая операция всегда начинается на клиенте;
■ ключевая операция не может состоять из нескольких интерактивных действий
пользователя, потому что мы оптимизируем только систему, а не работу пользо-
вателей;
■ ключевая операция всегда заканчивается на клиенте. То есть мы не можем
разбить на несколько КО действие, которое является единым с точки зрения
пользователя. В этом нет смысла, т. к. требования к частям операции не могут
быть определены (пользователю все равно).
Обычно нежелательность состояния рассматривается с точки зрения пользователя:
проблема – это симптом, который видит пользователь, и в данном случае это недо-
статочно быстрое выполнение системой какой-либо важной для него операции.
4
Оговорка заключается в том, что при проведении нагрузочных тестов в качестве ключевых
операций может выступать как раз время выполнения действий на сервере, потому что
организовать это проще и дешевле. Это имеет право на существование, если достоверно
установлено, что вызов кода обработкой с сервера, а не имитацией выполнения действия
на клиенте, не исказит результатов. Например, вам надо удостовериться, что с точки зрения
решаемой задачи допустимо вместо нажатия кнопки ОК на форме использовать вызов
ДокументОбъект.Записать(...) сразу с сервера.
26 Настольная книга 1С:Эксперта по технологическим вопросам
Перед началом выполнения работ по оптимизации список ключевых операций
должен быть составлен и зафиксирован. Размер списка не должен быть большим:
разбор даже несложных проблем по каждой ключевой операции требует времени,
и работы по списку из 20 операций точно займут не менее двух-трех месяцев.
Каждой ключевой операции должно быть назначено (пользователем) целевое время
Т, а также приоритет.
Целевое время – это время, за которое, с точки зрения пользователя, всегда должна
выполняться ключевая операция, чтобы он считал работу системы отличной. Поль-
зователь имеет право выразить завышенные ожидания, и тогда его надо письменно
предупредить, что, возможно, вы вернетесь к этому разговору (см. рис. 3.1 .1).
Приоритет обычно определяется исходя из того, насколько проблема, вызываемая
недостаточно быстрым выполнением действий системы, важна для пользователя.
На практике при такой формулировке пользователь говорит: «Мне все проблемы
важны одинаково» – и ставит всем одинаковый приоритет (как вариант выделяет
несколько групп с разными приоритетами).
На самом деле приоритет – это то, в каком порядке вы будете заниматься решением
проблем пользователя. Поэтому заказчику так и надо сказать: «Оптимизацией будет
заниматься один человек (это наиболее распространенный случай), поэтому он все
равно будет решать задачи не параллельно, а последовательно. Пожалуйста, укажите,
в каком порядке ему заниматься решением задач, если по итогам замеров окажется,
что по всем операциям производительность недостаточно хороша».
В договоре обычно указывается следующее (см. рис. 3.1.1):
Перечень ключевых операций (нужно заполнить список вместе с клиентом)
Ключевая операция
Приоритет
Целевое время Т (сек.)
Перечень ключевых операций является предварительным и может быть изменен
по взаимному согласию сторон.
Целевое время, указанное для каждой ключевой операции, также может уточняться
в процессе выполнения работ по договору при наличии объективных причин, например,
при несовпадении субъективной оценки пользователей и оценки APDEX.
Рис. 3.1.1. Список ключевых операций и дополнительные пояснения к ним,
обычно включаемые в договор
После согласования списка ключевых операций замеры времени надо встроить
в конфигурацию. Удобный способ это сделать – использовать подсистему «Оценка
производительности» из состава Библиотеки стандартных подсистем «1С». Описание
см. в главе «Инструкции», раздел 4.7 .
27
Теория
3.2. Методика APDEX
Когда ключевая операция выполняется много раз, имеет смысл как-то сворачивать
в число совокупность всех значений (получать интегральную характеристику)
времени ее выполнения.
И глядя с противоположной стороны, собранные замеры всегда имеет смысл рассма-
тривать на достаточно большой выборке – не менее 100 замеров.
Агрегировать можно по-разному: максимум, минимум, среднее, сумма, взвешенная
сумма, методы математической статистики, методика APDEX. Не очень важно, как
именно вы агрегируете или сворачиваете показатели. Важно, чтобы ваш заказчик
понимал, в чем эта свертка заключается и почему она корректна.
Фирма «1С» считает, что удобной и корректной является методика APDEX.
Эта методика используется в составе подсистемы «Оценка производительности»
из Библиотеки стандартных подсистем. Подробную информацию об этой мето-
дике можно найти в Интернете (на английском языке): http://apdex.org/index.html,
http://en.wikipedia.org/wiki/Apdex.
Смысл методики таков: если какое-то действие должно выполниться за T секунд
и оно выполняется за эти T секунд или быстрее, оно считается успешно выпол-
ненным. Если оно выполняется несколько дольше – от Т до 4Т, оно считается напо-
ловину успешным. Если оно выполняется очень долго – свыше 4Т, оно считается
неуспешным.
Если действия выполнялись неоднократно (N раз), далее достаточно подсчитать
успешно выполненные действия (пусть их будет NS), подсчитать наполовину
успешные (пусть их будет NT).
Число (NS + NT /2) / N показывает отношение успешных и наполовину успешных
действий к общему количеству действий.
Что такое Т и 4Т, с точки зрения пользователя:
■ Т – это время, которое пользователя полностью удовлетворяет;
■ 4Т – это время, которое пользователя не удовлетворяет, но он дождался получения
результата;
■ больше 4Т – пользователь не дождался получения результата, то есть операция
вообще не выполнена.
В таблице 3.2.1 показано, какие качественные значения соответствуют количе-
ственным значениям показателей APDEX.
Таблица 3.2.1. Соответствие качественных оценок значениям APDEX
Шкала APDEX
Значение
Оценка
от
до
0.00
0.50
неприемлемо
0.50
0.70
очень плохо
0.70
0.85
плохо (в некоторых интерпретациях – удовлетворительно)
0.85
0.94
хорошо
0.94
1.00
отлично
28 Настольная книга 1С:Эксперта по технологическим вопросам
В случае 100-кратного выполнения5 действия на практике это выглядит так, как
показано в таблице 3.2.2 .
Таблица 3.2.2. Примеры комбинаций N, NS и NT для 100-кратного выполнения действия
и соответствующие им оценки APDEX (показаны комбинации
для нижней границы диапазона, соответствующего оценке)
(NS+NT/2)/N
Оценка
NS (успешных)
NT (наполовину
успешных)
N–NS–NT
(не уложившихся в 4Т)
0,94 – 1
отлично
94
0
6
0,94 – 1
отлично
88
12
0
0,85 – 0,93
хорошо
85
0
15
0,85 – 0,93
хорошо
70
30
0
0,70 – 0,84
плохо
70
0
30
0,70 – 0,84
плохо
40
60
0
0,50 – 0,69
очень плохо
50
0
50
0,50 – 0,69
очень плохо
0
100
0
0,00 – 0,49
неприемлемо Все, что еще хуже, чем две предыдущие строки
Заказчики не сразу принимают такую схему, но для массовых замеров она действи-
тельно хороша, так как учитывает не двоичную логику результата (уложились/
не уложились), а более сложную (уложились полностью/уложились в рамках допу-
стимого/не уложились).
Соответствие качественной оценки «хорошо» значению показателя 0,85 и выше – это
для бизнеса, т. к. решаются его задачи. При этом некоторые операции выполняются
долго или не выполняются вообще (пользователи «страдают»6). Но, поскольку может
оказаться дешевле оплачивать «страдания» пользователей, чем оптимизировать
систему до 1,00, это приемлемо с точки зрения бизнеса.
Повторим еще раз: можно использовать любой подходящий для вашей ситуации
способ свертки7
, лишь бы у вас с заказчиком по этому поводу было единое мнение.
Если вы идете по пути встраивания подсистемы «Оценка производительности»
из Библиотеки стандартных подсистем, то по сырым данным регистра сведений
«Замеры времени» вы можете самостоятельно построить любую подходящую
функцию, позволяющую яснее представить результат себе и заказчику. Свертка
по методике APDEX в этой подсистеме, однако, уже реализована, и это еще один
хороший повод пользоваться именно ей.
5
Как говорилось выше, для получения необходимой точности нужно не менее 100 замеров.
Если речь идет не о частых, а о редких или даже единичных событиях большой длительности
(например, о выполнении каких-то регламентных операций), то описанный подход не годится:
очень велика становится разница, выполняется операция, скажем, 2 часа или же 8. Если
такая ключевая операция находится в числе прочих (коротких и частых), то надо смотреть
по ситуации, что с ней делать. Можно считать для нее APDEX просто для сохранения единого
подхода к замерам, соответственно подобрав целевое время, но можно сразу выделять ее
в отдельную задачу, с результатом в виде достижения обозначенного времени выполнения.
6
Почему «страдания» заключено в кавычки, и что страдает на самом деле, см. раздел 6.1 .
7
Но только не в том случае, если вы работаете с «1С» по проекту ЦКТП – тогда использование
именно методики APDEX будет обязательным.
29
Теория
Существует обратная задача – получить целевое время по заданному значению
APDEX, если заказчик затрудняется это целевое время назвать.
На практике, правда, в такой постановке эта задача встречается редко: список
ключевых операций согласовывается до встраивания замеров в базу, а предлагаемая
методика основывается на том, что замеры в базу уже встроены. Более вероятен
вариант – использовать этот подход при необходимости переназначения и повтор-
ного согласования целевого времени, изначально заданного чересчур жестко.
Задачу необязательно решать вручную. В подсистему ОП встроен механизм автома-
тического подбора времени Т под заданное значение APDEX.
Если же требуется все-таки ручное решение, то порядок действий должен быть
таким:
1. Получить у заинтересованных пользователей субъективную оценку произво-
дительности этой операции в терминах APDEX: Неприемлемо, Очень плохо,
Плохо, Хорошо, Отлично. Установить значение APDEX, равное середине диапа-
зона: соответственно, 0,25, 0,6, 0,775, 0,9, 0,95.
2. Собрать информацию – сколько на самом деле выполняется эта операция
в системе.
3. Подобрать такое значение T, чтобы APDEX, рассчитанный для него, был
примерно равен значению, назначенному в п. 1. В случае использования подсис-
темы «Оценка производительности» из БСП это можно делать непосредственно
в режиме исполнения.
4. Проверить правильность полученного значения Т, если подбор осуществлялся
каким-то другим способом.
5. Продолжать получать значение APDEX для данной операции, исходя из нового
времени Т, убедиться в том, что получаемая оценка APDEX соответствует
субъективной оценке заказчика (в том числе если имело место переназначение
и повторное согласование целевого времени).
3.3. Критичные ошибки
К критичным ошибкам относятся:
■ ошибки блокировок,
■ системные ошибки,
■ ошибки защиты,
■ аварийные завершения процессов кластера серверов «1С:Предприятия»,
■ зависание процессов кластера серверов «1С:Предприятия».
30 Настольная книга 1С:Эксперта по технологическим вопросам
Ошибки блокировок
Ошибкой блокировки называется ошибка, возникающая при превышении времени
ожидания на блокировке (lock request time out) или неразрешимый конфликт
блокировок (взаимоблокировка – deadlock).
Системные ошибки
Системной ошибкой называется ошибка данных информационной базы или ошибка
платформы, которая не позволяет пользователю выполнить какое-либо прикладное
действие с системой. Любые функциональные ошибки кода конфигурации
не являются системными ошибками.
Аварийные завершения процессов кластера серверов «1С:Предприятия»
Падением кластера серверов «1С:Предприятия» называется самопроизвольная
выгрузка любого процесса кластера серверов «1С:Предприятия» или всех его
процессов одновременно.
Зависание процессов кластера серверов «1С:Предприятия»
Зависанием кластера серверов «1С:Предприятия» называется состояние кластера,
при котором он не отвечает на запросы пользователей, не позволяет создать новое
клиентское подключение и т. п., но при этом остается загруженным в память
рабочего сервера.
3.4. Расчет доступности системы
Достаточно частым требованием при проектировании системы является обеспе-
чение требуемого уровня доступности и самой системы, и служб ее обслуживания
и поддержки.
Здесь доступность информации – состояние информации, характеризуемое
способностью информационной системы обеспечивать беспрепятственный доступ
к информации субъектам, имеющим на это полномочия.
В требованиях часто указывается режим работы 24х7. Такой режим функциониро-
вания закрепляется в документах, вводится в жизнь, а потом подвергается пере-
смотру, и иногда достаточно болезненно.
Связано это с тем, что любые информационные системы, и системы на платформе
«1С:Предприятие» тут не исключение, требуют проведения регламентных операций.
Чем более ответственные задачи выполняет эта система, тем строже надо следить,
чтобы эти операции выполнялись.
Конечно, если есть необходимость, ничто не мешает построить систему с полным
дублированием всех компонентов, которая будет спокойно работать 24х7.
Это возможно, но это дорого и сложно, и созданием такого комплекса надо специ-
ально заниматься, сам собой он не возникнет.
Список операций приведен в следующем разделе 3.5, а здесь скажем только, что
часть операций требуется выполнять во время технологических окон, и работа
других пользователей во время этих окон будет либо невозможна, либо сопряжена
с некоторыми ограничениями.
31
Теория
Поэтому, например, можно сразу заявить режимы функционирования контуров
системы так, как представлено в таблице 3.4.1 .
Таблица 3.4.1. Штатные режимы функционирования контуров системы
Серверы
Гарантированное
предоставление услуг
Обслуживание
и поддержка
Серверы «1С» и СУБД в основном контуре
22х7*
8x5**
Терминальные серверы, Web-сервер интеграции,
сервер лицензий и другие серверы в основном
контуре
22х7
8x5
Серверы «1С» и СУБД в контуре разработки
и (или) тестирования
22х7
8x5
Терминальные серверы, Web-сервер интеграции,
сервер лицензий и другие серверы в контуре
разработки и (или) тестирования
22х7
8x5
*22x7 – ежедневно, круглосуточно, с плановым 2-часовым технологическим окном
и 8-часовым ежеквартально (длительность технологических окон приведена для примера).
**8x5 – по рабочим дням с 9:00 до 18:00, с перерывом с 14:00 до 15:00.
Чтобы отделить сервисные режимы от сбоев, можно указать, что требуется обеспе-
чить функционирование системы в следующих режимах:
■ штатный режим (работа в течение 7 дней в неделю, 22 часа в сутки (22х7));
■ сервисный режим (для проведения обслуживания, реконфигурации и пополнения
новыми компонентами) – плановое 2-часовое технологическое окно ежедневно;
■ режим восстановления после сбоев.
В штатном режиме работы система должна обеспечивать весь функциональный
объем.
Работа системы в сервисном режиме возможна в согласованное время (например,
в ночное время, не более 2 часов в сутки, а также в дневное время, только
в выходные или праздничные дни, не более 1 дня в месяц). В сервисном режиме
работы допускается недоступность промышленных систем в связи:
■ с проведением регламентных работ по обслуживанию информационных баз
«1С»;
■ проведением периодических профилактических работ, затрагивающих аппа-
ратную или программную часть системы;
■ переносом запросов на изменение в продуктивную систему, влияющих
на надежность и быстродействие системы;
■ обновлением программной или аппаратной части.
В режиме восстановления после сбоев система может оказаться полностью или
частично недоступна на период резервного копирования и восстановления в соот-
ветствии с установленными в данной организации требованиями к надежности
(см. таб. 3.4.2).
Процент доступности, приведенный в таблице, рассчитывается как отношение коли-
чества минимально допустимого фактического времени работы системы только
32 Настольная книга 1С:Эксперта по технологическим вопросам
в штатном режиме за период (например, количество часов за квартал) к общему
количеству часов за период.
Например, указанный в таблице 3.4 .2 процент доступности 91,3 % рассчитывается
так:
В году 365 х 24 = 8760 часов.
Сервисный режим: 2 часа в день + 8 часов в квартал.
2 х 365 + 8 х 4 = 762 часа.
Потери времени на режим восстановления после сбоев идут за счет сервисного
режима. Превышение не допускается.
(8760 - 762) / 8760 = 0,913; отсюда 91,3 %.
Обеспечение надежности функционирования системы обычно производится:
■ дублированием элементов серверного, коммутационного оборудования системы
и при необходимости каналов передачи данных;
■ применением устройств бесперебойного электроснабжения серверов и коммута-
ционного оборудования системы;
■ регулярным проведением регламентных профилактических работ по обслужи-
ванию технических средств;
■ регулярным проведением регламентных работ по обслуживанию информаци-
онных баз «1С»;
■ соблюдением технических требований эксплуатации элементов программно-тех-
нических средств, обеспечивающих их бесперебойное функционирование;
■ применением организационных и технических мер защиты системы от несанкци-
онированного доступа;
■ применением средств антивирусной защиты и их регулярным обновлением;
■ периодическим резервным копированием информации системы;
■ привлечением к обслуживанию системы высококвалифицированных специа-
листов и повышением квалификации штатного обслуживающего персонала
системы.
33
Теория
Т
а
б
л
и
ц
а
3
.
4
.
2
.
П
р
и
м
е
р
п
а
р
а
м
е
т
р
о
в
н
а
д
е
ж
н
о
с
т
и
с
и
с
т
е
м
ы
К
о
н
т
у
р
О
б
щ
а
я
д
о
с
т
у
п
н
о
с
т
ь
с
и
с
т
е
м
ы
Д
о
с
т
у
п
н
о
с
т
ь
п
р
е
д
о
с
т
а
в
л
я
е
м
ы
х
у
с
л
у
г
,
с
у
ч
е
т
о
м
с
е
р
в
и
с
н
о
г
о
р
е
ж
и
м
а
В
о
с
с
т
а
н
о
в
л
е
н
и
е
п
о
с
л
е
с
б
о
я
П
е
р
е
р
ы
в
ы
н
а
о
б
с
л
у
ж
и
в
а
н
и
е
и
п
о
д
д
е
р
ж
к
у
Ц
е
л
е
в
о
е
в
р
е
м
я
в
о
с
с
т
а
н
о
в
л
е
н
и
я
(
R
T
O
)
,
р
а
б
.
ч
а
с
о
в
Ц
е
л
е
в
а
я
т
о
ч
к
а
в
о
с
с
т
а
н
о
в
л
е
н
и
я
(
R
P
O
)
,
ч
а
с
о
в
Д
л
и
т
е
л
ь
-
н
о
с
т
ь
,
р
а
б
.
ч
а
с
о
в
П
е
р
и
о
д
и
ч
н
о
с
т
ь
О
с
н
о
в
н
о
й
Н
е
п
р
е
р
ы
в
н
а
я
,
2
4
х
7
–
д
л
я
а
п
п
а
р
а
т
н
о
г
о
о
б
е
с
п
е
ч
е
н
и
я
и
с
и
с
т
е
м
н
о
г
о
п
р
о
г
р
а
м
м
н
о
г
о
о
б
е
с
п
е
ч
е
н
и
я
,
2
2
х
7
–
д
о
с
т
у
п
н
о
с
т
ь
с
о
д
е
р
ж
и
-
м
о
г
о
б
а
з
ы
д
а
н
н
ы
х
9
1
,
3
%
8
П
р
и
н
е
о
б
х
о
д
и
-
м
о
с
т
и
в
о
с
с
т
а
н
о
в
-
л
е
н
и
я
с
р
е
з
е
р
в
н
о
й
к
о
п
и
и
–
н
а
ч
а
л
о
т
е
к
у
щ
е
г
о
р
а
б
о
ч
е
г
о
д
н
я
,
п
р
и
н
е
о
б
х
о
д
и
-
м
о
с
т
и
о
т
к
а
т
а
б
а
з
ы
–
1
ч
а
с
8
1
р
а
з
в
к
в
а
р
т
а
л
2
Е
ж
е
д
н
е
в
н
ы
е
р
е
г
л
а
-
м
е
н
т
н
ы
е
р
а
б
о
т
ы
(
у
к
а
з
а
т
ь
в
р
е
м
я
п
р
о
в
е
д
е
н
и
я
)
Т
е
р
м
и
н
а
л
ь
н
ы
е
с
е
р
в
е
р
ы
,
W
e
b
-
с
е
р
в
е
р
и
н
т
е
г
р
а
ц
и
и
,
с
е
р
в
е
р
л
и
ц
е
н
з
и
й
и
д
р
у
г
и
е
с
е
р
в
е
р
ы
в
з
о
н
е
о
с
н
о
в
н
о
г
о
к
о
н
т
у
р
а
Н
е
п
р
е
р
ы
в
н
а
я
,
2
4
х
7
–
д
л
я
а
п
п
а
р
а
т
н
о
г
о
о
б
е
с
п
е
ч
е
н
и
я
и
с
и
с
т
е
м
н
о
г
о
п
р
о
г
р
а
м
м
н
о
г
о
о
б
е
с
п
е
ч
е
н
и
я
9
7
,
8
%
8
2
4
8
1
р
а
з
в
к
в
а
р
т
а
л
3
Е
ж
е
н
е
д
е
л
ь
н
ы
е
р
е
г
л
а
-
м
е
н
т
н
ы
е
р
а
б
о
т
ы
(
у
к
а
з
а
т
ь
д
е
н
ь
н
е
д
е
л
и
и
в
р
е
м
я
п
р
о
в
е
д
е
н
и
я
)
Р
а
з
р
а
б
о
т
к
а
и
(
и
л
и
)
т
е
с
т
и
р
о
в
а
н
и
е
9
3
,
4
%
–
н
е
д
о
с
т
у
п
н
о
с
т
ь
н
е
ч
а
щ
е
2
д
н
е
й
в
м
е
с
я
ц
8
4
,
7
%
1
6
2
4
8
1
р
а
з
в
к
в
а
р
т
а
л
2
Е
ж
е
д
н
е
в
н
ы
е
р
е
г
л
а
-
м
е
н
т
н
ы
е
р
а
б
о
т
ы
(
у
к
а
з
а
т
ь
в
р
е
м
я
п
р
о
в
е
д
е
н
и
я
)
2
Е
ж
е
д
н
е
в
н
ы
е
р
е
г
л
а
-
м
е
н
т
н
ы
е
р
а
б
о
т
ы
(
у
к
а
з
а
т
ь
в
р
е
м
я
п
р
о
в
е
д
е
н
и
я
)
Т
е
р
м
и
н
а
л
ь
н
ы
е
с
е
р
в
е
р
ы
,
W
e
b
-
с
е
р
в
е
р
и
н
т
е
г
р
а
ц
и
и
,
с
е
р
в
е
р
л
и
ц
е
н
з
и
й
и
д
р
у
г
и
е
с
е
р
в
е
р
ы
в
к
о
н
т
у
р
е
р
а
з
р
а
б
о
т
к
и
и
(
и
л
и
)
т
е
с
т
и
р
о
в
а
н
и
я
Н
е
п
р
е
р
ы
в
н
а
я
,
2
4
х
7
–
д
л
я
а
п
п
а
р
а
т
н
о
г
о
о
б
е
с
п
е
ч
е
н
и
я
и
с
и
с
т
е
м
н
о
г
о
п
р
о
г
р
а
м
м
н
о
г
о
о
б
е
с
п
е
ч
е
н
и
я
,
2
2
х
7
–
д
о
с
т
у
п
н
о
с
т
ь
с
о
д
е
р
ж
и
-
м
о
г
о
б
а
з
ы
д
а
н
н
ы
х
9
7
,
8
%
1
6
2
4
8
1
р
а
з
в
к
в
а
р
т
а
л
3
Е
ж
е
н
е
д
е
л
ь
н
ы
е
р
е
г
л
а
-
м
е
н
т
н
ы
е
р
а
б
о
т
ы
(
у
к
а
з
а
т
ь
д
е
н
ь
н
е
д
е
л
и
и
в
р
е
м
я
п
р
о
в
е
д
е
н
и
я
)
34 Настольная книга 1С:Эксперта по технологическим вопросам
3.5. Регламентные работы
Для обеспечения устойчивой работы требуется проведение регламентных меро-
приятий (см. таблицу 3.5.1).
Для проведения регламентных мероприятий с частотой «ежедневно» (исключая
резервное копирование) должно быть выделено ежедневное технологическое окно.
Длительность технологического окна зависит от особенностей системы.
Более подробный регламент должен быть разработан дополнительно. В нем должны
быть указаны ответственные (должности, функциональные роли или фамилии),
способ отчетности (по эл. почте, вручную по журналам, через SMS), способ выпол-
нения (автоматизированно, через ЦКК или вручную).
При составлении регламента надо иметь в виду, что для некоторых регламентных
операций время их выполнения и требующиеся для их выполнения ресурсы зависят
от того, насколько редко эти операции делают. Это относится и к операциям из этого
списка (например, обновление статистик), и к не входящим в него, и даже к тем
операциям, которые не относятся к обеспечению устойчивости системы (обмены,
восстановление последовательностей). Поэтому если какая-то операция не успевает
выполниться за отведенное время в период бездействия пользователей или за время
технологического окна, есть смысл попробовать делать ее не реже, а, наоборот,
чаще. Может случиться (и часто случается) так, что выполнение операции каждые
5–15 минут из-за малого объема данных проходит настолько быстро, что не успевает
никому помешать так сильно, чтобы это заметили.
35
Теория
Т
а
б
л
и
ц
а
3
.
5
.
1
.
П
р
о
в
е
д
е
н
и
е
р
е
г
л
а
м
е
н
т
н
ы
х
м
е
р
о
п
р
и
я
т
и
й
М
е
р
о
п
р
и
я
т
и
е
Ч
а
с
т
о
т
а
В
ы
п
о
л
н
е
н
и
е
в
о
в
р
е
м
я
т
е
х
н
о
л
.
о
к
н
а
О
т
в
е
т
с
т
в
е
н
н
ы
й
О
т
ч
е
т
н
о
с
т
ь
С
п
о
с
о
б
в
ы
п
о
л
н
е
н
и
я
К
о
н
т
р
о
л
ь
з
а
г
р
у
ж
е
н
н
о
с
т
и
о
б
о
р
у
д
о
в
а
н
и
я
с
е
р
в
е
р
а
п
р
и
л
о
ж
е
н
и
й
,
с
е
р
в
е
р
а
С
У
Б
Д
,
т
е
р
м
и
н
а
л
ь
н
ы
х
с
е
р
в
е
р
о
в
.
К
о
н
т
р
о
л
и
р
о
в
а
т
ь
п
а
р
а
м
е
т
р
ы
:
○
и
н
т
е
н
с
и
в
н
о
с
т
ь
о
б
м
е
н
а
м
е
ж
д
у
д
и
с
к
о
в
о
й
п
о
д
с
и
-
с
т
е
м
о
й
и
о
п
е
р
а
т
и
в
н
о
й
п
а
м
я
т
ь
ю
;
○
и
с
п
о
л
ь
з
о
в
а
н
и
е
в
ы
д
е
л
е
н
н
о
й
п
а
м
я
т
и
;
○
з
а
г
р
у
ж
е
н
н
о
с
т
ь
п
р
о
ц
е
с
с
о
р
о
в
;
○
о
ч
е
р
е
д
ь
к
п
р
о
ц
е
с
с
о
р
а
м
;
○
о
ч
е
р
е
д
ь
к
д
и
с
к
а
м
;
○
с
к
о
р
о
с
т
ь
п
е
р
е
д
а
ч
и
д
а
н
н
ы
х
ч
е
р
е
з
с
е
т
ь
П
о
с
т
о
я
н
н
о
В
т
о
м
ч
и
с
л
е
С
м
.
И
н
с
т
р
у
к
ц
и
и
4
.
1
К
о
н
т
р
о
л
ь
в
р
е
м
е
н
и
в
ы
п
о
л
н
е
н
и
я
к
л
ю
ч
е
в
ы
х
о
п
е
р
а
ц
и
й
Е
ж
е
д
н
е
в
н
о
.
П
р
и
и
с
п
о
л
ь
-
з
о
в
а
н
и
и
Ц
К
К
к
о
н
т
р
о
л
ь
и
д
е
т
п
о
с
т
о
я
н
н
о
В
т
о
м
ч
и
с
л
е
В
о
з
м
о
ж
н
о
ч
е
р
е
з
Ц
К
К
.
К
а
к
т
о
л
ь
к
о
п
о
к
а
з
а
т
е
л
ь
п
р
о
и
з
в
о
д
и
т
е
л
ь
н
о
с
т
и
в
ы
х
о
д
и
т
и
з
к
о
р
и
д
о
р
а
,
Ц
К
К
с
р
а
з
у
р
а
с
с
ы
л
а
е
т
о
п
о
в
е
щ
е
н
и
я
К
о
н
т
р
о
л
ь
к
о
л
и
ч
е
с
т
в
а
о
ш
и
б
о
к
,
в
т
.
ч
.
о
ш
и
б
о
к
б
л
о
к
и
-
р
о
в
о
к
,
п
о
т
е
х
н
о
л
о
г
и
ч
е
с
к
о
м
у
ж
у
р
н
а
л
у
Е
ж
е
д
н
е
в
н
о
.
П
л
а
н
и
р
у
е
т
с
я
в
к
л
ю
ч
и
т
ь
в
Ц
К
К
,
с
т
а
н
е
т
в
о
з
м
о
ж
н
ы
м
п
о
с
т
о
я
н
н
ы
й
к
о
н
т
р
о
л
ь
В
т
о
м
ч
и
с
л
е
С
м
.
И
н
с
т
р
у
к
ц
и
и
4
.
5
К
о
н
т
р
о
л
ь
д
о
с
т
у
п
н
о
с
т
и
с
и
с
т
е
м
ы
П
о
с
т
о
я
н
н
о
В
т
о
м
ч
и
с
л
е
В
о
з
м
о
ж
е
н
к
о
н
т
р
о
л
ь
и
о
п
о
в
е
щ
е
н
и
я
ч
е
р
е
з
Ц
К
К
К
о
н
т
р
о
л
ь
у
с
т
о
й
ч
и
в
о
с
т
и
(
о
б
р
а
з
о
в
а
н
и
е
д
а
м
п
о
в
)
Е
ж
е
д
н
е
в
н
о
.
П
р
и
и
с
п
о
л
ь
-
з
о
в
а
н
и
и
Ц
К
К
к
о
н
т
р
о
л
ь
и
д
е
т
п
о
с
т
о
я
н
н
о
В
т
о
м
ч
и
с
л
е
В
о
з
м
о
ж
е
н
к
о
н
т
р
о
л
ь
и
о
п
о
в
е
щ
е
н
и
я
ч
е
р
е
з
Ц
К
К
К
о
н
т
р
о
л
ь
н
а
л
и
ч
и
я
с
в
о
б
о
д
н
о
г
о
м
е
с
т
а
н
а
д
и
с
к
а
х
П
о
с
т
о
я
н
н
о
В
т
о
м
ч
и
с
л
е
В
о
з
м
о
ж
е
н
к
о
н
т
р
о
л
ь
и
о
п
о
в
е
щ
е
н
и
я
ч
е
р
е
з
Ц
К
К
П
е
р
е
з
а
п
у
с
к
р
а
б
о
ч
и
х
п
р
о
ц
е
с
с
о
в
и
л
и
а
г
е
н
т
о
в
с
е
р
в
е
р
а
«
1
С
»
М
и
н
и
м
у
м
е
ж
е
д
н
е
в
н
о
Д
а
С
м
.
И
н
с
т
р
у
к
ц
и
и
4
.
3
Р
е
з
е
р
в
н
о
е
к
о
п
и
р
о
в
а
н
и
е
б
а
з
ы
П
о
о
т
д
е
л
ь
н
о
м
у
р
е
г
л
а
м
е
н
т
у
Н
е
т
36 Настольная книга 1С:Эксперта по технологическим вопросам
М
е
р
о
п
р
и
я
т
и
е
Ч
а
с
т
о
т
а
В
ы
п
о
л
н
е
н
и
е
в
о
в
р
е
м
я
т
е
х
н
о
л
.
о
к
н
а
О
т
в
е
т
с
т
в
е
н
н
ы
й
О
т
ч
е
т
н
о
с
т
ь
С
п
о
с
о
б
в
ы
п
о
л
н
е
н
и
я
О
б
р
е
з
а
н
и
е
б
а
з
ы
и
ж
у
р
н
а
л
а
т
р
а
н
з
а
к
ц
и
й
.
Р
е
к
о
м
е
н
д
у
е
т
с
я
д
л
я
ф
а
й
л
а
ж
у
р
н
а
л
а
т
р
а
н
з
а
к
ц
и
й
п
р
и
з
н
а
ч
и
т
е
л
ь
н
ы
х
о
б
ъ
е
м
а
х
н
е
и
с
п
о
л
ь
з
у
е
м
о
г
о
п
р
о
с
т
р
а
н
с
т
в
а
в
н
е
м
и
н
е
х
в
а
т
к
е
м
е
с
т
а
н
а
д
и
с
к
е
П
е
р
и
о
д
и
ч
н
о
с
т
ь
к
о
н
т
р
о
л
я
–
н
е
р
е
ж
е
1
р
а
з
а
в
м
е
с
я
ц
Н
е
т
Р
е
и
н
д
е
к
с
а
ц
и
я
б
а
з
ы
8
Е
ж
е
д
н
е
в
н
о
Д
а
С
м
.
И
н
с
т
р
у
к
ц
и
и
4
.
4
Р
е
ж
и
м
«
Т
е
с
т
и
р
о
в
а
н
и
е
и
и
с
п
р
а
в
л
е
н
и
е
б
а
з
ы
»
Н
е
р
е
ж
е
1
р
а
з
а
в
к
в
а
р
т
а
л
Н
е
т
П
е
р
е
с
ч
е
т
и
т
о
г
о
в
Е
ж
е
м
е
с
я
ч
н
о
.
П
р
и
и
с
п
о
л
ь
з
о
-
в
а
н
и
и
р
е
ж
и
м
а
р
а
з
д
е
л
е
н
и
я
и
т
о
г
о
в
–
е
ж
е
д
н
е
в
н
о
Е
ж
е
д
н
е
в
н
о
е
–
д
а
О
б
н
о
в
л
е
н
и
е
с
т
а
т
и
с
т
и
к
8
Е
ж
е
д
н
е
в
н
о
,
т
а
к
ж
е
р
е
к
о
м
е
н
-
д
у
е
т
с
я
д
е
л
а
т
ь
н
е
п
о
с
р
е
д
с
т
в
е
н
н
о
п
о
с
л
е
з
а
г
р
у
з
о
к
б
о
л
ь
ш
и
х
о
б
ъ
е
м
о
в
д
а
н
н
ы
х
Д
а
С
м
.
И
н
с
т
р
у
к
ц
и
и
4
.
4
О
ч
и
с
т
к
а
п
р
о
ц
е
д
у
р
н
о
г
о
к
е
ш
а
1
0
Н
е
п
о
с
р
е
д
с
т
в
е
н
н
о
п
о
с
л
е
о
б
н
о
в
-
л
е
н
и
я
с
т
а
т
и
с
т
и
к
и
Д
а
С
м
.
И
н
с
т
р
у
к
ц
и
и
4
.
4
_
_
_
_
_
_
_
_
_
_
_
_
_
_
_
_
8
П
р
и
и
с
п
о
л
ь
з
о
в
а
н
и
и
С
У
Б
Д
S
Q
L
S
e
r
v
e
r
.
9
В
ц
е
л
о
м
э
т
и
р
е
к
о
м
е
н
д
а
ц
и
и
у
с
т
а
р
е
л
и
.
И
м
и
м
о
ж
н
о
п
о
л
ь
з
о
в
а
т
ь
с
я
,
н
о
с
о
г
о
в
о
р
к
а
м
и
:
о
б
н
о
в
л
е
н
и
е
с
т
а
т
и
с
т
и
к
м
о
ж
е
т
н
е
п
о
м
о
ч
ь
и
с
п
р
а
в
и
т
ь
п
л
о
х
о
й
п
л
а
н
.
Е
с
л
и
о
б
н
о
в
л
е
н
и
е
с
т
а
т
и
с
т
и
к
п
о
м
о
г
а
е
т
,
т
о
э
т
о
у
к
а
з
ы
в
а
е
т
н
а
т
о
,
ч
т
о
з
а
п
р
о
с
м
н
о
г
о
к
р
а
т
н
о
п
е
р
е
у
с
л
о
ж
н
е
н
.
Н
у
ж
н
о
е
г
о
р
а
д
и
к
а
л
ь
н
о
у
п
р
о
щ
а
т
ь
.
П
р
и
н
о
р
м
а
л
ь
н
о
(
т
о
е
с
т
ь
п
р
о
с
т
о
)
н
а
п
и
с
а
н
н
ы
х
з
а
п
р
о
с
а
х
о
б
н
о
в
л
е
н
и
е
с
т
а
т
и
с
т
и
к
в
о
о
б
щ
е
н
е
н
у
ж
н
о
–
д
о
с
т
а
т
о
ч
н
о
т
о
г
о
,
к
о
т
о
р
о
е
д
е
л
а
е
т
а
в
т
о
м
а
т
и
ч
е
с
к
и
С
У
Б
Д
.
Н
е
о
б
я
з
а
т
е
л
ь
н
о
и
х
в
ы
п
о
л
н
я
т
ь
в
о
в
р
е
м
я
т
е
х
н
о
л
о
г
и
ч
е
с
к
о
г
о
о
к
н
а
,
х
о
т
я
н
а
п
р
а
к
т
и
к
е
э
т
о
и
у
д
о
б
н
е
е
.
1
0
С
м
.
п
р
е
д
ы
д
у
щ
у
ю
с
н
о
с
к
у
.
37
Теория
3.6. Транзакции. Уровни изоляции транзакций.
Явные и неявные транзакции. Вложенные
транзакции. Откат транзакций
Транзакция вообще – это минимальная логически осмысленная операция, которая
имеет смысл и может быть совершена только полностью.
Транзакция в информатике – это группа логически объединенных последовательных
операций по работе с данными, обрабатываемая или отменяемая целиком. То есть
все изменения данных, вносимые транзакцией, должны быть либо зафиксированы
(COMMIT), либо отменены (ROLLBACK).
Свойства транзакции:
■ неделимость (атомарность):
□ все или ничего,
□ должна или пройти, или не пройти полностью,
■ изоляция:
□ действия других пользователей не должны повлиять на мои результаты.
Когда речь идет об однопользовательском режиме, транзакция нужна для защиты от
аппаратных сбоев. Но когда требуется обеспечить работу нескольких пользователей
(прохождение нескольких транзакций) одновременно, появляются новые задачи.
Например, в транзакции 1 выполняется следующий набор действий (проведение
документа):
1. Проконтролировать остатки по регистру накопления 1.
2. Записать движения по регистру накопления 1.
3. Проконтролировать остатки по регистру накопления 2.
4. Записать движения по регистру накопления 2.
В транзакции 2 выполняется точно такой же набор действий (проведение документа,
для определенности будем считать, что такого же и с такими же данными), но начи-
нается она, например, когда первая транзакция дошла до шага 3.
В этом случае у системы должно быть некое правило, в соответствии с которым она
определит дальнейший ход событий для транзакции 2. Система может, например:
■ разрешить транзакции 2 выполнять все действия, не обращая внимания на тран-
закцию 1 (это, вообще говоря, совсем не транзакционный механизм);
■ разрешить транзакции 2 выполнять чтение, не обращая внимания на транзак-
цию 1;
■ не разрешить транзакции 2 выполнять никаких действий до окончания транзак-
ции 1, поставив ее в очередь, поскольку речь идет об одних и тех же данных
в регистре накопления 1.
Уже из изложенного видно, что даже если разрешить транзакции 2 только чтение,
то данные этого чтения могут оказаться неточными, потому что транзакция 1 может
38 Настольная книга 1С:Эксперта по технологическим вопросам
быть отменена. Но параллельность работы при этом выше. И наоборот, только после-
довательный доступ к данным повышает точность и согласованность данных, но
количество параллельно выполняемых транзакций может снижаться.
К несогласованностям данных, которые следует принимать во внимание, относятся
следующие:
■ потерянное обновление (англ. lost update) – если один и тот же блок данных одно-
временно изменяют две разные транзакции, то будет зафиксировано только одно
изменение, второе потеряется (при работе «1С» невозможно, поскольку в «1С»
не бывает записи вне транзакции);
■ «грязное» чтение (англ. dirty read) – чтение данных, добавленных или измененных
транзакцией, может дать неточный результат, потому что та транзакция впослед-
ствии не подтвердится (откатится);
■ неповторяющееся чтение (англ. non-repeatable read) – при повторном чтении
в рамках одной и той же транзакции оказывается, что ранее прочитанные данные
изменены или удалены;
■ фантомное чтение (англ. phantom reads) – при повторном чтении в рамках одной
и той же транзакции оказывается, что прочитаны строки, которых при преды-
дущих чтениях не было (новые строки называют «фантомными»).
То, насколько транзакции изолированы друг от друга (обратно – то, насколько в них
допускаются несогласованные данные), называется уровнем изоляции транзакций.
Уровни изоляции описаны с точки зрения того, какие из побочных эффектов парал-
лелизма разрешены.
Определяют следующие уровни изоляции (в порядке ее повышения):
■ Read Uncommitted (неподтвержденное чтение, изоляция незафиксированного
чтения)11
.
8
Указывает, что запросы могут считывать строки, которые были изменены
другими транзакциями, но еще не были зафиксированы. Допускается чтение
незафиксированных
изменений текущей транзакции (параллельными
транзакциями) и незафиксированных изменений параллельных транзакций
(нашей и другими транзакциями). Самый низкий уровень, при котором транзакции
изолируются до такой степени, чтобы только уберечь от считывания физически
поврежденных данных. Возможны «грязные», неповторяемые чтения и фантомы.
■ Read Committed Snapshot (подтвержденное чтение с включенным параме-
тром READ_COMMITTED_SNAPSHOT).
Для СУБД MS SQL в «1С» поддерживается начиная с 8.3 (без режимов
совместимости с 8.2).
В СУБД ORACLE уровень с такими же свойствами используется «1С»
и в версии 8.2.
Уровень указывает, что запросы не могут считывать данные, которые были
изменены другими транзакциями, но еще не были зафиксированы.
11
В скобках – синонимы.
39
Теория
В момент начала чтения транзакции будет выделен моментальный снимок
(snapshot) базы данных, включающий в себя все изменения завершенных к этому
моменту времени транзакций. Транзакция может читать этот снимок, получая
чистые данные (без «грязного» чтения) и при этом никого не блокируя.
«Грязные» чтения невозможны, возможны неповторяемые чтения и фантомы.
Использование этого режима накладывает дополнительные требования
по качеству кода (т. е. по качеству наложенных управляемых блокировок). Там,
где раньше в транзакции при контроле остатков произошел бы таймаут на уровне
СУБД, теперь будут просто прочитаны строки с предыдущими номерами, и,
таким образом, не будут учтены изменения, вносимые транзакцией, начавшейся
раньше нашей, но к моменту контроля остатков в нашей транзакции еще не
завершившейся. Таким образом, могут возникнуть проблемы, которые будет очень
сложно отловить.
■ Read Committed (подтвержденное чтение, изоляция зафиксированного
чтения).
Это режим по умолчанию для уровня Read Committed (параметр READ_
COMMITTED_SNAPSHOT выключен).
Как и уровень Read Committed Snapshot, указывает, что запросы не могут
считывать данные, которые были изменены другими транзакциями, но еще не
были зафиксированы.
При выполнении операций чтения текущей транзакцией используются разделяемые
блокировки для предотвращения изменения строк другими транзакциями (время
освобождения в общем зависит от того, что блокируется – строка, страница
или таблица, но достаточно понимать, что все освобождается после выполнения
запроса) и для предотвращения от считывания строк, измененных другими
транзакциями, пока они не завершатся. «Грязные» чтения невозможны, возможны
неповторяемые чтения и фантомы.
■ Repeatable Read (повторяемое чтение, изоляция повторяющегося чтения).
Указывает на то, что другие транзакции не могут изменять данные, читаемые
текущей транзакцией, до ее завершения.
Как и предыдущий уровень, указывает, что запросы не могут считывать данные,
которые были изменены другими транзакциями, но еще не были зафиксированы.
Разделяемые блокировки применяются ко всем данным, считываемым любым
запросом транзакции, и сохраняются до ее завершения. Это запрещает другим
транзакциям изменять строки, считываемые текущей транзакцией.
«Грязные» и неповторяемые чтения невозможны. Возможны фантомы.
■ Snapshot (изоляция моментального снимка), отдельный уровень изоляции
в SQL Server 2005.
Дается для справки, в «1С» не поддерживается.
Указывает на то, что данные, считанные любым запросом транзакции, будут
согласованы на уровне транзакции с версией данных, существовавших в ее
начале. Транзакция распознает только те изменения, которые были зафиксированы
до ее начала (это отличие от Read Committed Snapshot). Запросы на чтение,
40 Настольная книга 1С:Эксперта по технологическим вопросам
выполняемые текущей транзакцией, не видят изменений данных, произведенных
другими транзакциями после запуска текущей транзакции.
«Грязные» и неповторяемые чтения невозможны. Фантомы невозможны.
■ Serializable (упорядоченный, изоляция упорядочиваемых транзакций, сериа-
лизуемый, упорядоченные транзакции, сериализуемые транзакции).
Отличие от Repeatable Read в том, что другие транзакции не могут вставлять новые
строки со значениями ключа, которые входят в диапазон ключей, считываемых
запросами текущей транзакции, до ее завершения.
Остальные ограничения сохраняются: другие транзакции не могут изменять
данные, считываемые текущей транзакцией, до ее завершения, и запросы не
могут считывать данные, которые были изменены другими транзакциями, но еще
не были зафиксированы.
Этот уровень изоляции идентичен ситуации, при которой транзакции выполняются
строго последовательно, одна после другой.
«Грязные» и неповторяемые чтения, а также фантомы невозможны.
В таблице 3.6 .1 показаны побочные эффекты параллелизма, допускаемые различ-
ными уровнями изоляции.
Таблица 3.6.1. Побочные эффекты параллелизма, допускаемые различными уровнями изоляции
Уровень изоляции
«Грязное» чтение
Неповторяющееся чтение
Фантомное чтение
Read Uncommitted
Да
Да
Да
Read Committed Snapshot Нет
Да
Да
Read Committed
Нет
Да
Да
Repeatable Read
Нет
Нет
Да
Serializable
Нет
Нет
Нет
Уровень изоляции теоретически может устанавливаться как для всей СУБД, так
и для одной транзакции и даже с определенными ограничениями (ограничений
мало) изменяться в течение транзакции.
9
Однако при работе с информационными системами на платформе «1С:Предпри-
ятие» следует всегда понимать, что в случае, когда используются транзакции12
,
уровень изоляции регулируется только изменением режима управления блокировкой
данных. Эти уровни устанавливаются средствами платформы «1С:Предприятие»
в свойствах конфигурации для всей базы. Также для отдельной транзакции
уровень можно установить в качестве параметра процедуры глобального контекста
НачатьТранзакцию() – такая установка параметра имеет смысл, если для свойства
конфигурации «Режим управления блокировкой данных» выбрано значение «Автома-
тический и Управляемый»13
. Какие уровни для каких СУБД используются, показано
в таб. 3.6.2 .
10
12
Как указывалось выше, записи вне транзакций в «1С» не бывает. Но читать вне транзакции
можно, и таким образом получить «грязное» чтение.
13
Использование этого режима вне переходного процесса с автоматического режима управления
блокировками на управляемый режим является ошибкой. Растягивание этого переходного
процесса на несколько месяцев (а тем более лет) также является ошибкой.
41
Теория
Таблица 3.6.2. Блокировки СУБД, используемые в транзакции в зависимости
от режима управления блокировкой данных, версии платформы и от СУБД
Вид
блокировки
Уровень изоляции транзакций
Для 8.2
Для 8.3
Автоматические блокировки
Файловая БД
Таблиц
Serializable
Serializable
MS SQL Server
Записей
Repetable Read или
Serializable*
Repetable Read или
Serializable*
IBM DB2
Записей
Repetable Read или
Serializable*
Repetable Read или
Serializable*
PostgreSQL
Таблиц
Serializable
Serializable
Oracle Database
Таблиц
Serializable
Serializable
Управляемые блокировки
Файловая БД
Таблиц
Serializable
Serializable
MS SQL Server 2000
Записей
Read Committed
Read Committed
MS SQL Server 2005 и выше Записей
Read Committed
Read Committed Snapshot
IBM DB2
Записей
Read Committed
Read Committed
PostgreSQL
Записей
Read Committed
Read Committed
Oracle Database
Записей
Read Committed
Read Committed
* Repeatable Read используется для объектных сущностей (все, у чего есть поле Ссылка –
справочники, документы и т. п.), Serializable – для необъектных. Платформа исходит из того,
что объекты будут искаться по уникальной ссылке, поэтому проблема фантомного чтения
для объектов неактуальна (платформа не позволит добавить объект с такой же ссылкой).
Любая операция чтения данных, выполняемая вне транзакции, считается безот-
ветственной. Поведение системы при безответственном чтении (например, при
выполнении отчетов) отличается в различных режимах блокировок. Отличия безот-
ветственного чтения в разных режимах работы управления блокировками (автомати-
ческом или управляемом) для платформы 8.3 приведены в таблице 3.6 .3.
Таблица 3.6.3. Отличия безответственного чтения в разных режимах работы блокировок для 8.3
(при установленном режиме совместимости конфигурации с 8.3 и выше)
Чтение вне транзакции
Автоматические блокировки
Файловая БД
«Грязное» чтение
MS SQL Server
«Грязное» чтение
IBM DB2
«Грязное» чтение
PostgreSQL
Согласованное чтение
Oracle Database
Согласованное чтение
Управляемые блокировки
Файловая БД
«Грязное» чтение
MS SQL Server 2000
«Грязное» чтение
MS SQL Server 2005
и выше
Согласованное чтение
IBM DB2
«Грязное» чтение
PostgreSQL
Согласованное чтение
Oracle Database
Согласованное чтение
Если для защиты изменений данных транзакция устанавливает блокировку, то это
всегда исключительная (монопольная) блокировка Х, и эта блокировка держится
до тех пор, пока транзакция не завершится, независимо от уровня изоляции,
установленного для транзакции. Уровень изоляции транзакции влияет на то, ставится
вообще блокировка или нет, и на что она ставится. Например, на уровне Serializable
появляются блокировки Range.
42 Настольная книга 1С:Эксперта по технологическим вопросам
Если транзакция устанавливает блокировку для защиты чтения данных, то, когда
речь идет об обычном чтении в транзакции, ставится разделяемая (совместимая)
блокировка S, а когда о чтении ДЛЯ ИЗМЕНЕНИЯ – блокировка обновления U.
Детальнее о совместимости блокировок говорится в следующей главе. Уровень
изоляции транзакции влияет не только на то, ставится ли вообще блокировка и на
что она ставится, но и на то, когда она снимается.
Снятие блокировок (на уровне СУБД) происходит так:
■ блокировка, установленная «на запись», всегда остается до конца транзакции;
■ при использовании Repeatable Read или Serializable (автоматический режим управ-
ления блокировками «1С») блокировка, установленная «на чтение» сохраняется
до конца транзакции. Если после чтения идет запись, это может приводить к взаи-
моблокировкам по причине повышения уровня блокировки ресурса (причины
и обход см. в разделе 3.9);
■ при использовании Read Committed (управляемый режим управления блокиров-
ками «1С») блокировка, установленная «на чтение», снимается после выполнения
запроса. Это требует дополнительного блокирования прочитанных данных, если
требуется обеспечить их неизменность (см. раздел 3.8).
Сводные данные по всем режимам, доступным в «1С:Предприятии», приведены
в таблице 3.6 .4 (недоступные режимы не приводятся).
Таблица 3.6.4. Сводная таблица по всем режимам, доступным в «1С:Предприятии»
Транзакция
Уровень изоляции
Действие
Блокировка «Грязное»
чтение
Неповт.
чтение
Чтение
фантомов
Вне транзакции READ
UNCOMMITTED
чтение
нет
+
+
+
Вне тран-
закции*
READ
COMMITTED
SNAPSHOT*
чтение
нет
-
+
+
Управляемая
транзакция
READ
COMMITTED
SNAPSHOT*
чтение
нет14
-
+
+
запись
X
-
+
+
READ
COMMITTED
чтение
S (запрос) -
+
+
запись
X
Автома-
тическая
транзакция
REPEATABLE
READ
чтение объектов
S
-
-
+
чтение
объектов"ДЛЯ
ИЗМЕНЕНИЯ"
U
запись объектов
X
SERIALIZABLE
чтение регистров S, RangeS
-
-
-
чтение регистров
"ДЛЯ ИЗМЕ-
НЕНИЯ"
U, RangeU
запись регистров X, RangeX
* Только начиная с 8.3 с режимом совместимости с 8.3 и выше
________________
14
Точнее ставится блокировка стабильности схемы (Sch-S), но она не влияет на блокировки
транзакций, включая монопольные (X) блокировки.
43
Теория
Транзакции могут быть явными и неявными.
Явные транзакции начинаются средствами языка «1С» процедурой глобального
контекста НачатьТранзакцию(), завершаются процедурой глобального контекста
ЗафиксироватьТранзакцию(), отменяются процедурой ОтменитьТранзакцию().
Неявные транзакции начинаются, завершаются и отменяются средствами плат-
формы.
Любые операции, изменяющие данные (например, проведение и отмена проведения
документов), выполняются только в транзакции.
События прикладных объектов конфигурации, обработчики которых выполняются
в неявной транзакции15
, приведены в таблице 3.6.5 . Речь идет и об обработчиках,
которые вызываются через модули этих прикладных объектов, и об обработчиках,
которые вызываются через подписки на события.
11
Таблица 3.6.5. Обработчики событий прикладных объектов, выполняемые в транзакции
Источник
Событие
Выполняется
в транзакции
БизнесПроцессОбъект.<Имя бизнес-процесса>
ПередЗаписью
Да
ВнешнийИсточникДанныхТаблицаНаборЗаписей.<Имя
внешнего источника>.<Имя таблицы внешнего источника
данных>
ВнешнийИсточникДанныхТаблицаОбъект.<Имя внешнего
источника>.<Имя таблицы внешнего источника данных>
ДокументОбъект.<Имя документа>
ЗадачаОбъект.<Имя задачи>
КонстантаМенеджерЗначения.<Имя константы>
ПерерасчетНаборЗаписей.<Имя перерасчета>
ПланВидовРасчетаОбъект.<Имя плана видов расчета>
ПланВидовХарактеристикОбъект.<Имя плана видов
характеристик>
ПланОбменаОбъект.<Имя плана обмена>
ПланСчетовОбъект.<Имя плана счетов>
ПоследовательностьНаборЗаписей.<Имя последователь-
но сти>
РегистрБухгалтерииНаборЗаписей.<Имя регистра
бухгалтерии>
РегистрНакопленияНаборЗаписей.<Имя регистра
накопления>
РегистрРасчетаНаборЗаписей.<Имя регистра расчета>
РегистрСведенийНаборЗаписей.<Имя регистра сведений>
СправочникОбъект.<Имя справочника>
15
Речь о неявной транзакции, инициированной средствами платформы при выполнении
действий с прикладным объектом, и обработчиках, при выполнении этого действия
автоматически выполняющихся. Но если просто взять и вызвать выполнение процедуры
ОбработкаПроведения(), то само по себе это действие транзакцию не инициирует. Данное
замечание верно для таблиц 3.6.5 –3.6.8.
44 Настольная книга 1С:Эксперта по технологическим вопросам
Источник
Событие
Выполняется
в транзакции
БизнесПроцессОбъект.<Имя бизнес-процесса>
ПриЗаписи
Да
ВнешнийИсточникДанныхТаблицаНаборЗаписей.<Имя
внешнего источника>.
<Имя таблицы внешнего источника данных>
ВнешнийИсточникДанныхТаблицаОбъект.<Имя внешнего
источника>.<Имя таблицы внешнего источника данных>
ДокументОбъект.<Имя документа>
ЗадачаОбъект.<Имя задачи>
КонстантаМенеджерЗначения.<Имя константы>
ПерерасчетНаборЗаписей.<Имя перерасчета>
ПланВидовРасчетаОбъект.<Имя плана видов расчета>
ПланВидовХарактеристикОбъект.<Имя плана видов
характеристик>
ПланОбменаОбъект.<Имя плана обмена>
ПланСчетовОбъект.<Имя плана счетов>
ПоследовательностьНаборЗаписей.<Имя последователь-
но сти>
РегистрБухгалтерииНаборЗаписей.<Имя регистра
бухгалтерии>
РегистрНакопленияНаборЗаписей.<Имя регистра
накопления>
РегистрРасчетаНаборЗаписей.<Имя регистра расчета>
РегистрСведенийНаборЗаписей.<Имя регистра сведений>
СправочникОбъект.<Имя справочника>
ЗадачаОбъект.<Имя задачи>
ПередВыполнением
Да
ЗадачаОбъект.<Имя задачи>
ПриВыполнении
Да
ДокументОбъект.<Имя документа>
ОбработкаПроведения
Да
ДокументОбъект.<Имя документа>
ПередУдалением16
Да
ДокументОбъект.<Имя документа>
ОбработкаУдаленияПро-
ведения
Да
События расширений управляемых форм, обработчики которых выполняются
в неявной транзакции, приведены в таблице 3.6.6 .
________________
16
В синтакс-помощнике выполнение обработчика события ПередУдалением в транзакции в явном
виде указано только для ДокументОбъект, для остальных видов объектов связь обработчика
с транзакциями не указана.
45
Теория
Таблица 3.6.6. Обработчики событий расширений управляемых форм, выполняемые в транзакции
Источник
Событие
Выполняется
в транзакции
Расширение управляемой формы для бизнес-процесса
ПриЗаписиНаСервере Да
Расширение управляемой формы для документа
Расширение управляемой формы для задачи
Расширение управляемой формы для записи регистра
сведений
Расширение управляемой формы для записи таблицы
внешнего источника данных
Расширение управляемой формы для констант
Расширение управляемой формы для набора записей
Расширение управляемой формы для объекта таблицы
внешнего источника данных
Расширение управляемой формы для объектов
Расширение управляемой формы для плана видов характе-
ристик
Расширение управляемой формы для справочника
События расширений обычных форм, обработчики которых выполняются в неявной
транзакции, приведены в таблице 3.6 .7.
Таблица 3.6.7. Обработчики событий расширений обычных форм, выполняемые в транзакции
Источник
Событие
Выполняется
в транзакции
Расширение формы вида расчета
ПриЗаписи
Да
Расширение формы документа
Расширение формы задачи
Расширение формы записи регистра сведений
Расширение формы констант
Расширение формы набора записей регистра бухгалтерии
Расширение формы набора записей регистра накопления
Расширение формы набора записей регистра расчета
Расширение формы набора записей регистра сведений
Расширение формы объекта бизнес-процесс
Расширение формы узла
Расширение формы элемента вида характеристик
Расширение формы элемента плана счетов
Расширение формы элемента справочника
События расширений управляемых форм, обработчики которых выполняются вне
неявной транзакции, приведены в таблице 3.6.8 .
46 Настольная книга 1С:Эксперта по технологическим вопросам
Таблица 3.6.8. Обработчики событий расширений управляемых форм, выполняемые вне транзакции
Источник
Событие
Выполняется
в транзакции
Расширение управляемой формы для бизнес-процесса
ПередЗаписьюНаСервере Нет
Расширение управляемой формы для документа
Расширение управляемой формы для задачи
Расширение управляемой формы для записи регистра
сведений
Расширение управляемой формы для записи таблицы
внешнего источника данных
Расширение управляемой формы для констант
Расширение управляемой формы для набора записей
Расширение управляемой формы для объекта таблицы
внешнего источника данных
Расширение управляемой формы для объектов
Расширение управляемой формы для плана видов
характеристик
Расширение управляемой формы для справочника
Расширение управляемой формы для бизнес-процесса
ПослеЗаписиНаСервере
Нет
Расширение управляемой формы для документа
Расширение управляемой формы для задачи
Расширение управляемой формы для записи регистра
сведений
Расширение управляемой формы для записи таблицы
внешнего источника данных
Расширение управляемой формы для констант
Расширение управляемой формы для набора записей
Расширение управляемой формы для объекта таблицы
внешнего источника данных
Расширение управляемой формы для объектов
Расширение управляемой формы для плана видов
характеристик
Расширение управляемой формы для справочника
Расширение управляемой формы для бизнес-процесса
ПослеЗаписи
Нет
Расширение управляемой формы для документа
Расширение управляемой формы для задачи
Расширение управляемой формы для записи регистра
сведений
Расширение управляемой формы для записи таблицы
внешнего источника данных
Расширение управляемой формы для констант
Расширение управляемой формы для набора записей
Расширение управляемой формы для объекта таблицы
внешнего источника данных
Расширение управляемой формы для объектов
Расширение управляемой формы для плана видов
характеристик
Расширение управляемой формы для справочника
47
Теория
События расширений обычных форм, обработчики которых выполняются вне
неявной транзакции, приведены в таблице 3.6.9 .
Таблица 3.6.9. Обработчики событий расширений обычных форм, выполняемые вне транзакции
Источник
Событие
Выполняется
в транзакции
Расширение формы вида расчета
ПослеЗаписи
Нет
Расширение формы документа
Расширение формы задачи
Расширение формы записи регистра сведений
Расширение формы констант
Расширение формы набора записей регистра бухгалтерии
Расширение формы набора записей регистра накопления
Расширение формы набора записей регистра расчета
Расширение формы набора записей регистра сведений
Расширение формы объекта бизнес-процесс
Расширение формы узла
Расширение формы элемента вида характеристик
Расширение формы элемента плана счетов
Расширение формы элемента справочника
Прочие события объектов, их форм, обычных и управляемых, и расширений этих
форм выполняются вне неявных транзакций.
Чтобы удостовериться, выполняется обработчик события в транзакции или нет,
нужно открыть его в синтакс-помощнике, и если это так, в блоке «Описание» будет
написано «возникает в транзакции», «вызывается... до окончания транзакции» и т. п.
Наличие параметра Отказ в параметрах обработчика событий не служит признаком,
того, что обработчик выполняется в транзакции: например, обработчик события
ОбработкаПроверкиЗаполнения() содержит параметр Отказ, но выполняется вне
неявной транзакции.
Операции чтения могут выполняться в неявной транзакции. Это происходит, когда
требуется обеспечить чтение согласованного набора данных. На текущий момент нам
известно о двух случаях, когда это происходит:
■ При чтении в объектной технике объектов, имеющих табличные части17,
например, запрос: 12
ДокументПроведен = ДокументСсылка.Проведен;
будет выполняться в неявной транзакции, если для документа данного типа
в конфигураторе определена табличная часть, но вне транзакции, если табличных
частей у документа нет.
■ При формировании отчетов, требующих согласованных данных. Например,
если отчет строится с помощью построителя, то в большинстве случаев
он выполняется, как и ожидается, без транзакции, но если в настройке
отчета в группировках строк указать «По неделям», то при вызове метода
ПостроительОтчета.Вывести(ТабличныйДокумент); инициируется транзакция.
17
Анонсирован отказ от использования транзакций для этих целей в будущем.
48 Настольная книга 1С:Эксперта по технологическим вопросам
Обращаем внимание на то, что раз разговор идет о транзакционном чтении, то
в этих случаях могут возникать (и возникают) конфликты блокировок в совершенно
неожиданных местах: при работе с формами, в отчетах и, казалось бы, в безо-
бидных обработках. Ситуация с отчетами ухудшается тем, что на выбор – выполня-
ется чтение в транзакции или нет – влияет не код конфигурации, а пользовательские
настройки. А чтение в объектной технике – это настолько важный вопрос, что ему
посвящен отдельный раздел 3.15 «Особенности чтения в объектной модели».
Узнать, выполняется чтение с транзакции или нет, можно в профайлере SQL Server.
Настроив трассировку, например, в соответствии с разделом 4.12 «Работа в профай-
лере. Как получить план запроса», нужно с помощью отладчика, выполнить подо-
зрительную строку. Если транзакция имеет место, в трассировке появятся BEGIN
TRANSACTION и COMMIT TRANSACTION.
Транзакции, как явные, так и неявные, могут быть вложенными. Обычный случай,
например, запись элемента одного справочника из процедуры ПриЗаписи модуля
другого справочника или из подписок на события, обрабатываемых внутри тран-
закции. Применение такого подхода при всем его удобстве, однако, может создавать
проблемы производительности, поэтому пользоваться им надо аккуратно, а злоу-
потреблять, создавая каскады записывающихся друг из друга объектов, не стоит
вообще.
Если внутри транзакции произошла исключительная ситуация, она откатывается.
Если внутри транзакции были вложенные транзакции или она сама являлась
вложенной, откатываются все транзакции, независимо от того, на каком из уровней
вложенности это произошло.
Проще говоря, никто не запрещает начинать одну транзакцию внутри другой, но
ведет себя все это почти всегда как одна транзакция самого верхнего уровня, т. е.
вложенные транзакции игнорируются. Нюансы поведения, связанные с отработкой
некоторых ошибок в коде, приведены ниже.
Если исключительную ситуацию отработать с помощью скобок Попытка... Исклю-
чение... КонецПопытки, расположенных внутри транзакции, то транзакция не
завершится в момент возникновения исключительной ситуации, она дойдет до
следующего обращения к данным – чтения или записи, продолжая при этом блоки-
ровать ресурсы, и откатится с сообщением: «В данной транзакции уже происходили
ошибки!».
Если таких ошибок много и они начинают создавать проблемы пользователям, то
без модификации кода, удаления этих скобок очень трудно найти, где они произошли
и почему.
Описанное поведение системы позволяет говорить о том, что при возникновении
ситуации, когда внутри транзакций нужно использовать скобки Попытка... Исклю-
чение... КонецПопытки, необходимо, отработав исключительную ситуацию, вызывать
оператор ВызватьИсключение.
Случается, однако, что транзакция, встретившись с ошибкой, находящейся
в скобках Попытка... Исключение... КонецПопытки, продолжает работу. Такое различие
в поведении будет зависеть от типа исключительной ситуации. Исключительные
49
Теория
ситуации бывают восстановимыми (после которых можно продолжить работу
и завершить транзакцию) и невосстановимыми (после которых нельзя продолжить
работу и завершить транзакцию, например, ошибка базы данных). Внешне это
может выглядеть как зависимость от того, как код, вызвавший исключение, и скобки
Попытка... Исключение... КонецПопытки расположены относительно ближайшей к ним
транзакции.
Пример 1
НачатьТранзакцию();
Попытка
ЭтотОбъект.ВыполнитьНесуществующийМетод();
// (такого метода у объекта не создавали)
Исключение
КонецПопытки;
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
| ПлатежноеПоручение.Ссылка
|ИЗ
| Документ.ПлатежноеПоручение КАК ПлатежноеПоручение";
Результат = Запрос.Выполнить();
СпрСсылка = Справочники.Организации.НайтиПоКоду("000001");
СпрОбъект = СпрСсылка.ПолучитьОбъект();
СпрОбъект.НаименованиеПолное = ТекущаяДата();
// это чтобы отследить, зафиксирована транзакция или нет
СпрОбъект.Записать();
ЗафиксироватьТранзакцию();
Код выполнится. Транзакция успешно завершится. Исключительная ситуация оказа-
лась расценена как восстановимая.
Пример 2
Сначала в процедуру ПриЗаписи модуля справочника Организации добавим строку:
ЭтотОбъект.ВыполнитьНесуществующийМетод();
// (такого метода у объекта не создавали)
Далее изменим код из примера 1:
НачатьТранзакцию();
Попытка
СпрСсылка = Справочники.Организации.НайтиПоКоду("000001");
СпрОбъект = СпрСсылка.ПолучитьОбъект();
СпрОбъект.НаименованиеПолное = ТекущаяДата();
//это чтобы отследить, зафиксирована транзакция или нет
СпрОбъект.Записать(); // неявная транзакция, там, как помним, ошибка
Исключение
КонецПопытки;
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
50 Настольная книга 1С:Эксперта по технологическим вопросам
| ПлатежноеПоручение.Ссылка
|ИЗ
| Документ.ПлатежноеПоручение КАК ПлатежноеПоручение";
Результат = Запрос.Выполнить();
ЗафиксироватьТранзакцию();
Получим ошибку:
Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить();
По причине: Ошибка выполнения запроса.
По причине: В данной транзакции уже происходили ошибки!
Исключительная ситуация, хотя она вызвана аналогичной строкой кода, потянула за
собой дополнительные последствия (откат транзакции записи элемента справочника)
и оказалась расценена как невосстановимая.
3.7. Блокировки данных СУБД. Уровни блокировок.
Совместимость блокировок
Блокировка – это отметка (информация) о том, что требуемый ресурс в настоящее
время захвачен (в случае блокировок в рассматриваемых информационных системах
захвачен транзакцией).
В СУБД на блокировках основана работа механизм обслуживания параллельных
запросов.
Возвращаясь к аналогии с поездкой в магазин, можем указать следующие аналоги
блокировок:
■ покупатель у стеллажа с товаром: его самого видно, эта визуальная информация
есть указание на блокировку ресурса «стеллаж»;
■ ряд стеллажей, перегороженный для работы погрузчика: сам погрузчик не зани-
мает всего ряда, но ресурс «ряд стеллажей» заблокирован ограничительными
лентами полностью;
■ автомобиль на шоссе: его видно, эта визуальная информация есть указание
на блокировку ресурса «часть дорожного полотна»;13
■ знак «ремонт» и ограждение: даже если за ними сейчас нет рабочих, это указание
на блокировку ресурса «протяженный участок дороги».
Еще раз обращаем внимание, что вообще-то блокировка – это не физический захват
ресурса, а информация о том, что ресурс захвачен. В широко известной статье про
яблоки18 для подчеркивания этого специально используется внесение записей о
захвате ресурсов, потому что иначе, как и в приведенных выше примерах с блоки-
рованием ряда стеллажей и протяженного участка дороги, невозможно объяснить
и описать захват большего количества ресурсов, чем захватывается физически.
18
Эта статья является фрагментом книги: П. С. Белоусов, А. В. Островерх «1С:Предприятие:
от 8.0 к 8.1». Дата выхода книги – ноябрь 2007.
51
Теория
Иногда, конечно, можно приводить аналогии и с физическим захватом объектов,
понимая под информацией о захвате непосредственное наблюдение факта захвата
ресурса. Но вот если мы хотим разобрать работу самого механизма блокировок,
физический захват от информации о нем надо отделять.
Следует отметить, что блокировки с точки зрения прикладной логики могут
быть необходимыми, а могут быть избыточными. Ограждение ремонта дороги,
безусловно, необходимо. Но то же самое ограждение ремонта дороги, занимающее
гораздо больше места, чем реально требуется для проведения работ (можно было
оградить сначала один ряд, потом второй, а оградили оба на весь период ремонта),
или продолжающее стоять после того, как работы закончены, являет собой хорошую
иллюстрацию избыточных блокировок.
Далее в этой главе мы рассмотрим то, что называют «блокировками СУБД». Эти
блокировки устанавливает менеджер блокировок СУБД, и устанавливает он их
только для транзакций. О блокировках, которые устанавливаются платформой
«1С:Предприятие» (как объектных, так и транзакционных, устанавливаемых
собственным менеджером транзакционных управляемых блокировок), см. главу
«Теория», раздел 3.8.
Переходя к разбору понятия уровня блокировок, нельзя не отметить путаницу
в терминах и попытаться хотя бы слегка с ней разобраться. Разное применение
одинаковых терминов приведено в таблице 3.7 .1. В данной работе мы будем придер-
живаться первого столбца, кроме случаев, где об этом будет специально сказано.
Таблица 3.7.1. Разное применение одинаковых терминов, касающихся блокировок
Термин, применяемый
в «1С» сообществе
Термин документации SQL
Server
Что это на самом деле
Уровень блокировок
Режимы блокировок (Lock
modes)
Определяют доступ одновременных тран-
закций к ресурсам (материал этой главы)
Тип блокировок
Режим блокировок
Режим блокировок
Нет
Неаккуратное использование термина
«Режим управления блокировкой данных»
(автоматический или управляемый)
Гранулярность блокировок Гранулярность блокировок
(Lock granularity),
также Уровень блокировок
(Lock level)
Объем (уровень в иерархии) ресурсов,
на который накладывается блокировка
(напр., запись или таблица). При неакку-
ратном использовании термина «уровень
блокировок» может теряться понимание,
что на самом деле речь не об уровне блоки-
ровки, а об уровне блокируемых ресурсов
Вид блокировок
Уровень блокировок
(напр. в выражении
«блокировка на уровне
записей»)
Нет
Тип блокировок (Lock type) Элемент Visual Studio Team Foundation
Server 2012
В простейшем случае выделяют два уровня блокировок: исключительный (моно-
польный) и разделяемый. Исключительный уровень не дает работать с ресурсом
никому, кроме захватившей его транзакции, используется для отметки о том,
что в ресурс осуществляется запись. Разделяемый уровень позволяет работать
с ресурсом другим транзакциям, если они также готовы ограничиться только разде-
ляемым уровнем блокировки. Этот уровень используется для отметки, что осущест-
вляется чтение ресурса.
52 Настольная книга 1С:Эксперта по технологическим вопросам
На практике, однако, этих двух уровней иногда оказывается мало, и для решения
некоторых прикладных задач могут быть введены дополнительные уровни.
В таблице 3.7.2 показаны уровни блокировки ресурсов, применяемые компонентом
Database Engine SQL Server 2005. В этом случае названия уровней применяются
разные, но они являются только синонимами, и при их использовании нет разно-
чтений, поэтому они все приведены вместе.
Таблица 3.7.2. Режимы блокировки ресурсов, применяемые SQL Server 2005
Режим блокировки
Описание
Shared
Разделяемая, совмещаемая блокировка (S)
Используется для операций считывания, которые
не меняют и не обновляют данные, такие как
инструкция SELECT
Update
Блокировка обновления (U)
Применяется к тем ресурсам, которые могут
быть обновлены. Предотвращает возникновение
распространенной формы взаимоблокировки,
возникающей тогда, когда несколько сеансов
считывают, блокируют и затем, возможно,
обновляют ресурс
Exclusive
Эксклюзивная, исключительная, монопольная
блокировка (Х)
Используется для операций модификации
данных, таких как инструкции INSERT, UPDATE
или DELETE. Гарантирует, что несколько
обновлений не будет выполнено одновременно
для одного ресурса
Intent
Блокировка с намерением (IS, IX, SIX)
Используется для создания иерархии блокировок.
Типы намеренной блокировки: с намерением
совмещаемого доступа (IS), с намерением
монопольного доступа (IX), а также совмещаемая
с намерением монопольного доступа (SIX).
Блокировки с намерением называются так
потому, что их получают до блокировок ресурсов
более низкого уровня19, то есть они обозначают
намерение поместить блокировку на более
низком уровне ресурсов.
Имеют особенность: устанавливаются
на верхних уровнях иерархии (например,
на уровне таблицы). Таким образом, если
в графе взаимоблокировки встретилась
блокировка с намерением, можно сразу говорить
о том, что ею заблокирован большой объем
данных, совершенно точно это не единичные
записи
________________
19
В данном предложении под высоким/низким уровнем понимается не Lock mode, а именно Lock
level – объем (уровень) данных, на который накладывается блокировка. Речь идет, например,
о том, что при постановке какой-то блокировки на запись таблицы на всю таблицу ставится
соответствующая блокировка намерения. Благодаря этому предотвращается изменение ресурса
более высокого уровня другими транзакциям таким образом, что это сделает недействительной
блокировку более низкого уровня. И нет необходимости проверять блокировки в каждой строке
и на каждой странице, чтобы убедиться, что транзакция может заблокировать всю таблицу, что
повышает производительность.
53
Теория
Режим блокировки
Описание
Schema
Блокировка схемы (Sch-S, Sch-M)
Используется во время выполнения операции,
зависящей от схемы таблицы. Типы блокировки
схем: блокировка изменения схемы (Sch-S)
и блокировка стабильности схемы (Sch-M)
Bulk Update
Блокировка массового обновления (BU)
Используется, если выполняется массовое копи-
рование данных в таблицу и указана подсказка
TABLOCK
Key-range
Диапазон ключей
Защищает диапазон строк, считываемый
запросом при использовании уровня изоляции
транзакции Serializable. Запрещает другим тран-
закциям вставлять строки, что помогает запросам
такой транзакции уточнять, были ли запросы
запущены повторно
На два режима блокировок SQL Server хотелось бы обратить особое внимание:
1. Блокировка обновления. На практике включается добавлением в текст запроса
на языке запросов «1С:Предприятия» опции ДЛЯ ИЗМЕНЕНИЯ. Имеет смысл
только в транзакциях с уровнями изоляции Serializable и Repeatable Read, т. е.
только для автоматического режима управления блокировкой данных, потому
что в случае использования Read Committed, если данные запросом не изменя-
лись, блокировка все равно снимается после выполнения запроса.
2. Блокировка диапазона ключей. Используется только в транзакциях с уровнем
изоляции Serializable. В системах «1С» такие транзакции используются только
при автоматическом режиме управления блокировкой данных. Таким образом,
если блокировка Key-range попала во взаимоблокировку, первый подходящий
способ от этой взаимоблокировки избавиться – перейти в управляемый режим.
Способность нескольких транзакций одновременно обзавестись блокировками
на один и тот же ресурс определяется совместимостью блокировок. Если на ресурсе
уже стоит блокировка от другой транзакции, новое требование на блокировку, полу-
ченное от другой транзакции, может быть удовлетворено, только если затребованный
уровень блокировки совместим с уже установленным уровнем. В противном случае
транзакция, запросившая новую блокировку, будет ждать, пока не истечет время
ожидания существующей блокировки.
В таблице 3.7 .3 показана совместимость для наиболее распространенных уровней
блокировки.
Таблица 3.7.3. Совместимость наиболее распространенных уровней блокировки SQL Server
Запрашиваемый уровень
Уже предоставленный уровень
S
U
X
Разделяемая (S)
Да
Да
Нет
Обновления (U)
Да
Нет
Нет
Исключительная (Х)
Нет
Нет
Нет
54 Настольная книга 1С:Эксперта по технологическим вопросам
3.8. Сведения об управляемых и объектных
блокировках
В платформе «1С:Предприятие» существуют два механизма, которые называются
блокировками:
■ транзакционные блокировки,
■ объектные блокировки.
Общего у них то, что они обе по сути обеспечивают внесение и контроль записей
о том, что некие ресурсы заблокированы. Но и сами эти ресурсы, и ситуации, когда
эти механизмы работают, различаются настолько, что эти два механизма надо рассма-
тривать как совершенно разные и независимые, каковыми они на деле и являются.
Транзакционные блокировки – это аналог блокировок СУБД, которые рассматри-
вались в предыдущей главе. Они обеспечиваются менеджером транзакционных
блокировок. Они используются, например, в дополнение к блокировкам СУБД,
чтобы убирать побочные эффекты параллелизма, присущие уровню изоляции Read
Committed, который устанавливается для СУБД при включении управляемого
режима управления блокировкой данных в «1С» (это не единственное их назначение,
в целом область применения управляемых блокировок намного шире).
Транзакционные блокировки вместе с блокировками СУБД входят в сферу профес-
сиональной деятельности 1С:Экспертов по технологическим вопросам. Конфликты
этих блокировок – это такие же таймауты и взаимоблокировки. Как и конфликты
блокировок СУБД, они обычно рассматриваются как критичные ошибки. Также
и способ образования этих конфликтов соответствует способу их образования
в СУБД.
Напротив, объектные блокировки в эту сферу не входят20
, но, чтобы было понятно,
о чем речь, сначала уделим внимание им.
14
Механизм объектных блокировок позволяет оповестить пользователей о захвате
объектных данных «1С:Предприятия»: справочников, документов, планов видов
характеристик, планов счетов, планов видов расчета, бизнес-процессов, задач,
планов обмена. То есть это не столько механизм защиты, сколько механизм опове-
щения. Чаще всего пользователи видят сообщения от этого механизма, редактируя
данные объектов в формах, и воспринимают их как ошибку (на самом деле если
эти сообщения и можно считать сообщениями об ошибках, то только об ошибках
организации работы пользователей):
1. «Не удалось заблокировать запись. Действие (изменение, удаление или блоки-
ровка записи) не выполнено».
20
События, происшедшие с момента выхода первого издания, показали, что и объектные
блокировки могут являться предметом внимания 1С:Экспертов по технологическим вопросам,
если имеет место неправильно организованная массовая работа с одними и теми же объектами.
Например, массовый просмотр одних и тех же объектов через форму элемента не является
ошибкой проектирования. А вот массовое закрытие этих форм кнопкой ОК, которая не только
закрывает окно, но и перезаписывает объект, – это ошибка, и для форм, открывающихся только
для целей просмотра, возможность записи тем или иным способом надо закрывать.
55
Теория
2. «Операция не может быть выполнена из-за несоответствия версии или отсут-
ствия записи базы данных (возможно, запись была изменена или удалена)». Либо
в последних версиях: «Данные были изменены или удалены другим пользова-
телем».
Если один пользователь начинает модификацию объекта в форме, а другой после
этого тоже попытается начать редактирование того же объекта, то понятно, что одно-
временное редактирование одного и того же объекта приведет к нежелательным
последствиям. Поэтому расширение формы устанавливает пессимистическую
блокировку, не позволяющую редактировать кем-то уже редактируемые данные.
И как только второй пользователь попытается этот объект модифицировать, он
получит сообщение 1.
Если теперь первый пользователь запишет изменения и закроет форму, то песси-
мистическая блокировка снимется. Но если другой пользователь опять попытается
начать редактирование того же объекта в той же открытой ранее форме, он получит
сообщение 2 – сработает оптимистическая блокировка, не позволяющая редактиро-
вать данные, измененные или удаленные за время, прошедшее с их считывания.
Названия «пессимистическая» и «оптимистическая» взялись из следующего:
■ пессимистическая блокировка исходит из предположения, что «если что-то плохое
может случиться, это обязательно случится», то есть если мы выполняем действие,
конкурентное выполнение которого может привести к «поломке» данных, то
правильным будет исключить возможность конкурентного исполнения;
■ оптимистическая блокировка предполагает, что во время обновления записи
в базе мы будем единственными, кто ее меняет. В большинстве случаев так оно
и есть (оптимизм оправдан). Но перед этим необходимо точно удостовериться,
что запись с момента ее чтения не изменилась.
Объектные блокировки снимаются при выгрузке объекта из памяти (например, при
закрытии формы или в конце процедуры). Со стартом и окончанием транзакций это
не связано никак21
.
15
Механизм транзакционных управляемых блокировок «1С» (механизм управ-
ляемых блокировок), как уже говорилось, обеспечивается своим собственным
менеджером и решает вопросы, аналогичные вопросам менеджера блокировок
СУБД. Точнее говоря, этот механизм позволяет при необходимости усилить изоли-
рованность транзакций, не меняя уровня изоляции в СУБД. И понятно, почему нет
смысла его использовать в автоматическом режиме управления блокировками: там
уровень изоляции для СУБД и так самый высокий – Serializable.
Заметим, что данных механизма объектных блокировок этот механизм при работе
не видит и не принимает в расчет вообще.
21
Кроме того, пессимистическая объектная блокировка может быть установлена программно
методом <Объект>.Заблокировать() и снята методом <Объект>.Разблокировать(). Эти методы
есть у объектных типов данных. Важно: не следует путать методы <Объект>.Заблокировать()
и <БлокировкаДанных>.Заблокировать(). Первый устанавливает объектную пессимистическую
блокировку, второй – транзакционную управляемую.
56 Настольная книга 1С:Эксперта по технологическим вопросам
Как в простейшем случае для СУБД, для управляемых блокировок «1С» выде-
ляют два уровня: исключительный и разделяемый. Их описание, приведенное
в синтакс-помощнике, отражено в таблице 3.8.1.
Таблица 3.8.1. Уровни блокировки ресурсов управляемыми блокировками «1С»
Уровень блокировки
(РежимБлокировкиДанных)
Описание
Разделяемый (Shared)
Разделяемая блокировка позволит конкурирующему процессу
установить разделяемую блокировку по этому же условию, но не
позволит установить исключительную блокировку
Исключительный (Exclusive)
Исключительная блокировка не позволит конкурирующему процессу
установить разделяемую или исключительную блокировку по этому
же условию
Совместимость уровней блокировок, приведенная в таблице 3.8.2, классическая.
Таблица 3.8.2. Совместимость уровней управляемых блокировок «1С»
Запрашиваемый уровень
Уже предоставленный уровень
S
X
Разделяемая (S)
Да
Нет
Исключительная (Х)
Нет
Нет
Установленные управляемые блокировки, как разделяемые, так и исключительные,
держатся до конца транзакции22
.
16
Менеджер транзакционных управляемых блокировок «1С» ничего не знает и никак
не взаимодействует с механизмом транзакционных блокировок СУБД. Это означает,
например, что ресурсы, заблокированные исключительными управляемыми блоки-
ровками, могут оставаться доступными для чтения запросами на языке запросов.
Это может помочь обходить некоторые неразрешимые конфликты управляемых
блокировок (взаимоблокировки), но при таком способе обхода есть опасность, что
возникнут побочные эффекты параллелизма, и это надо просчитывать.
Аналогично в обратную сторону: управляемые блокировки «1С» могут быть уста-
новлены независимо от того, какие ресурсы заблокированы блокировками СУБД.
Такую рассогласованность не всегда можно игнорировать. Поэтому при выполнении
некоторых операций с базой данных платформа может ставить управляемые блоки-
ровки самостоятельно.
Управляемые разделяемые блокировки устанавливаются платформой при чтении
в объектной технике23 следующих видов объектов: 17
■ набор записей регистра сведений,
■ набор записей регистра накопления,
■ набор записей регистра бухгалтерии,
22
Самые глубокие извинения от автора всем читателям за ошибку в этом месте в первом издании
книги. Пример из первого издания, содержавший ошибочный анализ, см. в разделе 4.25 «Работа
с ТЖ. Как расследовать конфликт на управляемых блокировках».
23
Чтение в объектной технике обладает еще одной особенностью: оно в ряде случаев выполняется
в неявной транзакции. Подробнее см. раздел 3.15.
57
Теория
■ набор записей регистра расчета,
■ набор записей перерасчета,
■ набор записей последовательности.
При записи в объектной технике указанных выше видов объектов устанавливаются
исключительные управляемые блокировки.
Платформа НЕ устанавливает блокировок при чтении в объектной технике как
минимум следующих объектов:
■ констант и наборов констант;
■ справочников (например, используя методы Справочники.ИмяСправочника.Выб-
рать(), СправочникВыборка.Следующий(), СправочникВыборка.ПолучитьОбъект(),
СправочникСсылка.ПолучитьОбъект() и т. д.);
■ документов (аналогично справочникам);
■ других объектов (планов видов характеристик, планов счетов и т. д.) .
Методика получения точной информации, какие именно управляемые блокировки
установлены в каждом конкретном случае, описана в разделе 4.24 «Работа с ТЖ.
Как посмотреть, какие управляемые блокировки были установлены».
Методика расследования конфликтов на управляемых блокировках описана
в разделе 4.25 «Работа с ТЖ. Как расследовать конфликт на управляемых блоки-
ровках».
В заключение расскажем еще раз о режимах управления блокировкой данных. Если
требуется обеспечить должное качество работы информационной системы «1С»
с высокими требованиями к параллельной работе пользователей, то использование
автоматического режима управления блокировкой данных является ошибкой, без
устранения которой другие работы по оптимизации системы могут не иметь смысла.
При этом использование смешанного, «автоматического и управляемого» режима
в таких случаях также чаще всего будет ошибкой, поскольку, как правило, основные
прикладные объекты в таком переходном состоянии остаются с установленным
автоматическим режимом управления блокировкой.
3.9. Ошибки блокировок:
таймауты и взаимоблокировки
Общие вопросы
Если транзакция хочет установить блокировку на ресурс, но обнаруживает, что
на ресурсе уже стоит несовместимая с ней блокировка, она ставится в очередь
на установку блокировки.
При наступлении определенных событий транзакция может быть удалена из очереди
до того, как она дождется своего права установить блокировку. Если такое проис-
ходит, это приводит к возникновению исключительной ситуации, которая называется
ошибкой (конфликтом) блокировок. Транзакция при этом откатывается, пользователь
получает сообщение об ошибке.
58 Настольная книга 1С:Эксперта по технологическим вопросам
Текст сообщения об ошибке зависит от того, был ли это конфликт управляемых
блокировок или конфликт блокировок СУБД. Если конфликт произошел в СУБД,
текст зависит от того, что это за СУБД, а также от ее версии и языка. Ключевые
фразы, по которым на текущий момент можно определить текст ошибок блоки-
ровок, приведены в таблице 3.9.1.
Причин такого удаления две:
1. Транзакция стоит в очереди с точки зрения системы уже слишком долго, не
выполняя действий и, возможно, блокируя ресурсы, которые ей требовались
на предыдущих шагах. Такая причина называется таймаутом, ошибкой превы-
шения времени ожидания на блокировке.
2. Произошла ситуация, которая была квалифицирована как взаимная блокировка
ресурсов (deadlock, взаимоблокировка).
Таблица 3.9.1. Подстроки, идентифицирующие ошибки блокировок в текстах сообщений
об ошибках (пользователям и в технологическом журнале «1С»)
Подстрока
Ошибка
Превышено максимальное время ожидания
таймаут на управляемых блокировках
(1С- рус.)
Maximum idle time for lock access
таймаут на управляемых блокировках
(1С-англ.)
Неразрешимый конфликт блокировок
взаимоблокировка на управляемых блоки-
ровках (1С-рус.)
Unresolved lock conflict in a session
взаимоблокировка на управляемых блоки-
ровках (1С-англ.)
SQL Server: Lock request time out period exceeded
таймаут СУБД SQL Server (англ.)
SQL Server: Превышено время ожидания запроса
на блокировку
таймаут СУБД SQL Server (рус.)
was deadlocked on lock resources with another process
and has been chosen as the deadlock victim
взаимоблокировка СУБД SQL Server (англ.)
вызвала взаимоблокировку ресурсов
взаимоблокировка СУБД SQL Server (рус.)
SQL0911N The current transaction has been rolled back
because of a deadlock or timeout
любой конфликт блокировок СУБД IBM DB2
(англ.)
SQL0911N Из-за тупиковой ситуации или из-за
истечения срока
любой конфликт блокировок СУБД IBM DB2
(рус.)
ORA-00051: timeout occurred while waiting for a
resource
таймаут СУБД Oracle Database (англ.)
ORA-00051: Истекло время ожидания ресурса
таймаут СУБД Oracle Database (рус.)
ORA-00060: deadlock detected while waiting for
resource
или
ORA-00060: Deadlock detected
взаимоблокировка СУБД Oracle Database
(англ.)
ORA-00060: Возникла мертвая блокировка во время
ожидания ресурса
или
ORA-00060: тупик обнаружено
взаимоблокировка СУБД Oracle Database (рус.)
Рассмотрим каждую из ошибок подробнее.
59
Теория
Таймаут
Время, которое транзакция может ждать освобождения ресурса, задается в свойствах
системы. В системах на платформе «1С:Предприятие» оно по умолчанию равно
20 секундам и устанавливается в конфигураторе (Администрирование – Параметры
информационной базы – Время ожидания блокировки данных (в секундах)). Это время
действует и на управляемые блокировки «1С:Предприятия», и на блокировки СУБД.
Если транзакции приходится ждать дольше, возникает таймаут.
Казалось бы, ждать, так ждать, и первый приходящий в голову способ решить
проблему – ускорить время обработки каждой транзакции, например, повысив харак-
теристики оборудования или оптимизировав код с точки зрения его выполнения.
Однако существуют дополнительные факторы, которые надо учитывать и которые
в ряде случаев могут оказаться существенно более важными.
Рассмотрим ситуации, происходящие в офисе, в котором работают две сотрудницы:
Светочка и Леночка. Они приходят на работу примерно в одно время, а уходят
ровно в 18:00, если нет начатой, но недоделанной работы. Они дружат, то есть
у них существует договоренность, что документ24
, лежащий на общем столе, читать
можно, а документ, переложенный на личный стол или находящийся в руках, другой
сотруднице трогать и смотреть нельзя25
.
1819
1. Обеим сотрудницам за сегодня нужно внести изменения в один и тот же доку-
мент. Леночка пришла чуть позже, и Светочка уже взяла документ и начала
вносить в него изменения. Она не отдаст документ, пока не сделает свою работу
с ним до конца (Светочка установила необходимую исключительную блоки-
ровку). Успеет ли Леночка до 18:00 начать вносить свои изменения в документ
или уйдет домой, даже не начав работу, зависит от следующего:
□ скорости работы Светочки;
□ объема документа;
□ объема вносимых изменений;
□ не вызовут ли Светочку посередине дня на неопределенное время на сове-
щание, а документ она унесет с собой – вызов модального окна из тран-
закции;
□ не потребуется ли для внесения изменений в этот документ много раз бегать
к шкафу за дополнительной информацией – запрос в цикле;
□ не потребует ли внесение изменений в этот документ поездки в другой офис
за дополнительной информацией – получение в транзакции данных из внеш-
него источника;
□ не потребует ли внесение изменений в этот документ вносить изменения
в другие документы, за которыми придется бегать в лучшем случае
в соседнюю комнату, а в худшем – в соседнее здание – вложенные тран-
закции. Но там другие документы могут оказаться еще и заняты другими
24
В данном случае понятию «документ» в тексте больше соответствует понятие «набор записей
регистра» в терминах метаданных «1С», а не «документ».
25
Блокировка – это не факт захвата ресурса, а запись о таком захвате. Но здесь в примерах для
простоты будем считать, что факт захвата является и информацией о нем.
60 Настольная книга 1С:Эксперта по технологическим вопросам
сотрудницами, так что Светочке придется ждать, пока они освободят их. Все
документы с внесенными изменениями Светочка будет хранить у себя, пока
не закончит работу с основным документом.
Как видим, начнет ли Леночка сегодня работу, зависит не только от Светочки
и от объема вносимых изменений, но и от Светочкиной должностной
инструкции. Но и этим дело не ограничивается.
2. На следующий день обеим сотрудницам нужно внести изменения в разные
документы: Светочке – в новый, а Леночке – в не начатый вчера. Но доку-
менты лежали в одной стопке, Леночка опять пришла чуть позже, и Светочка
уже взяла всю стопку документов и начала вносить изменения в свой документ,
пропустив Леночкины, но и не отдавая его (Светочка установила избыточную
исключительную блокировку).
□ Все, из-за чего Леночка ждала в предыдущий день, повторяется снова.
Трагизм ситуации усиливается тем, что ее документ Светочке уже не нужен,
но по правилам она не отдаст всю взятую стопку документов, пока не
закончит с ней работать.
Как видим, начнет ли Леночка сегодня работу, зависит не только от Светочки,
от объема вносимых изменений и должностной инструкции Светочки, а
в случае возможности избыточных блокировок еще и от того, не взяла ли
Светочка не свой документ. Но и этим дело не ограничивается.
3. На следующий день обеим сотрудницам нужно опять внести изменения
в разные документы: Светочке – в новый, Леночке – в не начатые вчера и поза-
вчера. Леночка решила, что теперь она возьмет себе всю стопку, но опять пришла
чуть позже, и Светочка уже взяла один свой документ и начала с ним работать.
Поскольку Леночка твердо решила брать стопку целиком (собирается устано-
вить избыточную исключительную блокировку), ей опять приходится ждать.
Как видим, начнет ли Леночка сегодня работу, зависит не только от Светочки, от
объема вносимых изменений, Светочкиной должностной инструкции, не взяла
ли Светочка не свой документ, а еще и от того, не собирается ли Леночка взять
не свои документы. Но и этим дело не ограничивается.
4. У Светочки и Леночки есть начальник, который должен проверять за ними все
измененные ими документы. Но поскольку документы приходят к нему только
от Светочки, он и выполняет только половину работы (характерный спад
загрузки после «бутылочного горлышка»).
Переходя от примеров к теории, причинами таймаутов могут являться:
■ неправильная организация рабочего процесса (конкуренция за одни и те же
данные);
■ выбор неправильного прикладного объекта метаданных конфигурации для
хранения данных (тоже конкуренция за одни и те же данные, см. раздел 3.11);
■ игнорирование особенностей работы ресурсов, в которые возможна только после-
довательная запись, см. раздел 3.11;
■ неоптимальная работа запросов, как вызывающая избыточные блокировки, так
и увеличивающая время выполнения самих этих запросов;
61
Теория
■ использование механизмов, провоцирующих неоптимальную работу запросов;
■ использование высокого уровня изоляции транзакций;
■ включение в транзакцию механизмов, вызывающих непрогнозируемое увели-
чение ее времени и ставящих ее в зависимость от посторонних ресурсов
(модальные окна, работа с внешними источниками, вложенные транзакции);
■ увеличение времени транзакции, как за счет медленной работы кода, так и за
счет объединения нескольких транзакций в одну (например, групповая обработка
документов в одной транзакции).
В качестве причин таймаутов иногда называется недостаточная производительность
оборудования. Но надо понимать, что эта причина может явиться руководством
к действиям по улучшению оборудования практически в единственном случае:
когда оборудование явно не соответствует стоящим перед ним задачам, и показатели
его загрузки при работе существенно превышают все рекомендованные значения.
В подавляющем же большинстве ситуаций при проблемах параллельности оборудо-
вание сервера СУБД бывает недогружено, и рекомендации будут прямо противопо-
ложны:
■ делать апгрейд оборудования при проблемах параллельности – плохая идея;
■ ускорение оборудования, скажем, на 30 % приведет к уменьшению времени
ожидания в очереди на те же 30 %. А устранение очереди (распараллеливание
работы) ускорит процесс в N раз, где N – количество участников очереди. То есть
эффект несопоставимый.
Чтобы бороться с таймаутами, нужно выяснить, какая из перечисленных выше
причин привела в данном случае к таймаутам, и либо устранить эту причину, либо
перевести ее в приемлемые рамки.
Надо иметь в виду, что, убрав избыточные блокировки (и избавившись от тайма-
утов), мы увеличиваем параллельность работы и как следствие можем увеличить
загрузку оборудования. То есть если раньше оборудование справлялось, то теперь
могут возникнуть проблемы.
Взаимоблокировка (deadlock)
Взаимоблокировка возникает, когда две или более транзакции ждут друг друга из-за
того, что каждая из сторон блокирует ресурс, необходимый другой стороне.
Иначе говоря, сущность взаимоблокировок в следующем: Светочка ждет Леночку, а
Леночка ждет Светочку. Замкнутый круг. Решается только принудительным внешним
воздействием.
В СУБД это воздействие происходит так: при обнаружении взаимоблокировки
монитор блокировок назначает жертву, производит откат ее транзакции и возвращает
приложению ошибку. Остальные транзакции имеют возможность успешно завер-
шиться.
62 Настольная книга 1С:Эксперта по технологическим вопросам
Возникновение взаимоблокировок сводят к следующим ситуациям.
1. Захват ресурсов в разном порядке. X1 -> X2, X2-> X1.
Светочке сказали: распишись сначала в договоре, потом в приложении
и потом отдай оба листа. Леночке сказали несколько иначе: распишись сначала
в приложении, потом в договоре и потом отдай оба листа.
Если девушки будут работать по очереди, ничего страшного не произойдет. Если
же они начнут работать одновременно, то ни одна из них не сможет завершить
задачу: им не сказано «отдавать один лист», сказано – «отдать оба»26
.
20
В такой постановке это в чистом виде ошибка организации работы. Исправляется
она организацией доступа к ресурсам в одинаковом порядке. Переходя к «1С»,
если есть такие подозрения, порядок доступа можно проверить (без использования
ЦУП), например, через подписку на событие ПриЗаписи наборов записей
всех регистров, тем или иным образом выводя сообщения об имени регистра,
в который идет запись, и сравнивая последовательно записанные протоколы для
разных типов документов.
Особый случай этой же ситуации: чтение общей области после раздельной
записи. X1 -> S12, X2 ->S12.
Светочке сказали: распишись в договоре, потом прочитай и отдай оба листа.
Леночке сказали: распишись в приложении, потом прочитай и отдай оба листа.
Леночка и Светочка изменяют разные документы. Но потом им требуются
ресурсы друг друга, как правило, объединенные вместе.
В системах на платформе «1С:Предприятие» эти взаимоблокировки стали часто
возникать после появления технологии разделения итогов, и происходит это
чаще всего в двух случаях:
□ Проведение документа, контроль остатков после записи движений. Если
разделение итогов включено, то запись движений осуществляется с учетом
сплиттера (разделителя итогов, не путать с разделителем данных), и поэтому
может производиться параллельно, даже при полностью совпадающих значе-
ниях периода, счета и измерений (рассматриваем регистр бухгалтерии). Но
при контроле остатков сплиттер смысла не имеет, то есть считываются все
итоги по данным значениям периода, счета и измерений. И получаем ту
самую взаимоблокировку, описанную в примере.
□ Перепроведение документа, контроль остатков или другое чтение (расчет
себестоимости списания) до записи движений или после него, не важно. Если
разделение итогов включено, то запись движений при их удалении осущест-
вляется с учетом сплиттера. Дальнейшее чтение приводит к взаимоблоки-
ровке.
26
Отличие работы СУБД от этого и следующих примеров состоит в том, что в СУБД транзакция,
назначенная жертвой, откатывается, то есть девушке пришлось бы стереть свои изменения или
подпись.
63
Теория
В этом случае с взаимоблокировкой надо бороться с помощью свойства
БлокироватьДляИзменения, которое есть у наборов записей регистров бухгалтерии
и регистров накопления. Пример использования:
Движения.Хозрасчетный.БлокироватьДляИзменения = Истина;
Движения.Хозрасчетный.Записать();
Согласно синтакс-помощнику установка этого свойства в Истину:
«Устанавливает режим, при котором в процессе записи набора будет
установлена управляемая блокировка для всех комбинаций измерений
в соответствии с записями набора записей. Имеет смысл использовать,
если проверка итогов регистра выполняется после записи и заблокировать
нужно именно те комбинации, по которым записываются записи.
В этом случае можно не использовать объект БлокировкаДанных».
Особо обращаем внимание на то, что технически работа свойства
БлокироватьДляИзменения реализована с помощью установки управляемой
блокировки. В автоматическом режиме управления блокировками попытка
использования БлокироватьДляИзменения не игнорируется (в отличие от
ДЛЯ ИЗМЕНЕНИЯ в управляемом режиме), а приводит к исключительной
ситуации. При этом разделитель итогов на уровне СУБД работает, т. е. возможна
параллельная запись совпадающих наборов.
Но дальше, если на самом деле имеет место высокая конкуренция за одни
и те же данные (неправильная организация рабочего процесса или выбор
неправильного прикладного объекта метаданных конфигурации для хранения
данных), взаимоблокировка, вполне вероятно, превратится в таймаут.
Однако на этом все не заканчивается.
На другой день Светочка и Леночка изменяют каждая только свои документы.
И каждая из них хочет принести начальнику на проверку всю стопку (обе
собираются установить избыточную блокировку – не важно, исключительную
или разделяемую).
Такая взаимоблокировка может быть вызвана неоптимальной работой запроса
на чтение. Неоптимальная работа запроса может быть вызвана как методическими
ошибками, допущенными при его написании, так и спровоцирована, например,
использованием механизмов, приводящих к появлению неоптимальных запросов,
даже если сам запрос написан без явных ошибок (см. в этой главе ниже).
2. Повышение уровня блокировки ресурса. S1 -> X1, S1-> X1.
Светочка подошла к столу и начала читать документ. Сразу за этим к столу
подошла Леночка и начала читать тот же документ. Светочка увидела, что ей
надо внести в этот документ изменения, и хотела было его унести к себе, но
Леночка ей не дала: она еще его не дочитала. А затем и Леночка увидела, что
ей тоже надо внести в этот документ изменения, и тоже хотела было его унести
к себе, но теперь уже Светочка не дала ей этого сделать.
Эта ситуация, когда один и тот же ресурс блокируется сначала разделяемой
блокировкой, а затем исключительной, и при параллельном обращении к этому
ресурсу возникает взаимоблокировка, характерна для режима автоматического
64 Настольная книга 1С:Эксперта по технологическим вопросам
управления блокировками «1С». В этом режиме используются уровни изоляции
транзакции Serializable и Repeatable Read, и разделяемые блокировки не
снимаются после чтения, а остаются до конца транзакции. Но и в управляемом
режиме можно получить тот же эффект, поставив явную разделяемую блокировку
на данные, на которые затем явно или неявно будет установлена исключительная
блокировка.
Для обхода этой взаимоблокировки в SQL Server был введен особый уровень
блокировки: U (Update), см. раздел 3.7 . Этот уровень совместим только
с разделяемыми блокировками S, но сам с собой уже нет. Чтобы его задействовать,
в запрос на языке запросов «1С» необходимо добавить опцию ДЛЯ ИЗМЕНЕНИЯ,
при этом не забыв указать, какие таблицы блокировать, иначе запрос поставит эту
блокировку на все таблицы, задействованные в нем.
Если такая взаимоблокировка возникла на блокировках «1С», то перед
чтением данных ресурса, в который потом будет идти запись, нужно ставить
исключительную блокировку. Если разделяемая блокировка ставится явно
и чтение производится на языке запросов, а не через объектную модель, нужно
заменить ее сразу на исключительную блокировку.
Для устранения взаимоблокировок нужно придерживаться следующих правил:
□ осуществлять запись ресурсов в одинаковом порядке;
□ избегать чтения ресурса после его записи, если включен режим разделения
итогов; либо, если этого нельзя избежать, на время записи устанавливать
свойство БлокироватьДляИзменения в Истину;
□ в режиме автоматического управления блокировками «1С» в запросах вклю-
чать опцию ДЛЯ ИЗМЕНЕНИЯ на те ресурсы, которые будут потом записаны;
□ если есть необходимость поставить управляемую блокировку «1С» перед
чтением данных ресурса, в который потом будет идти запись, нужно ставить
не разделяемую блокировку, а исключительную.
Далее, как и в случаях борьбы с таймаутами, помогает следующее:
□ правильная организация рабочего процесса (снижение конкуренции за одни
и те же данные организационными мероприятиями);
□ выбор более подходящего прикладного объекта метаданных конфигурации
для хранения данных (см. раздел 3.11);
□ правильная организация работы ресурсов, в которые возможна только после-
довательная запись, см. раздел 3.11;
□ оптимизация запросов, ликвидация избыточных блокировок и уменьшение
времени выполнения самих этих запросов;
□ отказ от использования механизмов, провоцирующих неоптимальную работу
запросов: это механизм разделения доступа на уровне записей при работе
пользователя с ограниченными правами и механизм разделения данных при
работе пользователя с незаданным общим реквизитом, если указано исполь-
зование разделяемых данных «Независимо и совместно»;
65
Теория
□ снижение уровня изоляции транзакций (т. е. переход с режима автоматического
управления блокировками «1С» на управляемый). Это, с одной стороны,
уменьшит блокирование избыточных данных (снимется защита диапазона
ключей), а с другой стороны, уменьшит время блокировки части ресурсов, т. к.
все разделяемые блокировки будут сняты после выполнения запроса;
□ использование Read Committed Snapshot (при работе с SQL Server переход
на платформу 8.3 без режима совместимости с 8.2). Разделяемые блокировки
на уровне СУБД не будут ставиться вовсе;
□ отказ от включения в транзакцию механизмов, вызывающих непрогнозиру-
емое увеличение ее времени и ставящих ее в зависимость от посторонних
ресурсов (модальные окна, работа с внешними источниками, вложенные
транзакции);
□ отказ от ошибочного рекурсивного вызова ЭтотОбъект.Записать() из тран-
закции записи этого же объекта. Платформа распознает такую ситуацию и не
дает развиваться рекурсии, но ошибки блокировок при этом возникать могут;
□ снижение времени транзакции, как за счет оптимизации работы кода, так
и за счет объединения нескольких транзакций в одну (например, групповая
обработка документов в одной транзакции);
□ повышение производительности оборудования позволяет снизить вероят-
ность взаимоблокировок, при этом, однако, не устраняя их причин.
К сожалению, все это не гарантирует, что взаимоблокировок не будет. Нет методики,
которая даст 100 % гарантию их отсутствия. Поэтому нужно уметь расследовать
и устранять взаимоблокировки.
В заключение еще об одном виде взаимоблокировок. Они могут возникать в СУБД
Microsoft SQL Server и характеризуются следующими сообщениями об ошибке:
■ "Intra-query parallelism caused your server command (process ID #XX) to deadlock.
Rerun the query without intra-query parallelism by using the query hint option
(maxdop 1)";
■ "Transaction (Process ID #XX) was deadlocked on thread communication buffer
resources with another process and has been chosen as the deadlock victim".
Причиной является то, что при работе на многопроцессорном компьютере Microsoft
SQL Server может попытаться распараллелить процесс выполнения запроса
на несколько процессоров. Обычно это происходит в том случае, если план запроса
неоптимален. При параллельном выполнении нескольких частей одного запроса
на разных процессорах возможна взаимоблокировка.
Для решения проблемы необходимо установить значение параметра max degree of
parallelism («Максимальная степень параллелизма») равным 1 - SQL Management
studio, свойства SQL server, закладка Дополнительно.
Другим способом решения проблемы является оптимизация исполняемого запроса.
Взаимоблокировки имеют характерную особенность поведения: при высокой интен-
сивности работы они появляются большими группами – по пять-шесть штук подряд.
Это связано с тем, что, когда две транзакции зацепились, об них спотыкаются еще
несколько, и образуется куча-мала. Значимость ЦУП для расследования подобных
ситуаций переоценить сложно.
66 Настольная книга 1С:Эксперта по технологическим вопросам
3.10. Эскалация блокировок
Эскалация (укрупнение) блокировок – это повышение гранулярности блокировки
(lock granularity, в некоторых источниках – lock level, «уровень блокируемых
данных»). Это процесс преобразования многих мелкогранулированных блокировок
в меньшее число крупногранулированных блокировок при вероятном увеличении
конкуренции параллелизма.
Гранулярность – это объем (уровень в иерархии) ресурсов, на который накладыва-
ется блокировка. Упрощенно можно считать, что существуют следующие ресурсы,
которые могут блокироваться СУБД27:
21
■ строка: используется в управляемом режиме управления блокировками;
■ ключ: блокировка строки в индексе, используемая для защиты диапазонов
значений ключа в транзакциях с уровнем изоляции Serializable, используется
в автоматическом режиме управления блокировками при работе с регистрами;
■ страница;
■ таблица;
■ база (монопольный режим).
Не важно, блокировались данные на уровне записей (строк), на уровне диапазона
ключа или на уровне страницы. После эскалации они окажутся заблокированы
на уровне таблицы, т. е. эскалация всегда происходит до уровня таблицы.
Эскалация происходит, когда система решает, что заблокировать сразу более высокий
уровень данных дешевле, чем продолжать набирать большое количество блокировок
на нижнем уровне.
Эскалация определяется, например, по наличию в трассировке профайлера SQL
Server события Lock:Escalation (в стандартном шаблоне трассировки этого события
нет, и его надо добавлять, а находится оно в группе событий Locks), см. главу
«Инструкции», раздел 4.15.
Перевод блокировки данных на уровень таблицы не позволит другим транзакциям
параллельно работать с теми же данными. Она почти всегда избыточна, и это может
привести к конфликтам блокировок, поэтому надо понимать, при каких условиях
возникает эскалация.
Эксперименты показывали, что в SQL server с установками по умолчанию эска-
лация блокировки начиналась примерно при 3 400–4 800 записях в наборе непе-
риодического независимого регистра сведений (точное значение не установлено).
В IBM DB2 9.7 она начиналась ровно при 20 000 записях. Платформа «1С:Пред-
приятие» до версии 8.3 производила эскалацию, также начиная с 20 000 записей,
а в версии 8.3, по данным с ИТС, она начинается со 100 000 записей в наборе.
27
Эскалации бывают на СУБД и в менеджере управляемых блокировок. Их поведение различно.
Различие состоит в том, что если в момент попытки эскалации на СУБД MS SQL кто-то другой
будет держать блокировку, то эскалации не произойдет, но при этом транзакция дальше продолжит
свое выполнение. Если в «1С» кто-то другой будет держать блокировку, то «эскалирующаяся»
транзакция попадет в ожидание от всех, кто еще держит блокировки на этом ресурсе. Если
в «1С» не получится проэскалироваться в течение N (по умолчанию 20) секунд, то транзакция
получит таймаут.
67
Теория
Момент, когда это происходит, в SQL server регулируется значением параметра Locks
(«Блокировки») – SQL Management studio, свойства SQL server, закладка Дополни-
тельно – и зависит от доступной памяти. Также эскалация SQL server может быть
отключена. Если отключать ее, то глобально28
, с помощью флага трассировки SQL
1211, например, выполнив следующий SQL запрос:22
DBCC TRACEON (1211, -1)
Но если ее отключить, то накладные расходы останутся бесконтрольными, и значи-
тельная часть вычислительной мощности, возможно, будет расходоваться непроизво-
дительно. Это может привести к очень заметному замедлению записи.
Наличие технической возможности по отключению эскалацию отнюдь не означает,
что этим надо пользоваться. СУБД делает эскалацию не от хорошей жизни. Это жест
отчаянья. СУБД видит, что пользователи открыли огромные транзакции, и сама она
тратит очень много ресурсов. Проблема не в СУБД, а в том, что транзакции захва-
тывают слишком много ресурсов. Лечить надо именно это, а не отключать эскалации.
В идеале транзакция должна быть крайне компактной – работать быстро, данных
захватывать мало. Транзакция, которая длится 3 секунды, – это уже подозрительно.
Транзакция на 10 секунд просто не должна иметь права на существование.
Включить эскалацию обратно можно, деактивировав флажок 1211:
DBCC TRACEОFF (1211, -1)
На практике можно считать, что при использовании MS SQL Server документ
«1С», имеющий свыше 1 000 строк в табличной части либо делающий свыше 1 000
движений по одному регистру, теоретически может при своем проведении вызывать
эскалацию блокировок, поэтому при прочих равных условиях наличие больших
документов – это потенциальная проблема параллельности работы. Это не значит,
что такие документы нельзя провести. Просто нужно делать это не средствами
платформы, а своим кодом – в нескольких относительно небольших транзакциях,
обеспечив неделимость (атомарность) операции внешними средствами.
28
Если активация флага трассировки выполняется глобально на рабочем сервере, то выполнять
DBCC TRACEON (trace# [, ....n],-1), чтобы избежать непредсказуемых последствий,
рекомендуется только тогда, когда пользователи не выполняют запросов к серверу (фактически
когда никто не работает). На рабочем сервере надежнее эти флаги включать, используя
в командной строке параметр -T при запуске файла Sqlservr.exe.
68 Настольная книга 1С:Эксперта по технологическим вопросам
3.11. Сведения о параллельности операций
с данными разных типов
Общие сведения
Система позволяет осуществлять параллельное чтение и параллельную запись
данных. Разные типы данных имеют разные возможности и ограничения по парал-
лельному выполнению операций чтения и записи с ними.
Сразу скажем, что поскольку данные, относящиеся в информационной базе «1С»
к разным прикладным объектам конфигурации, хранятся в разных таблицах (как
именно организовано хранение, будет рассказано в следующей главе), будем считать,
что такие записи могут быть прочитаны и записаны параллельно всегда.
Операция чтения в транзакции сложностей также не вызывает: даже при уровне
изоляции транзакции Serializable при чтении устанавливается разделяемая блоки-
ровка, а потому даже совпадающие записи одной таблицы могут быть прочитаны
параллельно.
К сложным ситуациям, когда в одной транзакции выполняются чтение и запись
и когда в одной транзакции осуществляется запись в несколько разных прикладных
объектов конфигурации, вернемся позднее. А сейчас разберем возможность только
записи данных, относящихся к одному прикладному объекту (см. таблицу 3.11.1).
Таблица 3.11.1. Сводные данные о параллельности
Прикладной объект конфигурации
Возможности параллельной работы
Константы в версиях до 8.2 .14, а также после – при
использовании режимов совместимости «8.2 .13»
и «8.1»
Только по следовательно, притом даже разные
константы
Константы после 8.2 .14 (без использования режима
совместимости)
Одну и ту же константу – только после-
довательно, но разные константы можно
записывать параллельно
Выгрузка сообщений обмена
Выгрузка изменений, которые зарегистриро-
ваны для прикладного объекта метаданных
(например, справочника «Номенклатура»),
и запись данных такого типа НЕ могут
происходить параллельно
Набор записей регистра расчета с использованием
фактического периода действия
Возможна параллельная запись, если отлича-
ется период действия (месяц) или измерение,
у которого стоит признак «базовое». Уточ-
нение по данному вопро су см. ниже
Граница регистрации последовательности
Возможна параллельная запись, если отли-
чается хотя бы одно измерение. На практике,
однако, измерение, как правило, у всех
совпадает («Организация»)
Набор записей регистра сведений (независимый
непериодический)
Возможна параллельная запись, если отлича-
ется хотя бы одно измерение
Набор записей регистра накопления (остатков), если
разделение итогов выключено и используются текущие
итоги
Возможна параллельная запись, если отлича-
ется хотя бы одно измерение, уточнение про
период см. ниже
Набор записей регистра бухгалтерии, если разделение
итогов выключено и используются текущие итоги
Возможна параллельная запись, если
отличается счет или хотя бы одно измерение,
уточнение про период см. ниже
Набор записей регистра сведений (независимый
периодический)
Возможна параллельная запись, если
отличается период (месяц) или хотя бы одно
измерение
69
Теория
Прикладной объект конфигурации
Возможности параллельной работы
Набор записей регистра накопления (остатков), если
разделение итогов выключено, а текущие итоги не
используются
Возможна параллельная запись, если отлича-
ется хотя бы одно измерение, уточнение про
период см. ниже
Набор записей регистра бухгалтерии, если разделение
итогов выключено, а текущие итоги не используются
Возможна параллельная запись, если
отличается счет или хотя бы одно измерение,
уточнение про период см. ниже
Набор записей регистра накопления (оборотов), если
разделение итогов выключено
Возможна параллельная запись, если
отличается период (месяц) или хотя бы одно
измерение
Набор записей регистра расчета без использования
фактического периода действия
Возможна параллельная запись наборов
с разными регистраторами
Набор записей регистра сведений (подчиненный
регистратору)
Возможна параллельная запись наборов
с разными регистраторами
Элементы объектных типов: справочников, документов,
планов видов характеристик, планов счетов (т. е. счета),
планов видов расчета, бизнес-процессов, задач, планов
обмена (т. е. узлы обмена)
Возможна параллельная запись разных
объектов, принадлежащих к одному типу
Набор записей регистра накопления (остатков) при
разрешенном и включенном режиме разделения итогов
Возможна параллельная запись
Набор записей регистра накопления (оборотов) при
разрешенном и включенном режиме разделения итогов
Возможна параллельная запись
Набор записей регистра бухгалтерии при разрешенном
и включенном режиме разделения итогов
Возможна параллельная запись
Этим, однако, дело не вполне ограничивается. В автоматическом режиме управления
блокировкой данных, когда используется уровень изоляции Serializable, сервером
СУБД добавляется блокировка Key-range, которая защищает диапазон строк, считы-
ваемый запросом, т. е. запрещает другим транзакциям вставлять в него строки, при
этом также блокируются данные, соседние с диапазоном модифицируемых записей.
В результате конфликтов на границах диапазонов реальная параллельность записи
может быть ниже, чем указано в таблице, т. е., записи, которые теоретически должны
бы записываться параллельно, могут не записаться.
В управляемом режиме управления блокировкой данных такой проблемы нет.
Но в управляемом режиме существует другая проблема. Сведения по параллель-
ности, приведенные в таблице 3.11.1, изначально (начиная с книги «Професси-
ональная разработка...») собирались по сведениям о параллельности для СУБД
и не учитывали установки управляемых блокировок «1С» и принятия платформой
решений о допустимости или недопустимости параллельной записи на их основе.
Вопрос параллельности по периоду при включении и отключении текущих итогов
в регистрах накопления (остатков) и регистрах бухгалтерии регулируется управляе-
мыми блокировками «1С». Понятно, что установка управляемых блокировок парал-
лельность улучшить не может, только снизить. Это и происходит с параллельностью
по периоду в управляемом режиме, причем поведение системы в этом вопросе
зависит от версии платформы и от установленного режима совместимости. В авто-
матическом режиме возможна параллельная запись, если отличается период (месяц)
при любом режиме текущих итогов.
Проблема эскалации блокировок рассматривалась в разделе 3.10. Если происходит
эскалация, то параллельная работа с такой таблицей становится невозможной.
70 Настольная книга 1С:Эксперта по технологическим вопросам
Узкие места
Более подробно укажем узкие места и возможные решения проблем для самых
тяжелых ситуаций.
1. Константы. До версии 8.2.14 узким местом была таблица констант целиком. Все
значения констант, определенных в конфигурации, хранились в одной таблице.
Начиная с версии 8.2 .14 на каждую константу имеется собственная таблица, если
не используется режим совместимости. Это позволяет записывать разные константы
параллельно, но обычно проблема ошибочно написанного кода кроется как раз не
в этом, а в том, что такой код пытается менять одну и ту же константу в разных
сеансах, чего и новая структура делать тоже не позволяет. Назначение констант –
хранить условно постоянные (очень редко изменяемые) данные, что следует из их
названия. Общая рекомендация: не использовать константы для хранения данных,
которые меняются чаще, чем раз в полгода, и никогда не использовать их для
хранения быстро меняющихся данных (например, счетчиков). Причины ошибок
блокировок, возникающих при неправильном использовании констант, диагно-
стируются обычно очень просто: контекст кода, содержащий Константы.<имя>.
Установить(...), будет виден в технологическом журнале, если настроить этот
журнал, как указано в разделе 4.5.
2. Граница регистрации последовательности. Данные каждой последовательности
хранятся в двух таблицах:
■ таблица записей регистрации документов в последовательности,
■ таблица границ последовательности.
Как происходит блокировка в этих таблицах при работе с последовательностями
в клиент-серверном варианте работы, указано в таблице 3.11.2 . В файловом вари-
анте при выполнении любого из перечисленных ниже действий таблицы блокиру-
ются целиком.
Таблица 3.11.2. Блокировка данных при работе с последовательностями
Действие
Что блокируется
Таблица записей регистрации документов
в последовательности
Таблица границ последовательности
Регистрация документа
в по следовательности
Диапазон записей, соответствующий
одному регистратору (в автом. режиме
управления блокировками – еще две
«соседние»)
-
Перемещение границы
назад
-
По комбинации измерений после-
довательности. Если измерений
нет – таблица целиком
Перемещение границы
вперед
Диапазон от границы последователь-
ности по момент времени регистрации
проводимого документа (с учетом
измерений по следовательности)
По комбинации измерений после-
довательности. Если измерений
нет – таблица целиком
Судя по таблице, для последовательностей вроде бы существует возможность парал-
лельного перемещения границы, которая достигается использованием измерений.
Но в реальности сам смысл последовательностей очень часто либо не предполагает
использования измерений вообще, либо предполагает использование единственного
измерения «Организация», чего совершенно недостаточно для полноценной парал-
лельной работы.
71
Теория
Как видно по таблице, регистрация документов в последовательности не несет
вреда, а проблемной операцией является любое перемещение границы последо-
вательности – как назад (узкое место – таблица границ последовательности), так
и вперед (узким местом может быть любая из двух таблиц). Поэтому неправильно
перемещать границу последовательности при проведении документов, перемещение
должно происходить, например, регламентным заданием или служебной обработкой
либо в нерабочее время, либо очень маленькими порциями, но очень часто, и, что
важно, заниматься этим может одно рабочее место, никому не мешая.
23
При этом не следует путать обработку по такому служебному перемещению границ
с собственно восстановлением последовательности документов – это разные вещи29
.
То, что ошибки блокировок возникают из-за автоматической регистрации документов
в последовательностях, обычно сразу диагностируется по факту наличия таблиц
с данными последовательностей в числе заблокированных.
3. Выгрузка сообщений обмена.
Если для объекта (речь об объекте метаданных, например, Справочник.Номенклатура
(целиком!)) включена регистрация изменений для обмена, к нему добавляется еще
одна таблица: таблица регистрации изменений. Эта таблица всегда одна на каждый
прикладной объект, для которого возможна регистрация изменений, вне зависимости
от количества планов обмена, а также от того факта, имеем мы дело с распреде-
ленной базой или нет.
Когда происходит выгрузка сообщений обмена, эта таблица блокируется для того,
чтобы, пока данные выгружаются, никто не мог внести незарегистрированное
изменение. То есть, пока мы выгружаем справочник Номенклатура, он целиком забло-
кирован, и тот факт, что заблокирована не основная таблица, а служебная, дела не
меняет. Понятно, что при таком поведении системы говорить о возможности парал-
лельной работы при выгрузке практически не приходится.
Поэтому выгрузку сообщений обмена рекомендуется проводить либо в нерабочее
время, либо очень часто, так, чтобы за прошедшее с момента выгрузки время
в системе не успевал накопиться объем измененных данных, выгрузка которого
могла бы занимать сколь-нибудь существенное время.
Что касается загрузки сообщений обмена, она, в отличие от выгрузки, по своему
характеру не является настолько узким местом и по создаваемым проблемам сопо-
ставима с групповой обработкой справочников и документов.
24
В завершение еще один очень важный момент. И у загрузки, и у выгрузки обычно
(в типовых решениях – обязательно) есть параметр «Количество элементов
в транзакции». Если речь не идет о совсем простых случаях, не рекомендуется
ставить значение этого параметра равным 0, то есть вся выгрузка, как и вся загрузка,
совершенно точно не должна проходить в одной транзакции30. Значение этого
29
А также не следует путать автоматическое перемещение границы при проведении
(регулируется в свойствах последовательностей) и автоматическую регистрацию документах
в последовательности (регулируется в свойствах документов). Приносим извинения читателям
за ошибку в первом издании.
30
Возможно, внешними по отношению к штатному транзакционному механизму средствами
потребуется контролировать, что отработали все транзакции, и обеспечить целостность
суммарных изменений, вносимых ими. Также иногда для обработок, состоящих из множества
транзакций, есть смысл делать некоторую программную паузу между транзакциями.
72 Настольная книга 1С:Эксперта по технологическим вопросам
параметра подбирается опытным путем, на практике нормально себя зарекомендо-
вали значения от 1 до 100.
4. Набор записей регистра расчета с использованием фактического периода
действия.
По данному вопросу приходилось слушать и читать полярные мнения: от того, что
запись наборов записей регистра расчета с использованием фактического периода
действия возможна только последовательно, до того, что запись этих наборов допу-
скает параллельность по периоду и всем измерениям.
Практический опыт показал, что существуют решения, допускающие параллельную
запись, если отличается период действия (месяц, к которому он относится) или
измерение, у которого стоит признак «базовое». Примером такого решения может
служить конфигурация «Зарплата и кадры бюджетного учреждения», редакция
1.0 и решения на ее основе. И поскольку признак «базовое» стоит у измерения
«Сотрудник», реальную параллельность записи в такой конфигурации можно оцени-
вать как высокую.
5. Набор записей регистра бухгалтерии.
Если говорить только о записи в регистр бухгалтерии, следует отметить, что при
прочих равных условиях скорость и параллельность записи в регистр бухгал-
терии гораздо ниже, чем в регистры накопления. Например, при использовании
бухгалтерского регистра работа по расчетам с покупателями возможна по одной
организации только последовательная: есть всего два счета – 62.01 и 62.02, и вся
запись идет в них.
Если для регистра бухгалтерии разрешено и включено разделение итогов, то запись
движений осуществляется с учетом сплиттера (разделителя итогов) и поэтому
может производиться параллельно, даже при полностью совпадающих значениях
периода, счета и измерений.
25
Но параллельность увеличивается для записи, не для чтения31
. Что происходит,
когда кроме записи есть чтение, уже описывалось выше, в разделе 3.9, в части,
посвященной взаимоблокировкам. Если нужно осуществлять чтение, то разделитель
итогов смысла не имеет, потому что читать надо все итоги по данным значениям
периода, счета и измерений. Чтобы не получить взаимоблокировку, необходимо
пользоваться свойством БлокироватьДляИзменения32
, которое есть у набора записей
регистра бухгалтерии (подробнее описано в разделе 3.9). Таким образом, если идет
чтение остатков, разделитель итогов параллельность не увеличивает.
26
Кроме того, бухгалтерские документы, а именно они обычно являются источником
записей в регистр бухгалтерии, могут в реальности перепроводиться пользова-
телями в хаотичном порядке. Про эффект такого подхода см. ниже, в описании
транзакций Запись + Запись.
Про нюансы перепроведения документов, связанные с разделением итогов,
см. в разделе 3.9.
31
Замечание про чтение справедливо, если не используется Read Committed Snapshot.
32
Необходимо помнить, что свойство БлокироватьДляИзменения реализовано с помощью установки
управляемой блокировки в процессе записи набора, подробнее см. раздел 3.9.
73
Теория
6. Набор записей регистра накопления.
Когда разделение итогов выключено, при использовании регистра накопления есть
гораздо больше возможностей организовать параллельную работу пользователей, чем
при использовании регистра бухгалтерии – то, что было аналитическими разрезами
(субконто), становится измерениями, и параллельная запись становится возможной
там, где это было закрыто для регистра бухгалтерии.
Нюансы работы, когда для регистра накопления разрешено и включено разделение
итогов, полностью совпадают с аналогичными нюансами для регистра бухгалтерии,
описанными выше, исключая наличие счета в регистрах накопления: разделитель
перестанет увеличивать параллельность, если идет чтение остатков. Чтобы не полу-
чить взаимоблокировку, необходимо пользоваться свойством БлокироватьДляИзме-
нения.
Перепроведение документов для регистров накопления вызывает те же трудности,
что и для регистра бухгалтерии.
Реальные транзакции Запись + Запись
Как правило, реальные транзакции содержат запросы на запись не только для одного
объекта или только для одного набора записей, а для нескольких. И каждая новая
блокировка уменьшает возможности по параллельной работе. Поэтому возможности
параллельного выполнения транзакций определяются, во-первых, самой низкой
возможностью из числа прикладных объектов конфигурации, запись которых в данной
транзакции осуществляется, а во-вторых, конкретными (наихудшими) условиями
записи конкретных объектов или наборов записей. Говоря проще, если в транзакции
кроме прочего меняется значение константы или допускается эскалация блокировок
на регистре бухгалтерии, этим сводятся на нет все возможности параллельной
работы для прочих объектов метаданных, записываемых в той же транзакции.
Существует хорошая рекомендация осуществлять запись движений и контроль
остатков как можно ближе к концу транзакции. Она, однако, теряет смысл, когда
документы разрешается перепроводить, но при этом никогда не выполняется анализ,
надо ли очищать движения и записывать новые. В такой ситуации всегда имеет
место установка исключительной блокировки на ресурсы практически в самом
начале транзакции.
Реальные транзакции Чтение + Запись3327
Про нюансы работы режима, когда в регистре бухгалтерии или в регистре нако-
пления разрешено и включено разделение итогов, говорилось выше. Но этот
механизм работает так, как было описано, даже когда речь идет не об избыточных
блокировках, а о необходимых.
Далее же речь пойдет именно об избыточных блокировках. Потому что, в отличие
от запросов на запись, при написании запросов на чтение у разработчика
прикладного решения (конфигурации) есть много возможностей поставить избы-
точные блокировки. Как говорилось ранее в разделе 3.9, посвященном ошибкам
33
Если вы используете уровень изоляции Read Committed Snapshot (8.3 без режима совместимости
+ MS SQL Server 2005 и старше), вы можете забыть про сложности с разделяемыми
блокировками СУБД, они не устанавливаются.
74 Настольная книга 1С:Эксперта по технологическим вопросам
блокировок, это приводит к таким ошибкам даже тогда, когда запись может осущест-
вляться и осуществляется параллельно.
Далее, как отмечалось там же, работа некоторых механизмов «1С» приводит к избы-
точным блокировкам именно, точнее чаще, при чтении.
1. Разделение доступа к данным на уровне записей. RLS – Record Level Security.
При этом каждая новая роль, содержащая ограничение, добавляет к каждому
запросу к базе, содержащему реквизит, по которому идет разделение, свое соеди-
нение в соответствии с дополнительным запросом, написанным в конфигураторе
(в типовых конфигураций их обычно размещают в шаблонах ролей). Пример такого
запроса приведен на рис. 3.11 .1. В итоге каждый запрос отличается от «чистого»
запроса тех же данных. Поскольку ограничение чаще устанавливается на чтение, а
на запись реже (но тоже иногда встречается), то частая ситуация – запрос на чтение
отличается от «чистого» запроса, а запрос на запись соответствует «чистому»34
.
28
Если &ИспользоватьОграничениеПоОрганизации #Тогда
ТекущаяТаблица
ИЗ
#ТекущаяТаблица КАК ТекущаяТаблица
ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ РАЗЛИЧНЫЕ
СоставГруппы.Ссылка КАК ГруппаПользователей
ИЗ
Справочник.ГруппыПользователей.ПользователиГруппы КАК СоставГруппы
ГДЕ
СоставГруппы.Пользователь = &ТекущийПользователь) КАК ГруппыПользователей
ПО (ИСТИНА)
ГДЕ
НЕ ГруппыПользователей.ГруппаПользователей ЕСТЬ NULL
И
(НЕ1В
(ВЫБРАТЬ ПЕРВЫЕ 1
1
ИЗ
РегистрСведений.НазначениеВидовОбъектовДоступа КАК НазначениеВидовОбъектовДоступа
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.НастройкиПравДоступаПользователей КАК
НастройкиПравДоступаПользователей
ПО
НастройкиПравДоступаПользователей.ОбъектДоступа = ТекущаяТаблица.#Параметр(1)
И НастройкиПравДоступаПользователей.ВидОбъектаДоступа
= НазначениеВидовОбъектовДоступа.ВидОбъектаДоступа
И НастройкиПравДоступаПользователей.ОбластьДанных = ЗНАЧЕНИЕ(
Перечисление.ОбластиДанныхОбъектовДоступа.ПустаяСсылка)
И НастройкиПравДоступаПользователей.Пользователь
= ГруппыПользователей.ГруппаПользователей
ГДЕ
НазначениеВидовОбъектовДоступа.ГруппаПользователей = ГруппыПользователей.ГруппаПользователей
И НазначениеВидовОбъектовДоступа.ВидОбъектаДоступа В (
ЗНАЧЕНИЕ(Перечисление.ВидыОбъектовДоступа.Организации))
И НастройкиПравДоступаПользователей.ОбъектДоступа ЕСТЬ NULL))
#КонецЕсли
Рис. 3.11.1. Пример запроса, дописываемого к основному подсистемой RLS. 1С:УПП 1.3.39.1,
роль «Бухгалтер МСФО», ограничение чтения по организации (для указанной роли,
в частности, используется на регистр бухгалтерии «Хозрасчетный»)
34
Примечание ко второму изданию: на текущий момент работу механизма RLS можно отследить
в профайлере по наличию характерных конструкций в тексте запроса, в частности,
по наличию «SDBL_DUMMY». Мы, разумеется, не готовы утверждать, что так было всегда
и что это будет продолжаться и дальше, но сейчас это так.
75
Теория
Такие дописываемые запросы осложняют жизнь не только тем, что приходится полу-
чать дополнительные данные, и даже, можно сказать, что совсем не тем. Основная
проблема, которую они создают, состоит в том, что наличие подобных соединений
очень сильно мешает использовать поиск по индексу и очень часто приводит
к сканированию индекса или таблицы, то есть и к избыточным блокировкам,
и к увеличению длительности выполнения запросов.
Вспомним Светочку с Леночкой из раздела 3.9 .
Для борьбы за повышение производительности труда бумажные документы, с кото-
рыми работали Светочка и Леночка, «проиндексировали». Для этого, во-первых,
документы стали класть в пластиковые файлы отдельного цвета, в зависимости
от того, за какой месяц документ; во-вторых, цветной скрепкой стали обозначать,
к какой организации документ относится (периодический регистр сведений с одним
измерением или регистр накопления с одним измерением).
После этого стало достаточно давать каждой из девушек задания по работе со своими
отдельными организациями, и работа наладилась (возможность параллельной
работы).
Однако систему решили улучшить: работу с документами решили не только регули-
ровать заданием, но и ограничением доступа.
В один прекрасный день Светочка получила следующее задание: «обработать доку-
менты за сентябрь (пластиковые файлы красного цвета) по организации «А-один»
(синяя скрепка), учтя при этом, что она может работать только с документами
организаций «А-один» и «Б-два» (красная скрепка)». Леночка получила задание:
«обработать документы за сентябрь (пластиковые файлы красного цвета) по орга-
низации «В-три» (зеленая скрепка), учтя при этом, что она может работать только
с документами организаций «В-три» и «Г-четыре» (желтая скрепка)».
Девушки напряглись. Светочка смогла сопоставить второе условие с третьим
и сразу взяла только красные файлы с синей скрепкой. Леночка не смогла. Она
сначала взяла красные файлы с зелеными и желтыми скрепками, но почти сразу
файлы с желтыми скрепками вернула на место (избыточная блокировка на чтение,
не приведшая к конфликту).
Поскольку обе девушки выполнили работу, эксперимент был признан удачным,
и вскоре его распространили на всю фирму. Придя на работу, Светочка получила
следующее задание: «обработать документы за сентябрь (пластиковые файлы крас-
ного цвета) по организации «А-один» (синяя скрепка), учтя при этом, что список
ограничений (организаций, контрагентов, видов документов и др.), с которыми она
может работать, висит на стенде в административном здании».
Периодов (месяцев) в качестве ограничений указано не было. Кроме того, все файлы
были отсортированы по цветам, и пластиковые файлы красного цвета лежали рядом
(кластерный индекс). Что это за условия, Светочка не знала, и сможет ли она их
запомнить, сомневалась. Поэтому она, не задумываясь, взяла все красные файлы,
пошла с ними в административный корпус, там прочитала условие и, постоянно
с ним сверяясь, выбрала по нему те документы, с которыми ей можно работать, из
них выбрала файлы с синей скрепкой, остальные вернула на место.
76 Настольная книга 1С:Эксперта по технологическим вопросам
Леночка это видела. Она заметила, что вся эта операция не заняла особенно много
времени и что ходить в административный корпус Светочке пришлось только один
раз. Поэтому она решила применить ту же самую тактику. Одна незадача: ее тоже
попросили обработать документы за сентябрь (пластиковые файлы красного цвета),
хотя и по другой организации. Но поскольку Леночке согласно ее тактике для
проверки условий требовались все документы из красных файлов (попытка устано-
вить избыточную блокировку на чтение), она их снова так и не дождалась и ушла
в шесть вечера домой, так и не начав работать (таймаут).
Данный пример, кроме иллюстрации возникновения избыточной блокировки при
чтении, использующем ограничения на уровне записей, демонстрирует еще одну
закономерность. Чем более сложные и универсальные механизмы ограничения
доступа строятся, тем менее следует надеяться, что оптимизатор СУБД распознает
эти ограничения как имеющиеся у таблиц индексированные поля, хотя бы они
и были таковыми, и тем выше вероятность, что будет иметь место сканирование
индекса или таблицы.
Одним из вариантов решения проблем, когда видно, что избыточные блокировки
возникают именно при чтении и именно при работе RLS, может быть отключение
RLS, притом только на время транзакции, с отработкой исключительной ситуации,
например, следующим кодом35:29
ТекущееЗначениеПараметра = ПараметрыСеанса.ИспользоватьОграниченияПравДоступаНаУровнеЗаписей;
Попытка
ПараметрыСеанса.ИспользоватьОграниченияПравДоступаНаУровнеЗаписей = Ложь;
Запрос.Выполнить();
ПараметрыСеанса.ИспользоватьОграниченияПравДоступаНаУровнеЗаписей = ТекущееЗначениеПараметра;
Исключение
ПараметрыСеанса.ИспользоватьОграниченияПравДоступаНаУровнеЗаписей = ТекущееЗначениеПараметра;
ВызватьИсключение;
КонецПопытки;
2. Использование разделения данных.
Сразу надо предупредить, что использование разделения данных для целей, приве-
денных ниже, нигде не рекомендовано. Напротив, пример приведен специально для
предупреждения о возможных последствиях такого подхода.
Рассмотрим частный и, повторим, заведомо ошибочный случай, когда разделение
данных используется как разграничитель доступа по организациям.
Ситуация поворачивается наоборот: теперь пользователь с максимальными полно-
мочиями оказывается в проигрыше.
35
Пример взят из практики, в нем нормально отрабатываются случаи с ошибкой и разрывом
соединения, потому что RLS отключается только на время одного запроса на чтение.
Пример, однако, не идеален, он не будет корректно работать, в частности, в ситуации, когда
в транзакции ранее уже была ошибка, заключенная в скобки «Попытка – Исключение»,
а Запрос.Выполнить() – первое чтение после этой ошибки, которое вернет сообщение «в
данной транзакции уже происходили ошибки!». Лучше, хотя и не всегда проще, использовать
привилегированный режим. Этот режим как раз существует для таких случаев, но в клиент-
серверном варианте при выполнении на клиенте данный метод не выполняет никаких действий,
и при работе с обычным приложением потребуются дополнительные усилия по переносу кода
в серверные общие модули.
77
Теория
Светочке и Леночке выделили по шкафу. Их документы теперь кладут только в эти
шкафы. Девушкам не приходится ждать друг друга, они могут нормально работать.
Но теперь проблемы начались у их начальника. Чтобы работать с документами, ему
надо открыть и держать открытыми оба шкафа, он не может эффективно использо-
вать поиск и брать стопку документов одним движением.
Если использовать независимый разделитель, то ни у одного пользователя физи-
чески не будет доступа ко всем данным. Например, Светочка будет иметь доступ
к документам организации «А-один», Леночка к документам организации «В-три»,
но невозможно будет создать роль, которая имела бы доступ ко всем документам.
Если использовать независимый и совместный разделитель, то такая роль будет
возможна. Появится возможность разрешить некоторым пользователям заходить
в базу без указания значения разделителя, и эти пользователи будут видеть все
данные. Но эффективной работы с этими данными не получится. Поскольку во всех
индексах первым полем будет идти разделитель (точнее хеш-функция разделителей,
см. раздел 3.13 «Сведения об индексах базы»), а пользователь с максимальными
полномочиями будет работать без указания разделителя, то все запросы будут выпол-
няться со сканированием: медленно и с избыточными блокировками. Это будет
очень печально, потому что максимальные полномочия обычно предоставляют не
рядовым пользователям, а наиболее толковым из них, а также начальству. И выйдет
так, что именно у наиболее грамотных пользователей и у начальства запросы будут
работать хуже. Как описывалось раньше, избыточные блокировки приведут к тому,
что возможности параллельной работы транзакций серьезно уменьшатся36
.
30
3.12. Сведения о размещении данных. Способ
получения этих сведений
С самого начала этого раздела скажем, что сведения, приведенные в нем, совершенно
не обязательно учить наизусть или носить с собой в виде шпаргалки. Чтобы не зави-
сеть от особенностей базы, связанных с версией релиза, режимом совместимости
и др., нужно просто помнить, что их всегда можно вызвать из вашей базы кодом:
ТаблицаСоСтруктурой = ПолучитьСтруктуруХраненияБазыДанных();
ТаблицаСоСтруктурой.Сортировать("Метаданные, ИмяТаблицыХранения");
Функция глобального контекста ПолучитьСтруктуруХраненияБазыДанных() возвра-
щает таблицу значений, доступна на сервере, в толстом клиенте и внешнем
соединении. Полученную таблицу значений сразу есть смысл отсортировать и затем
любым известным способом вывести на форму. Также можно просто посмотреть
ее на останове в отладчике и сразу там же вывести в табличный документ, чтобы
иметь все возможности и удобства по работе с полученным списком: поиск, сохра-
нение и др.
36
Теоретически эта проблема может быть решена путем добавления индексов, таких же по составу,
но без разделителя, если используется независимый и совместный разделитель. До реализации
дело пока не дошло.
78 Настольная книга 1С:Эксперта по технологическим вопросам
Создадим пустую базу37
. В ней создадим три прикладных объекта: Константа1,
Константа2 и Справочник1. Сохраним изменения в базе и посмотрим на ее струк-
туру описанным выше способом (в таблице 3.12 .1 приведены только интересующие
нас столбцы).
31
Таблица 3.12 .1. Имена таблиц, изначально созданных
при организации с нуля базы с двумя константами и справочником
Имя таблицы
хранения
Имя таблицы
Метаданные
Назначение
"SystemSettings"
""
""
"ХранилищеСистемныхНастроек"
"CommonSettings" ""
""
"ХранилищеОбщихНастроек"
"RepSettings"
""
""
"ХранилищеПользовательскихНа-
строекОтчетов"
"RepVarSettings"
""
""
"ХранилищеВариантовОтчетов"
"FrmDtSettings"
""
""
"ХранилищеНастроекДанныхФорм"
"UsersWorkHistory" ""
""
"ИсторияРаботыПользователей"
"Const8"
""
"Константа.Константа1" "Константа"
"Const10"
""
"Константа.Константа2" "Константа"
"Reference7"
"Справочник.
Справочник1"
"Справочник.Спра-
вочник1"
"Основная"
Мы работаем с релизом 8.2 .18, без использования режима совместимости, поэтому
каждая константа хранится в своей таблице. Если переключить режим совмести-
мости, останется одна таблица, отвечающая за все константы38
.
32
Как будут выглядеть эти таблицы, если на эту же базу в клиент-серверной версии
«1С» посмотреть средствами SQL, показано на рис. 3.12 .1.
Рис. 3.12.1. Имена таблиц, изначально созданных файловой версией при создании
с нуля базы с двумя константами и справочником после загрузки
в клиент-серверную версию и просмотре через SQL Server Management Studio
37
Поведение в файловой и клиент-серверной версии должно быть одинаковым.
38
При другом составе метаданных будут и другие изменения состава таблиц, возникшие
вследствие изменения режима совместимости.
79
Теория
Из приведенных выше таблицы 3.12 .1 и рисунка 3.12 .1 делаем выводы:
1. Функция глобального контекста ПолучитьСтруктуруХраненияБазыДанных() пока-
зывает не все таблицы (не показаны обязательные39 таблицы: Config, ConfigSafe
и т. д.) .
33
2. Нам для решения практических задач по нашей теме и понимания структуры
хранения данных вполне достаточно и того, что она показывает.
3. Названия таблиц в колонке ИмяТаблицыХранения и имена таблиц в СУБД сопо-
ставимы.
4. Имя таблицы состоит из префикса и номера. По префиксу можно понять, что
это за таблица (или посмотреть колонку Метаданные). Номер присваивается
системой в сквозном порядке, но с пропусками.
В предыдущей главе обсуждалась выгрузка сообщений обмена как узкое место при
параллельной работе. Создадим план обмена и включим в него Константу2 и Спра-
вочник1, а Константу1 включать не будем. В таблице 3.12.2 видно, какие таблицы для
каких объектов метаданных добавились. При добавлении еще одного плана обмена
и включении регистрации в нем Константы2 и Справочника1 новые таблицы для них
не появятся. В дальнейшем новые объекты включать в план обмена не будем, чтобы
не загромождать материал. Скажем только, что ровно по одной таблице с назначе-
нием «РегистрацияИзменений» и подстрокой «ChngR» в имени будет создано для
каждого из объектов метаданных, зарегистрированных хотя бы в одном плане обмена.
Таблица 3.12 .2. Имена таблиц, добавленных к таблицам объектом метаданных
после включения их в план обмена
Имя таблицы
хранения
Имя таблицы
Метаданные
Назначение
"SystemSettings"
""
""
"ХранилищеСистемныхНа-
строек"
"CommonSettings"
""
""
"ХранилищеОбщихНастроек"
"RepSettings"
""
""
"ХранилищеПользователь-
скихНастроекОтчетов"
"RepVarSettings"
""
""
"ХранилищеВариантовОт-
четов"
"FrmDtSettings"
""
""
"ХранилищеНастроекДанных-
Форм"
"UsersWorkHistory"
""
""
"ИсторияРаботыПользова-
телей"
"Const8"
""
"Константа.Константа1"
"Константа"
"Const10"
""
"Константа.Константа2"
"Константа"
"ConstChngR15"
""
"Константа.Константа2"
"РегистрацияИзмененийКон-
станты"
"Node13"
"ПланОбмена.
ПланОбмена1"
"ПланОбмена.ПланОбмена1" "Основная"
"Reference7"
"Справочник.
Справочник1"
"Справочник.Справочник1"
"Основная"
"ReferenceChngR14" ""
"Справочник.Справочник1"
"РегистрацияИзменений"
39
Обязательными они называется потому, что при их отсутствии система не считает имеющуюся
базу базой «1С:Предприятия».
80 Настольная книга 1С:Эксперта по технологическим вопросам
Создадим по одному объекту каждого вида.
Объектам, которые могут иметь табличные части, добавим их (одному из доку-
ментов – две).
Обратим внимание на то, что, когда мы получаем информацию о структуре через
останов на отладчике (см. рис. 3.12 .2), элементами строки, отвечающей за таблицу,
являются также вложенные таблицы значений: «Индексы» и «Поля». Через них
можно получить сведения о структуре индексов и структуре полей, и в двух следу-
ющих главах мы эти средством воспользуемся.
Рис. 3.12.2. Просмотр структуры базы через останов на отладчике. Видны вложенные
таблицы «Индексы» и «Поля»
В таблице 3.12 .3 представлены созданные таблицы базы. В столбце «Назначение»
для некоторых таблиц курсивом добавлено условие, при котором эта таблица добав-
ляется, если такое условие требует пояснения.
Таблица 3.12 .3. Пример имен таблиц, созданных в базе. В базу добавлены все возможные объекты
Имя таблицы
хранения
Имя таблицы
Метаданные
Назначение
Служебные
"CommonSettings"
""
""
"ХранилищеОбщихНастроек"
"ExtDataSrcPrms"
""
""
"Основная"
"FrmDtSettings"
""
""
"ХранилищеНастроекДанныхФорм"
"RepSettings"
""
""
"ХранилищеПользовательскихНа-
строекОтчетов"
"RepVarSettings"
""
""
"ХранилищеВариантовОтчетов"
"SystemSettings"
""
""
"ХранилищеСистемныхНастроек"
"UsersWorkHistory"
""
""
"ИсторияРаботыПользователей"
Бизнес-процессы
"BPr23"
"БизнесПроцесс.БизнесПроцесс1"
"БизнесПроцесс.БизнесПроцесс1"
"Основная"
"BPrPoints24"
""
"БизнесПроцесс.БизнесПроцесс1"
"ТочкиМаршрута"
"BPr23.VT60"
"БизнесПроцесс.БизнесПроцесс1.
ТабличнаяЧасть1"
"БизнесПроцесс.БизнесПроцесс1.
ТабличнаяЧасть.ТабличнаяЧасть1"
"ТабличнаяЧасть"
Документы
"Document16"
"Документ.Документ1"
"Документ.Документ1"
"Основная"
"Document16.VT47"
"Документ.Документ1.
ТабличнаяЧасть1"
"Документ.Документ1.
ТабличнаяЧасть.ТабличнаяЧасть1"
"ТабличнаяЧасть"
"Document16.VT49" "Документ.Документ1.
ТабличнаяЧасть2"
"Документ.Документ1.
ТабличнаяЧасть.ТабличнаяЧасть2"
"ТабличнаяЧасть"
Журналы документов
"DocumentJournal37" "ЖурналДокументов.
ЖурналДокументов1"
"ЖурналДокументов.
ЖурналДокументов1"
"Основная"
81
Теория
Имя таблицы
хранения
Имя таблицы
Метаданные
Назначение
Задачи
"Task25"
"Задача.Задача1"
"Задача.Задача1"
"Основная"
"Task25.VT62"
"Задача.Задача1.ТабличнаяЧасть1"
"Задача.Задача1.ТабличнаяЧасть.
ТабличнаяЧасть1"
"ТабличнаяЧасть"
Константы
"Const8"
""
"Константа.Константа1"
"Константа"
"Const10"
""
"Константа.Константа2"
"Константа"
"ConstChngR15"
""
"Константа.Константа2"
"РегистрацияИзмененийКонстанты"
Перечисления
"Enum26"
"Перечисление.Перечисление1"
"Перечисление.Перечисление1"
"Основная"
Планы видов расчета
"CKinds21"
"ПланВидовРасчета.ПланВидовРас-
чета1"
"ПланВидовРасчета.ПланВидовРас-
чета1"
"Основная"
"CKindsDN86"
""
"ПланВидовРасчета.ПланВидовРас-
чета1"
"ПорядокВытеснения" (создается,
если у плана видов расчета уста-
новлен флажок ИспользуетПе-
риодДействия)
"CKinds21.BaseCK" "ПланВидовРасчета.ПланВидовРасче-
та1.БазовыеВидыРасчета"
"ПланВидовРасчета.ПланВидовРас-
чета1.ТабличнаяЧасть.БазовыеВи-
дыРасчета"
"БазовыеВидыРасчета" (создается,
если у плана видов расчета свой-
ство "Зависимость от базы" не "Не
зависит")
"CKinds21.
LeadingCK"
"ПланВидовРасчета.ПланВидовРасче-
та1.ВедущиеВидыРасчета"
"ПланВидовРасчета.ПланВидовРас-
чета1.ТабличнаяЧасть.ВедущиеВи-
дыРасчета"
"ВедущиеВидыРасчета"
"CKinds21.
DisplacedCK"
"ПланВидовРасчета.ПланВидовРасче-
та1.ВытесняющиеВидыРасчета"
"ПланВидовРасчета.ПланВидовРас-
чета1.ТабличнаяЧасть.Вытесняю-
щиеВидыРасчета"
"ВытесняющиеВидыРасчета"
(создается, если у плана видов рас-
чета установлен флажок Использу-
етПериодДействия)
"CKinds21.VT58"
"ПланВидовРасчета.ПланВидовРасче-
та1.ТабличнаяЧасть1"
"ПланВидовРасчета.ПланВидовРас-
чета1.ТабличнаяЧасть.Таблична-
яЧасть1"
"ТабличнаяЧасть"
Планы видов характеристик
"Chrc27"
"ПланВидовХарактеристик.ПланВи-
довХарактеристик1"
"ПланВидовХарактеристик.ПланВи-
довХарактеристик1"
"Основная"
"Chrc27.VT51"
"ПланВидовХарактеристик.ПланВи-
довХарактеристик1.ТабличнаяЧасть1"
"ПланВидовХарактеристик.План-
ВидовХарактеристик1.Табличная-
Часть.ТабличнаяЧасть1"
"ТабличнаяЧасть"
Планы обмена
"Node13"
"ПланОбмена.ПланОбмена1"
"ПланОбмена.ПланОбмена1"
"Основная"
"Node13.VT56"
"ПланОбмена.ПланОбмена1.Таблич-
наяЧасть1"
"ПланОбмена.ПланОбмена1.Та-
бличнаяЧасть.ТабличнаяЧасть1"
"ТабличнаяЧасть"
Планы счетов
"Acc22"
"ПланСчетов.ПланСчетов1"
"ПланСчетов.ПланСчетов1"
"Основная"
"Acc22.ExtDim72"
"ПланСчетов.ПланСчетов1.ВидыСуб-
конто"(создается, если максимальное
количество субконто больше 0)
"ПланСчетов.ПланСчетов1.Таблич-
наяЧасть.ВидыСубконто"
"ВидыСубконто"
"Acc22.VT53"
"ПланСчетов.ПланСчетов1.Таблич-
наяЧасть1"
"ПланСчетов.ПланСчетов1.Таблич-
наяЧасть.ТабличнаяЧасть1"
"ТабличнаяЧасть"
Последовательности
"Seq41"
"Последовательность.Последователь-
ность1"
"Последовательность.Последова-
тельность1"
"Основная"
"SeqB42"
""
"Последовательность.Последова-
тельность1"
"ГраницыПоследовательности"
Регистры бухгалтерии
"AccRg28"
"РегистрБухгалтерии.РегистрБухгал-
терии1"
"РегистрБухгалтерии.РегистрБух-
галтерии1"
"Основная"
82 Настольная книга 1С:Эксперта по технологическим вопросам
Имя таблицы
хранения
Имя таблицы
Метаданные
Назначение
"AccRgAT030"
""
"РегистрБухгалтерии.РегистрБух-
галтерии1"
"ИтогиПоСчетам"
"AccRgAT174"
""
"РегистрБухгалтерии.РегистрБух-
галтерии1"
"ИтогиПоСчетамССубконто1"
(создается, если максимальное
количество субконто у плана счетов
больше 0)
"AccRgAT275"
""
"РегистрБухгалтерии.РегистрБух-
галтерии1"
"ИтогиПоСчетамССубконто2"
(создается, если максимальное
количество субконто у плана счетов
больше 1)
"AccRgCT65"
""
"РегистрБухгалтерии.РегистрБух-
галтерии1"
"ИтогиМеждуСчетами" "
(создается, если регистр поддержи-
вает корреспонденцию)
"AccRgED77"
"""
"РегистрБухгалтерии.РегистрБух-
галтерии1"
"ЗначенияСубконто"
(создается, если максимальное
количество субконто у плана счетов
больше 0)
"AccRgOpt34"
""
"РегистрБухгалтерии.РегистрБух-
галтерии1"
"НастройкиХраненияИтоговРеги-
страБухгалтерии"
Регистры накопления типа «Остатки»
"AccumRg17"
"РегистрНакопления.РегистрНако-
пления1"
"РегистрНакопления.РегистрНако-
пления1"
"Основная"
"AccumRgAggGrid92" ""
"РегистрНакопления.РегистрНако-
пления1"
"СписокАгрегатовРегистровНако-
пления"
(создалась после создания агрега-
тов для Регистра накопления2)
"AccumRgAggOpt94" ""
"РегистрНакопления.РегистрНако-
пления1"
"НастройкиРежимаАгрегатовРеги-
стровНакопления" "
(создалась после создания агрега-
тов для Регистра накопления2)
"AccumRgOpt20"
""
"РегистрНакопления.РегистрНако-
пления1"
"НастройкиХраненияИтоговРеги-
страНакопления"
"AccumRgT19"
""
"РегистрНакопления.РегистрНако-
пления1"
"Итоги"
Регистры накопления типа «Обороты»
"AccumRg78"
"РегистрНакопления.РегистрНако-
пления2"
"РегистрНакопления.РегистрНако-
пления2"
"Основная"
"AccumRgAgg31h97" ""
"РегистрНакопления.РегистрНако-
пления2"
"АгрегатРегистраНакопления" (соз-
далась после создания агрегатов)
"AccumRgAggGrid93" ""
"РегистрНакопления.РегистрНако-
пления2"
"СписокАгрегатовРегистровНако-
пления"
(создалась после создания агре-
гатов)
"AccumRgAggOpt95" ""
"РегистрНакопления.РегистрНако-
пления2"
"НастройкиРежимаАгрегатовРеги-
стровНакопления"
(создалась после создания агре-
гатов)
"AccumRgBf99"
""
"РегистрНакопления.РегистрНако-
пления2"
"БуферОборотов"
(создалась после создания агре-
гатов)
"AccumRgDl98"
""
"РегистрНакопления.РегистрНако-
пления2"
"НовыеОбороты"
(создалась после создания агре-
гатов)
83
Теория
Имя таблицы
хранения
Имя таблицы
Метаданные
Назначение
"AccumRgOpt79"
""
"РегистрНакопления.РегистрНако-
пления2"
"НастройкиХраненияИтоговРеги-
страНакопления"
"AccumRgSt100"
""
"РегистрНакопления.РегистрНако-
пления2"
"СтатистикаЗапросов"
(создалась после создания агре-
гатов)
"AccumRgTn85"
""
"РегистрНакопления.РегистрНако-
пления2"
"Обороты"
(создается, если есть хоть одно
измерение)
Регистры расчета
"CRg36"
"РегистрРасчета.РегистрРасчета1"
"РегистрРасчета.РегистрРасчета1" "Основная"
"CRgActP88"
""
"РегистрРасчета.РегистрРасчета1" "ПериодыДействия" (создается,
если установлено свойство "Период
действия" )
"CRgRecalc87"
"РегистрРасчета.РегистрРасчета1.
Перерасчет.Перерасчет1"
"РегистрРасчета.РегистрРасчета1.
Перерасчет.Перерасчет1"
"Основная" (создается, если добав-
лен перерасчет )
Регистры сведений
"InfoRg38"
"РегистрСведений.РегистрСведений1" "РегистрСведений.РегистрСве-
дений1"
"Основная"
Справочники
"Reference7"
"Справочник.Справочник1"
"Справочник.Справочник1"
"Основная"
"ReferenceChngR14" ""
"Справочник.Справочник1"
"РегистрацияИзменений"
"Reference7.VT45"
"Справочник.Справочник1.Таблична-
яЧасть1"
"Справочник.Справочник1.Таблич-
наяЧасть.ТабличнаяЧасть1"
"ТабличнаяЧасть"
Несколько комментариев к таблице:
1. Табличная часть объекта в первой части префикса содержит префикс объекта,
см., напр., «Document16» и «Document16.VT47».
2. К таблице точек маршрута бизнес-процесса и к некоторым другим таблицам это
не относится.
3. Понятно, что в условиях другой конкретной базы нумерация таблиц и их коли-
чество будут другими. После изменения релиза могут измениться и их имена,
хотя бы и незначительно. Могут появляться новые виды таблиц, как появились
отдельные таблицы под каждую константу и таблицы, связанные с агрега-
тами. Главное – понимать, как и откуда вы эти данные можете получить и как
полученные из вашей базы особенности размещения данных влияют на парал-
лельность работы.
84 Настольная книга 1С:Эксперта по технологическим вопросам
3.13. Сведения об индексах базы.
Способ получения этих сведений.
Кластерный и некластерные индексы
Подход к получению сведений об индексах может быть таким же, как тот, что мы
использовали в предыдущей главе: не имея справочников, с помощью кода получить
в отладчике структуру хранения данных:
ТаблицаСоСтруктурой = ПолучитьСтруктуруХраненияБазыДанных();
ТаблицаСоСтруктурой.Сортировать("Метаданные, ИмяТаблицыХранения");
Далее, спускаясь по структуре (расшифровываемые поля на рис. 3.13.1 подсвечены),
узнать, какие есть индексы:
85
Теория
Рис. 3.13.1. Получение сведений об индексе непосредственно из базы
В примере на рисунках выше выяснено, что у таблицы документов один из индексов
идет по номеру и ссылке.
Также из рисунков этого примера видно, как вообще добраться до информации об
индексах. Нужно из первоначальной таблицы значений, в которую была получена
структура базы, пройти по вложенной в нее таблице «Индексы», а из «Индексов» –
пройти по таблице значений «Поля». Написание обработки, проходящей два уровня
вложенных таблиц, затруднений вызвать не должно. Запустив ее, получим реально
существующий состав индексов для нашей базы (в таблице 3.13.1 приведен его
фрагмент). В колонке «Имя поля» курсивом дописаны описания на русском языке,
не формирующиеся автоматически.
Таблица 3.13.1. Индексы, созданные в базе (фрагмент)
Имя таблицы
хранения
Метаданные + назначение
Имя
индекса
Имя поля хранения
Имя поля
"Const8"
"Константа.Константа1Константа"
""
""
"ByKey"
"RecordKey"
""
"Const10"
"Константа.Константа2Константа"
""
""
"ByKey"
"RecordKey"
""
"ConstChngR15"
"Константа.Константа2РегистрацияИзмененийКонстанты"
""
""
"ByNodeMsg" "Node, MessageNo, ConstID" ", , "
(Узел + Номер
сообщения + Ключ
данных)
""
""
"ByDataKey"
"ConstID, Node"
","
(Ключ данных + Узел)
"Document16"
"Документ.Документ1Основная"
""
""
"ByDocNum"
"Number, ID"
"Номер, Ссылка"
""
""
"ByDocDate"
"Date_Time, ID"
"Дата, Ссылка"
"DocumentJournal37" "ЖурналДокументов.ЖурналДокументов1Основная"
""
""
"ByDocDate"
"Date_Time, Document"
"Дата, Ссылка"
""
""
"ByDoc"
"Document"
"Ссылка"
"Enum26"
"Перечисление.Перечисление1Основная"
""
""
"ByOrder"
"EnumOrder, ID"
"Порядок, Ссылка"
"Seq41"
"Последовательность.Последовательность1Основная"
""
""
"ByRecorder" "Recorder"
"Регистратор"
""
""
"ByDims"
"Period, Recorder"
"Период, Регистратор"
"AccumRg17"
"РегистрНакопления.РегистрНакопления1Основная"
""
""
"ByPeriod"
"Period, Recorder, LineNo"
"Период, Регистратор,
НомерСтроки"
86 Настольная книга 1С:Эксперта по технологическим вопросам
Имя таблицы
хранения
Метаданные + назначение
Имя
индекса
Имя поля хранения
Имя поля
""
""
"ByRecorder" "Recorder, LineNo"
"Регистратор,
НомерСтроки"
"AccumRgAggGrid92" "РегистрНакопления.РегистрНакопления1СписокАгрегатовРегистровНакопления"
""
""
"ByID"
"RegID, DefaultPeriodic,
ID, Updated"
",,,"
"AccumRgAggOpt94" "РегистрНакопления.РегистрНакопления1НастройкиРежимаАгрегатовРегистровНакопления"
""
""
"ByID"
"RegID"
""
"AccumRgOpt20"
"РегистрНакопления.РегистрНакопления1НастройкиХраненияИтоговРегистраНакопления"
""
""
"ByRegID"
"RegID"
""
"AccumRgT19"
"РегистрНакопления.РегистрНакопления1Итоги"
""
""
"ByDims"
"Period, Fld96, Splitter"
", Измерение1, "
"InfoRg38"
"РегистрСведений.РегистрСведений1Основная"
""
""
"ByDims"
"Fld39"
"Измерение1"
"Reference7"
"Справочник.Справочник1Основная"
""
""
"Code"
"Code, ID"
"Код, Ссылка"
""
""
"Descr"
"Description, ID"
"Наименование, Ссылка"
"ReferenceChngR14"
"Справочник.Справочник1РегистрацияИзменений"
""
""
"ByNodeMsg" "Node, MessageNo, ID"
",,"
(Узел + Номер сооб-
щения + Ключ данных)
""
""
"ByDataKey"
"ID, Node"
","
(Ключ данных + Узел)
Описанный способ получения существующих индексов не выводит, однако, есть
нескольких важных вещей:
1. Для всех объектных типов данных (справочники, документы и т. д.) в базе авто-
матически определяется кластерный индекс по полю Ссылка. И вот его в этой
таблице вы не увидите, но про него надо просто помнить.
2. При использовании общего реквизита к большинству индексов первым
столбцом ключа индекса добавляется DataSeparationHash. Этого факта, к сожа-
лению, через ПолучитьСтруктуруХраненияБазыДанных() вы тоже не увидите,
и про него тоже надо помнить40
.
34
3. Также в этой таблице вы не увидите индекса simplekey для регистра сведений,
но он для наших целей важности не имеет.
Кластерным называется индекс, по значению которого отсортирована таблица в базе.
Остальные индексы называются некластерными. Таблица может иметь только один
кластерный индекс или не иметь ни одного. Некластерных индексов может быть
несколько, или может не быть совсем.
Кластерный индекс для необъектных типов данных, в отличие от объектных,
в таблицу, получаемую через ПолучитьСтруктуруХраненияБазыДанных(), попадает.
В таблице выше кластерные индексы выделены жирным шрифтом.
Данные по тому, какие индексы являются кластерными, получены как из литера-
туры, так и через просмотр свойств базы средствами SQL Server Management Studio.
Этот альтернативный предложенному ранее способ получения информации о струк-
40
Также см. сноску в конце раздела 3.11.
87
Теория
туре базы более точен (видны все таблицы, все индексы, все реквизиты, по которым
индекс строится), но значительно менее удобен в том, что нет привязки к именам
таблиц в терминах метаданных, а также в том, что годится только для SQL Server.
К слову, создание индексов не через конфигуратор, а средствами сервера СУБД
строго не рекомендуется и, кроме прочего, нарушает лицензионное соглашение.
Далее, хотя мы описали методику получения фактического состава индексов в базе,
нелишним будет привести сведения по текущим правилам построения индексов хотя
бы для справочников, документов, регистров сведений, накопления и бухгалтерии41
,
т. е. для того, с чем чаще всего приходится иметь дело. Использованы фрагменты
статьи http://its.1c.ru/db/metod8dev#content:1590:hdoc с сайта ИТС, статья находится
в открытом доступе.
35
<...> Индексы таблиц создаются неявным образом при создании объектов конфи-
гурации, а также при тех или иных настройках объектов конфигурации. Для тех
случаев, когда создание индексов зависит от настроек объектов конфигурации,
приведены условия создания индексов.
В приведенных ниже таблицах имена индексных полей приведены так, как они
описаны в разделе документации «Таблицы запросов».
Для измерений, реквизитов и т. д. применяются условные имена Измерение1,
Реквизит1 и т. д.
Для общих реквизитов, являющихся разделителями в режиме «независимо», будем
использовать имена ОРНР (ОРНР1, ОРНР2, и т. д.) .
Для общих реквизитов, являющихся разделителями в режиме «независимо
и совместно», будем использовать имена ОРСР.
Если режим разделения не имеет значения, то для общих реквизитов, являющихся
разделителями, будем использовать имена ОРР.
Если в конфигурации определены разделители, то в индексы может входить поле,
которое содержит значение хеш-функции набора значений разделителей. Такое поле
будем обозначать именем ОРРХ.
Те индексные поля, которые не являются обязательными, приведены в квадратных
скобках, а если в индексе присутствует набор однотипных полей, это описывается
многоточием, например: Реквизит + Измерение1 + [Измерение2 +...] .
Данным материалом следует руководствоваться при написании текстов запросов
с целью оптимизации времени их исполнения.
41
Мы не проводили работ по полному сличению материала статьи с ИТС и фактически
имеющихся в базах индексов. Но то, что мы сравнивали, позволяет говорить о том, что это
точное и очень полезное описание для версий 8.2 .14–8.3 .5. Как мы говорили, фактический
состав индексов надо уметь получать самостоятельно, но в данном материале описаны
еще и закономерности, касающиеся разделителей и сплиттера, которые трудно обобщить,
анализируя экспериментальные данные.
88 Настольная книга 1С:Эксперта по технологическим вопросам
Справочник4236
Основные индексы
Индекс
Условие
[ОРНР1 + ... +] Ссылка
(Кластерный)43
Всегда.
В индекс входят поля независимых разделителей, которые
разделяют этот справочник
[ОРРХ | ОРНР1 +] Код + Ссылка
Свойство «Длина кода» не равно 0.
Если справочник разделяется одним независимым раздели-
телем, тип которого не Строка, то индекс содержит поле этого
разделителя.
Если тип разделителя – Строка, или разделитель независимый
и совместный, или разделителей больше одного, то индекс
содержит поле значения хеш-функции значений разделителей.
Это правило справедливо для всех индексов, в со ставе
которых указано [ОРРХ | ОРНР1 +]
[ОРРХ | ОРНР1 +] Наименование +
Ссылка
Свойство «Длина наименования» не равно 0
[ОРРХ | ОРНР1 +] Реквизит + Ссылка
Для реквизита «Реквизит» свойство «Индексировать» установ-
лено в значение «Индексировать»
[ОРРХ | ОРНР1 +] Реквизит + Код +
Ссылка
Для реквизита «Реквизит» свойство «Индексировать» установ-
лено в значение «Индексировать с доп. Упорядочиванием»,
и при этом свойство «Длина кода» не равно 0, а свойство
«Основное представление» равно «В виде кода»
[ОРРХ | ОРНР1 +] Реквизит + Наиме-
нование + Ссылка
Для реквизита «Реквизит» свойство «Индексировать» установ-
лено в значение «Индексировать с доп. упорядочиванием»,
и при этом свойство «Длина наименования» не равно 0, а
свойство «о сновное представление» равно «В виде наимено-
вания»
[ОРРХ | ОРНР1 +] Реквизит
Справочник включен в критерий отбора через реквизит
«Реквизит»
Документ
Индекс
Условие
[ОРНР1 + ... +] Ссылка (Кластерный)
Всегда.
В индекс входят поля независимых разделителей, которые
разделяют этот документ
[ОРРХ | ОРНР1 +] Дата + Ссылка
Всегда
[ОРРХ | ОРНР1 +] Номер + Ссылка
Свойство «Длина номера» не равно 0
[ОРРХ | ОРНР1 +] Реквизит + Ссылка
Для реквизита «Реквизит» свойство «Индексировать»
установлено в значение «Индексировать»
[ОРРХ | ОРНР1 +] Реквизит + Дата +
Ссылка
Для реквизита «Реквизит» свойство «Индексировать»
установлено в значение «Индексировать с доп. упорядочи-
ванием»
[ОРРХ | ОРНР1 +] Реквизит
Документ включен в критерий отбора через реквизит
«Реквизит»
[ОРРХ | ОРНР1 +] ПрефиксНомера +
Номер + Ссылка
Свойство «Длина номера» не равно 0
<...>
42
Кластерные индексы выделены полужирным.
43
Для справочников приведены не все индексы, а только наиболее важные для наших целей.
Дополнительные индексы для иерархических и подчиненных справочников см. в оригинале
статьи.
89
Теория
Табличная часть
Индекс
Условие
[ОРНР1 + ... +] Ссылка +
Ключ (Кластерный)
Всегда.
В индекс входят поля независимых разделителей, разделяющих объект,
которому принадлежит табличная часть
[ОРНР1 + ... +] Реквизит +
Ссылка
Объект конфигурации включен в критерий отбора через реквизит
«Реквизит» табличной части, или для реквизита табличной части
установлено свойство «Индексировать».
В индекс входят поля независимых разделителей, разделяющих объект,
которому принадлежит табличная часть
Для всех таблиц, которые предоставляют доступ к табличным частям объектов.
Регистр сведений
Непериодический регистр сведений
Индекс
Условие и описание
[ОРРХ | ОРНР1 +] Измерение1 +
[Измерение2 +...] (Кластерный)
Есть хоть одно измерение регистра.
Индекс, включающий все измерения в том порядке, в котором они
заданы при конфигурировании.
Индекс кластерный, если регистр независимый
[ОРРХ | ОРНР1 +] ИзмерениеN +
Измерение1 + [Измерение2 +...]
Измерению «ИзмерениеN» задано свойство «Индексировать» или
свойство «Ведущее», и при этом это не первое и не единственное
измерение.
Индекс, включающий все измерения. Первое поле – «ИзмерениеN»,
затем все остальные измерения в том порядке, в котором они
заданы при конфигурировании
[ОРРХ | ОРНР1 +] Реквизит +
Измерение1 + [Измерение2 +...]
Реквизиту «Реквизит» задано свойство «Индексировать».
Индекс, в котором первое поле – «Реквизит», затем все измерения
в том порядке, в котором они заданы при конфигурировании
[ОРРХ | ОРНР1 +] SimpleKey44
Количество измерений больше одного. Используется для обхода
регистра при реструктуризации, а также для выборки записей
с использованием оптимального порядка обхода
[ОРРХ | ОРНР1 +] Ресурс +
Измерение1 + [Измерение2 +...]
Ресурсу «Ресурс» задано свойство «Индексировать».
Индекс, в котором первое поле – «Ресурс», затем все измерения
в том порядке, в котором они заданы при конфигурировании
Периодический регистр сведений
Индекс
Условие и описание
[ОРРХ | ОРНР1 +] Период + [Измерение1 +
.. .] (Кластерный) (для 8.2)
[ОРРХ | ОРНР1 +] [Измерение1 + ...] +
Период (Кластерный) (для 8.3)
Всегда
[ОРРХ | ОРНР1 +] Измерение1 + [Измерение2
+...] + Период (для 8.2)
[ОРРХ | ОРНР1 +] Период + Измерение1 +
[Измерение2 +...] (для 8.3)
Есть хоть одно измерение регистра.
Индекс, включающий все измерения в том порядке,
в котором они заданы при конфигурировании и поле
«Период»
[ОРРХ | ОРНР1 +] ИзмерениеN + Период +
Измерение1 + [Измерение2 +...]
Измерению «ИзмерениеN» задано свойство «Индек-
сировать» или свойство «Ведущее», и при этом это не
единственное измерение.
Индекс, включающий поле «Период» и все
измерения. Первое поле – «ИзмерениеN», затем поле
«Период», затем все остальные измерения в том
порядке, в котором они заданы при конфигуриро-
вании
________________
44
SimpleKey – короткий ключ записи регистра. Поле присутствует у непериодических регистров,
имеющих хотя бы одно измерение.
90 Настольная книга 1С:Эксперта по технологическим вопросам
Индекс
Условие и описание
[ОРРХ | ОРНР1 +] Реквизит + Период +
[Измерение1 + ...]
Реквизиту «Реквизит» задано свойство «Индексиро-
вать».
Индекс, в котором первое поле – «Реквизит», затем
поле «Период», затем все измерения в том порядке,
в котором они заданы при конфигурировании
[ОРРХ | ОРНР1 +] Ресурс + Период +
[Измерение1 + ...]
Ресурсу «Ресурс» задано свойство «Индексировать».
Индекс, в котором первое поле – «Ресурс», затем
поле «Период», затем все измерения в том порядке,
в котором они заданы при конфигурировании
Дополнительный индекс для регистра сведений, подчиненного регистратору
Индекс
Условие и описание
[ОРНР1 + ... +] Регистратор + НомерСтроки
(Кластерный)
Всегда.
В индекс входят поля независимых разделителей, которые
разделяют этот регистр.
Индекс кластерный, если регистр непериодический
Регистр сведений с периодичностью «По позиции регистратора»
Индекс
Условие и описание
[ОРРХ | ОРНР1 +] Период + Реги-
стратор + НомерСтроки (Кластерный)
Всегда
[ОРНР1 + ... +] Регистратор + Номер-
Строки
Всегда.
В индекс входят поля независимых разделителей, которые
разделяют этот регистр
[ОРРХ | ОРНР1 +] Измерение1 + [Изме-
рение2 + ...] + Период + Регистратор +
НомерСтроки
Есть хоть одно измерение регистра.
Индекс, включающий все измерения в том порядке,
в котором они заданы при конфигурировании, поле «Период»
и поле «Регистратор»
[ОРРХ | ОРНР1 +] Измерение + Период
+ Регистратор + НомерСтроки
Измерению «Измерение» задано свойство «Индексировать»
[ОРРХ | ОРНР1 +] Реквизит + Период +
Регистратор + НомерСтроки
Реквизиту «Реквизит» задано свойство «Индексировать»
[ОРРХ | ОРНР1 +] Ресурс + Период +
Регистратор + НомерСтроки
Ресурсу «Ресурс» задано свойство «Индексировать»
Регистр накопления4537
Основная таблица регистра
Индекс
Условие
[ОРРХ | ОРНР1 +] Период + Регистратор +
НомерСтроки (Кластерный)
Всегда
[ОРНР1 + ... +] Регистратор + НомерСтроки
Всегда.
В индекс входят поля независимых разделителей, которые
разделяют этот регистр
[ОРРХ | ОРНР1 +] Измерение + Период +
Регистратор + НомерСтроки
Измерению «Измерение» задано свойство «Индексиро-
вать»
[ОРРХ | ОРНР1 +] Реквизит + Период +
Регистратор + НомерСтроки
Реквизиту «Реквизит» задано свойство «Индексировать»
45
Для регистров накопления приведены не все индексы, а только наиболее важные для наших
целей. Индексы для таблицы агрегатов, таблицы статистики регистра накопления и пр. см.
в оригинале статьи.
91
Теория
Таблица остатков
Индекс
Условие
[ОРРХ | ОРНР1 +] Период + Измерение1 +
. .. + ИзмерениеN (Кластерный) ) + Splitter46 Для регистров вида «Остатки»
[ОРРХ | ОРНР1 +] Измерение + Период
Измерению «Измерение» задано свойство «Индексиро-
вать»
Таблица оборотов
Индекс
Условие
[ОРРХ | ОРНР1 +] Период + Измерение1 +
. .. + ИзмерениеN (Кластерный) + Splitter
Для регистров вида «Обороты»
[ОРРХ | ОРНР1 +] Измерение + Период
Измерению «Измерение» задано свойство «Индексиро-
вать»
<...>
Регистр бухгалтерии
Основная таблица регистра без корреспонденции
Индекс
Условие и описание
[ОРРХ | ОРНР1 +] Период + Регистратор +
НомерСтроки (Кластерный)
Всегда
[ОРНР1 + ... +] Регистратор + НомерСтроки
Всегда.
В индекс входят поля независимых разделителей, которые
разделяют этот регистр
[ОРРХ | ОРНР1 +] Счет + Период +
Регистратор
Регистру назначен план счетов
[ОРРХ | ОРНР1 +] Измерение + Период +
Регистратор + НомерСтроки
Измерению «Измерение» задано свойство «Индексиро-
вать»
[ОРРХ | ОРНР1 +] Реквизит + Период +
Регистратор + НомерСтроки
Реквизиту «Реквизит» задано свойство «Индексировать»
Основная таблица регистра с корреспонденцией
От вышеприведенного состава индексов отличается лишь тем, что вместо индекса
по счету создаются два индекса по счету дебета и счету кредита.
Индекс
Условие
[ОРРХ | ОРНР1 +] СчетДт + Период + Регистратор Регистру назначен план счетов
[ОРРХ | ОРНР1 +] СчетКт + Период + Регистратор Регистру назначен план счетов
Таблица итогов по счету
Индекс
Условие
[ОРРХ | ОРНР1 +] Период [+ Счет] +
ИзмерениеБезПризнакаУчета1 + ... +
ДополнительноеИзмерение1 + ... + Измере-
ниеСПризнакомУчета1 + ...
[+ ХэшИзмерений] [+ РазделительИтогов47
]
Поле «Счет» добавляется в случае, если регистру
определен план счетов.
Поле «ХэшИзмерений» добавляется, количество других
полей больше 15.
Поле «РазделительИтогов» добавляется, если включено
разделение итогов
________________
46
Splitter – указано для регистра накопления. Для регистра бухгалтерии указано
«РазделительИтогов». На практике можно убедиться, что поле добавляется в индекс, если
для регистра разрешено разделение итогов в конфигураторе (и неважно, включено разделение
итогов или нет).
47
См. выше примечание к полю Splitter для регистров накопления.
92 Настольная книга 1С:Эксперта по технологическим вопросам
Таблица итогов между счетами
Только для регистров, поддерживающих корреспонденцию.
Индекс
Условие
[ОРРХ | ОРНР1 +]
ИзмерениеДт1 + ИзмерениеКт1 + ...
Измерение1 + ...
[+ ХэшИзмерений]
[+ РазделительИтогов]
Для небалансовых измерений.
Для балансовых измерений.
Поле «ХэшИзмерений» добавляется, количество других полей
больше 15.
Поле «РазделительИтогов» добавляется, если включено
разделение итогов
Таблица со значениями субконто
Индекс
Условие
[ОРРХ | ОРНР1 +] Регистратор + Номер-
Строки + Корреспонденция
Всегда
[ОРРХ | ОРНР1 +] Период + Регистратор +
НомерСтроки + ВидСубконто + Корреспон-
денция (Кластерный)
Всегда
[ОРРХ | ОРНР1 +] ВидСубконто + Значение Всегда
<...>
Важное дополнение по индексам для 8.3 без режима совместимости
Приведенные выше сведения справедливы для 8.2 и для 8.3 в режиме совмести-
мости с 8.2 .
В 8.3 у периодических регистров кластерный индекс выглядит: Измерение 1 + .... +
Период, а не Период + Измерение 1 + ...
Всегда проверяйте, какие именно индексы созданы для вашей базы.
Сравните рис. 3.13.2, 3.13.3, 3.13.4 .
Рис. 3.13.2. Кластерный индекс периодического (периодичность – секунда)
независимого регистра сведений в 8.2
93
Теория
Рис. 3.13.3. Он же, если базу открыть в 8.3 и даже отключить режим совместимости
(применив изменения). Ничего не изменилось
Рис. 3.13.4. Он же после принудительного выполнения реиндексации и реструктуризации
через режим «Тестирование и исправление»
Видно, что структура кластерного индекса периодического регистра сведений поме-
нялась: поле Период было первым, стало последним.
94 Настольная книга 1С:Эксперта по технологическим вопросам
3.14. Планы запросов. Получение плана запроса
в профайлере SQL. Операторы плана,
наиболее важные для нас
Получение плана запроса в профайлере SQL
План выполнения запроса – это последовательность операций, необходимых для
получения результата запроса в СУБД. По фактическому плану можно понять,
какой именно алгоритм СУБД выбрала для решения поставленной перед ней задачи,
какие операторы решила использовать. Проанализировав, как выполнился каждый из
операторов, можно определить, не ошиблась ли СУБД в этом выборе.
Чтобы получить текст запроса так, как его получает SQL Server, и увидеть план
запроса, нужно сделать следующее:
1. Запустить SQL Server Profiler.
2. Создать трассировку. Можно использовать стандартный шаблон.
3. В свойствах трассировки:
□ Убедиться, что в нее входят события SQL:BatchStarted, SQL:BatchCompleted,
RPC:Completed.
□ Установить галочку «все события».
□ Добавить события Showplan Statistics Profile и Showplan XML Statistics
Profile48 из узла Performance.
38
□ Снять галочку «все события», останутся только выбранные.
□ Установить галочку «все столбцы».
□ Добавить столбец «DatabaseName».
□ Зайти в «фильтры столбцов», поставить фильтр «DatabaseName» «Похоже
на (Like)» <написать_имя_своей_базы>.
□ Убедиться, что у события Showplan Statistics Profile включен столбец
BinaryData.
□ Снять галочку «все столбцы», останутся только выбранные.
□ В итоге настройка трассировки как минимум должна содержать все поля,
показанные на рис. 3.14.1 .
4. Если запрос выполняется из «1С», в конфигураторе «1С» установить один
останов на отладчике на строке интересующего нас запроса, и второй – сразу
после него. Дойти до первого останова.
5. Запустить трассировку.
6. Позволить приложению выполнить запрос (если запрос выполняется из «1С»,
это значит продолжить отладку и дойти до следующего останова на отладчике;
если запрос выполняется из SQL Management Studio, это значит запустить его).
48
В узле Performance находятся также другие события Showplan, но по большей части они
относятся к ожидаемым планам и не содержат важной для нас информации о фактическом
количестве строк и количестве выполнений операторов.
95
Теория
7. Остановить трассировку в приложении SQL Server Profiler («Паузой», если нужно,
чтобы при следующем выполнении трассировки запроса строки, полученные при
нынешней трассировке, остались; «Стопом», если нужно, чтобы они очистились).
8. Найти свой запрос в трассировке. Обычно ориентируются по наибольшему
значению в поле Duration для событий SQL:BatchCompleted или RPC:Completed,
потому что есть основания считать, что именно исследуемый запрос имеет
наибольшую длительность. События Showplan Statistics Profile и Showplan XML
Statistics Profile, относящиеся к исследуемому запросу, находятся непосредст-
венно над ними.
9. Выбрать событие SQL:BatchStarted, SQL:BatchCompleted или RPC:Completed,
просмотреть текст запроса так, как его получает SQL Server.
10. Выбрать событие Showplan Statistics Profile, просмотреть план запроса, обра-
тить внимание на используемые операторы и столбцы Rows (количество строк)
и Executes (количество выполнений) для них.39
11. Выбрать событие Showplan XML Statistics Profile, просмотреть графический план
запроса с помощью всплывающей подсказки (подробности по ней будут ниже)49
.
12. При необходимости сохранить трассировку.
13. По совокупности полученных показателей сделать вывод об оптимальности
выбранного плана.
Рис. 3.14.1. Настройка трассировки для получения планов запроса
49
В MSDN описан другой способ. Графический план фактического выполнения можно получить так
же, выполнив запрос в SQL Management Studio, если включить там опцию «Запрос» – «Включить
действительный план выполнения». Текст запроса можно скопировать туда, например, из
SQL:BatchCompleted, тогда в конец текста запроса будут включены еще и значения параметров.
Этот способ содержит два важных ограничения: он прост только для простых запросов, когда
нет временных таблиц, и он не выводит план в текстовом виде с важными для нас столбцами
Rows и Executes (как получить из него для SQL Server 2005 количество выполнений каждого
оператора, мы так и не нашли).
96 Настольная книга 1С:Эксперта по технологическим вопросам
Проиллюстрируем это на примерах. Возьмем демобазу «Бухгалтерии предприятия»,
редакция 3.0 (3.0 .19.15).
Пример 1
Выполним из SQL Management Studio следующий запрос, включив трассировку
профайлером (_AccRg7172 – это основная таблица регистра бухгалтерии «Хозрас-
четный»).
SELECT * FROM _AccRg7172
План запроса, полученный через Showplan Statistics Profile, будет следующим50:40
Rows
Executes StmtText
----
--------
--------
1181 1
Clustered Index Scan (OBJECT:([unt3].[dbo].[_AccRg7172].[ _AccRg7172_ByPeriod_TRN]))
Пример 2
Теперь выполним, казалось бы, точно такой же запрос, но уже средствами «1С»:
ВЫБРАТЬ * ИЗ РегистрБухгалтерии.Хозрасчетный КАК Хозрасчетный
План запроса, полученный через Showplan Statistics Profile, будет следующим:
Rows
Executes StmtText
----
--------
--------
1181 1
Clustered Index Seek (OBJECT:([unt3].[dbo].[ _AccRg7172].[ _AccRg7172_ByPeriod_TRN] AS [T1]),
SEEK:([T1].[ _Fld10847]=[@P1]) ORDERED FORWARD)
Сразу видим, что в плане используется другой оператор. Посмотрим на текст
запроса, как он попадает в RPC:Completed51
.
41
exec sp_executesql N'SELECT
T1._ Period,
T1._ RecorderTRef,
T1._ RecorderRRef,
T1._ L ineNo,
T1._ Active,
T1._ AccountDtRRef,
T1._ AccountCtRRef,
T1._ F ld7173RRef,
T1._ F ld7174DtRRef,
T1._ F ld7174CtRRef,
T1._ F ld7175DtRRef,
T1._ F ld7175CtRRef,
T1._ F ld7176,
T1._ F ld7177Dt,
T1._ F ld7177Ct,
T1._ F ld7178Dt,
T1._ F ld7178Ct,
T1._ F ld7179Dt,
T1._ F ld7179Ct,
50
В примерах планов в этой главе выводятся только первые 3 столбца. На самом деле их больше,
но нам сейчас и важны только первые 3.
51
Собственно запрос начинается со слова SELECT.
97
Инструкции
T1._ F ld7180Dt,
T1._ F ld7180Ct,
T1._ F ld7181Dt,
T1._ F ld7181Ct,
T1._ F ld7182,
T1._ F ld7183
FROM _AccRg7172 T1 WITH(NOLOCK)
WHERE (T1. _ Fld10847 = @P1)',N'@P1 numeric(1)',0
То, что «*» заменена на перечень полей, это нормально. Но откуда взялось условие
по полю _Fld10847? Понятно, что это из-за него мог быть выбран другой оператор.
Когда мы рассматривали структуру хранения базы, то обращали внимание, что через
метод ПолучитьСтруктуруХраненияБазыДанных() можно получить не только имена
таблиц, но и индексы (правда, как было показано, с некоторыми ограничениями),
и имена полей. На рис. 3.14.2 показано, как это сделать для расшифровки полей.
98 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 3.14.2. Получение структуры полей в терминах метаданных «1С»
Теперь, расшифровав имена полей таблицы _AccRg7172, получим, что поле
_ Fld10847 – это ОбщийРеквизит.ОбластьДанныхОсновныеДанные. Посмотрев конфи-
гурацию, убеждаемся, что этот общий реквизит там действительно есть.
Мы таким образом встретились с работой механизма разделения данных там, где
этого совсем не ждали. Нам это, впрочем, сейчас не мешает, и просто примем это как
данность.
Посмотрим теперь на графический план запроса из примера 2, встав в трассировке
на Showplan XML Statistics Profile. Наведя курсор на значок оператора, увидим
всплывающую подсказку, как это показано на рис. 3.14.3, которая показывает детали
для каждого из операторов.
Что собой представляет каждая из строк всплывающей подсказки, описано в таблице
3.14 .1. Порядок следования, состав и даже названия этих строк в действитель-
ности могут несколько отличаться от примеров, представленных в таблице 3.14.1,
например, из-за того, что используется другая версия SQL Server.
План запроса состоит из операторов. Фактически план запроса – это дерево физи-
ческих операторов.
Операторы описывают, как SQL Server выполняет запрос. Оптимизатор запросов
использует операторы для построения плана запроса, чтобы создать результат,
заданный в запросе.
Операторы классифицируются как логические и физические.
Логические операторы описывают операции реляционной алгебры, используемые
для обработки запроса: описывают концепцию, какие действия надо совершить.
Физические операторы реализуют действия, описанные логическими операторами.
Каждый физический оператор является объектом или процедурой, выполняющей
операцию. Физическим операторам соответствует их стоимость. Оптимизатор строит
дерево логических операций, а затем, используя подход, основанный на стоимости,
подбирает физические операторы в дерево плана. Обычно логическую операцию
можно реализовать несколькими способами, используя разные физические опера-
торы. Наоборот, один физический оператор очень редко может реализовывать
несколько логических операций.
99
Инструкции
Рис. 3.14.3. Графический план запроса и всплывающая подсказка
100 Настольная книга 1С:Эксперта по технологическим вопросам
Таблица 3.14 .1. Дополнительная информация о плане запроса,
выводимая в том числе в виде всплывающей подсказки
Элемент всплывающей подсказки
(англ. и рус.)
Описание
Physical Operation
Физическая операция
Используемый оператор
Logical Operation
Логическая операция
Логический оператор, который соответствует физическому
оператору
Actual Rows
Фактическое количество строк
Фактическое количество строк
Estimated I/O Cost
Предполагаемая стоимость операций
ввода-вывода
Приблизительные затраты на выполнение действий ввода-вы -
вода для данной операции. С точки зрения СУБД это значение
должно быть как можно меньше
Estimated CPU Cost
Предполагаемая стоимость процесс-
ного ресурса
Приблизительные затраты на всю работу процессора (CPU)
для данной операции
Estimated Operator Cost
Предполагаемая стоимость оператора
Затраты оптимизатора запросов на выполнение этой
операции. Затраты на выполнение этой операции
в процентном отношении к общим затратам на выполнение
запро са отображаются в скобках. С точки зрения СУБД это
значение должно быть как можно меньше
Estimated Subtree Cost
Предполагаемая стоимость поддерева
Общие затраты оптимизатора запросов на выполнение этой
и всех предшествующих операций в данном поддереве
Estimated Number of Rows
Предполагаемое количество строк
Ожидаемое количество строк, выдаваемых оператором52
Estimated Row Size
Предполагаемый размер строки
Предполагаемый размер строки, получаемой на выходе
оператора (в байтах)
ActualRebinds
Фактическое число повторных
привязок
Счетчики указывают на число инициализаций физического
оператора (вызовов метода Init()). Физический оператор может
получать много вызовов Init(), хотя обычно получает лишь
один. Графический план отображает нули для действительных
повторных привязок и сбросов на начало, когда те отсут-
ствуют
ActualRewinds
Фактическое число сбросов на начало
Ordered
Отсортировано
Отсортировано или нет
Node ID
Идентификатор узла
Номер узла (оператора) в плане текущего запроса
________________
52
В MSDN сказано (дословно): «Эта всплывающая подсказка выглядит так же, как Количество строк
в реальном плане выполнения». В английской версии: «This ToolTip item displays as Number of
Rows in an Actual Execution Plan». Если заранее не знать, о чем речь, смысл фразы может быть
понят неоднозначно, даже в английском варианте.
Мы понимаем эту фразу так: если вы смотрите реальный (действительный) план выполнения,
а не ожидаемый, то вам в поле «Ожидаемое количество строк» будет выведено то же самое,
что уже есть в поле «Фактическое количество строк». А чтобы узнать, сколько их ожидалось,
нужно смотреть ожидаемый план, например, через событие Showplan XML, которое, как
и вообще работу с ожидаемыми планами, мы в этой книге не рассматриваем.
101
Инструкции
Наиболее важные для нас операторы
Далее рассмотрим наиболее важные для нас операторы, разбитые по способу выпол-
нения ими действий.
Сканирующие операторы
Сканирование – это получение всех записей. Разница состоит только в том, что
именно проходится: кластерный индекс, некластерный индекс или сама таблица.
Просмотрев все записи, сканирующие операторы возвращают ту их часть, которая
подходит под условие, если оно задано необязательным предикатом WHERE:(). Детали
по таким операторам приведены в таблице 3.14.2 . Пример плана можно посмотреть
в этой главе выше (см. пример 1).
Таблица 3.14 .2. Сканирующие операторы плана запроса
Значок
Название
Описание
Clustered Index
Scan
Оператор Clustered Index Scan сканирует кластерный индекс, указанный
в столбце Argument53
. Clustered Index Scan является логическим и физиче-
ским оператором
Index Scan
Оператор Index Scan получает все записи некластерного индекса, указанного
в столбце Argument. Index Scan является логическим и физическим опера-
тором
Table Scan
Оператор Table Scan получает строки из таблицы, указанной в столбце
Argument плана выполнения запроса. Table Scan является логическим
и физическим оператором
Опасность сканирования состоит в двух вещах: времени выполнения (особенно для
Table Scan) и избыточных блокировках.
Время выполнения операторов сканирования линейно растет с ростом сканируемых
объектов.
Сканирование не приводит к избыточным блокировкам в двух случаях:
■ на самом деле нужна вся таблица;
■ сканируется временная таблица; тогда, если посмотреть на объект, будет видно,
что она временная:
Table Scan OBJECT:([tempdb].[dbo].[#tt3] AS [T2]) [T2].[ _Q_000_F _000RRef], [T2].[_Q_000 _F_001]
План запроса может считаться неоптимальным, если в нем встречается оператор
сканирования, и при этом:
■ время выполнения оператора очень большое, как в абсолютном, так и в
процентном выражении (в книге «Профессиональная разработка...» в качестве
заслуживающей внимания называется величина, превышающая 20 % от общего
времени);
________________
53
Здесь и далее: столбец Argument выводится в Showplan Statistics Profile, но из-за большой
длины строк мы не имеем возможности приводить его в примерах. Однако, с чем идет работа,
можно понять и из столбца StmtText в Showplan Statistics Profile, а в графическом плане – из
поля «Объект» («Object»).
102 Настольная книга 1С:Эксперта по технологическим вопросам
■ количество строк, возвращаемых оператором, несопоставимо меньше количества
строк в таблице;
■ количество строк, возвращаемых оператором, может быть, и не намного меньше
количества строк в таблице, но установлено, что конфликты блокировок возни-
кают именно из-за избыточного блокирования не используемых на самом деле
строк.
Особо следует указать оператор Constant Scan. В основном потому, что из-за его
имени ему могут приписывать несвойственную ему функциональность. Подробности
приведены в таблице 3.14 .3.
Таблица 3.14 .3. Оператор Constant Scan
Значок
Название
Описание
Constant Scan
Оператор Constant Scan вводит в запрос одну или несколько константных
строк. После выполнения оператора Constant Scan часто используется
оператор Compute Scalar, который добавляет столбцы в строки, полученные
в результате выполнения оператора Constant Scan. Оператор Constant Scan
никак не связан с таблицей (таблицами) констант «1С»
Операторы поиска по индексу
Эти операторы первоначально считывают только строки, найденные по индексу
с указанным в предикате SEEK:() условием поиска. Если этого не хватает для
полного выполнения условий, может включаться необязательный предикат WHERE:(),
в котором подсистема хранилища вычисляет выражение для всех строк, удовлетво-
ряющих предикату SEEK:(). Предикат WHERE:() уже не использует индекс. Детали
по таким операторам приведены в таблице 3.14.4 . Примеры плана можно посмо-
треть в этой главе выше (см. пример 2) и ниже (см. примеры 3 и 4).
Таблица 3.14 .4. Операторы плана запроса, использующие поиск по индексу
Значок
Название
Описание
Clustered
Index Seek
Оператор Clustered Index Seek использует поисковые возможности индексов
для получения строк из кластерного индекса, указанного в столбце
Argument. Clustered Index Seek – это логический и физический оператор
Index Seek
Оператор Index Seek использует возможности поиска по индексам для
получения строк из некластерного индекса, указанного в столбце Argument.
Index Seek является логическим и физическим оператором
Оператор поиска по индексу может приводить к избыточным блокировкам, если
в нем есть необязательный предикат WHERE:(), потому что в этом случае все равно
блокируются все строки, прочитанные по условию предиката SEEK:().
План запроса может считаться неоптимальным, если в нем встречается оператор
поиска по индексу, и при этом:
■ количество строк, возвращаемых оператором по совокупности условий преди-
катов SEEK:() и WHERE:(), несопоставимо меньше количества строк, возвращае-
мого только по условию предиката SEEK:(), см. пример 4;
■ количество строк, возвращаемых оператором по совокупности условий преди-
катов SEEK:() и WHERE:(), может быть и ненамного меньше количества строк,
возвращаемого только по условию предиката SEEK:(), но установлено, что
103
Инструкции
конфликты блокировок возникают именно из-за избыточного блокирования
не используемых на самом деле строк.
Пример 3
В той же самой базе «Бухгалтерии предприятия» выполним запрос:
ВЫБРАТЬ * ИЗ РегистрБухгалтерии.Хозрасчетный КАК Хозрасчетный
ГДЕ Хозрасчетный.Период = &Период
У основной таблицы регистра бухгалтерии, с которой мы работаем, есть подхо-
дящий54 индекс (Разделитель данных) + Период + Регистратор + НомерСтроки.
Все условия могут быть проверены с помощью этого кластерного индекса. План
запроса:42
Rows
Executes StmtText
----
--------
--------
17
1
Clustered Index Seek(OBJECT:([unt3].[dbo].[ _AccRg7172].[ _AccRg7172_ByPeriod_TRN] AS [T1]),
SEEK:([T1].[ _Fld10847]=[@P1] AND [T1].[ _Period]=[@P2]) ORDERED FORWARD)
Пример 4
Допишем еще одно условие в запрос:
ВЫБРАТЬ * ИЗ РегистрБухгалтерии.Хозрасчетный КАК Хозрасчетный
ГДЕ Хозрасчетный.Период = &Период
И Хозрасчетный.НомерСтроки = 3"
У основной таблицы регистра бухгалтерии, с которой мы работаем, как говорилось
выше, есть кластерный индекс (Разделитель данных) + Период + Регистратор +
НомерСтроки. Но поля не идут подряд, то есть между ними «вклинивается» поле
Регистратор, не участвующее в условии запроса. Поэтому оптимизатор добавляет
предикат WHERE:(). План запроса:
Rows
Executes StmtText
----
--------
--------
1
1
Clustered Index Seek (OBJECT:([unt3].[dbo].[ _AccRg7172].[_AccRg7172_ByPeriod_TRN] AS [T1]),
SEEK:([T1].[ _Fld10847]=[@P1] AND [T1].[ _Period]=[@P2]), WHERE:([unt3].[dbo].[ _AccRg7172]
. [ _LineNo] as [T1].[_LineNo]=[@P3]) ORDERED FORWARD)
Как было видно из примера 3, по условию из предиката SEEK:() считываются
и блокируются 17 строк. Из результатов текущего запроса видно, что по сово-
купности условий предикатов SEEK:() и WHERE:() на самом деле нужна только
одна строка, то есть запрос приводит к избыточным блокировкам. 17 строк это
само по себе не много, но это число может расти. План запроса при этом нельзя
считать неоптимальным: видно, что оптимизатор действительно сделал все, что мог,
и виноват в избыточных блокировках не план, а автор запроса.
54
Подходящим является индекс, удовлетворяющий следующим требованиям:
1. Индекс содержит все поля, перечисленные в условии.
2. Эти поля находятся в самом начале индекса.
3. Эти поля идут подряд, то есть между ними не «вклиниваются» поля, не участвующие
в условии запроса.
Об этом еще будем говорить в разделе 4.20, посвященном оптимизации запросов.
104 Настольная книга 1С:Эксперта по технологическим вопросам
Операторы соединения
Эти операторы выполняют логические операции соединения результатов выполнения
других операторов, также интерпретируемых как таблицы. Обычно рассматриваются
в противопоставлении: Nested Loops (вложенные циклы, вложенные петли) либо
любой другой оператор соединения, одним из которых является оператор Merge Join.
Детали по этим операторам приведены в таблице 3.14.5 .
Таблица 3.14 .5. Операторы соединения
Значок
Название
Описание
Nested
Loops
Оператор Nested Loops выполняет логические операции внутреннего соеди-
нения, левого внешнего соединения, левого полусоединения и антилевого
полусоединения55
. Операции соединения вложенных циклов выполняют
поиск во внутренней таблице для каждой строки внешней таблицы. Возвра-
щается результат выполнения логической операции над любыми строками,
удовлетворяющими необязательному предикату в столбце Argument. Nested
Loops является физическим оператором
Merge Join
Оператор Merge Join выполняет внутреннее соединение, левое внешнее
соединение, левое полусоединение, левое антиполусоединение, правое
внешнее соединение, правое полусоединение, правое антиполусоединение, а
также логические операции соединения.
В столбце Argument оператор Merge Join содержит предикат MERGE:(), если
операция устанавливает соединение «один ко многим», или предикат MANY-
TO-MANY MERGE:(), если операция устанавливает соединение «многие ко
многим». Столбец Argument содержит также список столбцов, используемых
для выполнения операции с разделителями-запятыми. Соединение слиянием
особенно эффективно в случаях, когда явной сортировки не требуется,
например, когда в базе данных имеется подходящий индекс, Merge Join
является физическим оператором
Nested Loops – самый простой способ соединения таблиц. Затраты на его выпол-
нение минимальны. Из-за этого оптимизатор SQL Sever использует этот оператор
всегда, когда не может определить, как именно правильнее соединять таблицы.
Это может происходить просто по ошибке, но обычно причина все-таки есть. Такой
причиной может быть неактуальная статистика. Чаще всего, однако, это не неакту-
альная статистика, а ее отсутствие, что всегда имеет место, когда в запросе на языке
«1С» используются соединения с вложенными запросами, соединения с виртуаль-
ными таблицами, подзапросы в условиях или в условиях соединения.
Пример 5
В той же самой базе «Бухгалтерии предприятия» выполним запрос:
ВЫБРАТЬ * ИЗ РегистрБухгалтерии.Хозрасчетный КАК Хозрасчетный
ГДЕ Хозрасчетный.Регистратор В
(ВЫБРАТЬ Документ.РеализацияТоваровУслуг.Ссылка
ИЗ Документ. РеализацияТоваровУслуг)
________________
55
Непривычные для специалистов по «1С» термины: полусоединение – semi-join возвращает
строки только одной из соединяемых таблиц, без выполнения соединения полностью.
Антиполусоединение возвращает те строки таблицы, которые не годятся для соединения
с другой таблицей; т. е. они в обычном внешнем соединении выдавали бы NULL.
105
Инструкции
В условии используется подзапрос, поэтому логично ожидать появления оператора
Nested Loops. Планы показаны на рисунках 3.14 .4 и 3.14.5 .
Рис. 3.14.4. Текстовый план запроса для примера 5 (фрагмент)
Рисунок 3.14.5. Графический план запроса для примера 5
Недостаток использования оператора Nested Loops заключается в том, что при соеди-
нении таблиц запрос к внутренней (в обоих планах ниже расположенной) таблице
выполняется столько раз, сколько строк во внешней (выше расположенной). Если
речь идет о соединении таблиц, по которым нет статистики, вся работа предостав-
лена на волю случая (это на самом деле и произошло в примере), что может прямо
явиться причиной критической деградации производительности при выполнении
таких запросов. В текстовой форме плана запроса в примере видно, что запрос
в самой нижней строчке выполняется 51 раз, при этом он возвращает 51 строку,
то есть 1 строку за обращение. Тот самый случай: 51 раз ходить к шкафу, доставая
оттуда по листочку. Кроме того, с ростом базы верхняя таблица может становиться
все больше, и это является объективным фактором роста вероятности деградации
производительности.
Пример 6
В заключение продемонстрируем, как работает другой способ соединения. Для этого
выполним запрос:
ВЫБРАТЬ Хозрасчетный.*, ХозрасчетныйСубконто.*
ИЗ РегистрБухгалтерии.Хозрасчетный КАК Хозрасчетный
ВНУТРЕННЕЕ СОЕДИНЕНИЕ
РегистрБухгалтерии.Хозрасчетный.Субконто КАК ХозрасчетныйСубконто
ПО Хозрасчетный.Период = ХозрасчетныйСубконто.Период
И Хозрасчетный.Регистратор = ХозрасчетныйСубконто.Регистратор
И Хозрасчетный.НомерСтроки = ХозрасчетныйСубконто.НомерСтроки
Планы показаны на рис. 3.14 .6 и 3.14.7.
Рис. 3.14.6. Текстовый план запроса для примера 6 (фрагмент)
106 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 3.14.7. Графический план запроса для примера 6
Такое соединение работает хорошо, даже несмотря на значительно больший, чем
в предыдущих примерах, размер таблиц, с которыми приходится иметь дело, потому
что каждый оператор выполняется только по одному разу.
3.15. Особенности чтения в объектной модели
Собственно, чтение в объектной технике – это запрос к базе, текст которого гене-
рируется платформой. Если, например, выполнять такой запрос в цикле, это будет
ничуть не меньшая, а иногда даже более серьезная ошибка, чем выполнение запроса,
написанного на языке запросов.
У чтения в объектной модели есть три особенности.
1. Иногда ставятся управляемые блокировки.
2. Иногда чтение происходит в неявной транзакции.
3. Считываются все данные.
Разберем их по очереди.
1. Иногда ставятся управляемые блокировки.
Как указано в разделе 3.8 «Сведения о блокировках «1С», платформой устанавли-
ваются управляемые разделяемые блокировки при чтении в объектной технике
следующих видов объектов:
■ набор записей регистра сведений,
■ набор записей регистра накопления,
■ набор записей регистра бухгалтерии,
■ набор записей регистра расчета,
■ набор записей перерасчета,
■ набор записей последовательности.
2. Иногда чтение происходит в неявной транзакции.
43
Как указано в разделе. 3.6, чтение в объектной технике объектов, имеющих
табличные части56
, будет выполняться в неявной транзакции. Например, запрос
56
Анонсирован отказ от использования транзакций для этих целей в будущем, но есть ожидания,
что на многих продуктивных системах еще на какое-то время сохранится существующее
положение дел.
107
Инструкции
ДокументПроведен = ДокументСсылка.Проведен; выполнится в транзакции, если для
документа данного типа в конфигураторе определена табличная часть, но этот же
запрос будет выполняться вне транзакции, если табличных частей у документа нет.
3. Считываются все данные.
Если посмотреть с помощью замера на отладчике, как выполняется следующий
код, то можно увидеть, что основное время всегда тратится на выполнение первой
строки:
ДокументПроведен = ДокументСсылка.Проведен;
ДокументДата = ДокументСсылка.Дата;
ДокументНомер = ДокументСсылка.Номер;
Если пройти код пошагово отладчиком и при этом посмотреть трассировку
в профайлере SQL Server, можно увидеть, что запрос (если есть еще и табличная
часть, то несколько запросов в транзакции) выполняется только на первой строке,
при этом тексты запросов содержат имена всех реквизитов и все табличные части.
На второй и на третьей строке запросы к базе уже не выполняются. На практике это
приводит к следующему:
■ если реквизит имеет тип ХранилищеЗначения и в конкретном документе хранится
файл размером 500 МБ, то при первом чтении любого реквизита этого документа
будет происходить считывание этого файла со всеми сопутствующими затратами
времени;
■ если объект имеет табличную часть размером в 50 000 строк, то при первом
чтении любого реквизита этого документа будет происходить считывание всех
реквизитов всех табличных частей со всеми сопутствующими затратами времени;
■ если вы пытаетесь избавиться от запроса в цикле, в топе будет только одна
строка (первое получение реквизита), далее топ-строка в отладчике будет пере-
ползать с вызова одного реквизита на другой до тех пор, пока вы не избавитесь
от получения в цикле всех реквизитов.
По совокупности особенностей можно дать как минимум следующие рекомендации:
1. Не делать у объектов реквизитов с типом ХранилищеЗначения, особенно не
допускать этого в табличных частях. Следует использовать отдельные справоч-
ники для установки соответствия ссылки и хранилища, а в реквизитах объектов
хранить ссылки.
2. Если не получается отказаться от использования запросов к базе из обработ-
чиков событий ПриВыводеСтроки и ПриПолученииДанных, то по крайней мере
следует получать эти данные запросом на языке запросов, а не через объектную
модель. Код увеличится в объеме, но выиграет в скорости и перестанет генери-
ровать транзакции.
108 Настольная книга 1С:Эксперта по технологическим вопросам
3.16. Работа с SQL Server. Где хранятся временные
таблицы. Где хранятся снимки Snapshot
для уровня изоляции Read Committed Snapshot
Временные таблицы хранятся в базе Tempdb. Снимки Snapshot для уровня изоляции
Read Committed Snapshot хранятся там же. Tempdb – это служебная база SQL Server.
Ее расположение при установке по умолчанию показано на рисунках 3.16.1 и 3.16.2 .
Ее можно перенести в другое место (как это сделать, см. раздел 3.17 «Работа с SQL
Server. Где размещать базы. Как переносить базы»).
Рис. 3.16.1. Хранение и свойства базы tempdb и ее журнала транзакций в файловой системе,
см. файлы tempdb.mdf и templog.ldf
109
Инструкции
Рис. 3.16.2. Представление базы tempdb в Management Studio
3.17. Работа с SQL Server. Где размещать базы. Как
переносить базы
При создании базы средствами «1С» она создается в каталоге по умолчанию.
Каталог по умолчанию задается в свойствах сервера SQL. Для этого нужно открыть
Management Studio, в обозревателе объектов на имени сервера правой кнопкой
мыши вызвать контекстное меню, выбрать Свойства (Properties), перейти на страницу
Параметры базы данных (Database settings), отредактировать поля Места хранения,
используемые базой данных по умолчанию (Database default locations).
Базу можно перенести в другой каталог или на другой диск (как это сделать, описано
в этом же разделе ниже).
Прежде чем поднимать вопрос о размещении баз, отличающемся от расположения
по умолчанию, необходимо понять, для чего конкретно это нужно. В работающих
продуктивных системах всегда есть возможность понять, чего не хватает:
■ если задача не успевает выполниться за отведенное время даже в однопользова-
тельском режиме, то не хватает скорости собственно диска с накладными расхо-
дами на передачу данных до него и с него;
110 Настольная книга 1С:Эксперта по технологическим вопросам
■ задача не успевает выполниться за отведенное время только в многопользователь-
ском режиме – не хватает параллельно работающих дисков; причем речь может
идти и про параллельно работающие диске в массиве, и про разные диски под
разные базы, и про разнесение базы и журнала транзакций.
При построении архитектуры новой системы понятно, что найти узкие места из
постановки задачи возможно не всегда, и подходящие для всех ветки алгоритма
выбора дисковой подсистемы нарисовать не выйдет.
Правильным подходом можно считать следующий: выбрать гарантированно неоши-
бочный вариант, начать работать на нем и затем с учетом фактических узких мест
искать пути по их расшивке исходя из имеющихся возможностей.
Для баз в тестовых средах, когда конкретика неясна, гарантированно неошибочным
подходом мы считаем следующий:
■ если нам дают возможность выбирать, мы выбираем RAID 10 (1+0), находящийся
в нашем монопольном владении, и размещаем на нем все базы;
■ во всех других случаях при наличии выбора – работать на простых дисках или
на массиве, выбираем диски без RAID, если:
□ диски без RAID будут у нас в монопольном владении, а RAID придется
делить с кем-то еще57; 44
□ RAID заведомо медленный (5 и 6);
□ не понимаем, кто и в какие сроки восстановит информацию средствами RAID;
□ понимаем, кто и в какие сроки восстановит информацию средствами RAID, но
видим, что восстановление с бэкапа быстрее и дешевле (бэкап всегда храним
на другом носителе!);
□ имеем дело с RAID 0 для чего-то, кроме Tempdb.
Если после анализа выясняется, что базу имеет смысл перенести, можно заняться
переносом. Если база переносится в порядке эксперимента, необходимо обеспечить
замеры объективных показателей, позволяющих сравнивать работу до и после пере-
носа.
Чтобы перенести базу Tempdb, нужно сделать следующее:
1. Создать каталог, в котором хотим ее видеть (например, C:\TEMPDB).
2. Войти в Management Studio, выполнить запрос, убедиться, что он успешно отра-
ботал:
USE master
GO
ALTER DATABASE tempdb
MODIFY FILE (NAME = tempdev, FILENAME = 'C:\TEMPDB\tempdb.mdf')
57
При выделении места на СХД и в других случаях на дисках под управлением средств
виртуализации основное условие, чтобы аппаратные ресурсы, «нарезанные» виртуализацией,
были закреплены за нами «жестко», без динамического перераспределения, и чтобы никто,
кроме нас, с этими аппаратными ресурсами не работал. В противном случае мы не сможем
адекватно оценить загрузку дисковой подсистемы и в некоторых ситуациях окажемся
заложниками посторонней активности.
111
Инструкции
GO
ALTER DATABASE tempdb
MODIFY FILE (NAME = templog, FILENAME = ' C:\TEMPDB\templog.ldf')
GO
3. Перезапустить SQL Server.
4. Убедиться, что в новом каталоге появились нужные файлы, и удалить файлы,
оставшиеся от Tempdb из прежнего каталога.
Чтобы перенести любую пользовательскую (не служебную) базу, нужно сделать
следующее:
1. Создать бэкап.
2. Убедиться, что с базой никто не работает.
3. В Management Studio вызвать правой кнопкой мыши контекстное меню на имени
нужной базы, выбрать Задачи (Tasks) – Отсоединить (Detach) и далее нажать ОК.
4. Переместить файлы базы и журнала транзакций в нужный каталог.
5. В Management Studio вызвать правой кнопкой мыши контекстное меню на узле
базы данных (Databases), выбрать Присоединить (Attach), в поле Базы данных
для присоединения (Databases to attach) добавить новый путь, убедиться, что база
и сведения соответствуют переносимой, и далее нажать ОК.
Чтобы перенести только файл журнала транзакций, нужно сделать следующее:
1. Создать бэкап.
2. Убедиться, что с базой никто не работает.
3. В Management Studio вызвать правой кнопкой мыши контекстное меню на имени
нужной базы, выбрать Задачи (Tasks) – Отсоединить (Detach) и далее нажать ОК.
4. Переместить файл журнала транзакций в нужный каталог.
5. В Management Studio вызвать правой кнопкой мыши контекстное меню на узле
базы данных (Databases), выбрать Присоединить (Attach).
5.1. В поле Базы данных для присоединения (Databases to attach) добавить новый
путь, убедиться, что база и сведения соответствуют переносимой.
5.2. В поле Сведения о базе данных (Database details) изменить путь к файлу
журнала транзакций на новый.
5.3. Нажать ОК.
112 Настольная книга 1С:Эксперта по технологическим вопросам
3.18. Работа с SQL Server. Различия между полной
(FULL) и простой (SIMPLE) моделями
восстановления базы. Особенности сжатия
журнала транзакций
SQL Server поддерживает 3 модели восстановления базы:
■ полная (FULL). Требует резервного копирования журнала транзакций и обеспе-
чивает возможности для этого;
■ с дополнительным протоколированием (BULK_LOGGED). «Тяжелые» (BULK)
операции протоколируются по минимуму, и поэтому под их логирование
задействуется меньше места. «Обычные» операции протоколируются так же, как
в полной модели;
■ простая (SIMPLE). Резервных копий журналов транзакций нет, операции
по управлению ими не поддерживаются.
Для каждой из этих моделей имеются доводы за и против, исходящие только из того,
какие резервные копии возможны (или необходимы) и на какие моменты времени
нужно иметь возможность восстановления.
Если вы не намерены использовать резервные копии журнала и вам не нужна
возможность восстановления состояния базы данных на точно определенный
момент времени, не следует использовать модель восстановления FULL.
На практике это в первую очередь относится к тестовым базам, а также (внимание!)
к ЦУП. Это так, поскольку места под журналы транзакций там может требоваться
очень много, но крайне малореальна ситуация, что кто-то станет пытаться восстанав-
ливать базу ЦУП по журналу транзакций на момент середины анализа. Достаточно
полных копий (или dt) на момент начала анализа (для ЦУП) или начала теста (для
тестовых баз).
Для общего понимания, как работает журнал транзакций, надо представлять, что
в действительности до тех пор, пока записи в его начале получается обрезать (или
очищать), он является кольцевым файлом. Если это получается, то, когда процедура
ведения журнала достигает конца журнала транзакций, она снова поворачивает
в начало и начинает писать поверх того, что было там ранее. Запись перестает быть
нужной, если для нее истинно все из нижеперечисленного:
■ транзакция, к которой относится эта запись, зафиксирована;
■ все измененные ею страницы базы записаны на диск;
■ запись лога не нужна для бэкапа (полного, разностного или бэкапа журнала);
113
Инструкции
■ запись лога не нужна компонентам, читающим журнал (таким как зеркалиро-
вание58 или репликация).
45
Третий пункт списка выше очень важен для понимания следующего:
■ в полной модели записи журнала транзакций хранятся до тех пор, пока они
нужны для бэкапа. Чтобы снять необходимость их хранения, нужно сделать бэкап
журнала транзакций59;
46
■ в простой модели хранится только то, что нужно для текущей жизни, а не для
бэкапа.
Также он подводит к пониманию, почему:
■ интенсивность записи журнала на диск для моделей с неполным протоколирова-
нием (BULK_LOGGED) и модели простой (SIMPLE) не различается вообще;
■ интенсивность записи журнала на диск для моделей полная (FULL) и простая
(SIMPLE) (как и с дополнительным протоколированием (BULK_LOGGED)),
различается только для «тяжелых» (BULK) операций, которые для большинства
случаев в «1С» можно пересчитать по пальцам (загрузка из dt, реструктуризация
таблиц, перестроение индекса).
Таким образом, переключение модели не прибавляет и не отнимает производитель-
ности, если речь идет об информационных системах на платформе «1С:Предпри-
ятие». Речь только о месте на диске.
И еще выходит, что оснований для использования модели с дополнительным
протоколированием (BULK_LOGGED) в информационных системах на платформе
«1С:Предприятие» почти нет, поэтому про нее далее не пишем. Нужно выбирать из
полной (FULL) или простой (SIMPLE) моделей.
Модель восстановления можно указать в Management Studio, вызвав правой кнопкой
мыши контекстное меню на имени нужной базы, выбрав Свойства (Properties)
и перейдя на страницу Параметры (Options). Нужное значение задается в поле
Модель восстановления (Recovery model), см. рис. 3.18.1 . Обратите внимание также
на поле Автоматическое сжатие (Auto shrink). MSDN рекомендует не трогать этот
параметр, оставив его в False.
Модель восстановления базы данных можно в любой момент переключить с полной
на простую и обратно. При этом надо придерживаться простых правил:
1. Перед переключением с модели полного восстановления создать резервную
копию журнала транзакций.
58
Зеркалирование поддерживается только для полной (FULL) модели.
59
Именно бэкап журнала транзакций, а не полную резервную копию.
114 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 3.18.1. Изменение модели восстановления базы
2. После переключения с простой модели восстановления:
□ сразу же после переключения на модель полного восстановления создать
полную или разностную резервную копию базы данных, чтобы начать
цепочку журналов. Переключение на модель полного восстановления всту-
пает в силу только после создания первой резервной копии данных;
□ создать в планах обслуживания регулярное резервное копирование журнала.
Если резервные копии журнала создаются недостаточно часто, журнал тран-
закций может разрастаться до тех пор, пока не переполнит диск.
3. После переключения на простую модель восстановления:
□ отменить все запланированные задания резервного копирования журнала
транзакций;
□ убедиться, что запланировано периодическое резервное копирование базы
данных. Резервное копирование базы данных очень важно как для защиты
данных, так и для усечения (truncation) неактивной части журнала транзакций.
Теперь рассмотрим сжатие журнала транзакций. Если вам известно, что файл
журнала транзакции содержит неиспользуемое пространство, которое вам
115
Инструкции
не нужно, можно освободить его, уменьшив размер журнала. Этот процесс называ-
ется сжатием (Shrink) файла журнала.
Выполнить его можно в Management Studio, вызвав правой кнопкой мыши
контекстное меню на имени нужной базы: Задачи (Tasks) – Сжать (Shrink) – Файлы.
Дальше в поле Тип файла (File type) выбрать Журнал (Log). Остальные настройки
можно оставить по умолчанию, как на рис. 3.18.2, после чего нажать ОК.
Рис. 3.18.2. Настройки по умолчанию для сжатия журнала транзакций
Сжатие может производиться только в том случае, если база данных находится
в оперативном режиме и пока свободен хотя бы один виртуальный файл журнала
(что это такое, см. TechNet). Важно то, что в ряде случаев сжатие невозможно до
тех пор, пока не выполнена следующая операция усечения (truncation) журнала.
Принудительно усечение можно попробовать выполнить при использовании простой
модели восстановления, создав резервную копию базы данных, при использовании
модели полного восстановления – резервную копию журнала транзакции, потому что
обычно усечение при выполнении этих действий происходит автоматически. Если же
сжатие не выполнится с первого раза с нужным эффектом (сжатие ждет усечения,
а усечение может быть отложено по ряду причин, см. TechNet), на практике доста-
точно немного подождать и повторить создание копии нужного вида и сжатие.
116 Настольная книга 1С:Эксперта по технологическим вопросам
На практике различия можно увидеть следующим образом.
Для базы, использующей модель FULL, создадим полную резервную копию.
Размеры файлов показаны на рис. 3.18.3.
Рис. 3.18.3. Начальное состояние
Выполним перепроведение документов Расходный кассовый ордер с помощью груп-
повой обработки справочников и документов, как показано на рис. 3.18.4.
Рис. 3.18.4. Выполнение групповой обработки
117
Инструкции
После ее выполнения свойства файлов будут выглядеть, как показано на рис. 3.18.5.
Рис. 3.18.5. Свойства файлов базы и журнала транзакций после выполнения действий
в базе с полной моделью восстановления
Мы попытались создать резервную полную копию базы, но сжать журнал транзакций
это почти не помогло (см. рис. 3.18.6).
Рис. 3.18.6. Размер журнала транзакций после сжатия без предшествующего
ему создания резервной копии журнала транзакций
Если же создать резервную копию журнала транзакций и попытаться сжать журнал
транзакций, размер его файла изменится значительно (см. рис. 3.18.7).
Рис. 3.18.7. Размер журнала транзакций после сжатия с предшествующим ему созданием
резервной копии журнала транзакций
118 Настольная книга 1С:Эксперта по технологическим вопросам
Восстановим базу на начало эксперимента, см. рис. 3.18.8 (сравните с рис. 3.18.3).
Рис. 3.18.8. Базу вернули в исходное состояние
Далее базу переведем на использование простой модели восстановления (см. рис.
3.18.1) и выполним в ней те же самые действия (см. рис. 3.18.4). Размер файла базы
и дата его изменения изменятся, размер и дата изменения журнала транзакций – нет
(см. рис. 3.18.9).
Рис. 3.18.9. Свойства файлов базы и журнала транзакций после выполнения действий
в базе с простой моделью восстановления
3.19. Работа с SQL Server. Настройка
и использование бэкапов различных видов
SQL Server позволяет делать резервные копии трех видов:
■ полную (full)60;
47
■ разностную (differential). Грубо говоря, в разностной копии хранится разница
между текущим состоянием базы и ее состоянием на момент полной копии;
■ копию журнала транзакций (не используется и не поддерживается для базы при
простой модели восстановления).
Наглядно это видно, например, при настройке плана обслуживания через мастер
планов обслуживания (см. рис. 3.19.1). Запустить мастер можно в Management
60
Не путать с одноименной моделью восстановления.
119
Инструкции
Studio, вызвав правой кнопкой мыши контекстное меню на узле Планы обслуживания
(Maintenance plans) в ветке Управление (Management), см. рис. 3.19.2 .
Рис. 3.19.1. Этап настройки плана обслуживания
Сделать планы обслуживания для операций создания резервных копий удобнее,
чем каждый раз вызывать их из меню, даже если план обслуживания вызывается
не по расписанию, а только принудительно.
Рис. 3.19.2. Узел «Планы обслуживания» с планами создания резервных копий разных видов
120 Настольная книга 1С:Эксперта по технологическим вопросам
Для работы с ними нужно понимать следующее. Восстановить базу при простой
модели восстановления можно на строго фиксированные точки с помощью:
■ полной копии;
■ полной копии и одной разностной копии из числа ее «наследниц»61
, являющейся
последней перед требуемой точкой восстановления.
48
Применительно к тестовым системам и к ЦУП это означает, что необязательно
делать и хранить полную копию базы после каждого теста. Можно существенно
сэкономить место на диске, используя разностные копии. Из минусов – требуется как
минимум ведение журнала учета копий и мест их хранения, иначе можно запутаться.
Применительно к продуктивным системам использование разностных копий
также позволяет экономить время на проведение копирования и уменьшать износ
резервных носителей.
Восстановить базу при полной модели восстановления можно аналогично простой
модели на строго фиксированные точки с помощью полной копии или полной копии
и одной разностной копии (см. выше).
Но также можно это сделать, если к полной копии или полной копии и одной
разностной копии добавить цепочку копий журналов транзакций с момента
последней полной или разностной копии. Пример такого восстановления показан
на рис. 3.19.3.
При таком способе база может быть восстановлена как на последнее доступное
состояние по этой цепочке, так и на любой момент времени внутри нее. Для этого
нужно в поле К моменту времени (To a point in time) (рис. 3.19.3) указать нужное
время. После него восстановление записей журнала транзакций остановится.
61
Т. е. разностная копия не должна предшествовать полной, и между ними не должно быть сделано
других полных копий.
121
Инструкции
Рис. 3.19.3. Пример восстановления базы по нескольким наборам данных
Пример хранения файлов резервных копий при установках по умолчанию приведен
на рис. 3.19.4. Заметны различия между полными и разностными копиями (размер
файлов) и отличие от них копий журналов транзакций (тип и размер файлов).
Рис. 3.19.4. Хранение файлов с резервными копиями
122 Настольная книга 1С:Эксперта по технологическим вопросам
В заключение следует еще раз обратить внимание на то, что при использовании
полной модели восстановления операция резервного копирования журнала тран-
закций является обязательной для регулярного выполнения, даже если вы не собира-
етесь делать резервные копии средствами SQL Server (без этого журнал транзакций
будет расти, пока не займет весь диск).
ГЛАВА 4
Инструкции
4.1. Как настроить сбор информации о загрузке
оборудования и как оценить эту загрузку
На двух проектах, загрузка оборудования с которых приведена на рис. 4.1 .1, были
проблемы производительности. Про первый говорили: «У нас сервер перегружен,
хотим новый – втрое мощнее». Про второй: «Мы купили новый сервер, он очень
хороший».
С помощью Performance monitor в простых случаях достаточно контролировать
следующие параметры:
1. Memory (Память) – Committed bytes in use (% использования выделенной
памяти) – счетчик показывает процент относительно суммы размера опера-
тивной памяти и файла подкачки, а не только использование оперативной
памяти. Не должен превышать размер оперативной памяти.
2. Memory (Память) – Available Mbytes (Доступно, Мбайт) – счетчик показывает
объем свободной физической оперативной памяти. Приближение к нулю свиде-
тельствует о недостатке оперативной памяти.
3. Processor [_Total] (Процессор [_Total]) – % Processor Time (% загрузки процес-
сора) – рекомендованный максимум – не более 70 % в течение длительного
времени.
4. System (Система) – Processor Queue Length (Очередь к процессорам) – реко-
мендованный максимум – не более 2 * количество ядер процессоров в течение
длительного времени.
5. Physical Disk (Физический диск) – Avg. Disk Queue Length (Средняя длина
очереди к дискам) – обязательно для системных дисков отдельно, для диска
с базой отдельно, для диска с журналом транзакций (если такой есть) отдельно.
Рекомендованный максимум – не более 2 * количество дисков, работающих
параллельно (при этом всегда надо иметь в виду, что RAID0, обеспечивающий
124 Настольная книга 1С:Эксперта по технологическим вопросам
параллельность работы дисков, на дисках с базой собирают крайне редко).
На практике этот счетчик достаточно сложно применять при оценке загру-
женности дискового хранилища. По этой причине этот счетчик может быть
заменен на \PhysicalDisk(_Total)\Avg. Disk Sec/Read и \PhysicalDisk(_Total)\
Avg. Disk Sec/Write. При работе с дисковым кешем нормальное время на чтение
или запись обычно составляет менее 10 мс. В случае работы с дисками время
на чтение или запись не должно превышать 50–200 мс. Если вы видите, что есть
периоды, в которые среднее время значительно возрастает и превышает 200 мс,
то это серьезный повод задуматься о производительности дискового хранилища,
с которым вы работаете.
6. LogicalDisk – % Free Space – показатель наличия свободного места на диске
и динамики его изменения.
7. Network Interface (Сетевой интерфейс) – Bytes Total/sec (всего байт/с). Реко-
мендованный максимум – не более 65 % от пропускной способности адаптера
в течение длительного времени.
Практика показала, что показатель Memory (Память) – Pages/sec (обмен страниц/с),
рекомендованный для контроля достаточности оперативной памяти, слишком часто
дает ложноположительное срабатывание. Его можно включать в состав контролиру-
емых параметров (рекомендованная норма – 0, максимум – не более 20), но обращать
на него внимание надо по факту постоянно ненулевого значения и в совокупности
с параметрами «% использования выделенной памяти» и «Средняя длина очереди
к дискам». Тогда будет видно, например, идет ли речь о свопинге. Если же этот
показатель имеет высокое среднее значение, но речь идет о «гребенке» из пиков
и нулей с интервалом в несколько шагов замера, без загрузки диска и при большом
запасе свободной оперативной памяти, то, вероятнее всего, ситуация нормальная, а
не проблемная.
Важное дополнение: в системах, использующих виртуализацию, надо уточнять, что
именно показывают счетчики Performance monitor. На текущий момент для систем
Hyper-V они показывают загрузку физического оборудования, а не его виртуальной
части. Напротив, для систем VMware они показывают загрузку именно виртуальной
машины. Эти уточнения необходимо отслеживать и учитывать при анализе.
125
Инструкции
Рис. 4.1.1. Пример неосведомленности сотрудников заказчиков о загрузке оборудования.
На нижнем скриншоте средняя длина очереди к диску >50 в течение всего рабочего дня,
и сохраняется исключительно высокой, с небольшими перерывами, до 4 утра
126 Настольная книга 1С:Эксперта по технологическим вопросам
Если показатели, особенно следующие: % загрузки процессора, средняя длина
очереди к дискам, % использования выделенной памяти, превышают рекомендо-
ванные максимумы, это означает, что оборудование не справляется с нагрузкой. Надо
понимать, что речь идет о систематическом превышении, а не о кратковременных
пиках. Кроме того, если вы получили высокие показатели загрузки в период, когда
выполнялись заведомо ресурсоемкие операции, например, шло восстановление базы
из dt-файла, и вы об этом знаете, то и решение о нехватке мощностей надо прини-
мать с учетом этого.
Однако не спешите радоваться, если загрузка близка к нулю. Это может означать
следующее:
1. Вы переплатили за оборудование, которое используете всего на 5–10 %. Но это
не самое плохое. Следующий пункт намного хуже.
2. В системе есть очень серьезные проблемы параллельности. В этом случае, как
правило, есть и другие симптомы, например, ошибки блокировок, о подсчете
которых поговорим позже.
Можно руководствоваться следующим правилом: если информационная система
«1С» работала нормально, а потом стала работать хуже, и если нет явной нехватки
производительности оборудования (например, 100 % загрузки процессора в течение
длительного времени), то апгрейд оборудования исправить ситуацию не поможет.
Это приходится утверждать вопреки распространенной практике.
Как настроить сбор логов perfmon (для Windows Server 2008 и Windows 7)
1. Если вы не администратор, попросите включить вас в группы Performance monitor
users и Performance log users.
2. Пуск – Выполнить – Perfmon.
3. Группы сборщиков данных – Особый (правой кнопкой) – Создать – Группа Сбор-
щиков данных.
4. Ввести имя (например, 1s, как показано на рис. 4.1.2), переключатель устано-
вить на Создать вручную (для опытных), нажать Далее.
5. Создать журналы данных – установить флажок на Счетчик производительности,
как показано на рисунке 4.1.3, – Далее.
6. Используя кнопку Добавить интерфейсов добавления счетчиков, показанных
на рис. 4.1 .4, добавить счетчики из списка:
□ Memory (Память) – Committed bytes in use (% использования выделенной
памяти);
□ Memory (Память) – Available Mbytes (Доступно, Мбайт);
□ Processor [_Total] (Процессор [_Total]) – % Processor Time (% загрузки процес-
сора);
□ System (Система) – Processor Queue Length (Очередь к процессорам);
127
Инструкции
Рис. 4.1.2. Ввод имени группы сборщиков данных
Рис. 4.1.3. Выбор типа журнала
128 Настольная книга 1С:Эксперта по технологическим вопросам
□ Physical Disk (Физический диск) – Avg. Disk Queue Length (Средняя длина
очереди к дискам) – обязательно для системных дисков отдельно, для диска
с базой отдельно, для диска с журналом транзакций (если такой есть)
отдельно;
□ PhysicalDisk (Физический диск) – Avg. Disk Sec/Read (Среднее время чтения
с диска в секундах);
□ PhysicalDisk (Физический диск) – Avg. Disk Sec/Write (Среднее время записи
на диск в секундах);
□ LogicalDisk (Логический диск) – % Free Space (процент свободного места);
□ Network Interface (Сетевой интерфейс) – Bytes Total/sec (всего байт/с);
□ Memory (Память) – Pages/sec (обмен страниц/с). Если он нужен, см. уточ-
нение в начале главы.
7. Когда набрали все счетчики, нажать ОК и Далее.
8. Если не хотите задать другой путь к файлам логов, предложенный путь оставить
как есть, нажать Готово (в некоторых версиях – Далее).
Но если вы не администратор, в окне «корневая папка», показанном на рис.
4.1.5, лучше выбрать свою папку для логов там, куда гарантированно есть права
на запись, например, в библиотеке «Документы», или на другом, не системном
диске, потому что вам, скорее всего, не хватит прав на C:\PerfLogs.
9. Если будет задан дополнительный вопрос, поставить переключатель на Сохра-
нитьИЗакрыть, нажать Готово.
129
Инструкции
Рис. 4.1.4. Интерфейсы добавления счетчиков
Рис. 4.1.5. Назначение папки сохранения логов
130 Настольная книга 1С:Эксперта по технологическим вопросам
10. Встать на имя группы сборщиков (1s) – Действие – Пуск (или нажать на зеленую
стрелку).
Рис. 4.1.6. Запуск группы сборщиков данных
11. После этого, даже если завершить сеанс пользователя, сборщик продолжит
работу.
12. Если надо остановить счетчик или отослать файл, там же надо выполнить
пункт меню Действия – Стоп (или нажать на черный квадрат рядом с зеленой
стрелкой).
Для старта перезагружать сервер не требуется.
Файлы по умолчанию собираются в папке %systemdrive%\PerfLogs\Admin\1s
(это 1s – имя группы сборщиков, заданное выше при настройке) или в папке, которую
вы указали в качестве пути в п. 8.
Каждый перезапуск счетчика начинает новый файл.
Длительность замера при указанных настройках неограниченна – счетчик работает,
пока его не остановят или не произойдет перезагрузки сервера.
Просматривать записанные логи можно, выбирая нужный файл в качестве источника
в свойствах окна: Средства наблюдения – Системный монитор на закладке Источник,
как показано на рис. 4.1.7 .
Аналогичную настройку можно создать, создав и выполнив от имени админи-
стратора bat-файл, листинг которого приведен на рис. 4.1.8. При необходимости
что-либо изменить или поправить это можно сделать вручную в уже созданной этим
bat-файлом группе 1s, используя описанный выше оконный интерфейс.
Если нет навыков, но прав хватает, в первый раз настройка может занять полчаса.
Собранные за любой период данные можно затем просматривать, в том числе для
того, чтобы оценивать их соответствие рекомендованным значениям, приведенным
в данном разделе.
131
Инструкции
Рис. 4.1.7. Выбор источника данных для анализа
@ECHO OFF
ECHO Adding counter "1C_counter"...
logman create counter 1s –f bincirc -c "\Processor(_Total)\%% Processor Time" "\Memory(_Total)\Pages/sec" "\Memory(_
Total)\%% Committed Bytes In Use" "\Memory(_Total)\Available Bytes" "\System(_Total)\Processor Queue Length" "\
PhysicalDisk(_Total)\Avg. Disk Queue Length" "\PhysicalDisk(*)\Avg. Disk Queue Length" "\Network Interface(*)\Bytes Total/
sec" "\PhysicalDisk(_Total)\Avg. Disk Sec/Read" "\PhysicalDisk(_Total)\Avg. Disk Sec/Write" -si 15 -v mmddhhmm
C:\Windows\System32\perfmon.exe
ECHO done
Рис. 4.1.8. Листинг bat-файла
Описанных счетчиков, как правило, хватает для общей оценки загруженности
системы. Другие счетчики используются для детального расследования проблем,
если установлено, что проблема имеет или может иметь отражение в использовании
аппаратных ресурсов.
132 Настольная книга 1С:Эксперта по технологическим вопросам
Утилиты сбора информации о загрузке оборудования для других операционных
систем49
Для операционных систем Linux и AIX62 нами использовалась утилита nmon.
Для операционной системы HP-UX63 мы использовали команды sar и top.
50
Для операционной системы Linux по рекомендации из статьи А. Бурмистрова,
размещенной на сайте технологических вопросов крупных внедрений, следует
использовать утилиту vmstat. Для этого нужно запустить команду со следующими
параметрами: vmstat -n 15 480 > StatResult.txt, где:
■ n – предотвращает повторный вывод заголовка;
■ 15 – информация будет собираться раз в 15 секунд;
■ 480 – команда будет выполнена 480 раз;
■ StatResult.txt – результат работы утилиты будет сохранен в файл StatResult.txt.
Полученный файл StatResult.txt необходимо проанализировать с помощью любого
табличного редактора.
Первую строку после заголовка нужно удалить, т. к. это усредненные статистические
данные, собранные с начала работы системы.
Нужна следующая информация:
■ среднее значение колонки si,
■ максимальное значение колонки si,
■ максимальное значение колонки us,
■ максимальное значение колонки sy,
■ среднее значение колонки r,
■ среднее значение колонки b.
В таблице 4.1 .1 приведены описания значений и предельные значения для каждого
из них. При превышении этих значений следует рассмотреть вопрос об увеличении
производительности соответствующего аппаратного компонента.
Для анализа загруженности сети в той же статье рекомендуется использовать
утилиту PktStat. PktStat необходимо запускать только под пользователем root. Интере-
сует только один показатель – максимальное количество переданных байт (Max Bps).
Таблица 4.1.1. Описание значений и предельные значения показателей производительности,
полученных утилитой vmstat
Описание
Значение
Критерий
Узкое место
Интенсивно сть обмена
между дисковой подсистемой
и оперативной памятью
Колонка
si
Среднее: около 0
Максимальное: не более 20
Недо статочно оперативной
памяти
Загруженность процессоров
Колонки
us и sy
Максимальное значение us: не
более 70
Максимальное значение sy: не
более 35
Недо статочная производи-
тельность процессоров
62
На AIX была развернута СУБД IBM DB2.
63
На HP-UX была развернута СУБД Oracle Database.
133
Инструкции
Описание
Значение
Критерий
Узкое место
Очередь к процессорам
Колонка r
Не более 2 * количество
ядер процессоров в течение
длительного времени
Недостаточная производи-
тельность процессоров
Очередь к дискам
Колонка
b
Не более 2 * количество
дисков, работающих парал-
лельно
Недостаточная произво-
дительность дисковой
подсистемы
Скорость передачи данных
через сеть
Max Bps Не более 65 % от пропускной
способности сетевого адаптера
Недо статочная пропускная
способно сть сетевого
интерфейса
4.2. Выяснение скорости диска
Если работы ведутся на нескольких стендах, нужно иметь количественные харак-
теристики этих стендов, позволяющие их сравнивать. Это бывает полезно, если
одно и то же действие на одном стенде выполняется в несколько раз быстрее, чем
на другом, и нужно понять, в чем между ними разница. Процессорные мощности,
объем оперативной памяти, параметры сетевого адаптера – все это можно определить
по характеристикам оборудования. Производительность же дисковой подсистемы
требуется определять экспериментально.
Партнерам, участвующим в проекте ЦКТП, известна утилита SQLIO (также
известная как disk.zip).
SQLIO – это очень простой инструмент эталонного тестирования производи-
тельности операций ввода – вывода дисковой подсистемы для SQL Server. Этот
инструмент доступен для свободного скачивания и применения всем легальным
пользователям SQL Server. Инструмент разработан сотрудником Microsoft – Gert
E.R . Drapers. Устанавливать его можно практически на всех операционных системах
Windows, начиная с Windows 2000 и Windows XP, и в том числе на 64-разрядных
системах. Скачать его можно с сайта Microsoft.
Запуск:
1. Запустить файл SQLIO.bat.
2. Примерно через 30 минут результат будет показан на экране в виде диалогового
окна.
Будут отображены два показателя: Скорость чтения MB/sec и Скорость записи MB/
sec.
Настройка: по умолчанию замеряется скорость для логического диска С. Чтобы
измерить скорость другого диска, нужно внести изменения в файл param.txt.
134 Настольная книга 1С:Эксперта по технологическим вопросам
4.3. Настройка автоматического перезапуска
сервера «1С»
Перезапуск средствами платформы
Рабочие процессы сервера «1С» перезапускать надо регулярно. Это простое
действие позволяет обходить достаточно большое количество неприятных проблем.
И, наоборот, от того, что процессы «1С» работают в непрерывном режиме месяцами,
никаких бонусов нет.
На рис. 4.3 .1 показано меню настройки свойств локального кластера для платформы
«1С:Предприятие» версии 8.3.
Рис. 4.3.1. Свойства локального кластера
Секция «Перезапускать рабочие процессы» позволяет настроить их автоматический
перезапуск.
135
Инструкции
Описание параметров (с ИТС):
«Интервал перезапуска __ секунд
Интервал времени после запуска процесса, по истечении которого рабочий
процесс перезапускается. Нулевое значение означает , что рабочие процессы не
будут перезапускаться автоматически.
Допустимый объем памяти __ KB
Устанавливает предельный объем виртуального адресного пространства,
после постоянного превышения которого в течение определенного времени (см.
следующий параметр) рабочий процесс будет автоматически перезапущен.
Нул евое значение означает, что критический объем памяти не задан
и автоматический перезапуск рабочих процессов не выполняется.
Интервал превышения допустимого объема памяти __ секунд
Определяет интервал времени постоянного превышения предельного объема
виртуального адресного пространства, занимаемого рабочим процессом (см.
предыдущий параметр), после которого выполняется автоматический перезапуск
рабочего процесса. Нулевое значение означает, что автоматически перезапуск
рабочих процессов не выполняется.
Выключенные процессы останавливать через __ секунд
Интервал времени, по истечении которого выключенный рабочий процесс
принудительно останавливается, независимо от наличия соединений. Работа
всех соединений с этим процессом завершается аварийно. Значение свойства
может быть изменено во время работы кластера. Нулевое значение означает ,
что принудительное завершение процесса не выполняется.
Уровень отказоустойчивости
Уровень отказоустойчивости определяет максимальное количество рабочих
серверов, входящих в состав кластера, одновременный выход из строя которых
не приведет к аварийному завершению сеансов подключенных пользователей.
<...> (появилось в 8.3. Для системы из одного сервера «1С» нет смысла ставить
не 0. Более подробное описание данного свойства см. на ИТС. – Примеч. авт.) .
Режим распредел ения нагрузки
Параметр определяет , по какому критерию будет выбираться рабочий процесс
при установке нового соединения. <...> (появилось в 8.3 . Допускается выбор:
приоритет по производительности или приоритет по памяти. Более подробное
описание данного свойства см. на ИТС. – Примеч. авт.).
Перезапуск службы средствами операционной системы
Если по каким-то причинам требуется настроить перезапуск служб средствами
операционной системы, а не использовать штатную перезагрузку средствами плат-
формы, сделать рестарт службы можно через планировщик задач с помощью команд
"net start" и "net stop".
Перезапускаться в этом случае будет агент, а не рабочие процессы.
Синтаксис: net start [Имя_службы] и net stop [Имя_службы].
136 Настольная книга 1С:Эксперта по технологическим вопросам
Задача, состоящая из команд net stop "1C:Enterprise 8.2 Server Agent" и net start
"1C:Enterprise 8.2 Server Agent", перезапустит сервер «1С:Предприятия».
В качестве примера опишем порядок создания этих задач для Windows 7 в самом
простом случае:
1. Через управление компьютером войти в планировщик задач, создать новую
задачу.
2. На закладке Общие ввести имя, например, «Перезапуск агента 1С» и уточнить,
от имени какой учетной записи будет выполняться задача, а также можно поста-
вить флажок Выполнять с наивысшими правами.
3. На закладке Триггеры создать новый триггер – указать, что задача выполняется
по расписанию, ежедневно, например, в 22:40.
4. На закладке «Действия»:
□ создать новое действие,
○ оставить действие «Запуск программы»,
○ имя программы указать: net,
○ аргументы указать: stop "1C:Enterprise 8.2 Server Agent",
□ создать новое действие,
○ оставить действие «Запуск программы»,
○ имя программы указать: net,
○ аргументы указать: start "1C:Enterprise 8.2 Server Agent".
Зайти в Библиотеку планировщика задач, попробовать выполнить задачу, убедиться,
что выполняется то, что требуется. Там же, в библиотеке, можно при необходимости
что-то донастроить или изменить как в расписании, так и в других параметрах
задачи.
4.4. Регламентные операции SQL Server
и настройка их автоматического выполнения
Общие вопросы
Создать план обслуживания можно при помощи конструктора либо при помощи
мастера планов обслуживания. Мастер лучше подходит для создания простых планов
обслуживания, а конструктор позволяет использовать расширенные возможности
работы с потоком операций (нам это пригодится для связывания задач обновления
статистики и очистки процедурного кеша).
Для создания планов обслуживания и работы с ними пользователь должен быть
членом фиксированной серверной роли sysadmin.
Чтобы иметь возможность создавать планы обслуживания, нужно, чтобы был
запущен не только сам SQL Server, но и его агент.
137
Инструкции
Сам план обслуживания создают следующим образом:
1. Запустить SQL Management Studio.
2. Открыть ветку Management (Управление), в ней Maintenance Plans (Планы
обслуживания), из него вызвать через контекстное меню New Maintenance Plan...
(Создать план обслуживания...) . Имя плану можно оставить по умолчанию
(«MaintenancePlan») или дать новое («Регламентные операции»).
Обновление статистики SQL Server
Чтобы правильно выбирать план запроса, SQL Server должен иметь актуальную
информацию о таблицах базы. Просто для примера: если вам нужны какие-то бумаги
из шкафа, вы можете ходить за каждым листиком, можете взять несколько папок
и разобрать их у себя на столе, а можете передвинуть к своему столу весь шкаф
целиком (потом не забыв вернуть). В каждом случае вы будете принимать решение,
соотнося количество бумаг, которые вам нужны, с количеством бумаг в шкафу и их
размещением там. Если вы ошибетесь, вы можете 100 раз ходить к шкафу, доставая
оттуда по листочку, потому что будете думать, что там 10 миллионов бумаг, и все
разложены по разным местам, а на самом деле их там всего 100 и было. Или,
напротив, ради 10 листов перетащить к себе весь шкаф, считая, что там только
эти 10 листов и есть, а там их окажется 10 тысяч. Но человек имеет возможность
корректировать свои действия, а SQL Server, который может ошибиться примерно так
же, должен будет выполнить работу в соответствии с назначенным планом, не имея
возможности до следующего раза его поменять.
Если говорить более точно, то каждый объект статистики создается для списка из
одного или нескольких столбцов каждой таблицы и содержит гистограмму, в которой
отображается распределение значений в первом из этих столбцов. Если построение
идет для нескольких столбцов, то еще статистика содержит сведения о корреляции
значений между столбцами. Эти статистические данные корреляции называются
значениями плотности и получаются из числа уникальных строк значений столбцов.
Для обновления статистик по всем таблицам базы данных необходимо выполнить
следующий SQL запрос (базу надо выбирать свою, а не master и не какую-либо еще):
exec sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN'
Рекомендуется выполнять его не реже раза в день. Время выполнения этой и следу-
ющей операций тем больше, чем реже их делают, и если делать их несколько раз
в день, они будут проходить быстро. И даже если при этом произойдет снижение
производительности на 10–15 %, очень немногие его смогут на себе ощутить.
Чтобы обновление статистик выполнялось по расписанию автоматически, нужно
сделать следующее:
1. В ранее созданный план обслуживания (он у нас назывался «MaintenancePlan»
или «Регламентные операции») добавить новый вложенный план кнопкой Add
Subplan (Добавление вложенного плана). Имя можно дать свое: «Обновление
статистик и очистка процедурного кеша» (почему так, станет ясно позднее).
138 Настольная книга 1С:Эксперта по технологическим вопросам
2. Сразу же в форме создания можно задать расписание (Schedule). Как уже гово-
рилось, рекомендуется выполнять это задание ежедневно.
3. Перетащить на поле плана с панели элементов задачу Update Statistics Task
(Обновление статистики).
4. Открыть появившуюся задачу двойным щелчком. В появившемся окне выбрать
(или потом в поле Database(s) (Базы данных) отметить) нужные базы, остальные
поля заполнить, как приведено на рис. 4.4 .1:
Рис. 4.4.1. Настройка свойств задачи обновления статистики
1. Сохранить задачу, нажав ОК.
2. Сохранить план, например в меню Файл выбрав Сохранить выбранные элементы.
3. Убедиться, что в срок, указанный в расписании, задание отработало.
Очистка процедурного кеша (кеша планов)
Как говорилось раньше, SQL Server должен будет выполнить работу в соответствии
с назначенным планом, не имея возможности до следующего раза его поменять.
Однако SQL Server может даже этой возможностью не воспользоваться – он запомнит
этот план в процедурный кеш, и возможна ситуация, что если будет вызван точно
такой же запрос, будет использован план из кеша, даже если статистика поменялась.
Поэтому после обновления статистики этот кеш имеет смысл очищать.
Очистить процедурный кеш можно следующим запросом (в отличие от запроса
обновления статистики, поскольку кеш является принадлежностью сервера, а не
конкретной базы, базу в Management Studio можно использовать любую):
DBCC FREEPROCCACHE
Чтобы процедурный кеш всегда очищался сразу после обновления статистики, его
есть смысл включить в тот же план обслуживания «Обновление статистик и очистка
процедурного кеша», который выше был настроен для обновления статистики.
139
Инструкции
1. На поле того же вложенного плана надо перетащить задачу Execute T-SQL
Statement Task (задача «Выполнение инструкции T-SQL»). Ее надо разметить под
предыдущей задачей, и от предыдущей протянуть к ней стрелочку.
2. Открыть свойства новой задачи двойным щелчком, в поле T-SQL Statement
(инструкция T-SQL) ввести текст DBCC FREEPROCCASHE.
3. Сохранить задачу, нажав ОК.
4. Сохранить план, например, в меню Файл выбрав Сохранить выбранные элементы.
5. Убедиться, что задача выполняется.
Дефрагментация индексов
В разделе, посвященном общему списку регламентных работ («Теория», раздел 3.5),
не упоминается дефрагментация индексов, поскольку там указывается ежедневное
выполнение реиндексации базы, а после реиндексации необходимость делать дефраг-
ментацию индексов отпадает.
Тем не менее реиндексация – это операция, почти не позволяющая во время ее выпол-
нения кому-то еще полноценно работать (реиндексация таблиц блокирует их на все
время своей работы). А дефрагментация индексов не блокирует таблицы, а только
создает дополнительную нагрузку на SQL Server. Поэтому если нет возможности
ежедневно выполнять реиндексацию, то следует делать по крайней мере дефрагмен-
тацию индексов.
Смысл этой операции состоит в том, что устраняется эффект фрагментации
индексов, который возникает при интенсивной работе с таблицами базы данных
и который может привести к снижению эффективности работы запросов.
Дефрагментация всех индексов всех таблиц базы данных выполняется путем запуска
SQL-запроса (в нем необходимо указать имя базы):
sp_msforeachtable N'DBCC INDEXDEFRAG (<имя базы данных>, ''?'')'
При необходимости также можно проводить дефрагментацию не для всех таблиц, а
только для некоторых.
Чтобы дефрагментация индексов выполнялась по расписанию автоматически, нужно
сделать следующее:
1. В ранее созданный план обслуживания (он у нас назывался «MaintenancePlan»
или «Регламентные операции») добавить новый вложенный план (Subplan).
2. Задать ему имя, например «Дефрагментация индексов» и расписание.
3. На поле этого вложенного плана надо перетащить задачу Reorganize Index Task
(«Реорганизация индекса»).
4. Открыть свойства задачи двойным щелчком, при необходимости в поле
Database(s) («Базы данных») отметить нужные базы, остальные поля настроить,
как показано на рис. 4.4.2.
5. Сохранить задачу, нажав ОК.
140 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.4.2. Настройка свойств задачи дефрагментации индексов
6. Сохранить план, например в меню Файл выбрав Сохранить выбранные элементы.
7. Убедиться, что задача выполняется.
Реиндексация таблиц базы
Эту регламентную операцию можно выполнять как средствами конфигуратора «1С»
(через «тестирование и исправление»), так и через запрос к СУБД. Результат будет
точно такой же. Есть, однако, два соображения, по которым удобнее делать это
средствами СУБД, когда речь идет о настройке регулярно выполняющихся действий:
1. Если вы уже настраиваете план обслуживания базы средствами СУБД, вклю-
чение в него еще одного вложенного плана займет менее полуминуты.
2. Реиндексация средствами «1С» требует монопольного захвата базы, работа
других пользователей невозможна. Реиндексация средствами СУБД не требует
монопольного захвата. Поскольку она блокирует таблицы на все время своей
работы, ее надо проводить во время минимальной активности пользователей.
Но, например, чтение данных вне транзакций и другие ограниченные возмож-
ности остаются для пользователей доступными.
Реиндексация всех таблиц базы выполняется SQL-запросом (базу надо выбирать свою):
sp_msforeachtable N'DBCC DBREINDEX (''?'')'
141
Инструкции
Чтобы реиндексация базы выполнялась по расписанию автоматически, нужно
сделать следующее:
1. В ранее созданный план обслуживания (он у нас назывался «MaintenancePlan»
или «Регламентные операции») добавить новый вложенный план (Subplan).
2. Задать ему имя, например «Реиндексация базы» и расписание.
3. На поле этого вложенного плана надо перетащить задачу Rebuild Index Task
(«Перестроение индекса»).
4. Открыть свойства задачи двойным щелчком, при необходимости в поле
Database(s) («Базы данных») отметить нужные базы, остальные поля настроить,
как показано на рис. 4.4.3:
Рис. 4.4.3. Настройка свойств задачи реиндексации
5. Сохранить задачу, нажав ОК.
6. Сохранить план, например в меню Файл выбрав Сохранить выбранные элементы.
7. Убедиться, что задача выполняется.
Контроль выполнения регламентных заданий
1. После того как пройдет срок, назначенный для первого выполнения регламент-
ного задания каждого вида, открыть ранее созданный план обслуживания (он
у нас назывался «MaintenancePlan» или «Регламентные операции») и выбрать
из контекстного меню пункт «View History» (Просмотр журнала).
2. Проставить соответствующие флажки в дереве «Select logs» («Выбор
журналов»).
Убедиться, что в журнале есть запись о выполнении и что отметка говорит об
успешном выполнении. Если возникла ошибка, о ней нужно там же получить более
подробную информацию и принять меры по исправлению.
142 Настольная книга 1С:Эксперта по технологическим вопросам
4.5. Как включить технологический журнал «1С»
и как его можно разбирать
Технологический журнал позволяет получать технологическую информацию
о работе приложений, как сервера, так и клиентов. Например, позволяет посчитать
количество ошибок блокировок64
.
51
Чтобы его включить, нужно выполнить следующие действия:
1. Завести на локальных дисках серверов приложений «1С» специальную папку
для технологического журнала. Например, как показано на рис. 4.5 .1, <C:\LOG>.
И для дампов, например <C:\dumps>.
Рис. 4.5.1. Содержимое папки C:\LOG после создания
2. Настроить журнал, чтобы сбор сообщений об ошибках (см. ниже пункт 10 про
файл logcfg.xml) происходил в подкаталог этого каталога. Подкаталог будем
называть по дате: <C:\LOG\2011-02-16> и т. д.
3. Сам файл logcfg.xml надо положить в каталог conf папки установки сервера
«1С:Предприятия» (например, как показано на рис. 4.5.2, в C:\Program
Files\1cv82\8.2 .15 .301\bin\conf).
4. Обратить внимание, что файл нужно помещать в каталог установки сервера,
а не клиента, т. к. в зависимости от разрядности ОС это может быть либо
один и тот же каталог, либо разные. То есть, например, если у вас 64-битный
сервер, то сервер «1C» по умолчанию ставится в C:\Program Files\(...), а клиент
в C:\Program Files (x86)\(...) .
64
Подробно организация и настройка технологического журнала «1С:Предприятия» описаны
в книге «1С:Предприятие 8.2 . Руководство администратора», глава 6 «Администрирование
информационной базы», раздел «Технологический журнал».
143
Инструкции
Рис. 4.5.2. Файл logcfg.xml помещен в нужный каталог
5. После этого примерно через минуту убедиться, что в каталоге <C:\LOG> созда-
лась папка C:\LOG\2011-02-16, и в ней еще подпапки с именами rphost_XXXX,
ragent_XXXX, rphost_XXXX, а в них файлы. Пример с правильными папками
показан на рисунке 4.5.3. Если же создаются только подпапки с именами 1с8_
ХХХХ, это означает, что файл logcfg.xml поместили в конфигурационный
каталог клиента, а не сервера.
Рис. 4.5.3. Папки, автоматически сформированные после старта записи технологического журнала
144 Настольная книга 1С:Эксперта по технологическим вопросам
6. Если папки, показанные на рисунке выше, создались, то все нормально, если не
создались, то что-то не так.
7. Если что-то не так, то наиболее распространенные ошибки:
□ большие/маленькие буквы в именах каталогов (регистр должен совпадать);
□ в файле настройки (logcfg.xml) написали слеш на конце имени каталога
(не нужен);
□ требуется донастроить права пользователей на папки C:\LOG, C:\dumps,
C:\Program Files\1cv82\8.2.13.205\bin\conf, если их не хватает, а такое может
быть по умолчанию. По этой же причине лучше создавать каталог хранения
логов не на диске (C:).
8. Если надо хранить данные за каждый день отдельно, каждый день в одно и то
же время (например, в начале рабочего дня) нужно менять имя каталога в файле
logcfg на новое (подставлять другую дату). Данные за прошлый день архиви-
ровать в один файл с соответствующим именем, при необходимости высылать
туда, где их могут обработать. После этого данные за прошлый день удалять.
9. Если не надо хранить данные за каждый день отдельно, можно ничего не делать,
данные хранятся определенное количество часов (в нашей настройке, указанной
ниже, – 240, после чего сами удаляются).
На настройку, если с правами все в порядке, понадобится минут пять вместе со
следующим пунктом.
10. Настройка logcfg.xml.
Файл logcfg.xml сам по себе является семафором. Его присутствие в нужном
каталоге включает запись технологического журнала «1С», а его содержимое
определяет, что, как и куда пишется. Запись журнала начинается примерно через
минуту после помещения корректного файла в нужный каталог. Перезапускать
сервер не требуется.
Редактировать файл можно «Блокнотом».
Содержимое файла для наших целей должно быть примерно таким:
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="true" location="C:\dumps" type="0"/>
<log history="240" location="C:\LOG\2011-02-16">
<property name="all"/>
<event>
<eq property="name" value="excp"/>
</event>
</log>
</config>
В этом случае в технологический журнал пишутся только ошибки:
eq property="name" value="excp"
Данные хранятся 240 часов, потом удаляются:
log history="240"
145
Инструкции
Они пишутся в каталог C:\LOG\2011-02-16:
location="C:\LOG\2011-02-16"
Дампы при падении создаются:
dump create="true"
Такая настройка наиболее подходит для ежедневного мониторинга. Она делает
возможным ручной визуальный контроль ошибок (сам технологический журнал – это
текстовые файлы). Она не вызывает дополнительной нагрузки на систему, поскольку
в файл пишутся только ошибки (повышение нагрузки на систему не фиксиру-
ется, оно на уровне ошибок измерения). Также такая настройка не забивает место
на диске при создании дампов. При указании type="0" дамп занимает очень мало
места на диске.
Дампы нужны, если вы собираетесь их посылать на разбор или умеете обрабатывать
сами. Можно совсем не записывать дампы, если вам не нужно их считать:
dump create="false".
Для целей мониторинга ошибок указанной настройки вполне достаточно. Обра-
боткой НастройкаТехнологическогоЖурнала.epf с ИТС можно настроить более продви-
нутый мониторинг, однако каждое новое событие нужно включать, только если вы
четко понимаете, что вы хотите с его помощью увидеть. Может произойти такое, что
избыточная информация сделает недоступным визуальный ручной контроль или ее
вывод потребует от системы значительных ресурсов.
Если происходит ошибка блокировок, она записывается в файл в текстовом виде,
и выглядит она примерно так, как показано на рис. 4.5 .4:
00:05.8840-0,EXCP,6,process=rphost,p:processName=ut,t:clientID=66,t:applicationName=1CV8,t:computerName=MS-11,
t:connectID=49,SessionID=794,Usr=Иванов Петя,Exception=DataBaseException,Descr='Конфликт блокировок
при выполнении транзакции:Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.
HRESULT=80040E31, SQLSrvr: SQLSTATE=HYT00, state=12, Severity=10, native=1222, line=1'
00:05.8845-0,Context,3,process=rphost,p:processName=ut,t:clientID=66,t:applicationName=1CV8,t:computerName=MS-11,
t:connectID=49,SessionID=794,Usr= Иванов Петя,Context='
{Документ.Событие.Форма.ФормаДокумента}
Документ.Событие : 734 : мойЗаписатьТелефонКонтрагента(Контрагент, мойТелефон);
ОбщийМодуль.мойОбщий : 1073 : Список = мойПоискАбонентаПоТелефону(Телефон, Истина);
ОбщийМодуль. мойОбщий: 992 : Результат = Запрос.Выполнить();'
Рис. 4.5.4. Пример информации об ошибках блокировок в технологическом журнале
Квалифицированный программист «1С» обычно в состоянии достаточно быстро
написать парсер, считающий, например, количество появлений строк «Lock request
time out» в нескольких текстовых файлах.
Другие ошибки блокировок, с которыми приходится встречаться на практике, пред-
ставлены в таблице 3.9.1.
146 Настольная книга 1С:Эксперта по технологическим вопросам
Простейший мониторинг, заключающийся в разборе текстовых файлов и подсчете
таких ошибок, позволяет точно ответить на вопрос: есть ли «симптомы болезни»
(ошибки блокировок) и сколько их:
■ если их меньше 10 в день, можно на них пока не обращать внимания;
■ если в какой-то день больше 10, стоит начать заниматься этой проблемой;
■ если их больше 50 в день, проблемой надо заниматься в полную силу;
■ если их больше 200 в день, ваши пользователи вам и так все уже рассказали.
4.6. Общий подход к анализу
технологического журнала «1С»
По данным технологического журнала, полученным с помощью настроек,
описанных в предыдущей главе, можно вести не только простейший мониторинг.
Из тех же самых логов можно получить гораздо более детальную картину о работе
системы, если разобрать их же, применив следующую методику:
■ сгруппировать события EXCP по одинаковому тексту. Под одинаковым текстом
тут также понимаются ключевые фразы, однозначно идентифицирующие характер
ошибки. Пример таких ключевых подстрок для ошибок блокировок приведен
в таблице выше;
■ взвесить группы, то есть составить рейтинг ошибок по частоте;
■ разобраться с каждой группой ошибок в цикле сверху вниз;
■ по каждой ошибке попытаться понять, имеет ли она отношение к работе поль-
зователей или это системная информация, которая по сути ошибкой не является;
■ если это реальная ошибка, возникшая при работе пользователей, то с соответ-
ствующим приоритетом разобраться с ней и устранить.
Можно провести дополнительный анализ, сгруппировав ошибки блокировок
(и другие ошибки) по контекстам, в которых они возникают. Это более сложная
задача, но тоже вполне решаемая, и она с некоторыми известными ограничениями
позволяет осуществлять первичный анализ причин, вызывающих эти ошибки.
4.7. Замеры производительности
Замер производительности отладчиком 1С8
Замер производительности отладчиком 1С8 позволяет оценить скорость работы
кода конфигурации. Показывает количество использования конкретных строк кода
и время их выполнения – чистое и в процентном отношении к общему времени
работы. Пример результата замера приведен на рис. 4.7.1 .
Включается так: Конфигуратор – Отладка – Замер производительности. После этого
надо выполнить исследуемое действие, например, провести документ. Выключается
так же.
147
Инструкции
Файл с результатами замера можно сохранить.
Справка по нюансам использования находится во встроенной справке конфигура-
тора (F1) – 1С:Предприятие – Конфигурирование – Замер производительности.
В клиент-серверном варианте, чтобы в замер попал серверный код, необходимо,
чтобы сервер был запущен в режиме отладки с ключом -debug.
Рис. 4.7.1. Пример результата замера производительности отладчиком 1С8
Простейший код замера времени
Замеры времени выполнения чего-либо можно проводить и вручную, используя
секундомер, но такой способ имеет известные погрешности и очевидные неудобства.
Правильнее всего, конечно, пользоваться подсистемой «Оценка производительности»
(как это делать, рассказано ниже). Ее встраивание не занимает много времени, но
затем экономия времени и удобство с лихвой оправдывают затраты. Но бывает, что
возможности изменения конфигурации нет. Тогда более удобно и точно, чем секун-
домером, замеры можно проводить, используя различного рода самописные обра-
ботки (например, как показано на рис. 4.7.2), выводящие строковое представление
функции ТекущаяДата() перед началом какого-то куска кода и после его окончания.
148 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.7.2. Простейший код замера времени
Оценка производительности БСП
(инструкция по установке, описание работы)
В ходе жизни информационных систем могут возникать ситуации, когда пользова-
тели начинают жаловаться на «резкое снижение» скорости работы. Жалобы пользо-
вателей – это, однако, субъективный показатель. Его, безусловно, стоит принимать во
внимание, но только для того, чтобы начать собирать объективные показатели.
Таким объективным показателем может быть время выполнения какой-то ключевой
операции, например, время проведения документа определенного типа.
Чтобы иметь объективную картину, надо, чтобы при каждом нажатии кнопки ОК
в критичном документе выполнялся замер времени и записывался в базу. Тогда
у вас, во-первых, будет понимание того, сколько на самом деле, а не со слов
пользователя, проводятся документы, а во-вторых, вы сможете видеть динамику
процесса и сами сможете отследить тревожную ситуацию и начать принимать меры
(например, время увеличилось вдвое – с 5 минут до 10, но основные пользователи
в отпусках, а девочкам, их замещающим, кажется, что это нормально и они не жалу-
ются).
В такой ситуации, когда нужно измерить и хранить время выполнения не одной
операции, а, например, время проведения каждого документа в работающей базе,
есть смысл воспользоваться функционалом подсистемы «Оценка производитель-
ности» из состава Библиотеки стандартных подсистем «1С».
В ряде типовых конфигураций эта подсистема уже встроена65
, и определены
основные ключевые операции, так что зачастую достаточно просто включить замер
производительности.52
Ниже приводится инструкция для библиотеки стандартных подсистем 2.1.1 .22, пере-
проверенная и уточненная для ред. 2.2 .5.30. В старых версиях (1.2 .2.3) существенное
отличие только в том, что Ключевые операции – это не справочник, а перечисление.
1. Запустить конфигуратор.
2. Убедиться, что конфигурация не содержит встроенной подсистемы «Оценка
производительности» (в частности, регистра сведений Замеры времени, обра-
65
Обращайте внимание на то, какой она версии, т. к. она может быть далеко не последней версии.
Разумеется, при этом она будет справляться с возложенными на нее задачами в рамках своей
конфигурации, но не всегда в рамках проводимых вами работ. Решение о том, нужно ли вам ее
обновлять, нужно принимать взвешенно. Обновление подсистемы «Оценка производительности»
БСП – задача решаемая, но более сложная, чем установка с нуля, обязательны функциональное
тестирование и готовность оперативно исправлять возникающие коллизии.
149
Инструкции
ботки Оценка производительности, справочника или перечисления Ключевые
операции). Если содержит, проверить предопределенные элементы справоч-
ника Ключевые операции на наличие нужных операций. Если их недостаточно,
перейти к п. 10; если все необходимые есть – к п. 13.
3. Сравнить и объединить с cf БСП. Текущая версия публикуется
на http://users.v8.1c.ru/actual.jsp.
4. В окне сравнения-объединения снять все флажки, как показано на рис. 4.7 .3:
Рис. 4.7.3. Порядок заполнения окна сравнения-объединения
5. Из меню Действия выбрать Отметить по подсистемам файла.
6. Снять, как показано на рис. 4.7 .4, все флажки в перечне подсистем:
□ флажок поставить на Стандартные подсистемы – Оценка производительности,
□ оставить установленным флажок Включать объекты подчиненных подсистем,
□ оставить установленным флажок Включать объекты родительских подсистем.
7. Нажать кнопку Установить.
8. В окне сравнения-объединения Общие – Подсистемы – Стандартные подсистемы –
Оценка производительности установить флажок, как показано на рис. 4.7.5.
150 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.7.4. Порядок заполнения окна отбора по подсистемам
Рис. 4.7.5. Порядок заполнения окна сравнения-объединения
после установки отбора по подсистемам
151
Инструкции
9. Выполнить объединение.
10. В справочник Ключевые операции добавить предопределенные элементы
(например, КлючеваяОперация_1).
11. Не имеет значения – это кнопка ОК, кнопка Создать, кнопка Открыть или еще
что-то. Надо с помощью кода сначала стартовать замер, а потом начать выпол-
нение действия.
Например, когда документ проводится при нажатии кнопки ОК и нам необходимо
выполнить замер времени проведения:
□ если ОК стандартная кнопка:
○ для обычных форм открыть форму на редактирование, в контекстном
меню кнопки выбирать пункт Удалить, создать новую кнопку с таким
же именем и разместить ее на форме, при необходимости установить
свойство КнопкаПоУмолчанию в Истина;
○ для управляемых форм открыть форму на редактирование, в свойствах
формы (свойство Состав команд) отключить отображение команды ОК,
в редакторе форм создать новую команду с именем ОК, расположить ее
на форме, при необходимости установить свойство КнопкаПоУмолчанию
в Истина.
Обработчик кнопки (команды) может выглядеть следующим образом
(на рис. 4.7.6 приведен код из типовой конфигурации «Бухгалтерия предприятия»,
ред. 3.0, релиз 3.0 .19.15, элемент справочника Ключевые операции надо
использовать свой):
Рис. 4.7.6. Код обработки команды «Провести и закрыть» формы
документа «Поступление товаров и услуг» типовой конфигурации
«Бухгалтерия предприятия», ред. 3.0, релиз 3.0.19.15
152 Настольная книга 1С:Эксперта по технологическим вопросам
□ если ОК нестандартная кнопка, включить старт замера в начало обработчика
нажатия кнопки:
КлючеваяОперация = ПредопределенноеЗначение("Справочник.КлючевыеОперации.КлючеваяОперация_1");
ОценкаПроизводительностиКлиентСервер.НачатьЗамерВремени(КлючеваяОперация);
Обратите внимание, что все счетчики лучше встраивать на клиенте
(не в серверный код). Не нужно завершать замер вручную. Замер будет
завершаться автоматически по обработчику ожидания.
Но если вдруг потребуется вызывать замер с сервера, то замер надо
заканчивать принудительно:
&НаСервере
Функция СоздатьДокументЗаказПоставщику(Ссылка)
КлючеваяОперация = ПредопределенноеЗначение("Справочник.КлючевыеОперации.КлючеваяОперация_1");
. . . <код создания документа>...
ВремяНачала =
ОценкаПроизводительностиКлиентСервер.НачатьЗамерВремени(КлючеваяОперация);
ДокументЗаказ.Записать(РежимЗаписиДокумента.Проведение66);
ОценкаПроизводительностиКлиентСервер.ЗакончитьЗамерВремени(КлючеваяОперация, ВремяНачала);
....
КонецФункции
12. При объединении с версиями БСП, начиная с определенного момента, требу-
ется в модуле обычного приложения и в модуле управляемого приложения
объявлять переменную:53
Перем ПараметрыПриложения Экспорт;6754
13. Константу Выполнять Замеры Производительности установить в Истину любым
удобным способом (обработкой, создав новую форму констант, и пр.) .
14. При необходимости отрегулировать константу Оценка производительности период
записи – это периодичность записи результатов замеров на сервере, в текущих
релизах при установке значения 1 и меньше (в т. ч. 0 по умолчанию) выполня-
ется раз в 60 секунд.
15. Для анализа значений APDEX нужно использовать обработку Оценка произво-
дительности (Операции – Обработки...) . Чтобы ее использовать, нужно задать
период, шаг периода и целевое время, в списке оставить только свою ключевую
операцию и «общую производительность системы» и нажать Обновить показа-
тели производительности.
66
На всякий случай обращаем внимание, что, в отличие от рис. 4.7 .6, где в параметрах
у Записать() – структура, т. к. это код для управляемой формы, в обычной форме и при вызове
с сервера в параметрах у Записать() – РежимЗаписиДокумента.Проведение.
67
Хороший повод отметить, что задачу написания идеальных инструкций на все времена мы
перед собой не ставим. Код, даже списанный из книжки, перед применением на продуктиве
надо проверять и отлаживать, а 1С:Эксперт должен уметь программировать и не должен падать
в обморок при появлении сообщений об ошибке, особенно таких очевидных, как Переменная
не определена (ПараметрыПриложения). Встраивание БСП вер. 2.1 .1.22 не требовало объявления
указанной переменной, поэтому в первом издании книги про это ничего написано не было.
Работоспособность нынешнего кода проверена на БСП вер. 2.2.5 .30 . Выйдет БСП 2.3.1,
возможно, появятся новые нюансы.
153
Инструкции
В простых случаях время на выполнение всех пунктов изложенной выше инструкции
не превышает 20 минут.
Если подсистему пришлось встраивать, то потребуется обновить конфигурацию
базы, причем не динамически, а с выходом всех пользователей.
Дополнительно рекомендуется ознакомиться со статьей http://kb.1c.ru/articleView.
jsp?id=61, а также посмотреть, как данный функционал реализован в последних
релизах типовых конфигураций, например, в уже упомянутой конфигурации
«Бухгалтерия предприятия», ред. 3.0 .
Использование изложенного подхода предполагает, что замеры выполняются только
при нажатии кнопки ОК (или Провести и закрыть) в форме элемента. Это не охваты-
вает всех случаев, потому что, например, проведение документа может выполняться
и с помощью других кнопок, заменить обработчики которых гораздо сложнее.
Но можно считать, что для массовых документов выборка, получаемая таким
образом, является достаточной, хоть и не будет охватывать всех случаев. А для
немассовых документов следует попросить отдельных пользователей пользоваться
для проведения документов только кнопкой ОК.
Результатом внесенных изменений, если все сделано правильно, должно стать
появление в регистре сведений Замеры времени информации о том, какие ключевые
операции были выполнены и за какое время. Появляются они там не моментально,
но в течение минуты после выполнения ключевой операции появиться должны
обязательно.
Полученные данные можно использовать для самостоятельной обработки, либо,
как указывалось выше, воспользоваться входящей в подсистему обработкой Оценка
производительности, агрегирующей результаты по методике APDEX.
4.8. Требования к сети. Как проверить сеть
Общие вопросы
При решении задач проектирования центров обработки данных под ландшафт «1С»
часто задают вопрос о параметрах пропускной способности сети, необходимых для
комфортной работы пользователей.
Ответ стереотипный: таких требований нет. Есть объективное требование – техниче-
ская возможность работы, но соблюдение этого условия обеспечивается в том числе
при полном отсутствии комфорта для пользователей. В то же время «комфортная
работа пользователей» – это субъективный критерий, и, кроме того, он существенным
образом зависит от особенностей прикладного решения (конфигурации «1С»), то
есть никаких формальных требований по нему выставлено быть не может.
Если, однако, вспомнить раздел 2.3 «Как устроена система», мы увидим, что сетевое
взаимодействие является важной частью работы компонентов системы. И теоре-
тически, и на практике сеть действительно может быть узким местом в работе.
Например, лет восемь назад достаточно распространенной причиной жалоб пользо-
вателей на работу 1С 7.7 (файловой) была плохо обжатая витая пара.
154 Настольная книга 1С:Эксперта по технологическим вопросам
В упомянутом разделе приводилась аналогия работы системы с поездкой в гипер-
маркет. Если к этой аналогии вернуться, то становится понятно, что даже при
наличии асфальтированной дороги между домом и магазином существует много
причин, по которым время поездки вырастет, и иногда вырастет очень сильно:
■ ямы, ухабы, «лежачие полицейские»;
■ светофоры, ж/д переезды, перекрытия движения;
■ ограничения скорости;
■ проверки документов инспекторами;
■ необходимость заехать еще куда-то по дороге (хотя бы и на заправку) и т. п.
Короче говоря, требование к идеальной дороге и движению по ней довольно
простое: дорога должна наличествовать, на ней не должно быть ям и ухабов,
система организации движения не должна мешать по этой дороге ехать, маршрут
движения должен быть максимально простым.
Собственно, ровно те же требования можно предъявить и к идеальной сети: сеть
должна быть, и она не должна мешать системе работать ни ошибками, ни ограниче-
ниями скорости, ни особенностями собственной организации.
Как ни странно, этой цели лучше всего соответствует сеть со статическими IP-
адресами, расположенными в единой локальной подсети, а из физического обору-
дования – самый простой гигабитный хаб или неуправляемый свитч и гигабитные
сетевые адаптеры. В реальности, однако, такие сети и такое оборудование в крупных
организациях встречаются довольно редко, в том числе из-за необходимости ручного
администрирования. А использование средств, позволяющих администрирование
в той или иной степени автоматизировать, может создать довольно серьезные затруд-
нения при работе.
Рассмотрим теперь, какие проблемы можно получить или самостоятельно себе
создать, а также как их можно попробовать обнаружить.
Ошибки сети
Самый простой способ проверить, доступен ли вообще сервер и нет ли ошибок, –
команда ping <IP-адрес сервера, с которым проверяется связь> (Пуск – Все
программы – Стандартные – Командная строка или Пуск – выполнить – cmd, и в появив-
шемся окне набирать команду).
Для наших целей больше подходит команда с параметром -t, показанным на рис.
4.8.1 . При указании этого параметра проверка идет, пока ее не прервать сочетанием
клавиш Ctrl + C. Для отображения статистики и продолжения проверки надо нажать
Ctrl + Break.
Второй рисунок показывает, как выводить информацию в файл, а не на экран.
155
Инструкции
Рис. 4.8.1. ping -t
Канал может резко терять стабильность на больших пакетах. Если обычный ping не
выявит потерь, есть смысл проверить:
ping <имя сервера> -n 100 -l 50000
Если при просмотре вы заметили, что есть потерянные пакеты или время скачет,
достигая достаточно больших значений, это означает, что в сети есть ошибки. Будут
они мешать вам работать или нет – это дело случая, но за правило надо взять, что
если ошибки есть, то мешать работать они будут.
Если необходимо установить связь между сбоями системы и работой сети, можно
использовать другую утилиту: hrping (freeware, можно скачать на сайте ее разработ-
чика cFos Software: http://www.cfos.de/hrping-v504.zip).
Эта утилита обладает рядом дополнительных полезных возможностей. Например,
ее запуск с ключом «-Т» выводит время (см. рис. 4.8.2). Для наших целей доста-
точно следующей строки запуска (требуются права администратора – Пуск – Все
программы – Стандартные – Командная строка – контекстное меню – Запуск от имени
администратора, и в появившемся окне набирать команду):
hrping.exe -t -s 100 -T -l 1024 -F pinglog.txt 192.168.0.1
156 Настольная книга 1С:Эксперта по технологическим вопросам
IP-адрес нужно указать, разумеется, требуемый, реальный.
Вывод, как понятно из командной строки, производится в файл pinglog.txt. Пример
показан на рис. 4.8.2 .
Если были пропавшие пакеты (это понятно из суммарной статистики), время их
пропадания можно установить, проведя поиск подстроки «Timeout waiting for»
по этому файлу. Сопоставив время пропадания пакетов и время ошибок, зафикси-
рованных в технологическом журнале «1С», можно сделать вывод о наличии либо
отсутствии связи по времени одного с другим.
Рис. 4.8.2. Пример лога hrping
Недостаточная пропускная способность
Приведенные в таблице 4.8 .1 значения не являются официальными требованиями
к пропускной способности сети. В ней приведены пороговые значения пропускной
способности, ниже которых наблюдается замедление работы, выходящее за
погрешность измерения (то есть речь не совсем о комфортной работе, а о снижении
скорости работы, которое может быть измерено). При пропускной способности выше
указанной скорость работы находится примерно на одном уровне.
Таблица 4.8.1. Пороговые значения пропускной способности сети
Соединение
Пропускная
способность
Примечание
Локальная сеть:
работа толстого клиента
в файловой версии,
связь между серверами
в клиент-серверной версии,
работа совокупности клиентов
1 Гбит/с
Ситуации, когда действительно требуется пропускная
способность выше 1 Гбит/с, являются крайне редкими,
но их и нетрудно обнаружить, анализируя загрузку
сетевого интерфейса, см. раздел 4.1 .
Пропускной способности в 100 Мбит/с может не
хватать для работы без замедлений.
Возможностей Wi-Fi (теоретический потолок самого
быстрого стандарта на текущий момент – 300 Мбит/с,
реальный – 100 Мбит/с) также может не хватать для
работы без замедлений
157
Инструкции
Соединение
Пропускная
способность
Примечание
RDP с терминальным сервером 14 Кбит/с
Разрешение экрана 1440х900 и наcтройки цвета 32
бита (True Color)
Другие терминальные клиенты В ряде
случаев – до
128 Кбит/с
Требования могут отличаться в большую сторону, для
некоторых клиентов – на порядок
Толстый клиент, тонкий клиент
через TCP/IP (клиент-серверная
версия при работе одного
клиента)
16–32 Кбит/с Зависит от выполняемой операции. Замер выполнялся
для демобазы «1С:Управление торговлей 8», ред. 11
Тонкий клиент через HTTP
(клиент-серверная версия при
работе одного клиента)
8–16 Кбит/с Зависит от выполняемой операции. Замер выполнялся
для демобазы «1С:Управление торговлей 8», ред. 11
При использовании некоторых каналов может проявляться такая составляющая,
как задержка сигнала, например, при обмене через спутник. В этом случае имеет
смысл самостоятельно провести тестирование канала, используя доступный
сервис «1С» (демобаза «1С:Управление торговлей 8» с веб-интерфейсом):
http://demo-ma.1c.ru/trade.
То же для низкоскоростного соединения: http://demo-ma.1c.ru/trade?O=Low.
Маршрутизация
Вообще говоря, лучше, если все серверы, относящиеся к ландшафту «1С», находятся
в одном сегменте сети. Это снимает целый класс потенциальных проблем. Прове-
рить, есть ли в сети маршрутизация, можно с помощью команды tracert, запустив
ее, например, с терминального сервера на сервер (серверы) приложений «1С»,
а с сервера (или с серверов, если их несколько) приложений «1С» на сервер СУБД.
Если трассировка покажет путь из одной строчки («хопа», «прыжка»), как показано
на рис. 4.8.3, – все нормально. Если же их более одного, это значит, что между
вашими серверами существуют промежуточные маршрутизаторы.
Рис. 4.8.3. Команда tracert показала, что до сервера 192.168.0.1 один «хоп»
Если эти маршрутизаторы представляют собой физические серверы, такая архитек-
тура совершенно точно требует исправления.
Дело в том, что при прохождении пакета из одной подсети в другую через роутер
на нем обязательно происходит задержка пакета на его обработку. Чаще всего
158 Настольная книга 1С:Эксперта по технологическим вопросам
и в основном потери времени идут на логирование, но могут быть задержки
и на других программных надстройках роутера. Длинные пакеты задерживаются
на большее время, чем короткие. В результате штатными средствами (ping) эта
задержка не определяется, т. к. там по умолчанию очень короткие пакеты, которые,
если нет проблем, проходят быстро. А длинные пакеты (работа с СУБД и обмен
между серверами) задерживаются, и это – нормальная работа. Эти задержки на обра-
ботку пакетов замедляют работу системы в целом. Их можно минимизировать, но
совсем от них избавиться нельзя, и такая работа требует наличия специфичных
знаний у специалистов по сетевому оборудованию. Обычная практика в таких
случаях – исключать маршрутизацию.
Однако и в том случае, если речь идет о VLAN, полностью снимать вопрос о непри-
частности маршрутизации к проблемам не стоит. Почему – рассказано ниже.
Надстройки активного оборудования
Активное сетевое оборудование может вести себя подобно сотруднику ДПС
на посту: задерживать, логировать и фильтровать подозрительные пакеты. Это
зависит от того, какие надстройки задействованы (кстати, не обязательно они
задействованы силами системных администраторов заказчика, иногда они вклю-
чены по умолчанию). Внедренцам «1С», как правило, очень трудно объяснить
администраторам в больших центрах обработки данных, что именно должно быть
открыто для того, чтобы работа системы на платформе «1С:Предприятие» не каза-
лась подозрительной софту активного оборудования и не встречала противодействия
с его стороны. Поэтому обычный ответ, к сожалению, таков: «Сначала открыть все,
а вот что можно закрыть – надо проверять». Если есть подозрение, что дело все-таки
в активном оборудовании, а все серверы ландшафта «1С» являются физическими,
есть смысл попробовать скоммутировать их не через активное оборудование, а через
неуправляемый свитч, и сравнить данные замеров производительности, полученные
для обоих случаев.
Надстройки серверов ландшафта «1С»
На серверах терминалов, приложений «1С» и СУБД может быть задействовано
встроенное в ОС или дополнительно установленное программное обеспечение,
повышающее безопасность: файрволл, антивирус и пр. Довольно часто работа этого
программного обеспечения оказывает существенное негативное влияние на работу
системы на платформе «1С:Предприятие», т. е. это программное обеспечение явля-
ется обычным подозреваемым при расследовании проблем производительности.
Стандартное решение – отключить вызывающие подозрение настройки и программы
и сравнить данные замеров производительности, полученные с ними и без них.
Сетевые службы
Если сетевые службы (DNS, DHCP и другие) работают с ошибками и об этих ошибках
известно из других источников, не обязательно связанных с ландшафтом «1С», то
устранение этих ошибок должно стать приоритетной задачей, без решения которой все
работы по поиску проблем производительности «1С» могут не иметь смысла.
159
Инструкции
4.9. Сбор статистики дампов (общий принцип)
Автоматизированный сбор дампов
Для начала надо сказать, что автоматический сбор статистики дампов реализован
в текущей версии ЦКК. Как это делать вручную, рассказано далее, но надо понимать,
что, потратив не очень много времени на настройку ЦКК, можно затем полностью
избавить себя от рутинной работы.
Для наших целей мы считаем, что дамп – это содержимое рабочей памяти одного
процесса. Нас интересуют дампы, создаваемые автоматически при аварийном завер-
шении работы приложения или процесса. Также нас интересуют дампы, снимаемые
вручную, когда приложение (процесс) зависло и дамп не был создан автоматически.
Информация, содержащаяся в дампах, позволяет расследовать критичные ошибки.
Чтобы провести такое расследование, дамп надо отправлять в «1С».
Но есть и другое, более простое применение дампов, также важное на практике.
Собственно количество дампов за период может служить объективной характе-
ристикой качества работы системы, потому что оно будет отражать количество
аварийных завершений работы. Статистика дампов, разобранная по офсетам, как
будет показано ниже, может показать количество однородных причин их создания,
и по крайней мере станет понятно, имеют место падения процессов и приложений
по одной причине или по разным.
Рассмотрим сначала встроенные в «1С» средства управления формированием
дампов.
По умолчанию при аварийном завершении процесса (приложения) формируется
минимальный дамп, который попадает в папку: 55
%USERPROFILE%\Local Settings\Application Data\1C\1Cv82\dumps68
А для ОС Windows Vista и выше в папку:
%LOCALAPPDATA%\1C\1Cv82\dumps
Папка относится к тому пользователю, от имени которого работает приложение.
Например, дампы серверных процессов в Windows 7, скорее всего, будут находиться
в папке C:\Users\Usr1cv82\AppData\Local\1C\1Cv82\dumps.
Состав информации, попадающей в дамп, регулируется настройками секции <dump>
файла logcfg.xml69
, см. раздел 4.5 . В ней приведен следующий пример:56
<dump create="true" location="C:\dumps" type="0"/>
Атрибут location назначает имя каталога, в который будут помещаться файлы дампов.
68
Для 8.3 каталог по умолчанию содержит в пути не «1Cv82», а «1Cv8».
69
Для ОС Linux настройка формирования дампов выполняется средствами ОС. Поэтому элемент
<dump> игнорируется. См. статью «Создание дампов аварийного завершения программы в ОС
Linux» на ИТС, а также в гл. 6 «Руководства администратора».
160 Настольная книга 1С:Эксперта по технологическим вопросам
Атрибут create указывает, создавать или не создавать файл дампа:
■ 0 ("false") – не создавать;
■ 1 ("true") – создавать.
Атрибут type назначает тип дампа. Это произвольная комбинация битов-флажков,
представленная в десятичной или шестнадцатеричной системе (сложение значений
флажков). Представление в шестнадцатеричной системе должно начинаться
с символа 'x', например, x0002.
Доступные значения приведены на диске ИТС и в «Руководстве администратора»,
см. приложение 3 «Описание и расположение служебных файлов». Для большин-
ства случаев достаточно в качестве значения атрибута type использовать значение 0
(минимальный дамп) или 3 (содержимое всей памяти процесса + дополнительный
сегмент данных), например, type="3".
Атрибут prntscrn указывает, создавать или нет файл копии экрана при аварийном
завершении клиентской части системы «1С:Предприятие». Имя файла совпадает
с именем дампа, но имеет расширение png. Файлы копий экрана создаются в том же
каталоге, что и дампы (см. атрибут location).
■ 0 ("false") – не создавать;
■ 1 ("true") – создавать.
Чтобы вести статистику критичных ошибок с помощью дампов, нужно:
1. Собрать все дампы с сервера.
2. Объединить идентичные дампы в группы. Дамп будет идентичным, если
у него совпадает имя процесса, номер версии и офсет, то есть первые три
группы значений в имени файла. Например, для дампа rphost_8.2 .16.368_3201
be4b_20121211163453_22484:
□ имя процесса: rphost,
□ версия: 8.2 .16.368,
□ офсет: 3201be4b.
3. Для новых групп, то есть для тех видов дампов, которые появились впервые,
нужно добавить новую строчку в таблицу (см. таблицу 4.9 .1).
4. После этого для всех видов дампов проставить количество дампов этого вида
в колонке соответствующей недели.
Как говорилось в начале, всю эту деятельность можно автоматизировать при помощи
ЦКК.
Таблица 4.9.1. Пример ведения статистики дампов
Процесс
Версия
Офсет
08.04 – 14.04
15.04 – 21.04
ragent
8.2 .16.368
4d47e384
6
0
rmngr
8.2 .16.368
4d3ea44a
4
2
rmngr
8.2 .16.368
4d40e8c5
15
0
rmngr
8.2 .16.368
4d44a565
2
0
161
Инструкции
Процесс
Версия
Офсет
08.04 – 14.04
15.04 – 21.04
rphost
8.2 .16.368
0065006c
0
1
rphost
8.2 .16.368
1b8627ae
0
1
rphost
8.2 .16.368
30940232
0
1
Итого
27
5
Сбор дампов вручную
Если вы ведете работу во взаимодействии с фирмой «1С», вам может потребоваться
предоставлять дампы с зависших процессов и в иных случаях, когда автоматическое
формирование их средствами «1С» не сработало.
В этом случае надо пользоваться утилитой procdump. Скачать ее можно с сайта
Microsoft Technet, из его части Sysinternals. Как ею пользоваться, приведено
в примерах ниже.
Например, чтобы автоматически формировался дамп при краше процесса rphost,
нужно запустить bat-файл, содержащий следующую команду:
procdump.exe -ma -t -e 1 -f "" -l -o rphost dump_rphost_main > dump_rphost_main_log.txt
Если в диспетчере задач (Task Manager) несколько процессов с именем rphost или
rmngr, то нужно для каждого такого процесса создать свой bat-файл, заменить имена
процессов на PID и запустить в отдельной директории (чтобы логи не перекрывали
друг друга). Узнать PID можно в диспетчере задач на вкладке Процессы, выбрав
пункт меню Вид – Выбрать столбцы... и установив флажок в поле ИД процесса (PID).
Чтобы снять дамп вручную, нужно запустить bat-файл, содержащий, например,
следующую команду:
procdump.exe -ma rmngr dump_rmngr_hand
Или используя PID:
procdump.exe -ma 4252 dump_rphost_hand
Если будет получено сообщение об ошибке, состоящее из знаков вопросов (см.
ниже), то bat-файл надо попробовать запускать либо под администратором (Пуск – Все
программы – Стандартные – Командная строка – контекстное меню – Запуск от имени
администратора, и в появившемся окне набирать имя bat-файла), либо под пользова-
телем, от имени которого работает процесс.
Error opening rmngr.exe (1400):
?????? ???????? ???????.
162 Настольная книга 1С:Эксперта по технологическим вопросам
4.10. Работа с ЦКК. Общие принципы, стандартные
возможности, первичная настройка
Общие вопросы
Центр контроля качества поможет методически грамотно организовать сбор
и доставку информации о параметрах функционирования системы. ЦКК последней
на текущий момент редакции 2.0.8 .10 позволяет осуществлять постоянный монито-
ринг:
■ количества аварийных завершений рабочих процессов кластера «1С:Пред-
приятия» за час, день, неделю или месяц;
■ доступности информационной базы для пользователей, процента времени,
в течение которого базы были доступны для пользователей;
■ ошибок при выполнении регламентных заданий;
■ потребления памяти рабочими процессами;
■ работоспособности собственно центра контроля качества;
■ общего количества сеансов в зависимости от времени;
■ времени выполнения ключевых операций в контролируемых информационных
базах и APDEX времени выполнения;
■ количества новых и измененных объектов в контролируемых информационных
базах за час, день, неделю или месяц;
■ количества сформированных отчетов в контролируемых информационных базах
за час, день, неделю или месяц;
■ количества сеансов, находящихся внутри серверного вызова;
■ числа новых зарегистрированных проблем, а также числа проблем, решенных за
час, день, неделю или месяц.
Принцип работы ЦКК заключается в том, что контроль полностью автоматизирован.
При возникновении ситуаций, требующих вмешательства, генерация сообщений
осуществляется автоматически, и так же автоматически осуществляется рассылка
этих сообщений ответственным.
Мониторинг работы системы ведется постоянно, сбору подлежит вся необходимая
информации, которая может помочь при устранении критических ситуаций в контро-
лируемой системе.
Ядро системы изолировано от ее прикладных составляющих (контрольных процедур).
Имеется возможность легко добавлять новые контрольные процедуры или заменять
существующие без внесения изменений в ядро системы, то есть ЦКК можно исполь-
зовать как платформу для автоматизации других контрольных процедур, которые
сейчас там не реализованы.
163
Инструкции
Что надо сделать для начала работы
1. Развернуть базу.
2. Настроить, кому и как отправляются оповещения (пройти мастер настройки).
3. Настроить периметр контроля (т. е. указать сведения про базы, кластер, рабочие
процессы и внешние ЦКК).
4. Настроить появившиеся после заполнения периметра штатные контрольные
процедуры, по возможности – запустить, но можно это сделать и позднее.
5. При необходимости развернуть еще одну базу ЦКК и добавить свои контрольные
процедуры (как это сделать, описано в следующей главе).
Далее эта же последовательность описана более подробно.
ЦКК рекомендуется разворачивать непосредственно в локальной сети контроли-
руемой системы. Но это надо делать на отдельном рабочем сервере, на котором
запущен отдельный кластер «1С:Предприятия», иначе (при размещении ЦКК на том
же сервере в том же кластере, что и рабочие базы) его возможности по контролю
могут быть серьезно ограничены.
ЦКК нет смысла разворачивать в файловом варианте, кроме как просто в ознакоми-
тельных целях.
Мы не рекомендуем использовать демобазу ЦКК в качестве исходной для создания
своей рабочей базы ЦКК. Правильным будет пользоваться базой, заполняемой
с нуля, как показано на рис. 4.10.1 .
Рис. 4.10.1. Создавать рабочую базу ЦКК нужно не из демошаблона
При первом входе в базу нужно пройти мастер настройки (появляется автомати-
чески), прохождение которого показано на рис. 4.10.2 –4 .10.8. Нюансы описаны
в подписях к рисункам.
164 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.10.2. Ввести имя
Рис. 4.10.3. Указать способы оповещения – электронная почта, SMS или и то и другое вместе
Рис. 4.10.4. Указать, надо ли посылать сообщения о собственной работоспособности
и принимать такие сообщения от других ЦКК. Период отправки отчетов указывается
в минутах. В отличие от других контрольных процедур, эта процедура генерирует
письма, когда все нормально, а не когда что-то случилось
165
Инструкции
Рис. 4.10.5. Настройки электронной почты
Параметры, указанные на рисунке, приведены для реальной работы с mail.ru (только
надо поменять имя email2@mail.ru на свое).
Рис. 4.10.6. Параметры отправки SMS. Доступны провайдеры «Билайн» и МТС
166 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.10.7. В базе есть предопределенный элемент справочника «Роли пользователей»:
«ОтветственныйЗаПериметрКонтроля». Нужно указать его контакты. Что такое
периметр контроля, будет показано далее
Рис. 4.10.8. Перед завершением мастера будет проведена проверка введенных настроек
способов связи. Если они будут пройдены, вы получите сообщение
об успешном завершении, если нет – сообщение, где что не удалось выполнить
При необходимости настройки в любой момент можно сохранить (может потребо-
ваться вернуться и снять флажки на шаге «Параметры оповещения»). Донастроить
их можно позднее, вызвав Запуск мастера настройки основных параметров на закладке
Настройки.
167
Инструкции
Рис. 4.10.9. Закладка «Настройка»
После прохождения мастера на закладке Рабочий стол появится периметр контроля:
список информационных баз из одной базы, список кластера серверов из одного
сервера, список рабочих процессов из одного процесса и список внешних ЦКК из
одного ЦКК (см. рис. 4.10.10). Нужно зайти во все элементы периметра (справочник
Объекты контроля, подчиненный справочнику Виды объектов контроля) и заполнить
их. При необходимости добавить свои компоненты (например, вторую информаци-
онную базу).
Рис. 4.10.10. Периметр контроля
При заполнении реквизитов элементов периметра, если реквизит интуитивно непо-
нятен, нужно пользоваться встроенной справкой на вкладке Рекомендации формы
элемента (см. рис. 4.10.11). Там все объяснено очень подробно, и здесь дублировать
содержащиеся там сведения нет необходимости.
168 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.10.11 . Источник информации по заполнению реквизитов – закладка «Рекомендации»
По мере прохождения периметра для его элементов будут автоматически создаваться
контрольные процедуры: в текущей версии по три для каждой информационной
базы и по одной для остальных видов объектов контроля (см. рис. 4.10.12).
Рис. 4.10.12. Для всех элементов автоматически созданы предопределенные
контрольные процедуры
169
Инструкции
Необходимо зайти в каждую из созданных контрольных процедур и, опять же
руководствуясь рекомендациями на соответствующей закладке, ввести нужные
настройки, при наличии соответствующего решения о запуске контроля нажать
Начать выполнение (см. рис. 4.10.13). По мере принятия решений о запуске, а также
в зависимости от состояния контролируемого параметра (есть проблемы или нет)
индикатор «Состояние системы» на рис. выше будет делиться на сектора, имеющие
цвет в соответствии с приведенной на индикаторе легендой.
Рис. 4.10.13. Необходимо настроить и запустить контрольные процедуры
Согласно встроенной документации: общий подход к повышению качества:
■ Все контрольные процедуры для каждой информационной базы должны быть
настроены и запущены. ЦКК допускает дезактивацию контрольных процедур,
однако такое решение следует принимать осознанно и индивидуально в каждом
конкретном случае.
■ Все запущенные контрольные процедуры выполняются автоматически в соот-
ветствии с заданным расписанием. В случае невозможности выполнения
контрольной процедуры ЦКК формирует соответствующие задачи для пользова-
телей ролей, ответственных за настройку контрольной процедуры.
После появления фактических значений измеренных параметров за их динамикой
можно будет следить на закладке Мониторинг.
4.11. Работа с ЦКК. Настройка собственных
контрольных процедур
В конфигурации Центра контроля качества, как указывалось в предыдущей главе,
ядро системы изолировано от контрольных процедур. Можно создавать свои
контрольные процедуры, копируя бизнес-процесс «Шаблон процесса контроля»
(у него уже настроена карта маршрута, и в модуле есть необходимые служебные
процедуры) и редактируя в его модуле процедуру ВыполнитьАнализ().
Это правильный способ, но на практике, при отсутствии точной инструкции, он
может оказаться сложным или недоступным, потому что он потребует детально
170 Настольная книга 1С:Эксперта по технологическим вопросам
разобраться в структуре конфигурации ЦКК: кроме бизнес-процесса, надо будет
создать еще несколько прикладных объектов метаданных, правильно увязав их
с ядром.
Есть другой способ, не вполне изящный, зато существенно более простой. Можно
создать две базы ЦКК: одна будет контролировать то, что заложено по умолчанию,
а во второй перенастроить существующие бизнес-процессы (под которые вся струк-
тура метаданных уже создана) так, чтобы они выполняли контроль того, что нужно
нам.
В качестве примера перенастроим контрольную процедуру контроля памяти под
контроль наличия файла logcfg.xml в нужном каталоге.
Откроем модуль бизнес-процесса КонтрольПамяти (см. рис. 4.11.1).
Рис. 4.11.1. Бизнес-процессы конфигурации ЦКК
Переименуем в нем имеющуюся процедуру ВыполнитьАнализ() в Выпол-
нитьАнализ_() и создадим свою процедуру с тем же именем, написав в ней код,
представленный на рис. 4.11.2.
171
Инструкции
Рис. 4.11.2. Код контроля наличия файла logcfg.xml в нужном каталоге
и отработка ситуации, когда он не найден
Собственно, на этом внесение изменений закончено. Теперь контрольная процедура
«Контроль потребления памяти»70 в дополнительной базе ЦКК будет следить за
файлом logcfg.xml. Если настроить оповещение и переименовать файл logcfg.xml,
эта контрольная процедура начнет генерировать поручения на решение проблем
и рассылать оповещения, как показано на рис. 4.11 .3 и 4.11.4 .
57
Рис. 4.11.3. Сформировано поручение
70
Ее переименование потребует дополнительных усилий, которые здесь рассматривать не будем.
172 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.11.4. Прислано оповещение
4.12. Работа в профайлере. Как получить
план запроса
Получение плана запроса в профайлере Server подробно разобрано в разделе 3.14
главы «Теория». Поэтому здесь ограничимся рисунком с настройкой трассировки,
необходимой для выполнения этого действия.
Рис. 4.12.1. Настройка трассировки для получения планов запроса
4.13. Работа в профайлере. Как получить
сумму duration
1. Подключиться профайлером к серверу, из меню Файл выбрать Создать трасси-
ровку. Можно использовать стандартный шаблон (см. рис. 4.13.1).
2. Если вы не одни на сервере, есть смысл добавить столбец DatabaseName (чтобы
его увидеть, надо поставить флажок Все столбцы) и установить по нему фильтр
(кнопкой Фильтры столбцов), см. рис. 4.13.2 и 4.13.3.
173
Инструкции
Рис. 4.13.1. Создание трассировки со стандартным шаблоном
Рис. 4.13.2. Добавление столбца DatabaseName
Рис. 4.13.3. Добавление фильтра по имени базы
174 Настольная книга 1С:Эксперта по технологическим вопросам
3. Стартовать трассировку.
4. Выполнить ключевую операцию, измерить время ее выполнения.
5. Приостановить трассировку кнопкой Пауза.
6. Выполнить сохранение в таблицу базы: Файл – Сохранить как – Таблица трасси-
ровки.
7. В диалоговом окне (см. рис. 4.13.4) указать, в какую таблицу какой базы сохра-
нять результат. Нельзя указывать имя базы «1С». Если вы работаете на тестовом
оборудовании и работа носит разовый характер, можно пользоваться базой
master, но лучше создать свою отдельную базу (не «1С») для этих целей.
Рис. 4.13.4. Диалоговое окно выбора таблицы
8. Открыть SQL Management Studio, создать запрос к базе (в нашем случае master).
Запрос должен выглядеть примерно так:
SELECT sum (tt.Duration/1000) from [master].[dbo].[222] as tt
9. Выполнить этот запрос. Результатом будет сумма по полю Duration, переведенная
в миллисекунды (см. рис. 4.13.5).
Рис. 4.13.5. Запрос и его результат
175
Инструкции
Пояснение: SQL Profiler тоже показывает время в миллисекундах, но на самом
деле хранит его в микросекундах, и при сохранении в таблицу попадает число
микросекунд. Чтобы видеть время и в SQL Profiler, и в SQL Management Studio
в одном масштабе, в запросе стоит деление на 1000.
10. Сравнить общее время выполнения ключевой операции (п. 4) и время выпол-
нения всех запросов в базе, рассчитанное в п. 9. Сделать вывод о том, находится
проблема в СУБД или нет.
4.14. Работа в профайлере. Как получить
граф взаимоблокировки
Для получения графа взаимоблокировки достаточно настройки, представленной
на рис. 4.14 .1:
Рис. 4.14.1. Настройка трассировки для получения графа взаимоблокировки
Если взаимоблокировка поймана, ее граф будет нарисован в профайлере, а всплыва-
ющая подсказка выведет информацию о запросах, как показано на рис. 4.14.2 .
Информацию о взаимоблокировке можно сохранить в XML-файл, если выбрать
строку с взаимоблокировкой в верхнем окне профайлера и в контекстном меню
выбрать пункт Извлечь данные события...
После ответа на стандартный вопрос (куда сохранять) сохраненный файл можно
будет смотреть «Блокнотом». Его вид представлен на рис. 4.14.3 . Важные для разбора
взаимоблокировки позиции (запросы и порядок вызовов) выделены овалами.
176 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.14.2. Отображение графа взаимоблокировки в профайлере
Рис. 4.14.3. XML-файл подробностей взаимоблокировки
177
Инструкции
4.15. Работа в профайлере. Как получить сведения
об эскалации блокировок
Что такое эскалация блокировок, см. главу «Теория», раздел 3.10.
На практике для установки факта эскалации блокировок достаточно включить трас-
сировку события Lock:Escalation (см. рис. 4.15.1).
Рис. 4.15.1. Настройка SQL Profiler для поиска эскалаций блокировок
Если событие произошло, оно появится в трассировке (см. рис. 4.15 .2).
Рис. 4.15.2. Произошла эскалация блокировок
Если мы говорим о работе системы на платформе «1С:Предприятие», всегда надо
иметь в виду, что после эскалации данные окажутся заблокированы на уровне
таблицы.
178 Настольная книга 1С:Эксперта по технологическим вопросам
4.16. Работа с ЦУП. Общие принципы, стандартные
возможности, общая последовательность
работы, мастер настройки, таблица прав
Общие вопросы
Про ЦУП порой приходится слышать вещи, которые иначе как легендами назвать
сложно. Одни всерьез полагают, что установка и правильная настройка ЦУП
способны сами по себе избавить комплекс от всех проблем производительности.
Другие не менее искренне считают, что работа с ЦУП – это тайное знание, доступное
посвященным, которому, однако, можно научить внедренцев (разработчиков) за
несколько практических занятий, и тогда они начнут писать оптимально работающий
код. Чаще, чем хотелось бы, приходится слышать словосочетание «Внедрение ЦУП».
Источники подобных небылиц станут вам ясны, если вы когда-нибудь пробовали
научить работать в «Бухгалтерии предприятия» человека, не разбирающегося
в бухучете. Или если вы сами работали внедренцем или продавцом и пытались
понять, как «Бухгалтерия предприятия» работает или как ее можно продавать,
но сами при этом даже не знали наизусть плана счетов, не говоря уже о методике
ведения хотя бы простейшего учета. Или если вы пытались понять, как нужно вести
бухгалтерский учет, ориентируясь только по тому, как работает «Бухгалтерия пред-
приятия».
С ЦУП ровно то же самое. ЦУП – это нужный и полезный инструмент для людей,
разбирающихся в предмете. Но сам по себе он ничего не исправит. Чтобы понять,
как устроена система, одного его недостаточно; оптимальный код он писать не
научит. Иначе вся эта книга состояла бы из одной главы: «Как запустить и настроить
ЦУП».
Согласно документации, «Центр управления производительностью» (ЦУП) – инстру-
мент мониторинга и анализа производительности клиент-серверных информаци-
онных систем на платформе «1С:Предприятие 8». ЦУП предназначен для оценки
производительности системы, сбора подробной технической информации об имею-
щихся узких местах и анализа этой информации с целью дальнейшей оптимизации.
«Центр управления производительностью» представляет собой независимую
информационную базу «1С:Предприятия», которая может подключаться к кластеру
серверов «1С:Предприятия» для исследования производительности. Для работы
ЦУП не требуется внесения каких-либо изменений в код исследуемой информа-
ционной базы либо в состав компонентов сервера «1С:Предприятия» исследуемой
базы. Единственная подготовка, которая должна быть произведена на стороне иссле-
дуемой базы, – настройка прав доступа.
Теперь отложим документацию в сторону и сделаем несколько важных примечаний
к ней.
«Центр управления производительностью» – это действительно отдельная база
«1С:Предприятия». Эта база умеет получать данные из разных источников (не только
179
Инструкции
от кластера серверов «1С:Предприятия»), но все эти данные так или иначе связаны
с работой запросов, ожиданиями на блокировках и ошибками блокировок.
То есть, безусловно, ЦУП предназначен для оценки производительности системы
и пр. Для этих целей он показывает, как ведут себя запросы (время выполнения
и планы), есть ли ожидания на блокировках «1С» и СУБД и какие они, есть ли
ошибки блокировок СУБД и что явилось их причиной.
Но на этом и все. Если есть длинные запросы, избыточные ожидания на блоки-
ровках, а тем более ошибки блокировок, то система может и должна быть оптимизи-
рована, и все данные для этого предоставляются ЦУП.
На самом деле это очень много и очень ценно. И нет никаких других удобных
способов получить эту информацию с такими подробностями, как ее предоставляет
ЦУП.
За бортом при этом остаются, однако, два момента:
■ Нужны ли эти подробности для решения конкретной прикладной задачи. Сама
проблема может находиться вне пространства работы запросов и ожиданий
на блокировках. ЦУП, однако, решает те проблемы качества, которые по опыту
составляют подавляющее большинство. Если бы большинство проблем создава-
лось, скажем, запросами в цикле, то ЦУП искал бы их.
■ Работа с полученными данными. Умение получать данные – это хорошо, и этому
действительно можно научить за короткое время. Но данные же надо не только
получить, но и правильно понять, а дальше надо сделать правильные выводы
и применить их для решения стоящей прикладной задачи. Вопросам понимания
и извлечения выводов в большой степени посвящена эта книга, а применение их
на деле – это вопрос практики, которую не вместить ни в какой самый продви-
нутый курс обучения.
Что надо сделать для начала работы
1. Развернуть базу.
2. Настроить подключение к источникам информации (пройти мастер подклю-
чения к информационной базе).
3. Подключиться к интересующей вас базе в режиме мониторинга.
4. Добавить и включить нужные счетчики (в т. ч. аналитические, при необходи-
мости настроив их), подождать 1 минуту. В следующей главе будет показано,
какие счетчики обычно используют, и как сделать так, чтобы не добавлять их
каждый раз вручную.
5. Если это рабочая база и подключение проведено в рабочее время, счет-
чики начнут в онлайне показывать статистику по запросам, по ожиданиям
на блокировках и по ошибкам блокировок СУБД. Если это тестовая база, чтобы
статистика начала отображаться, надо выполнить те действия, которые собирае-
тесь анализировать.
6. После завершения теста (или интересной активности в рабочей базе) подождать
1 минуту, выключить счетчики.
180 Настольная книга 1С:Эксперта по технологическим вопросам
7. Для начала не надо делать длинных замеров, 3–5 минут (плюс по минуте
на ожидания в начале и в конце) может быть достаточно. Увеличение длитель-
ности должно производиться осознанно.
8. Подключиться к интересующей вас базе в режиме просмотра, выбрать интере-
сующий интервал времени, нажать Анализ или Авто в окне монитора анализа.
9. Если собиралась аналитическая информация, начнется анализ, который займет
какое-то время, иногда продолжительное. Если не собиралась, будет показана та
же статистика, что наблюдалась непосредственно в ходе замера.
10. Результаты анализа по готовности появятся в виде таблицы, их надо изучить
и сделать выводы.
11. При необходимости провести следующие замеры и их анализ.
12. В рабочей базе далее можно пользоваться регламентным мониторингом.
Далее в этой и двух следующих главах последовательность описана более подробно.
Мастер подключения к базе
Иногда приходится слышать про «Внедрение ЦУП». Никакого внедрения, разуме-
ется, нет. Настройка ЦУП состоит в том, чтобы пройти мастер настройки подклю-
чения к исследуемой информационной базе. Как уже говорилось, ЦУП получает
информацию из нескольких источников, и возможность получения данных из них
как раз настраивается и проверяется при работе мастера. На каждом из шагов при
наличии затруднений нужно нажать кнопку Инструкция в нижней части формы (см.
рис. 4.16.1), получить подробное разъяснение, что еще надо сделать для прохождения
текущего шага, и очень аккуратно и точно выполнить предложенные действия.
Ниже будут описаны нюансы прохождения мастера, а в конце главы даны сводные
таблицы требуемых прав. Пункты, описанные во встроенной справке, будут даны
кратко и без картинок.
1. Запустить ЦУП, нажать Новое соединение, выбрать Мониторинг.
2. В списке информационных баз нажать Добавить.
3. Прочитать текст на закладке Начало, уйти с нее кнопкой Далее.
4. На закладке Наименование подключения указать произвольное удобное название
(см. рис. 4.16.1).
5. Если возникнет остановка на шаге «СОМ-соединитель», необходимо зареги-
стрировать на компьютере, с которого запускается клиент ЦУП, компонент
comcntr.dll из каталога установки клиента «1С», т. е., например, C:\Program
Files (x86)\1cv82\8.2 .18.104\bin (требуются права администратора – Пуск – Все
программы – Стандартные – Командная строка – контекстное меню – Запуск от имени
администратора). В появившемся окне набрать команды:
cd C:\Program Files (x86)\1cv82\8.2 .18.104\bin
regsvr32 comcntr.dll
181
Инструкции
Перед регистрацией надо завершить все процессы (клиентские приложения
«1С:Предприятия», сервер «1С:Предприятия» и т. п.), которые используют
comcntr.dll из каталога запуска клиентского приложения «1С:Предприятия».
Рис. 4.16.1. Закладка «Наименование подключения»
6. На закладке Центральный сервер нужно указать имя или IP-адрес центрального
сервера кластера и его порт (см. рис. 4.16.2).
Рис. 4.16.2. Закладка «Центральный сервер»
182 Настольная книга 1С:Эксперта по технологическим вопросам
Порт по умолчанию – 1540. Если вы не уверены, проверьте в консоли кластера,
как показано на рис. 4.16.3, либо в свойствах службы агента «1С» (см. рис. 4.16.4).
Рис. 4.16.3. Имя и порт центрального сервера «1С» в консоли кластера
Рис. 4.16.4. Порт центрального сервера «1С» в свойствах службы агента «1С»
7. На закладке Кластер, как показано на рис. 4.16.5, надо указать кластер исследу-
емой базы (с ним трудно ошибиться, он выбирается из выпадающего списка),
а также имя и пароль администратора. Вот с ними можно ошибиться.
183
Инструкции
Рис. 4.16.5. Закладка «Кластер» мастера подключения к информационной базе
Если в кластере исследуемой информационной базы нет ни одного администратора,
то указывать имя и пароль администратора кластера на закладке Кластер не нужно.
В консоли кластера есть два места, где назначаются администраторы. Для цели
настройки ЦУП нужно указывать того, который на рис. 4.16.6 называется
«АдминистраторК», а не «АдминистраторЦС».
Рис. 4.16.6. Для целей ЦУП требуется «АдминистраторК»
Если администратор кластера аутентифицируется средствами операционной
системы, то в кластере исследуемой информационной базы должен быть
184 Настольная книга 1С:Эксперта по технологическим вопросам
администратор кластера с привязкой к учетной записи, под которой
«1С:Эксперт» входит в операционную систему, чтобы запускать клиента ЦУП
(т. е. надо добавить эксперта в администраторы кластера). Тогда в форме
на закладке Кластер не нужно указывать имя и пароль администратора кластера.
Если эксперт (пользователь ЦУП) локальный (не доменный) и заведен не на той
же машине, где стоит сервер «1С:Предприятия», то следует создать аналогичного
пользователя на компьютере сервера исследуемой базы и добавить его в число
администраторов кластера.
8. Закладка Информационная база мастера подключения к информационной базе
обычно трудностей не вызывает. На ней надо указать, к какой базе подключа-
емся, имя пользователя «1С» и его пароль, с помощью которых в эту базу
можно заходить. Пользователь должен иметь права на администрирование и на
внешнее подключение.
Рис.4.16.7. Закладка «Информационная база» мастера подключения к информационной базе
9. На закладке Типы показателей можно выбрать, какие показатели вам нужны.
Возможность ими пользоваться зависит от используемой СУБД, а также от
наличия прав. Если вам не удается включить все показатели на этой закладке
и пройти ее, очень внимательно прочитайте инструкцию, вызываемую
по кнопке в нижней части формы. Если все вроде бы правильно сделано, но
что-то не работает, попробуйте пройти мастер без части показателей, может
быть, для решения прикладной задачи они вам и не понадобятся.
Согласно встроенной справке: для пользователя, от имени которого запущен
клиент ЦУП, должны быть настроены права доступа к Microsoft SQL Server
следующим образом:
□ откройте SQL Server Management Studio и подключитесь к Microsoft SQL
Server, на котором находится база данных исследуемой информационной
базы;
185
Инструкции
□ перейдите в раздел «<Instance>\Security\Logins» и создайте новый логин
для пользователя, от имени которого запускается клиент ЦУП (например,
DOMAIN\expert1c. – Примеч. авт.) .
Рис. 4.16.8. Закладка «Типы показателей» мастера подключения к информационной базе
10. Чаще всего на практике сервер «1С» подключают к серверу СУБД под пользо-
вателем sa. Если у вас так же, вам достаточно поставить флажок в окне (см. рис.
4.16.9) и проследовать дальше.
Рис. 4.16.9. Закладка «Показатели сервера 1С:Предприятия»
186 Настольная книга 1С:Эксперта по технологическим вопросам
Если это не так (а выяснить это вы можете в свойствах информационной базы
в консоли кластера, см. рис. 4.16.10), вам надо выполнить действия, указанные
в инструкции, вызываемой кнопкой в нижней части формы. Согласно
встроенной справке надо:
□ открыть SQL Server Management Studio и подключиться к серверу,
на котором находится иссл едуемая база данных;
□ перейти в раздел <Instance>\Security\Logins и открыть свойства логина,
используемого сервером «1С:Предприятия», исследуемой базы для подклю-
чения к СУБД;
□ открыть страницу «Server Roles», установить флажок напротив роли
«processadmin» и нажать ОК:
Рис. 4.16.10. Логин, под которым происходит подключение базы к серверу СУБД
187
Инструкции
11. Закладка Показатели ОС.
Согласно встроенной справке: показатели операционной системы на данный
момент доступны только для Microsoft SQL Server. Поэтому, если используется
этот тип СУБД, необходимо выполнение следующих требований:
□ Пользователь, от имени которого запускается клиент ЦУП, должен входить
в группу «Performance Monitor Users» на компьютере, где запускается SQL
Server.
После добавления пользователя в группу может потребоваться выход
и повторный вход в систему или перезагрузка для того, чтобы изменения
вступили в силу.
□ Убедитесь (по умолчанию так и есть), что на компьютере, где запущен
сервер СУБД:
○ запущена служба «Удаленный реестр (Remote Registry)»;
○ для пользователя, от имени которого запущен клиент ЦУП, есть право
чтения раздела реестра «HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\
Windows NT\CurrentVersion\Perflib»;
○ в параметрах групповой политики (gpedit.msc) присутствует строка
«Software\Microsoft\Windows NT\CurrentVersion\Perflib» в параметре
«Политика Локальный компьютер \ Конфигурация Windows \ Параметры
безопасности \ Локальные политики \ Параметры безопасности \
Сетевой доступ: удаленно доступные пути и вложенные пути реестра».
12. На закладке Технологический журнал (ТЖ) нужно указать каталоги работы
с технологическим журналом, сделав это примерно так, как показано на рис.
4.16.11 .
При этом надо понимать, что:
□ в качестве первого каталога надо указывать реальный подкаталог conf суще-
ствующего каталога установки сервера «1С:Предприятия», т. е. именно тот,
в который в разделе 4.5 помещали logcfg.xml. Только в данном случае надо
указывать не локальное имя, а сетевое;
□ второй и третий каталоги – это соответственно сетевое и локальное имя
одного и того же каталога, в котором будет храниться технологический
журнал сервера «1С». Этот каталог предварительно нужно создать и дать
на него права на запись. Его аналог также создавали в разделе 4.5;
□ если кластер «1С» развернут на нескольких серверах, нужно указывать
несколько каталогов ТЖ, добавив для каждого сервера свою строку табличной
части справочника;
□ при отсутствии администраторских прав есть смысл в качестве сетевого
пути указывать не путь через скрытый административный общий ресурс
(как в примере, \\win2k8-sql\c$...), а сетевые пути к этим папкам – просить
администраторов предоставлять общий доступ (с правами на запись) непо-
средственно к каталогам настроек ТЖ и самого ТЖ.
При настройке данного пункта может быть получено сообщение об ошибке,
на самом деле связанной с рассинхронизацией времени или другими
188 Настольная книга 1С:Эксперта по технологическим вопросам
проблемами службы времени. Но по сообщению об ошибке понять это не
удается, и выясняется только через прохождение данного пункта на отладчике.
Если пункт пройти не удается, надо смотреть за содержимым каталогов: при
появлении «градусника» на форме в каталоге настроек должен появиться, а
затем исчезнуть logcfg.xml, а в каталоге ТЖ должна появиться, а затем исчезнуть
папка со служебным именем. Исходя из этого, можно понять, какие действия
получилось выполнить, а какие – нет.
Рис. 4.16.11 . Закладка «Технологический журнал» мастера подключения к информационной базе
13. Нажав Отмена, вы не потеряете внесенные изменения, если согласитесь на пред-
ложение сохранить их71
. Чтобы продолжить, мастер придется проходить
с начала, но однажды пройденные закладки уже будут заполнены.
58
Чтобы пройти шаг «Трассировки», нужно создать на сервере СУБД каталог, дать
в него права на запись и указать его в поле ввода на закладке. Если вы не будете
удалять файлы трассировок (см. настройки далее), в них можно затем смотреть
графы взаимоблокировок, такие же, как получали профайлером в разделе 4.14 .
Это бывает полезно, если ЦУП не сумеет их по каким-то причинам разобрать.
14. Чтобы иметь возможность получать трассировки, согласно встроенной справке
(цитируются два раздела вместе):
□ Для пользователей, от имени которых запущены рабочие процессы кластера
информационной базы ЦУП, и пользователя, от имени которого запущен
клиент ЦУП, должны быть настроены права доступа к Microsoft SQL Server
в соответствии с нижеприведенной инструкцией:
○ Откройте SQL Server Management Studio и подключитесь к Microsoft
SQL Server, на котором находится исследуемая информационная база.
71
Это пришлось сделать и в процессе подготовки текста. По этой причине следующие рисунки
имеют в заголовке не «Создание», а «buh2».
189
Инструкции
Рис. 4.16.12. Закладка «Трассировки» мастера подключения к информационной базе
○ Перейдите в раздел «<Instance>\Security\Logins» и создайте новые логины
для пользователей, от имени которых запускаются все рабочие процессы
кластера информационной базы ЦУП (например, это usr1Cv82. – Примеч.
авт.) и создайте новый логин для пользователя, от имени которого запу-
скается ЦУП (например, это DOMAIN\expert1c. – Примеч. авт.) .
○ В открывшемся окне на странице «General» укажите имя настраивае-
мого пользователя операционной системы.
○ Откройте свойства SQL Server, на странице «Permissions» для создан-
ного логина установите разрешение «Alter trace». На компьютере, где
запускается SQL Server, добавьте пользователей, от имени которых
запускаются рабочие процессы кластера базы ЦУП, в группу «SQLServer
MSSQLUser$<SERVERNAME>$<INSTANCENAME>».
□ Для пользователя, от имени которого запущен клиент ЦУП, должны быть
настроены права доступа к Microsoft SQL Server и выданы разрешения
работы с трассировками в соответствии с нижеприведенной инструк-
цией:
○ Откройте SQL Server Management Studio и подключитесь к Microsoft
SQL Server, на котором находится база данных исследуемой информаци-
онной базы.
○ Перейдите в раздел «<Instance>\Security\Logins» и создайте новый логин
для пользователя, от имени которого запускается ЦУП.
○ В открывшемся окне, на странице «General» укажите имя настраивае-
мого пользователя операционной системы.
○ Откройте свойства SQL Server, на странице «Permissions» для создан-
ного логина установите разрешение «Alter trace».
190 Настольная книга 1С:Эксперта по технологическим вопросам
15. Если мастер сочтет нужным запросить дополнительную информацию по серверу
ЦУП, он это сделает. Для сервера ЦУП, в частности, может потребоваться
указать порт и администратора (у нас этот тот же АдминистраторК, о котором
говорилось на шаге 7).
Рис. 4.16.13. Закладка «Сервер ЦУП» мастера подключения к информационной базе
16. Закладка Сервер (СОМ-соединитель) не будет пройдена, если на сервере не
установлен компонент «1С:Предприятия» СОМ-соединение. При установке
32-разрядной версии сервера он ставится автоматом, а вот при установке
64-разрядной версии сервера «1С» он по умолчанию выключен, и его надо вклю-
чить, как показано на рис. 4.16.14 (попасть в это окно можно так: Пуск – Панель
управления – Программы и компоненты – 1С:Предприятие 8.2 (х86-64)<версия> –
Изменить – Изменить). Если компонент не был установлен, то после его установки
потребуется перезапустить сервер «1С:Предприятия».
Регистрация компонента произойдет автоматически.
Не пытайтесь копировать 32-разрядный comcntr.dll в каталог запуска
64-разрядного сервера «1С:Предприятия».
17. Некоторые вкладки могут быть пройдены без дополнительных вопросов. Если
же они возникнут, рекомендуется внимательно выполнять действия, описанные
во встроенной справке. Сильно упрощает жизнь размещение ЦУП в том же
кластере «1С», что и исследуемая база, и на том же сервере СУБД, если такое
возможно.
18. На закладке Сервер ЦУП (Трассировки) при необходимости удаления трасси-
ровок надо указать сетевой каталог на сервере СУБД, который был указан как
локальный на шаге 14.
191
Инструкции
Рис. 4.16.14. Не забываем про СОМ-соединение
Рис. 4.16.15. Закладка «Сервер ЦУП (Трассировки)» мастера подключения к информационной базе
19. Если мастер пройден успешно, на закладке Готово останется нажать кнопку
Готово.
В завершение еще несколько практических советов.
1. Не ставьте ЦУП в файловой версии, даже для режима оффлайнового просмотра
результатов. Будет работать очень медленно. Лучше всего ставьте ЦУП на SQL
Server, даже если для этого вам потребуется специально развернуть SQL Server.
192 Настольная книга 1С:Эксперта по технологическим вопросам
2. Как правило, если вам не удается пройти какой-то шаг настройки, это озна-
чает, что у вас недостаточно прав. Поэтому проводить настройку ЦУП надо,
имея рядом администратора ОС, администратора кластера «1С», администра-
тора СУБД и администратора информационной базы. Если все это разные люди,
а администраторских прав вам не дают, в тяжелых случаях согласование прав
может занять до двух месяцев.
3. Очень внимательно читайте инструкции по прохождению шагов и полностью
их выполняйте.
4. Очень редко, но бывает, что сообщение об ошибке на каком-то из шагов не вклю-
чает в себя истинной проблемы, потому что проблема уж больно экзотическая.
В этом случае надо постараться понять, что на самом деле вернула проверка
получения данных. Для этого нужно открыть отладчиком форму Настройка
справочника Информационная база (см. рис. 4.16.16), найти там свой шаг и разо-
браться с работой алгоритма проверки и возвращаемыми данными.
Рис. 4.16.16. Форма мастера настройки подключения к информационной базе в конфигураторе «1С»
5. Если баз много, то для упрощения подключения следующих баз иногда имеет
смысл создать для справочника свою форму элемента и форму списка, позволя-
ющие копировать и редактировать элементы этого справочника без прохождения
193
Инструкции
мастера (см. окно конфигурации на рис. выше). При этом, однако, надо пони-
мать, что по крайней мере для первого подключения в новом ландшафте мастер
должен быть пройден полностью, иначе вы долго будете гадать, какие же пропу-
щенные настройки привели к необъяснимым ошибкам при работе ЦУП.
6. Для решения некоторых проблем иногда нужно, чтобы сервер «1С:Предпри-
ятия» и сервер СУБД работали под одной и той же доменной учетной записью
или под локальными записями с одинаковыми именами и паролями.
7. Как написано во встроенной справке, если есть два компьютера А и Б,
на компьютере А есть локальный (не доменный) пользователь П, а на компью-
тере Б есть ресурс Р, то, чтобы предоставить пользователю П доступ к ресурсу
Р, нужно:
□ на компьютере Б создать локального пользователя П2 с тем же именем
и паролем, что и у пользователя П;
□ на компьютере Б предоставить необходимые права пользователю П2
на ресурс Р.
Это справедливо в том числе и для того, чтобы предоставить пользователю
usr1Cv82 доступ к ресурсам сервера СУБД.
8. Как написано во встроенной справке, рассинхронизация времени на серверах
«1С:Предприятия» и СУБД приведет к неточности или невозможности анализа
взаимоблокировок. Чтобы синхронизировать время на компьютере с мировым
временем или временем домена, нужно:
□ для Windows воспользоваться «Инструкциями по службе времени Windows»
(http://technet.microsoft.com/ru-ru/library/cc759314(v=WS.10).aspx);
□ для Linux настроить NTP (http://ru.wikipedia.org/wiki/NTP).
Права, необходимые для работы ЦУП
В таблицах 4.16.1–4.16.3 приведены права, необходимые для работы ЦУП версии
2.0. Будем считать, что ЦУП запускается с машины, на которой установлен кластер
серверов «1С».
Таблица 4.16.1. Настройка прав на серверы приложений «1С»,
необходимых для работы ЦУП версии 2.0
Показатель
Цель
Ресурс
Права доменного
пользователя –
эксперта
Права доменного
пользователя, от имени
которого запускаются
рабочие процессы кластера
«1С»
Непосред-
ственно работа
с «1С»
Система, клиент-
ская часть «1С»
Обычные права для
работы с «1С»
Регистрация
Comcntr.dll
Права регистрации
COM-объектов
в системе
Включение
в группы Power
Users и Distributed
COM Users
194 Настольная книга 1С:Эксперта по технологическим вопросам
Показатель
Цель
Ресурс
Права доменного
пользователя –
эксперта
Права доменного
пользователя, от имени
которого запускаются
рабочие процессы кластера
«1С»
Все показа-
тели ЦУП
Подключение
к кластеру
«1С:Предпри-
ятия»
Кластер «1С»,
консоль кластера
Должен быть
администратором
этого кластера,
использующим
аутентификацию
операционной
системы, либо при
настройке требу-
ется явно указы-
вать имя и пароль
администратора
кластера без аутен-
тификации ОС
Должен быть админи-
стратором этого кластера,
использующим аутенти-
фикацию операционной
системы, либо при
настройке требуется явно
указывать имя и пароль
администратора кластера без
аутентификации ОС
Все анали-
тические
показатели
ЦУП
Запись
и чтение
технологиче-
ского журнала
«1С»
Локальный файл
logcfg.xml (по умол-
чанию "C:\Program
Files\1cv82\<-
номер_версии>\bin\
conf\logcfg.xml")
Чтение и запись
Чтение и запись
Локальный каталог
файла logcfg.xml
(по умолчанию
"C:\Program
Files\1cv82\<-
номер_версии>\bin\
conf")
Чтение и запись
Чтение и запись
Сетевой каталог,
представляющий
локальный каталог
файла logcfg.xml
Чтение и запись
по сети
Чтение и запись по сети
Локальный каталог
технологического
журнала
Создание, чтение
и запись
Чтение и запись
Сетевой каталог,
представляющий
локальный каталог
технологического
журнала
Чтение и запись
по сети
Чтение и запись по сети
195
Инструкции
Т
а
б
л
и
ц
а
4
.
1
6
.
2
.
Н
а
с
т
р
о
й
к
а
п
р
а
в
н
а
с
е
р
в
е
р
ы
С
У
Б
Д
,
н
е
о
б
х
о
д
и
м
ы
х
д
л
я
р
а
б
о
т
ы
Ц
У
П
в
е
р
с
и
и
2
.
0
П
о
к
а
з
а
т
е
л
ь
Ц
е
л
ь
Р
е
с
у
р
с
П
р
а
в
а
д
о
м
е
н
н
о
г
о
п
о
л
ь
з
о
в
а
т
е
л
я
,
о
т
и
м
е
н
и
к
о
т
о
р
о
г
о
р
а
б
о
т
а
е
т
э
к
с
п
е
р
т
П
р
а
в
а
д
о
м
е
н
н
о
г
о
п
о
л
ь
з
о
в
а
т
е
л
я
,
о
т
и
м
е
н
и
к
о
т
о
р
о
г
о
з
а
п
у
с
к
а
ю
т
с
я
р
а
б
о
ч
и
е
п
р
о
ц
е
с
с
ы
к
л
а
с
т
е
р
а
«
1
С
»
П
р
а
в
а
л
о
к
а
л
ь
н
о
г
о
и
л
и
д
о
м
е
н
н
о
г
о
п
о
л
ь
з
о
в
а
т
е
л
я
,
о
т
и
м
е
н
и
к
о
т
о
р
о
г
о
з
а
п
у
с
к
а
е
т
с
я
S
Q
L
S
e
r
v
e
r
П
р
а
в
а
л
о
г
и
н
а
S
Q
L
,
и
с
п
о
л
ь
з
у
е
м
о
г
о
с
е
р
в
е
р
о
м
«
1
С
:
П
р
е
д
п
р
и
я
т
и
я
»
,
д
л
я
п
о
д
к
л
ю
ч
е
н
и
я
к
С
У
Б
Д
В
с
е
п
о
к
а
з
а
-
т
е
л
и
Ц
У
П
П
о
л
у
ч
е
н
и
е
и
н
ф
о
р
м
а
ц
и
и
п
о
б
л
о
к
и
р
о
в
к
а
м
M
i
c
r
o
s
o
f
t
S
Q
L
S
e
r
v
e
r
Р
е
с
у
р
с
ы
S
Q
L
S
e
r
v
e
r
Д
о
л
ж
е
н
б
ы
т
ь
ч
л
е
н
о
м
ф
и
к
с
и
р
о
-
в
а
н
н
о
й
с
е
р
в
е
р
н
о
й
р
о
л
и
p
r
o
c
e
s
s
a
d
m
i
n
К
о
л
и
ч
е
-
с
т
в
е
н
н
ы
е
п
о
к
а
з
а
т
е
л
и
"
К
о
л
и
-
ч
е
с
т
в
о
т
а
й
м
а
у
т
о
в
"
и
"
К
о
л
и
-
ч
е
с
т
в
о
в
з
а
и
м
о
б
л
о
-
к
и
р
о
в
о
к
"
И
с
п
о
л
ь
з
о
в
а
н
и
е
с
и
с
т
е
м
н
о
г
о
м
о
н
и
т
о
р
а
п
р
о
и
з
-
в
о
д
и
т
е
л
ь
н
о
с
т
и
W
i
n
d
o
w
s
С
и
с
т
е
м
н
ы
й
м
о
н
и
т
о
р
п
р
о
и
з
в
о
д
и
т
е
л
ь
н
о
с
т
и
W
i
n
d
o
w
s
В
к
л
ю
ч
е
н
и
е
в
г
р
у
п
п
ы
P
e
r
f
o
r
m
a
n
c
e
M
o
n
i
t
o
r
U
s
e
r
s
и
D
i
s
t
r
i
b
u
t
e
d
C
O
M
U
s
e
r
s
W
M
I
C
o
n
t
r
o
l
–
R
o
o
t
\
C
I
M
V
2
E
n
a
b
l
e
a
c
c
o
u
n
t
,
R
e
m
o
t
e
e
n
a
b
l
e
А
н
а
л
и
-
т
и
ч
е
с
к
и
й
п
о
к
а
з
а
т
е
л
ь
"
А
н
а
л
и
з
в
з
а
и
м
о
б
л
о
-
к
и
р
о
в
о
к
"
И
с
п
о
л
ь
з
о
в
а
н
и
е
т
р
а
с
с
и
р
о
в
о
к
M
i
c
r
o
s
o
f
t
S
Q
L
S
e
r
v
e
r
Р
е
с
у
р
с
ы
S
Q
L
S
e
r
v
e
r
Н
а
л
и
ч
и
е
п
р
и
в
я
з
а
н
н
о
г
о
л
о
г
и
н
а
н
а
S
Q
L
S
e
r
v
e
r
c
а
у
т
е
н
т
и
ф
и
к
а
ц
и
е
й
W
i
n
d
o
w
s
и
п
р
а
в
о
м
A
l
t
e
r
t
r
a
c
e
Н
а
л
и
ч
и
е
п
р
и
в
я
з
а
н
н
о
г
о
л
о
г
и
н
а
н
а
S
Q
L
S
e
r
v
e
r
c
а
у
т
е
н
т
и
ф
и
к
а
ц
и
е
й
W
i
n
d
o
w
s
и
п
р
а
в
о
м
A
l
t
e
r
t
r
a
c
e
С
и
с
т
е
м
а
Ч
л
е
н
с
т
в
о
в
г
р
у
п
п
е
S
Q
L
S
e
r
v
e
r
2
0
0
5
M
S
S
Q
L
U
s
e
r
$
<
S
e
r
v
e
r
N
a
m
e
>
$
<
I
n
s
t
a
n
c
e
N
a
m
e
>
7
2
Л
о
к
а
л
ь
н
ы
й
к
а
т
а
л
о
г
т
р
а
с
с
и
р
о
в
к
и
С
о
з
д
а
н
и
е
,
ч
т
е
н
и
е
и
з
а
п
и
с
ь
Ч
т
е
н
и
е
и
з
а
п
и
с
ь
Ч
т
е
н
и
е
и
з
а
п
и
с
ь
С
е
т
е
в
о
й
к
а
т
а
л
о
г
,
п
р
е
д
с
т
а
в
л
я
ю
щ
и
й
л
о
к
а
л
.
к
а
т
а
л
о
г
т
р
а
с
с
и
р
о
в
к
и
Ч
т
е
н
и
е
и
з
а
п
и
с
ь
п
о
с
е
т
и
Ч
т
е
н
и
е
и
з
а
п
и
с
ь
п
о
с
е
т
и
_
_
_
_
_
_
_
_
_
_
_
_
_
_
_
_
7
2
П
р
и
п
о
л
ь
з
о
в
а
н
и
и
т
а
б
л
и
ц
е
й
н
а
д
о
с
д
е
л
а
т
ь
п
о
п
р
а
в
к
у
н
а
в
е
р
с
и
ю
с
е
р
в
е
р
а
.
196 Настольная книга 1С:Эксперта по технологическим вопросам
Таблица 4.16.3. Права в информационных базах, необходимые для работы ЦУП версии 2.0
Исследуемая
информационная база
Информационная база
ЦУП
Показатель
Цель
Права пользователя
базы, под которым ЦУП
подключается в базе
Права пользователя,
которым эксперт входит
в базу ЦУП
Права, не относящиеся к настройке прав для ЦУП, но необходимые для работы
Непосредственно
работа с «1С»
Непосредственно
работа с «1С»
Право работать в базе
Полные права
Настройка прав доступа для работы ЦУП
Все показатели ЦУП Подключение
к исследуемой инфор-
мационной базе
Право на администра-
тивные функции и право
на внешнее соединение
4.17. Работа с ЦУП. Получение плана запроса
Для начала несколько облегчим себе жизнь.
В большинстве случаев нам придется собирать одни и те же показатели. Поэтому,
чтобы не заполнять их список вручную, настроим собственный сценарий:
1. Из основного меню выбрать ЦУП – Сценарии.
2. Добавим свой сценарий «Мониторинг настроенный» путем копирования суще-
ствующего предопределенного сценария «Мониторинг». Табличную часть
заполняем, как показано на рис. 4.17.1 . На нем показаны как раз все те пока-
затели, которые обычно нужны для работы, и правильный порядок элементов
структуры сценария. Строки рекомендуется добавлять копированием уже имею-
щихся.
После сохранения сценарий станет доступен в меню Выбор сценария (см. рис. 4.17.2).
Дальнейшие действия по получению плана запроса будем проводить, считая, что
сценарий настроили. Чтобы его получить, нужно:
1. Подключиться к интересующей вас базе в режиме Мониторинг настроенный.
Список счетчиков заполнится автоматически.
2. Настроить счетчик «Анализ запросов», как показано на рис. 4.17.3 . В режим
настройки можно войти двойным щелчком на названии показателя. Можно
установить минимальную длительность запроса, которая будет приниматься для
рассмотрения. Запросы с меньшей длительностью будут игнорироваться. Уста-
новка минимальной длительности на 0, как на рисунке, повышает точность
разбора, но дополнительно повышает нагрузку на систему и сильно увели-
чивает длительность анализа. Установка «Получать планы запросов» также
дополнительно повышает нагрузку на систему, но часто именно ради нее анализ
и делается.
3. Включить флажки нужным счетчикам (см. рис. 4.17.4). Все счетчики анализа,
если они не нужны, включать не надо – это просто дополнительная нагрузка,
в данном случае бесполезная. Наоборот, статистику (все, что в списке идет
выше анализа) включать обычно надо, чтобы просто понимать, что происходило.
197
Инструкции
Рис. 4.17.1. Добавление и заполнение своего сценария
Рис. 4.17.2. Меню выбора сценария
198 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.17.3. Настройка счетчика «Анализ запросов»
Рис. 4.17.4. Идет замер. Флажки установлены для показателей статистики
и анализа запросов с целью получения их планов
4. Подождать 1 минуту с момента установки флажков. Если это рабочая база
и подключение проведено в рабочее время, счетчики начнут в онлайне пока-
зывать статистику по запросам, по ожиданиям на блокировках и по ошибкам
199
Инструкции
блокировок СУБД. В примере это тестовая база. В ней запускаем на выполнение
те действия, которые собирались анализировать (перепроведение документов
Реализация товаров и услуг).
5. После завершения интересной активности (ее видно по статистическим73 пока-
зателям) подождать 1 минуту, выключить счетчики, сняв флажки.
59
6. В примере замер проводился 6 минут (включая ожидания по минуте в начале
и в конце). Увеличение длительности должно производиться осознанно. Чем
длиннее замер, тем дольше будет идти анализ.
7. Выйти из режима мониторинга, нажав Стоп.
8. Подключиться к интересующей вас базе в режиме просмотра, выбрать инте-
ресующий интервал времени, нажать Анализ в окне просмотра или Авто в окне
монитора анализа (см. рис. 4.17.5).
Рис. 4.17.5. Включение анализа
73
Термин «статистические показатели» не является общепринятым. В данной книге его используем
для удобства в значении «неаналитические показатели», т. е. такие, которые не требуют
анализа и которые можно наблюдать в онлайне: статистика по запросам, по ожиданиям
на блокировках и по ошибкам блокировок СУБД.
200 Настольная книга 1С:Эксперта по технологическим вопросам
9. Начнется анализ (см. рис. 4.17 .6), который займет какое-то время. В это время,
вообще говоря, можно проводить новые замеры, запустив клиента «1С» и войдя
в ту же базу ЦУП второй раз.
Рис. 4.17.6. Анализ в своей сессии блокирует окно, но можно зайти в ЦУП второй раз,
продолжать замеры и отслеживать состояние анализа по «монитору анализа»
10. Результаты анализа по готовности появятся в виде таблицы, их надо изучить
и сделать выводы. В нашем случае анализ 6-минутного замера занял чуть
меньше часа.
Как было видно на рисунках со статистикой, замер имеет явно выраженный
пик. Посмотрев таблицу результатов (см. рис. 4.17.7 и 4.17.8), можно увидеть,
что вопреки ожиданиям он не относится ни к учету авансов, ни к партионному
учету, а относится просто к записи в одну из таблиц регистра бухгалтерии
«Хозрасчетный». Почему это произошло, станет ясно дальше.
201
Инструкции
Рис. 4.17.7. Результат анализа. Запросы, отсортированные в порядке убывания длительности.
Длительность здесь интерпретируется как вес
Рис. 4.17.8. Результат анализа. Таблицы базы, отсортированные
в порядке убывания длительности запросов к ним
202 Настольная книга 1С:Эксперта по технологическим вопросам
11. Двойным щелчком по строке с надписью «Выполнение запросов» перейти
собственно в анализ (см. рис. 4.17 .9). В примере можно увидеть, что таких
запросов было довольно много, и некоторые из них имеют ощутимый вес.
Рис. 4.17.9. Анализ запросов
12. Двойной щелчок по тексту запроса (выбранное поле на рис. выше) приводит
к получению деталей об этом запросе, разделенных на несколько вкладок.
Часть из них показана на рис. 4.17.10–4 .17 .13.
Рис. 4.17.10. Детали запроса. Контекст вызова
203
Инструкции
Рис. 4.17.11 . Детали запроса. Текст запроса, как его получает сервер СУБД. В нижнем окне
этот же запрос переведен в термины метаданных
Рис. 4.17.12. Детали запроса. План запроса. Часть 1
204 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.17.13. Детали запроса. План запроса. Часть 2 (правее)
13. План запроса получен. Надо проанализировать его визуально. По плану из
примера видно, что поиск по индексу, возвращающий по одной строчке, выпол-
нялся 217 раз (см. оператор Nested Loops). На Table Scan можно не обращать
внимания, он осуществляется по временной таблице.
Теперь стало понятно, что в приведенном примере причиной того, что запрос
на запись в регистр работает дольше, чем запросы на чтение по авансам
и по партионному учету, стало не необъяснимое стечение обстоятельств и не
недостаточная скорость записи на диск по сравнению с чтением. Причиной
длительной работы запроса является его неоптимальный план.
14. После выполнения анализа в режиме просмотра также станет доступна стати-
стика анализа, по которой можно соотносить анализ со статистикой запросов,
ожиданиями на блокировках и ошибками блокировок (см. рис. 4.17.14).
Для наглядности в свойствах показателя можно поменять масштаб.
205
Инструкции
Рис. 4.17.14. Режим просмотра. Стала доступна статистика анализа.
Ср. рис. «Включение анализа» на шаге 8
4.18. Работа с ЦУП. Разбор взаимоблокировки
Чтобы смоделировать взаимоблокировку, возьмем базу «Бухгалтерии предприятия
КОРП» и в процедуру Обработка проведения документа Требование-накладная
добавим следующий код:
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
...
Движения.Хозрасчетный.Записать();
Предупреждение("Подождите1");
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
| Хозрасчетный.Сумма
|ИЗ
| РегистрБухгалтерии.Хозрасчетный КАК Хозрасчетный";
Результат = Запрос.Выполнить();
Предупреждение("Подождите2");
206 Настольная книга 1С:Эксперта по технологическим вопросам
Выполнять его будем так: запустим «1С» в двух сеансах, перепроведем два разных
документа Требование-накладная, сначала дойдем в обоих сеансах до останова
с помощью модального окна «Подождите1», а потом попытаемся продолжить
и дойти до модального окна «Подождите2». В одном из сеансов этого не получится
сделать, возникнет взаимоблокировка.
Чтобы разобрать взаимоблокировку с помощью ЦУП, надо сделать следующее:
1. Запустить ЦУП, подключиться к базе в режиме мониторинга и добавить анали-
тический показатель «Анализ взаимоблокировок СУБД»; либо воспользоваться
настроенным (см. раздел 4.17) сценарием «Мониторинг настроенный». В нем
можно включить запись всех показателей (см. рис. 4.18.1).
Рис. 4.18.1. Взаимоблокировка MS SQL Server и настройки для ее записи и анализа
2. Подождать 1 минуту, выполнить действие. Убедиться, что взаимоблокировка
произошла (см. рис. выше).
3. После возникновения взаимоблокировки подождать еще 1 минуту (при
настройках по умолчанию можно просто дождаться, пока он уйдет с экрана, это
несколько дольше 1 минуты).
4. Снять флажки, выйти из режима мониторинга кнопкой Стоп.
207
Инструкции
5. Подключиться к базе в режиме просмотра, нажать Авто в мониторе анализа (см.
рис. 4.18.2) или Анализ (на рисунке не видна). Иногда при работе на высокона-
груженных стендах, где высока вероятность аварийного завершения процессов,
есть смысл не нажимать эти кнопки до тех пор, пока состояние анализа в мони-
торе не станет зафиксированным («Получение исходных данных» изменится
на «Исходные данные получены», и появятся зеленые галочки).
Рис. 4.18.2. Взаимоблокировка MS SQL и подготовка данных для анализа в режиме просмотра
6. Далее пройдет процесс анализа, по его окончании появится таблица с пробле-
мами (см. рис. 4.18.3 и 4.18.4).
208 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.18.3. Проблемные запросы
Рис. 4.18.4. Проблемные таблицы
7. Двойным щелчком по полю с надписью «Взаимоблокировки» перейти
в расшифровку взаимоблокировки (см. рис. 4.18.5).
209
Инструкции
Рис. 4.18.5. Расшифровка взаимоблокировки, аналог ее графа
8. Проанализировав таблицу визуально, можно убедиться, что сработал именно
наш код, и именно так как было задумано: после записи отдельных областей
данных была сделана попытка в тех же транзакциях прочитать общую для них
область.
9. Нужно убедиться, что речь не идет о записи одного объекта (это актуально
для больших нагрузочных тестов), расшифровав запросы из обоих процессов
двойным щелчком и посмотрев поле Параметры запроса на закладке Запрос (см.
рис. 4.18.6).
10. Также в расшифровке запроса на закладке Блокировки нужно проверить,
не было ли, например, эскалации блокировок (если она была, то в поле Грану-
лярность будет Таблица), а также какой вообще была гранулярность блокировки.
При блокировке строк или диапазонов ключей индекса компонент Database
Engine74 помещает блокировку намерений (см. раздел 3.7) на страницы,
содержащие эти строки или ключи. Это мы видим по полю Режим: запросом
на запись строки заблокированы в режиме X, а на уровне страниц стоит
блокировка намерений IX (см. рис. 4.18.7), которая остается до конца транзакции.
60
74
Речь исключительно у СУБД SQL Server.
210 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.18.6. Параметры запроса. Второй параметр различается
211
Инструкции
Рис. 4.18.7. Блокировка намерений на уровне страниц, установленная запросом на запись
Запросом на чтение на том же уровне (т. е. на уровне страниц) делается попытка
установить блокировку в режиме S (см. рис. 4.18.8). Это уже не блокировка наме-
рений, а «обычная» блокировка, и в общем-то понятно, почему она такая, исходя из
написанного запроса.
Рис. 4.18.8. Блокировка на уровне страниц, устанавливаемая запросом на чтение
Если не включено удаление трассировок, то граф взаимоблокировки можно посмо-
треть, открыв с помощью SQL Profiler соответствующий файл в каталоге трасси-
ровки на сервере СУБД. Иногда это бывает полезно. На файлы трассировки может
не хватать прав на открытие. Чтобы это обойти, их можно скопировать в том же
каталоге (Ctrl + C, Ctrl + V) и открывать копию файла.
Если при анализе встретилась ошибка «Ошибка при вызове метода контекста (Разде-
литьФайл)», это означает, что файл logcfg.xml остался в состоянии продолжения
сбора данных для ЦУП. Обычно остается сбор ТЖ по одному из аналитических
показателей. Для обхода ошибки можно переименовать файл logcfg.xml вручную
212 Настольная книга 1С:Эксперта по технологическим вопросам
и повторить попытку анализа, а уже потом разобраться с причинами, вызвавшими
эту ошибку.
Следует иметь в виду еще одну вещь: взаимоблокировки и таймауты, которые пока-
зывает ЦУП, могут происходить не обязательно в рабочей базе, они могут возникать
на самом деле в других базах, а не в исследуемой. Это связано с методикой их
получения, которая не дает информации о том, в какой из баз на сервере СУБД прои-
зошла ошибка блокировок. Поэтому вместе с аналитическими показателями нужно
записывать статистику по запросам: ошибок блокировок без запросов не бывает.
4.19. Работа с ЦУП. Регламентный мониторинг
Регламентный мониторинг может собирать необходимую для анализа информацию
автоматически без участия пользователя. Работает это следующим образом.
Необходимо подключиться к интересующей базе в режиме Регламентный монито-
ринг. Показатели добавляются в список автоматически, из сценария. Если в базе нет
активности, показатели не записываются (см. рис. 4.19.1).
Рис. 4.19.1. Показатели регламентного мониторинга
Если в базе возникает определенная активность, автоматически включается запись
показателей (см. рис. 4.19.2). Если активность прекращается, запись выключается.
Опуская некоторые подробности (см. эту же главу ниже), можно считать, что запись
включается при переходе показателей из «зеленой» зоны в «желтую» и «красную»
213
Инструкции
(см. линии на рис. выше), а выключается для статистических показателей через 300
секунд, а для аналитических – через 1 800.
Рис. 4.19.2. Автоматическое включение замера
Этим процессом включения/выключения записи показателей можно управлять.
Предопределенный сценарий «Регламентный мониторинг» закрыт от записи, однако
ничто не мешает открыть справочник сценариев (Основное меню – ЦУП – Сценарии),
создать новый сценарий «Регламентный мониторинг настроенный» путем копиро-
вания имеющегося (см. рис. 4.19.3) и использовать в работе именно его. Также это
можно сделать, чтобы просто ознакомиться с правилами, которыми руководствуется
имеющийся регламентный мониторинг.
Двойной щелчок на каждом из полей открывает редактор событий, редактор команды
и т. п., в зависимости от того, что это за поле. На рис. 4.19.4 показан редактор
команды для поля, выделенного на рис. 4.19.3 .
214 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.19.3. Настройка своего сценария регламентного мониторинга
Рис. 4.19.4. Редактор команды для показателя «Анализ взаимоблокировок MS SQL Server»
Границы зон, о которых идет речь в настройках сценария, задаются в форме, которая
вызывается двойным щелчком по названию показателя в окне мониторинга (см. рис.
4.19.5).
215
Инструкции
Рис. 4.19.5. Как задать границы зон
Анализ данных замера может быть запущен автоматически. Произойдет это или нет,
зависит от того, нажата ли кнопка Авто в окне монитора анализа.
4.20. Работа в конфигураторе. Исправление запросов
Список правил
При написании запросов могут быть допущены методические ошибки. Ниже пере-
числены правила, которых следует придерживаться. Большинство из них надо соблю-
дать всегда, вырабатывая правильный стиль написания кода. Однако есть правила,
соблюдение которых требуется только при переписывании проблемных запросов
(почему – станет ясно при ознакомлении с правилами), и для таких случаев в списке
указано: «При возникновении проблем на данном участке кода».
1. Выбирать в запросе только то, что нужно.
61
2. Понимать, что запрос через объектную модель может не соответствовать
правилу 1. Зафиксирован случай, когда при получении ДокументСсыл-
ка.Проведен из базы на самом деле запрашивались все реквизиты документа. Один
из реквизитов имел тип ХранилищеЗначения и большой размер данных в храни-
лище, поэтому запрос ДокументСсылка.Проведен выполнялся очень долго75
.
75
Примечание ко второму изданию: абзац по сравнению с первым изданием не изменен, что
происходит на самом деле – см. раздел 3.15 «Особенности чтения в объектной модели».
216 Настольная книга 1С:Эксперта по технологическим вопросам
Обычно, однако, это не мешает работе, но при возникновении проблем
на данном участке кода надо писать запросы на языке запросов, а не пользо-
ваться объектной моделью.
3. При работе в автоматическом режиме блокировок при использовании
конструкции ДЛЯ ИЗМЕНЕНИЯ надо указывать, какие таблицы блокировать, если
в запросе участвует больше одной таблицы. Пояснения – в этой же главе ниже.
4. Условия в запросе и индексы в базе должны друг другу соответствовать (при
возникновении проблем на данном участке кода). Пояснения – в этой же главе
ниже.
5. При работе с виртуальными таблицами нужно использовать параметры вирту-
альных таблиц, а не выносить условия в секцию ГДЕ.
6. Не применять избыточное агрегирование. Механизм виртуальных таблиц сам
считает сумму, и так, как в примере, делать не надо:
СУММА(Остатки.СуммаВзаиморасчетовОстаток) КАК СуммаВзаиморасчетовОстаток
7. При соединении таблиц все условия и параметры, относящиеся к полям этих
таблиц, ставить в условия соединения или пользоваться временными таблицами,
а не оставлять их до секции ГДЕ. При этом, конечно, не должна страдать логика.
8. Не использовать подзапросы в условии соединения и в секции ГДЕ. Нужно
использовать временные таблицы. Пояснения – в этой же главе ниже.
9. Вообще лучше не использовать соединения с подзапросами, а использовать
временные таблицы. Пояснения – в этой же главе ниже.
10. Не соединять виртуальные таблицы с реальными, а также виртуальные с вирту-
альными. Правильно сначала результат виртуальной таблицы записывать во
временную таблицу, индексировать ее по полям соединения, а затем уже соеди-
нять. Пояснения – в этой же главе ниже.
11. Не рекомендуется использовать логическое ИЛИ в условиях соединения, то есть
в секции ПО запроса. Следует проанализировать решаемую задачу и попытаться
найти другой алгоритм ее решения (при возникновении проблем на данном
участке кода).
12. Аналогично с условием Не равно, особенно если на Не равно сравниваются
ссылки (при возникновении проблем на данном участке кода).
13. В секции ГДЕ логическое ИЛИ использовать тоже не рекомендуется. Следует
разбить один запрос на несколько и объединить результаты (при возникновении
проблем на данном участке кода). Пояснения – в этой же главе ниже.
14. Избегать запросов к пустым таблицам в режиме автоматического управления
блокировками «1С». Пояснения – в этой же главе ниже.
15. Понимать, как запрос может быть изменен при работе механизма RLS.
16. Аккуратно пользоваться разыменованием (получением данных «через точку»):
□ лучше бы не пользоваться (при возникновении проблем на данном участке
кода), а использовать явное соединение;
217
Инструкции
□ совершенно точно не пользоваться для получения данных от полей составного
типа (при возникновении проблем на данном участке кода). Пояснения –
в этой же главе ниже;
□ для сравнения ссылок сравнивать только ссылки, если от этого не страдает
логика (при возникновении проблем на данном участке кода менять логику):
ПО ФИО.ФизЛицо = ФизЛица.Ссылка // правильно
ПО ФИО.ФизЛицо.Наименование = ФизЛица.Ссылка.Наименование // неправильно
□ не получать еще раз .Ссылка:
ПО ФИО.ФизЛицо = ФизЛица.Ссылка // правильно
ПО ФИО.ФизЛицо.Ссылка = ФизЛица.Ссылка // неправильно
□ никогда не использовать конструкцию Ссылка.Ссылка. Это всегда ошибка.
Далее будут даны пояснения к некоторым из перечисленные правил.
Пояснение к правилу 3 («ДЛЯ ИЗМЕНЕНИЯ»)
При работе в автоматическом режиме блокировок при использовании конструкции
ДЛЯ ИЗМЕНЕНИЯ надо указывать, какие таблицы блокировать, если в запросе
участвует больше одной таблицы.
Конструкция ДЛЯ ИЗМЕНЕНИЯ используется, чтобы вместо разделяемой блокировки
S установить блокировку обновления U, совместимость которой с другими блоки-
ровками хуже (см. таблицу совместимости в конце раздела 3.7). Таким способом
защищаются от взаимоблокировки, которая возникает при повышении уровня блоки-
ровки в транзакциях с уровнем изоляции Repeatable Read и Serializable76
.
62
Если не указывать, какие таблицы блокировать, то блокировка обновления U будет
установлена на все таблицы, перечисленные в запросе, даже на те, в которые
дальше не будет записи. Это будет мешать другим пользователям работать с ними.
Пояснение к правилу 4 (соответствие индексов и условий запроса)
Условия в запросе и индексы в базе должны соответствовать друг другу (при
возникновении проблем на данном участке кода).
В качестве иллюстрации приводится фрагмент статьи К. Рупасова «Типичные
причины неоптимальной работы запросов и методы оптимизации». Фрагмент
приведен без изменений, за исключением ссылок на другие материалы.
Рекомендации
Убедитесь в том, что для всех условий, использованных в запросе, имеются подхо-
дящие индексы.
76
Т. е. при автоматическом режиме управления блокировкой данных в «1С». В управляемом
режиме такой проблемы не существует, а использование конструкции ДЛЯ ИЗМЕНЕНИЯ ни
на что не влияет.
218 Настольная книга 1С:Эксперта по технологическим вопросам
Условия используются в следующих секциях запроса:
ВЫБРАТЬ ... ИЗ ... ГДЕ <условие>
СОЕДИНЕНИЕ ... ПО <условие>
ВЫБРАТЬ ... ИЗ <ВиртуальнаяТаблица>(, <условие>)
ИМЕЮЩИЕ <условие>
Для каждого условия должен существовать подходящий индекс. Подходящим явля-
ется индекс, удовлетворяющий следующим требованиям:
1. Индекс содержит все поля, перечисленные в условии.
2. Эти поля находятся в самом начале индекса.
3. Эти поля идут подряд, то есть между ними не «вклиниваются» поля, не участву-
ющие в условии запроса.
При создании объекта метаданных «1С:Предприятие» автоматически создает
индексы, которые должны подходить для работы большинства запросов.
Основные индексы, создаваемые «1С:Предприятием»:
■ индекс по уникальному идентификатору (ссылке) для всех объектных сущностей
(справочники, документы и т. д.);
■ индекс по регистратору (ссылке на документ) для таблиц движений регистров,
подчиненных регистратору;
■ индекс по периоду и значениям всех измерений для итоговых таблиц регистров
накопления;
■ индекс по периоду, счету и значениям всех измерений для итоговых таблиц реги-
стров бухгалтерии.
В тех случаях, когда автоматически созданных индексов недостаточно, можно допол-
нительно проиндексировать реквизиты объекта метаданных.
Следует иметь в виду, что создание индекса ускоряет процесс поиска информации,
но может несколько замедлить процесс ее изменения (добавления, редактирования
и удаления). Поэтому индексы следует создавать осознанно и только в том случае,
если точно известен запрос, для которого такой индекс необходим. Не следует созда-
вать индексы «на всякий случай» или заведомо избыточные индексы. Например,
никогда не следует дополнительно индексировать первое измерение регистра,
поскольку для поиска по значению первого измерения подходит основной индекс
таблицы итогов, который автоматически создаст платформа.
Пояснения
Если в структуре базы данных отсутствует индекс, удовлетворяющий всем перечис-
ленным условиям, то для получения результата СУБД будет вынуждена сканировать
таблицу или один из ее индексов. Это приведет к увеличению времени выполнения
запроса, а также к возможному снижению параллельности системы, поскольку
возрастет количество установленных блокировок.
Требования к индексу, перечисленные в рекомендациях, связаны с физической
структурой индекса в СУБД. Эта структура представляет собой дерево значений
проиндексированных полей. На первом уровне дерева находятся значения первого
219
Инструкции
поля индекса, на втором – второго и так далее. Такая структура позволяет достичь
высокой эффективности при поиске по индексу. Кроме того, она гарантирует отсут-
ствие деградации производительности индекса с ростом количества данных.
Однако индекс такой структуры, очевидно, может быть использован только строго
определенным образом. Сначала необходимо провести поиск по значению первого
поля индекса, затем – второго и так далее. Если, например, условие по первому
полю индекса не указано, то индекс уже не сможет обеспечить быстрый поиск. Если
указано условие по нескольким первым полям индекса, а затем одно или несколько
полей индекса не заданы, то индекс может быть использован только частично.
Примеры
В конфигурации описан регистр накопления ТоварыНаСкладах (см. рис. 4.20.1):
Рис. 4.20.1. Структура регистра накопления «ТоварыНаСкладах» для нашего примера
Платформа «1С:Предприятие» автоматически создаст для таблицы остатков данного
регистра индекс по периоду и всем измерениям в том порядке, в котором они пере-
числены в конфигураторе.
Рассмотрим несколько примеров запросов и проанализируем, смогут ли они опти-
мально выполняться при такой структуре данных.
Запрос 1
Запрос.Текст = "ВЫБРАТЬ
| ТоварыНаСкладахОстатки.Склад,
| ТоварыНаСкладахОстатки.Номенклатура,
| ТоварыНаСкладахОстатки.Качество
|ИЗ
| РегистрНакопления.ТоварыНаСкладах.Остатки(, Номенклатура = &Номенклатура) КАК
ТоварыНаСкладахОстатки";
В данном случае нарушено требование 2. В условии отсутствует отбор по первому
полю индекса («Склад»). Такой запрос не сможет выполниться оптимально.
Для его выполнения серверу СУБД придется перебирать (сканировать) все записи
таблицы. Время выполнения этой операции напрямую зависит от количества записей
220 Настольная книга 1С:Эксперта по технологическим вопросам
в таблице остатков регистра и может быть очень большим (и будет увеличиваться
с ростом количества данных).
Варианты оптимизации:
■ проиндексировать измерение «Номенклатура»;
■ поставить измерение «Номенклатура» первым в списке измерений. Будьте внима-
тельны при использовании этого метода. В конфигурации могут присутствовать
другие запросы, которые могут замедлиться в результате этой перестановки.
Запрос 2
Запрос.Текст = "ВЫБРАТЬ
| ТоварыНаСкладахОстатки.Склад,
| ТоварыНаСкладахОстатки.Номенклатура,
| ТоварыНаСкладахОстатки.Качество
|ИЗ
| РегистрНакопления.ТоварыНаСкладах.Остатки(
|,
| Качество = &Качество
| И Склад = &Склад) КАК ТоварыНаСкладахОстатки";
В данном случае нарушено требование 3. Между измерениями «Склад» и «Каче-
ство» в структуре регистра находится измерение «Номенклатура», которое не задано
в условии запроса. Этот запрос также не сможет выполняться оптимально. При его
выполнении СУБД выполнит поиск по первому полю индекса, но затем вынуж-
денно просканирует некоторую его часть. Сканирование приведет к увеличению
времени выполнения запроса и к блокировке избыточных записей в таблице, то есть
к снижению общей пропускной способности системы.
Варианты оптимизации:
■ добавить в запрос условие по измерению «Номенклатура»,
■ убрать из запроса условие по измерению «Качество»,
■ перенести «Номенклатуру» из измерений в реквизиты,
■ поменять местами измерения «Номенклатура» и «Качество».
Запрос 3
Запрос.Текст = "ВЫБРАТЬ
| ТоварыНаСкладахОстатки.Склад,
| ТоварыНаСкладахОстатки.Номенклатура,
| ТоварыНаСкладахОстатки.Качество,
| ТоварыНаСкладахОстатки.КоличествоОстаток
|ИЗ
| РегистрНакопления.ТоварыНаСкладах.Остатки(
|,
| Номенклатура = &Номенклатура
| И Склад = &Склад) КАК ТоварыНаСкладахОстатки";
В этом случае требования соответствия индекса и запроса не нарушены. Данный
запрос будет выполнен СУБД оптимальным способом. Обратите внимание на то, что
порядок следования условий в запросе не обязательно должен совпадать с порядком
следования полей в индексе. Это не является проблемой и будет нормально обрабо-
тано СУБД.
221
Инструкции
Пояснение к правилу 8 (не использовать подзапросы в условиях)
В качестве иллюстрации приводится фрагмент статьи К. Рупасова «Типичные
причины неоптимальной работы запросов и методы оптимизации», фрагмент
приведен без изменений.
Не следует использовать подзапросы в условии соединения (и не только в условии
соединения, но и вообще в условиях. – Примеч. авт.) . Это может привести к значи-
тельному замедлению запроса и (в отдельных случаях) к его полной неработо-
способности на некоторых СУБД. Пример запроса с использованием подзапроса
в условии соединения:
Запрос.Текст = "ВЫБРАТЬ
| ОстаткиТоваров.Номенклатура КАК Номенклатура,
| Цены.Цена КАК ЦенаПрошлогоМесяца
|ИЗ
| РегистрНакопления.ТоварыНаСкладах.Остатки(...) КАК ОстаткиТоваров
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.Цена КАК Цены
| ПО Цены.Номенклатура = ОстаткиТоваров.Номенклатура И
| Цены.Период В (
| ВЫБРАТЬ МАКСИМУМ(ЦеныПрошлогоМесяца.Период)
| ИЗ РегистрСведений.Цена КАК ЦеныПрошлогоМесяца
| ГДЕ ЦеныПрошлогоМесяца.Период < НАЧАЛОПЕРИОДА(ОстаткиТоваров.Период, МЕСЯЦ)
| И ЦеныПрошлогоМесяца.Номенклатура = ОстаткиТоваров.Номенклатура
|)
| ГДЕ ОстаткиТоваров.Склад = &Склад";
В данном случае подзапрос в условии соединения используется для получения
как бы «среза последних» на конец предыдущего периода. Причем для каждой
номенклатуры период может быть разным. Подобный запрос рекомендуется перепи-
сать с использованием временных таблиц. Например, это можно сделать следующим
образом:
Запрос.Текст = "
// Максимальные даты установки цен в прошлом периоде для данных номенклатур
|ВЫБРАТЬ
| ОстаткиТоваров.Номенклатура КАК Номенклатура,
| МАКСИМУМ(Цены.Период) КАК Период
|ПОМЕСТИТЬ ДатыПоНоменклатурам
|ИЗ
| РегистрНакопления.ТоварыНаСкладах.Остатки(...) КАК ОстаткиТоваров
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.Цена КАК Цены
| ПО Цены.Номенклатура = ОстаткиТоваров.Номенклатура И
| Цены.Период < НАЧАЛОПЕРИОДА(ОстаткиТоваров.Период, МЕСЯЦ)
| СГРУППИРОВАТЬ ПО ОстаткиТоваров.Номенклатура
| ГДЕ ОстаткиТоваров.Склад = &Склад;
// Выбрать данные по цене за найденный период
|ВЫБРАТЬ
| ДатыПоНоменклатурам.Номенклатура КАК Номенклатура,
| Цены.Цена КАК ЦенаПрошлогоМесяца
|ИЗ ДатыПоНоменклатурам
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.Цена КАК Цены
| ПО Цены.Номенклатура = ОстаткиТоваров.Номенклатура И
| Цены.Период = ДатыПоНоменклатурам.Период
";
222 Настольная книга 1С:Эксперта по технологическим вопросам
Пояснение к правилу 9 (не использовать соединения
с подзапросами, а использовать временные таблицы)
В качестве иллюстрации приводится фрагмент статьи К. Рупасова «Типичные
причины неоптимальной работы запросов и методы оптимизации». Фрагмент
приведен без изменений.
Рекомендации
При написании запросов не следует использовать соединения с подзапросами.
Следует соединять друг с другом только объекты метаданных или временные
таблицы. Если запрос использует соединения с подзапросами, то его следует пере-
писать с использованием временных таблиц.
Если запрос содержит соединения с подзапросами, то это может привести к следу-
ющим негативным последствиям:
■ крайне медленное выполнение запроса при слабой загрузке серверного обору-
дования. Замедление запроса может быть очень значительным (до нескольких
порядков);
■ нестабильная работа запроса. При некоторых условиях запрос может работать
достаточно быстро, при других – очень медленно;
■ значительная разница по времени выполнения запроса на разных СУБД;
■ повышенная чувствительность запроса к актуальности и полноте статистик.
Сразу после полного обновления статистик запрос может работать быстро, но
через некоторое время опять замедлиться.
Пример потенциально опасного запроса, использующего соединение с подзапросом:
ВЫБРАТЬ ...ИЗ Документ.РеализацияТоваровУслуг
ЛЕВОЕ СОЕДИНЕНИЕ (
ВЫБРАТЬ ИЗ РегистрСведений.Лимиты
ГДЕ ...
СГРУППИРОВАТЬ ПО ...
)ПО...
В данном примере в правой части соединения используется подзапрос, а не объект
метаданных. Обратите внимание на то, что не важно, в какой части соединения
(правой или левой) используется подзапрос. Точно так же не важно, какого типа
соединение указано (ЛЕВОЕ, ПРАВОЕ и т. д.) . Во всех случаях такая конструкция
является потенциально опасной и должна быть исправлена при помощи временных
таблиц.
Обратите внимание на то, что возможность использования временных таблиц появи-
лась в «1С:Предприятии» начиная с версии 8.1. Если вы используете версию 8.0, то
для решения проблемы производительности такого запроса следует перейти на 8.1.
Для оптимизации запроса следует разбить его на несколько отдельных запросов
(по числу подзапросов, используемых в соединениях). Эти запросы рекомендуется
поместить в один пакетный запрос.
223
Инструкции
ВНИМАНИЕ!
Не забудьте проиндексировать созданную временную таблицу. В качестве индексных полей
следует указать все поля, которые используются в условии соединения.
Для вышеприведенного примера получится следующий пакетный запрос:
// Создать менеджер временных таблиц
МенеджерВТ = Новый МенеджерВременныхТаблиц;
Запрос = Новый Запрос;
Запрос.МенеджерВременныхТаблиц = МенеджерВТ;
// Текст пакетного запроса
Запрос.Текст = "
// Заполняем временную таблицу. Запрос к регистру лимитов.
| ВЫБРАТЬ ...
| ПОМЕСТИТЬ Лимиты
| ИЗ РегистрСведений.Лимиты
| ГДЕ ...
| СГРУППИРОВАТЬ ПО ...
| ИНДЕКСИРОВАТЬ ПО ...;
// Выполняем основной запрос с использованием временной таблицы.
ВЫБРАТЬ ...
ИЗ Документ.РеализацияТоваровУслуг
ЛЕВОЕ СОЕДИНЕНИЕ Лимиты
ПО ...;"
Пояснения
Во встроенном языке запросов «1С:Предприятия» версии 8.0 отсутствовала возмож-
ность использовать временные таблицы и писать пакетные запросы. При этом часто
было необходимо выполнять сложные вычисления в рамках одного запроса (то есть
одного цикла взаимодействия клиент – сервер «1С:Предприятия» – сервер СУБД).
Для решения таких задач использовались подзапросы – обращения не к объектам
метаданных, а к выборкам из этих объектов. Как правило, подзапросы выполнялись
с группировкой и часто использовались в соединениях.
Оптимизатор сервера СУБД (независимо от того, какую СУБД вы используете)
не всегда может правильно оптимизировать подобный запрос. В данном случае
проблемой для оптимизатора является выбор правильного способа соединения.
Существует несколько алгоритмов соединения двух выборок. Выбор того или иного
алгоритма зависит от того, сколько записей будет содержаться в одной и в другой
выборке. В том случае, если вы соединяете две физические таблицы, СУБД может
легко определить объем обеих выборок на основании имеющейся статистики. Если
же одна из соединяемых выборок представляет собой подзапрос, то понять, какое
количество записей она вернет, становится очень сложно. В этом случае СУБД может
ошибиться с выбором плана, что приведет к катастрофическому падению произво-
дительности запроса.
Переписывание запроса по приведенной выше методике имеет своей целью упро-
стить работу оптимизатору СУБД. В переписанном запросе все выборки, участву-
ющие в соединениях, будут представлять собой физические таблицы, и СУБД
сможет легко определить размер каждой выборки. Это позволит СУБД гаранти-
рованно выбрать самый быстрый из всех возможных планов. Причем СУБД будет
224 Настольная книга 1С:Эксперта по технологическим вопросам
делать правильный выбор независимо ни от каких условий. Переписанный подобным
образом запрос будет работать одинаково хорошо на любых СУБД, что особенно
важно при разработке тиражных решений. Кроме того, переписанный подобным
образом запрос лучше читается, проще для понимания и отладки.
Следует понимать, что, переписав запрос таким образом, мы, возможно, внесли
в него некоторое замедление за счет дополнительных накладных расходов –
создания временных таблиц. Если СУБД не ошибется с выбором плана, то она,
возможно, выполнит старый запрос быстрее, чем новый. Однако это замедление
всегда будет крайне незначительным. Размер замедления зависит от используемой
СУБД и производительности оборудования. В типичном случае на создание одной
временной таблицы может уйти несколько миллисекунд. То есть эти замедления не
могут оказать заметного влияния на производительность системы, и, как правило,
ими можно пренебречь.
Пояснение к правилу 10 (не соединять виртуальные таблицы
с реальными, а также виртуальные с виртуальными)
Не следует соединять виртуальные таблицы с реальными, а также виртуальные
с виртуальными. Правильно сначала результат виртуальной таблицы записывать во
временную таблицу, индексировать эту временную таблицу по полям соединения, а
затем уже соединять.
Как и в случае соединения с подзапросами, не имеет значения, какого типа соеди-
нение указано (ЛЕВОЕ, ПРАВОЕ и т. д.) .
Если запрос работает с неудовлетворительной производительностью и в нем
используется соединение с виртуальной таблицей языка запросов «1С:Предприятия»
(например, «РегистрНакопления.РасчетыСКлиентами.Остатки»), то рекомендуется
вынести обращение к виртуальной таблице в отдельный запрос с сохранением
результатов во временной таблице.
Как это сделать, см. выше. Ниже приводится порядок действий, удобный при работе
с конструктором и позволяющий избежать ошибок по невнимательности.
При работе в конструкторе запросов исправления удобно вносить следующим
способом.
Исходный запрос:
ВЫБРАТЬ
ЗаказПациента.Ответственный,
РасчетыСКлиентамиОстатки.СуммаОстаток
ИЗ
Документ.ЗаказПациента КАК ЗаказПациента
ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрНакопления.РасчетыСКлиентами.Остатки(, ЗаказКлиента =
&ЗаказКлиента) КАК РасчетыСКлиентамиОстатки
ПО (РасчетыСКлиентамиОстатки.ЗаказКлиента = ЗаказПациента.Ссылка)
Открываем запрос конструктором, на закладке Пакет запросов создаем запрос копи-
рованием существующего.
225
Инструкции
В запросе «Запрос пакета 1» (т. е. в верхнем из двух) переходим на закладку Допол-
нительно, в поле Тип запроса выбираем Создание временной таблицы и указываем
ее имя (см. рис. 4.20.2). После этого «Запрос пакета 1» станет называться по имени
временной таблицы (в нашем случае ВТ_РасчетыСКлиентамиОстатки).
Рис. 4.20.2. Делаем дубль запроса, а результаты самого запроса помещаем во временную таблицу
Далее в конструкторе на вкладке Связи смотрим, нет ли условий, ограничива-
ющих нашу виртуальную таблицу РасчетыСКлиентами.Остатки. Если таковые есть,
переносим их копированием: при наличии возможности – в параметры, при отсут-
ствии – в ГДЕ.
Затем на вкладке Таблицы и поля убираем все таблицы, кроме виртуальной таблицы
РасчетыСКлиентами.Остатки, и добавляем поля, использующиеся в условии соеди-
нения, при этом может потребоваться ограничивать тип оператором ВЫРАЗИТЬ
(см. рис. 4.20.3). На вкладке Индекс по этим полям индексируем временную таблицу.
Рис. 4.20.3. Добавление поля для условия соединения
Переходим на запрос пакета 2.
На вкладке Таблицы и поля заменяем виртуальную таблицу на временную (см. рис.
4.20.4).
226 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.20.4. Замена виртуальной таблицы на временную
Проверяем, что поля и связи остались после замены таблицы, при необходимости
восстанавливаем. Результат изменений выглядит так:
ВЫБРАТЬ
РасчетыСКлиентамиОстатки.СуммаОстаток КАК СуммаОстаток,
ВЫРАЗИТЬ(РасчетыСКлиентамиОстатки.ЗаказКлиента КАК Документ.ЗаказПациента) КАК ЗаказКлиента
ПОМЕСТИТЬ ВТ_РасчетыСКлиентамиОстатки
ИЗ
РегистрНакопления.РасчетыСКлиентами.Остатки(, ЗаказКлиента = &ЗаказКлиента) КАК РасчетыСКлиентамиОстатки
ИНДЕКСИРОВАТЬ ПО
ЗаказКлиента
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ЗаказПациента.Ответственный,
ВТ_РасчетыСКлиентамиОстатки.СуммаОстаток
ИЗ
Документ.ЗаказПациента КАК ЗаказПациента
ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВТ_РасчетыСКлиентамиОстатки КАК ВТ_РасчетыСКлиентамиОстатки
ПО (ВТ_РасчетыСКлиентамиОстатки.ЗаказКлиента = ЗаказПациента.Ссылка)
Приведем дополнение из цитированной в предыдущих пояснениях статьи К. Рупасова.
Виртуальные таблицы, используемые в языке запросов «1С:Предприятия», могут
разворачиваться в подзапросы при трансляции в язык SQL. Это связано с тем, что
виртуальная таблица часто (но не всегда) получает данные из нескольких физических
таблиц СУБД. Если вы используете соединение с виртуальной таблицей, то
на уровне SQL оно может быть в некоторых случаях реализовано как соединение
с подзапросом. В этом случае оптимизатор СУБД может точно так же выбрать неоп-
тимальный план, как при работе с подзапросом, использованным в языке «1С:Пред-
приятия» в явном виде.
227
Инструкции
Пояснение к правилу 13 (в проблемных запросах
отказываться от ИЛИ)
Приведем пример из статьи К. Рупасова.
Не следует использовать ИЛИ в секции ГДЕ запроса. Это может привести к тому, что
СУБД не сможет использовать индексы таблиц и будет выполнять сканирование, что
увеличит время работы запроса и вероятность возникновения блокировок. Вместо
этого следует разбить один запрос на несколько и объединить результаты.
Например, запрос:
ВЫБРАТЬ Товар.Наименование ИЗ Справочник.Товары КАК Товар ГДЕ Артикул = "001" ИЛИ Артикул = "002"
следует заменить на запрос:
ВЫБРАТЬ Товар.Наименование ИЗ Справочник.Товары КАК Товар ГДЕ Артикул = "001"
|ОБЪЕДИНИТЬ ВСЕ
|ВЫБРАТЬ Товар.Наименование ИЗ Справочник.Товары КАК Товар ГДЕ Артикул = "002"
Пояснение к правилу 14 (избегать запросов к пустым таблицам
в режиме автоматического управления блокировками «1С»)
Такие запросы могут быть связаны с особенностями документооборота в конкретной
базе. При режиме автоматического управления блокировками «1С» будет исполь-
зован уровень изоляции Serializable, будет заблокирован диапазон ключа индекса
(и пустая таблица при таком подходе окажется заблокированной целиком), и даже
разделяемая блокировка будет сохраняться до конца транзакции, не говоря уже об
исключительной.
Проведем эксперимент. Создадим в базе новые объекты:
■ Документ1 с двумя табличными частями ТабличнаяЧасть1 и ТабличнаяЧасть1,
■ РегистрНакопления1 с одним измерением и одним ресурсом,
■ РегистрНакопления2 с одним измерением и одним ресурсом,
■ Документ1 установим в качестве регистраторов для этих регистров.
В конфигурации установим автоматический режим управления блокировками.
Код обработки проведения показан на рис. 4.20.5, данные из табличной части 1
формируют движения по регистру накопления 1, данные из табличной части 2
формируют движения по регистру накопления 2.
Дальше создадим и проведем пару десятков документов, заполняя в них только
табличную часть 1.
Проведем обновление статистики, очистим процедурный кеш (см. раздел 3.5).
Проведем по одному документу в двух сеансах, также заполнив в них только
табличную часть 1, при этом первый сеанс остановим на отладчике (см. рис. выше)
и попытаемся перепровести второй документ.
228 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.20.5. Модуль документа «Документ1»
Это не удастся сделать, результатом станет конфликт блокировок СУБД. Разобрав
ожидания на блокировках ЦУП, увидим, что конфликт произошел на регистре
накопления 2, то есть на пустой таблице, в которую идет запрос на запись «пустых»
движений77
.
63
Чтобы избавиться от конфликта блокировок, надо сделать одно из двух следующих
действий:
1. В конфигурации установить управляемый режим управления блокировками.
2. Не записывать движения по регистру накопления 2 (см. рис. 4.20.6).
77
Поначалу может быть получен результат, что конфликт произошел на таблице, относящейся
к регистру накопления 1. В таком случае надо убедиться, что корректны условия,
обеспечивающие параллельность записи в него, т. е. создано достаточное количество
документов, актуализирована статистика и процедурный кеш, различается период (месяц)
документов или значение измерения регистра.
229
Инструкции
Рис. 4.20.6. Один из вариантов избавления от конфликта блокировок – закомментировать
запись заведомо пустых движений в заведомо пустую таблицу регистра
Пояснение к правилу 15 (не получать значение через точку от поля
составного типа)
В качестве иллюстрации приводится фрагмент статьи К. Рупасова «Типичные
причины неоптимальной работы запросов и методы оптимизации». Фрагмент
приведен без изменений.
Рекомендации
Если в запросе используется получение значения через точку от поля составного
ссылочного типа, то при выполнении этого запроса будет выполняться соединение
со всеми таблицами объектов, входящими в этот составной тип. В результате текст
запроса SQL чрезвычайно усложняется, и при его выполнении оптимизатор СУБД
может выбрать неоптимальный план. Это может привести к серьезным проблемам
производительности и даже к неработоспособности запроса в отдельных случаях.
В частности, не рекомендуется обращаться к реквизитам регистратора регистра
(например, ТоварыНаСкладах.Регистратор.Дата) и т. п. При этом не важно, в какой
230 Настольная книга 1С:Эксперта по технологическим вопросам
части запроса вы используете реквизит, полученный через точку от поля составного
типа, – в списке возвращаемых полей, в условии и т. п. Во всех случаях такое обра-
щение может привести к проблемам производительности.
Общая рекомендация заключается в том, чтобы по возможности ограничить
количество соединений в таких запросах. Для этого можно использовать следующие
приемы:
■ Избегайте избыточности при создании полей составных ссылочных типов.
Указывайте ровно столько возможных типов для данного поля, сколько необхо-
димо. Не следует без необходимости использовать типы «любая ссылка» или
«ссылка на любой документ» и т. п. Вместо этого следует более тщательно проа-
нализировать прикладную логику и назначить для поля ровно те возможные типы
ссылок, которые необходимы для решения задачи;
■ При необходимости жертвуйте компактностью хранения данных ради произ-
водительности. Если в запросе вам понадобилось значение, полученное через
ссылку, то, возможно, это значение можно хранить непосредственно в данном
объекте. Например, если при работе с регистром вам требуется информация о дате
регистратора, вы можете завести в регистре соответствующий реквизит и назна-
чать ему значение при проведении документов. Это приведет к дублированию
информации и некоторому (незначительному) увеличению ее объема, но может
существенно повысить производительность и стабильность работы запроса;
■ При необходимости жертвуйте компактностью и универсальностью кода
ради производительности. Как правило, для выполнения конкретного запроса
в данных условиях не нужны все возможные типы данной ссылки. В этом случае
следует ограничить количество возможных типов при помощи функции ВЫРА-
ЗИТЬ. Если данный запрос является универсальным и используется в нескольких
разных ситуациях (где типы ссылки могут быть разными), то можно формировать
запрос динамически, подставляя в функцию ВЫРАЗИТЬ тот тип, который необ-
ходим при данных условиях. Это увеличит объем исходного кода и, возможно,
сделает его менее универсальным, но может существенно повысить производи-
тельность и стабильность работы запроса.
Пример
В данном запросе используется обращение к реквизитам регистратора. Регистратор
является полем составного типа, которое может принимать значения ссылки на один
из 56 видов документов.
Запрос.Текст = "ВЫБРАТЬ
| Продажи.Регистратор.Номер,
| Продажи.Регистратор.Дата,
| Продажи.Контрагент,
| Продажи.Количество,
| Продажи.Стоимость
|ИЗ
| РегистрНакопления.Продажи КАК Продажи
|ГДЕ ...
231
Инструкции
SQL-текст этого запроса будет включать 56 левых соединений с таблицами
документов. Это может привести к серьезным проблемам производительности
при выполнении запроса. Однако для решения данной задачи нет необходимости
соединяться со всеми 56 видами документов. Условия запроса таковы, что при его
выполнении будут выбраны только движения документов РеализацияТоваровУслуг
и ЗаказыПокупателя. В этом случае мы можем значительно ускорить работу запроса,
ограничив количество соединений при помощи функции ВЫРАЗИТЬ().
Запрос.Текст = "ВЫБРАТЬ
| ВЫБОР
| КОГДА Продажи.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг
| ТОГДА ВЫРАЗИТЬ(Продажи.Регистратор КАК Документ.РеализацияТоваровУслуг).Номер
| КОГДА Продажи.Регистратор ССЫЛКА Документ.ЗаказПокупателя
| ТОГДА ВЫРАЗИТЬ(Продажи.Регистратор КАК Документ.ЗаказПокупателя).Номер
| КОНЕЦ ВЫБОРА КАК Номер,
| ВЫБОР
| КОГДА Продажи.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг
| ТОГДА ВЫРАЗИТЬ(Продажи.Регистратор КАК Документ.РеализацияТоваровУслуг).Дата
| КОГДА Продажи.Регистратор ССЫЛКА Документ.ЗаказПокупателя
| ТОГДА ВЫРАЗИТЬ(Продажи.Регистратор КАК Документ.ЗаказПокупателя).Дата
| КОНЕЦ ВЫБОРА КАК Дата,
| Продажи.Контрагент,
| Продажи.Количество,
| Продажи.Стоимость
|ИЗ
| РегистрНакопления.Продажи КАК Продажи
|ГДЕ
| Продажи.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг
| ИЛИ Продажи.Регистратор ССЫЛКА Документ.ЗаказыПокупателя";
Этот запрос является более громоздким и, возможно, менее универсальным (он не
будет правильно работать для других ситуаций, когда возможны другие значения
типов регистратора). Однако при его выполнении будет сформирован SQL-запрос,
который будет содержать всего два соединения с таблицами документов. Такой
запрос будет работать значительно быстрее и стабильнее, чем запрос в его первона-
чальном виде.
Пояснение к правилу 16 (понимать, как запрос может быть изменен
платформой при работе механизма RLS)
Особенности работы механизма RLS демонстрировались в разделе 3.11. Этот меха-
низм дописывает свои условия к запросам, и это следует принимать во внимание
при исправлении проблемных запросов.
Если от дописывания условий нельзя избавиться совсем, следует по крайней мере
ограничить их количество, как рекомендуется в статье К. Рупасова: «Если в конфи-
гурации описано несколько ролей с условиями RLS, то не следует назначать одному
пользователю более одной такой роли. Если один пользователь будет включен,
например, в две роли с RLS – бухгалтер и кадровик, то при выполнении всех его
запросов к их условиям будут добавляться условия обоих RLS с использованием
логического ИЛИ. Таким образом, даже если в исходном запросе нет условия ИЛИ,
оно появится там после добавления условий RLS. Такой запрос также может выпол-
няться неоптимально – медленно и с избыточными блокировками.
232 Настольная книга 1С:Эксперта по технологическим вопросам
Вместо этого следует создать «смешанную» роль – «бухгалтер-кадровик» и пропи-
сать ее RLS таким образом, чтобы избежать использования ИЛИ в условии, а пользо-
вателя включить в эту одну роль.
4.21. Нагрузочные тесты
Простейший
Термин «нагрузочный тест» в контексте данной книги надо понимать не совсем
как «испытание системы высокой нагрузкой». Далеко не всегда при тесте создается
значимая нагрузка, но всегда в тестировании участвуют два и более клиентских
приложения, и цель такого теста – выявить проблемы параллельности и их причины.
Простейший нагрузочный тест состоит в следующем:
■ запустить 2–3 сеанса «1С», подключенных к одной базе;
■ в каждом из них открыть по одной форме документа, например, «Реализация
товаров и услуг» (документы, понятно, должны быть разными);
■ попытаться одновременно провести их, быстро нажав друг за другом кнопки ОК
в разных окнах.
В ряде случаев даже такой методики достаточно, чтобы проблемы параллельности
себя проявили.
Останов в отладчике
Методика демонстрировалась в предыдущем разделе, в пояснении к правилу 14
(избегать запросов к пустым таблицам в режиме автоматического управления
блокировками «1С»).
Смысл методики в том, что иногда транзакции проходят за очень короткое время,
и физически не получается достаточно быстро нажать друг за другом кнопки ОК
в разных окнах. Поэтому, чтобы вторая транзакция гарантированно началась до
окончания первой, первый сеанс «1С» запускают через отладчик и в нужном месте
ставят точку останова. Когда первая дошла до этой точки и остановилась на ней,
таким образом моделируя задержку бесконечной (нужной) длительности, запускают
вторую транзакцию:
■ чаще всего точку останова ставят в конце процедуры ОбработкаПроведения
модуля документа;
■ реже – в конце процедуры ПриЗаписи модуля набора записей регистра.
Останов в модальной форме
Методика демонстрировалась в разделе 4.18, когда моделировали взаимоблокировку
для последующего разбора ее ЦУП.
Смысл методики такой же, как и при останове на отладчике: организовать задержку
бесконечной (нужной) длительности.
233
Инструкции
Иногда останова на отладчике недостаточно, потому что требуется организовать
задержку не в одном сеансе. Кроме того, как в примере в разделе 4.18, может требо-
ваться некоторая последовательность прохождения этапов транзакций, которая при
реальной работе достигается случайным образом, а нам она нужна гарантированно.
Нагрузочное тестирование групповыми обработками
Смысл методики состоит в достижении условий конфликтов блокировок случайным
образом, когда точно не известен механизм и места их возникновения. Для этого
в нескольких сеансах «1С» запускаются обработки «Групповая обработка справоч-
ников и документов», для каждого сеанса задаются свои условия отбора (например,
по организации или по периоду), отбираются документы, после этого быстрым
нажатием кнопки Выполнить в разных окнах друг за другом запускается парал-
лельное перепроведение отобранных групп документов.
Такой тест, конечно, не моделирует работу реальных пользователей (нет пауз между
транзакциями), и найденные узкие места могут отличаться от тех, что будут иметь
место при реальной работе.
Однако последствия использования методик, явно не обеспечивающих должной
параллельности работы (например, автоматическую регистрацию в последователь-
ности), такой тест выявляет эффективно.
Если в системе есть хорошие возможности для возникновения взаимоблокировок,
бывает достаточно и двух параллельно работающих сеансов. Если же их нет, то
нужно три-четыре сеанса минимум, иначе транзакции выстроятся по принципу
застежки «молния»: ожидания на блокировках будут, а конфликтов блокировок
может и не быть, и все отработает без ошибок, пусть и медленно.
Если же на такие узкие места не попадаем, при наращивании количества сеансов
в итоге все упирается в производительность оборудования.
Работа с Тест-центром. Общие принципы и стандартные
возможности. Простой тест с помощью Тест-центра
Методика проведения нагрузочных тестов групповыми обработками становится
неудобной, если тест приходится проводить много раз, каждый раз набирая условия
отбора.
Можно, конечно, не пользоваться групповой обработкой, а написать свои обработки,
по одной для каждого сеанса, где уже будут заданы условия отбора. Но если число
сеансов приближается к 10 и опять-таки речь не идет об однократном замере (а как
правило, если уже дошло до таких экспериментов, то не идет), то сам запуск рабочих
мест, выбор нужной обработки и запуск выполнения действий в большом коли-
честве окон становятся достаточно утомительными. Если же сеансов 30 и больше,
выполнение всех этих подготовительных действий вручную становится просто
недопустимо долгим; результаты замеров увеличиваются в объеме, и их ручная
регистрация и хранение также становятся затратными по времени. Кроме того,
условия тестирования начинают требовать организовывать паузы между проведением
234 Настольная книга 1С:Эксперта по технологическим вопросам
документов в рамках каждого из сеансов, появляется проблема неодновременности
запуска и т. п.
Всю эту рутинную работу позволяет автоматизировать Тест-центр из состава КИП.
Он помогает автоматизированно решить задачи, перечисленные в предыдущем
абзаце. То есть он может сам запустить нужное количество сеансов, передать каждому
из сеансов нужную обработку, одновременно запустить их выполнение. Также он
помогает организовывать паузы, хранение результатов, их просмотр и некоторые
другие полезные сервисные функции.
Тест-центр версии 1.2 организован с использованием обычных форм, 2.0 ранних
редакций – управляемых, 2.0 последних редакций можно использовать в обоих
случаях. Поэтому, описывая далее работу с Тест-центром, будем ориентироваться
на поведение Тест-центра 2.0, точнее ред. 2.0 .8.10.
Сам Тест-центр состоит из двух частей: объектов метаданных, встраиваемых
в конфигурацию базы, с которой далее предстоит работать, и тестовых обработок.
Как было объяснено выше, эти обработки служат аналогами самописных обработок
по выполнению некоторых действий и по сути ими и являются. Для того чтобы сам
Тест-центр смог ими пользоваться, распределять по сеансам и т. д., эти обработки
должны создаваться по определенному шаблону, т. е. в них должны быть неко-
торые заранее определенные объекты и код, а свой код требуется писать в строго
отведенных местах. Встраивание Тест-центра в базу занимает несколько минут.
Написание простейших тестовых обработок может занять тоже не более часа, а
сложных – несколько месяцев.
Чтобы разобраться с тем, что такое «тестовая обработка», «роль» и «сценарий»
в Тест-центре, представьте, что никакого Тест-центра нет, что это вы написали сами
четыре разные обработки:
■ одна, встроенная в базу, перепроводит документы реализации и счета-фактуры
(чтобы обеспечить разные сеансы, выполняющие одни и те же действия, разными
данными, обычно используют генератор случайных чисел);
■ вторая, тоже встроенная – платежки, входящие и исходящие;
■ третья, внешняя – поступления;
■ четвертая, тоже внешняя – тоже поступления, но с паузами в 3 секунды (все
предыдущие обработки работают без пауз).
Первую вы запустите в двух сеансах, вторую – в трех, третью – в четырех (все
сеансы «1С» запустите с одного компьютера), четвертую – в одном, и одновре-
менно их стартуете, нажав во всех окнах Выполнить.
Фактически если вы так сделаете, вы выступите в роли Тест-центра. То есть вся
эта совокупность данных – сколько пользователей с какой обработкой запустить
и откуда их запустить – и есть сценарий теста. Каждая группа пользователей,
выполняющих одну и ту же обработку, – это роль («Продажи», «Банк», «Закупки»,
«Закупки с паузами»). Обработка, не важно – встроенная или внешняя, это и есть
тестовая обработка.
235
Инструкции
Встраивание Тест-центра
Чтобы встроить Тест-центр в исследуемую базу, нужно:
1. Если у вас нет cf последней версии, собрать его. Для этого взять cf из вашего
дистрибутива или последний из ранее собранных, развернуть его в отдельной
базе и накатить все обновления. Для обновления версии конфигурации следует
использовать режим Обновление конфигураций.
2. Выполнить приложенную к нему инструкцию из файла 1cv8upd.htm, который
находится в каталоге шаблонов конфигураций. В нем см. раздел «Объеди-
нение тестируемой конфигурации с Тест-центром версии N.N .N .N». Сейчас это
выглядит примерно так:
□ сделайте резервную копию вашей информационной базы. Резервную копию
можно создать:
○ при использовании файлового варианта «1С:Предприятия 8» путем копи-
рования файла 1CV8.1CD в отдельный каталог;
○ при использовании клиент-серверного варианта «1С:Предприятия 8»
средствами SQL Server;
□ запустите систему «1С:Предприятие» в режиме Конфигуратор;
□ откройте файл конфигурации Тест-центра для объединения. Для этого в меню
Конфигурация выберите пункт Сравнить, объединить с конфигурацией из файла...
(от постановки на поддержку в этом пункте обычно отказываемся. – Примеч.
авт.);
□ снимите флажок с пункта Свойства основной конфигурации, разверните
пункт Свойства;
□ поставьте флажок в пункте Модуль приложения основной конфигурации
(модулям двух приложений: обычного и управляемого. – Примеч. авт.);
□ для строки Модуль приложения (для модулей и обычного, и управляемого
приложения. – Примеч. авт.) в столбце «Режим объединения и порядок
подчиненных объектов» выберите значение «Объединить с приоритетом
основной конфигурации»;
□ все остальные параметры объединения оставьте со значениями по умолчанию;
□ нажмите кнопку Выполнить;
□ после объединения необходимо открыть модули управляемого и обычного
приложения и убрать комментарии строк кода, обрамленные директивами
//{{MRG[ <-> ] и //}}MRG[ < -> ]. В результате объединения в модуле
управляемого приложения в процедуре ПриНачалеРаботыСистемы() должен
появиться следующий текст:
Попытка
ТЦКлиент.ОбработатьПараметрЗапуска(ПараметрЗапуска);
Если ТЦСервер.БСППодсистемаИспользуется(ТЦОбщий.БСПИмяПодсистемыУправленияДоступом()) Тогда
ТЦСервер.БСПСоздатьГруппуДоступаТестЦентр();
КонецЕсли;
Исключение
ТЦОбщий.ЗаписатьВЖурнал(ИнформацияОбОшибке(), "Тест-центр");
КонецПопытки;
236 Настольная книга 1С:Эксперта по технологическим вопросам
А в модуле обычного приложения в процедуре ПриНачалеРаботыСистемы()
должен появиться следующий текст:
Попытка
ТЦКлиент.ОбработатьПараметрЗапуска(ПараметрЗапуска);
Исключение
ТЦОбщий.ЗаписатьВЖурнал(ИнформацияОбОшибке(), "Тест-центр");
КонецПопытки;
□ выполните сохранение конфигурации.
Инструкция на этом заканчивается, но есть еще вещь, которую надо сделать,
если речь идет об обычном приложении. Надо самостоятельно создать
в интерфейсе подменю Тест-центр. Дело в том, что если конфигурация
построена с использованием управляемых форм, интерфейс Тест-центра в ней
появится без дополнительных усилий с нашей стороны, а если речь об обычном
приложении, то это подменю надо создать и в него включить:
□ справочник ТЦСценарии,
□ справочник ТЦАгенты,
□ справочник ТЦВП (виртуальные пользователи),
□ справочник ТЦРоли,
□ документ ТЦТест (результаты тестов).
Теперь можно приступать к созданию простейшего теста.
Для начала надо скопировать имеющуюся в конфигурации обработку ТЦШаблонТе-
стовойОбработки. Копию обработки переименовать, в примере назовем ее ТЦУни-
версальная. Обязательно поменять ей синоним, автоматически он не изменится.
Далее надо открыть форму обработки ТЦУниверсальная, найти процедуру ТЦВыпол-
нить() и вписать в нее свой код. В примере на рис. 4.21 .1 туда вписан код вызова
созданной нами процедуры ТЦВыполнитьНаСервере(), и ниже сама эта новая проце-
дура, создающая и записывающая документ ПлатежноеПоручение, не заполненный,
но с отличительным комментарием, по которому можно понять, создан документ во
время прогона теста или нет.
На этом в конфигураторе работа закончена, его можно закрыть.
Начинаем подготовку теста. Для этого:
1. Запустить базу в режиме исполнения.
2. Открыть справочник Сценарии, добавить сценарий, назвать его, например «Наш
сценарий».
3. Из формы элемента сценария зайти в выбор роли, добавить Роль, назвать ее,
например, «Первая роль».
4. Из формы элемента роли зайти в выбор обработки, добавить обработку.
5. В форме элемента обработки указать, что обработка внутренняя, и выбрать
нашу обработку ТЦУниверсальная.
6. Записывая и закрывая формы обработки и роли и выбирая созданные элементы,
вернуться в форму элемента сценария.
237
Инструкции
Рис. 4.21.1. Код для примера теста
7. Из формы элемента сценария зайти в выбор пользователя, добавить пользова-
теля (у Тест-центра это свой справочник ТЦПользователи).
8. В форме элемента пользователя выбрать пользователя из списка базы и указать
его пароль. Это пользователь, от имени которого будет запускаться клиент «1С»
и будут выполняться действия в базе. Для начала можно указать свой логин
и пароль.
9. Записать и закрыть форму пользователя, выбрав созданный элемент, вернуться
в форму элемента сценария.
10. Из формы элемента сценария зайти в выбор клиента, добавить клиента.
11. В форме элемента клиента указать тип клиента (тонкий, толстый обычное прило-
жение, толстый управляемое приложение и пр.) .
12. Из формы элемента клиента зайти в выбор компьютера, добавить элемент спра-
вочника «Компьютеры».
13. В форме элемента компьютера указать имя компьютера, с которого клиент будет
запускаться (для начала – своего).
238 Настольная книга 1С:Эксперта по технологическим вопросам
14. Записывая и закрывая формы компьютера и клиента и выбирая созданные
элементы, вернуться в форму элемента сценария.
15. Задать количество пользователей. Для целей примера укажем количество,
равное 2.
16. Перейти на вкладку Параметры, установить флажок Пауза после запуска ВП. Все
параметры, имеющиеся по умолчанию, увеличить в 10 раз, чтобы гарантиро-
ванно успевать выполнять действия.
17. Сохранить и закрыть сценарий.
18. Если по каким-то причинам не удается записать элемент на любом из описанных
выше шагов, то надо разобраться, почему этого не удается сделать, а для этого
потребуется закрыть сценарий, не сохраняя его. Понятно, что, начав сначала, уже
созданные элементы справочников повторно создавать не надо, только выбирать их.
Проверим, что наша тестовая обработка выполняет то, что требуется:
1. Открыть справочник Роли.
2. Выбрать нашу роль «Первая роль».
3. Рядом с полем выбора обработки есть кнопка Настроить..., нажать ее.
4. В открывшейся форме обработки будет кнопка Выполнить (эту же форму
можно вызвать через меню Операции – Обработки – ТЦУниверсальная; в управ-
ляемом интерфейсе через Все функции). Нажав кнопку Выполнить, убедиться,
что действие (в нашем случае создание платежного поручения) выполняется
правильно и без ошибок. При необходимости отладить обработку, снова запу-
стив конфигуратор и подключившись отладчиком к сеансу «1С».
5. Закрыть открытые окна. Теперь все готово для запуска теста.
6. Запустить еще одного клиента «1С», в нем зайти в справочник Агенты, нажать
Включить режим Агента. Этот сеанс будет агентом тестирования, до окон-
чания теста его уже трогать не надо. В будущем надо будет запускать агентов
Тест-центра на всех компьютерах, которые будут использованы для запуска
виртуальных пользователей, но сейчас ограничимся только одним своим компью-
тером.
7. Вернуться в наш сеанс, открыть форму списка сценариев.
8. Выбрать созданный сценарий, нажать Выполнить.
9. Должно появиться окно состояния теста (с машинками), и начнут запускаться
две новые клиентские сессии (поскольку в сценарии указано количество = 2).
Когда клиент запустится, появится окно «ВРМ78 запущены. Нажмите ОК, для
продолжения выполнения теста».
64
10. Если ВРМ не успели до конца запуститься и возникло сообщение об ошибке,
закрыть форму списка сценариев и окно состояния теста, не выгружая запу-
78
ВРМ (виртуальное рабочее место, «робот») – клиентское приложение, выполняющее обработку
по команде Тест-центра.
239
Инструкции
щенные клиентские сессии. Заново открыть форму списка сценариев и запустить
сценарий повторно. В дальнейшем интервалами ожидания запуска и подготовки
можно управлять на вкладке Параметры формы элемента сценария.
11. Нажать ОК.
12. Окно состояния будет показывать прогресс теста и, если все сделано правильно,
пройдет его целиком и покажет окно с результатом теста.
13. Поскольку мы в протокол ничего не писали, нам надо открыть список доку-
ментов Платежные поручения и убедиться, что появились две новые платежки
с нашим комментарием.
14. Если больше тестов не планируется, перейти в сеанс агента и отключить его.
Сессии виртуальных пользователей после этого тоже окажутся выгруженными.
Тест успешно завершен.
Работа с Тест-центром. Шаблон полноформатного теста
Последующие тесты можно усложнять, используя навыки, приобретенные при
выполнении этого простейшего теста. Для организации любого теста нужно
научиться делать еще ряд вещей:
1. Организовывать замеры времени выполнения операций и их хранение.
2. Организовывать запись в протокол.
3. Организовывать повторы действий и паузы между ними.
4. Организовывать сбор статистики об ошибках.
5. Блокировать мешающий функционал.
Как это делать, объясняется ниже.
Организация замеров времени выполнения операций и их хранения
Тест-центр содержит средства, позволяющие хранить информацию о результатах
теста.
Для этого процедура должна содержать код:
Компонента = КипВнешнийКомпонент.ПолучитьИнструменты();
ВремяНачала = КипВнешнийКомпонент.ЗначениеТаймера(Компонента);
// выполнение действия
//...
ВремяОкончания = КипВнешнийКомпонент.ЗначениеТаймера(Компонента);
ВремяВсего = (ВремяОкончания – ВремяНачала) / 1000;
ТЦЗаписатьПоказатель("ВремяВсего", ВремяВсего);
Иллюстрация этого будет приведена ниже, когда дело дойдет до примера теста.
Однако на практике иногда требуется сразу оценивать результаты по методике
APDEX. Тогда быстрее и проще организовать это по-другому, с помощью подсис-
темы «Оценка производительности» из состава БСП. Кроме того, она уже может
быть встроена в конфигурацию. Как проверить, встроена ли она и как ее встроить,
см. раздел 4.7.
240 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.21.2. Организация замера времени с помощью подсистемы «Оценка производительности»
Отличие будет состоять в том, что, в отличие от замеров при интерактивных
действиях пользователей, замер надо будет не привязывать к кнопкам, а вызывать из
тестовой обработки, и не только начинать, но и завершать. Как это будет выглядеть
в коде обработки, см. рис. выше. Предварительно надо создать предопределенный
элемент «ЗаписьПлатежногоПоручения» в справочнике Ключевые операции.
Код, относящийся к замеру времени, на рисунке имеет увеличенный отступ.
Организация записи в протокол
Чтобы организовать запись в протокол, добавим процедуру ЗаписатьВПрото-
колИнформацию(). Код этой процедуры и порядок ее вызова см. на рис. 4.21.3 . Код,
относящийся к записи в протокол, на рисунке имеет увеличенный отступ, больший
чем у кода замера времени.
Рис. 4.21.3. Организация записи в протокол
241
Инструкции
Процедура ТЦОбщий.ЗаписатьВЖурнал() имеет также возможности по записи сооб-
щений с выделенным уровнем «Ошибка» или «Предупреждение». Как этим пользо-
ваться, см. саму процедуру.
ВНИМАНИЕ!
Протокол, записанный таким способом, использует журнал регистрации. Это означает, что
при переносе базы, например, через dt, он перенесен не будет.
Организация повторов выполнения действий и пауз между ними
Будем считать, что тест не должен длиться дольше определенного времени, а между
повторами действий будут одинаковые паузы.
Для этого добавим нашей обработке ТЦУниверсальная два реквизита – Длитель-
ностьРаботы и Пауза (оба с типом Число 10,0) и разместим их на форме (см. рис.
4.21 .4). Для определенности будем считать, что речь идет о секундах. Теперь если
в режиме исполнения зайти в настройку тестовой обработки через справочник Рол и
и ввести значения этим реквизитам, они сохранятся системой.
Рис. 4.21.4. Созданные реквизиты и их размещение на форме
Количество повторов при таком подходе можно примерно вычислить, разделив
значение реквизита ДлительностьРаботы на сумму среднего времени выполнения
нашего действия (записи платежки) и реквизита Пауза.
Возвращаемся в процедуру ТЦВыполнить() и дописываем код, обеспечивающий
этот функционал (см. рис. 4.21.5).
242 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.21.5. Код организации повторов и пауз
Организация сбора статистики об ошибках
Можно собирать статистику ошибок средствами Тест-центра, однако иногда на прак-
тике удобнее это делать просто включив технологический журнал сервера «1С»
на событие EXCP, как описано в разделе 4.5, и вести классификацию и подсчет
ошибок по нему.
Блокировка мешающего функционала
Во-первых, через процедуру ПередЗавершениемРаботыСистемы() или ПриЗаверше-
нииРаботыСистемы() в модуле приложения (обычного или управляемого) надо найти
вызов формы вопроса о завершении работы и заглушить его, чтобы это подтверж-
дение никогда не запрашивалось. Установки флажка Больше не спрашивать может
быть недостаточно, а подтверждать завершение работы для большого количества
сеансов при выгрузке виртуальных пользователей – занятие утомительное.
Во-вторых, через процедуры ПередНачаломРаботыСистемы() и ПриНачалеРабо-
тыСистемы() надо найти и заглушить вызов информационных (например, проверки
актуальности релиза конфигурации) и рекламных окон, чтобы эти окна никогда не
появлялись. Установки флажков Больше не спрашивать, снятия флажков Показывать
243
Инструкции
при начале работы и пр. может быть недостаточно. Даже если эти окна не запраши-
вают никакого подтверждения от пользователя, их вызов тратит время и ресурсы
сервера. Если же запрашивают, тратят еще и силы оператора.
Проверка внесенных изменений
Дальше, чтобы проверить, насколько правильно нами все организовано, нужно
повторить простой тест, описанный выше.
Необходимо не забыть установить константу ВыполнятьЗамерыПроизводительности
в Истину (для чего, например, написать обработку) и настроить длительность
выполнения и паузы для обработки в роли «Первая роль».
В процедуру ТЦВыполнить() внесем еще код, иллюстрирующий методику замеров
и хранения показателей средствами Тест-центра, а также получение номера рабочего
места ТЦНомерВРМ().
Рис. 4.21.6. Итоговый код процедуры «ТЦВыполнить()»
Описанный тест по сути является шаблоном полноформатного теста, поскольку
для выполнения реальной работы в нем может быть достаточно заменить создание
и запись платежного поручения на действия, необходимые в вашей исследуемой
базе, а большинство необходимых вещей в нем уже есть.
244 Настольная книга 1С:Эксперта по технологическим вопросам
Результат записи показателей и протокол будут показаны в документе Результат
теста, форма которого откроется после завершения теста автоматически
(см. рис. 4.21.7).
Рис. 4.21.7. Показатели и протокол теста
Настроив справочник Ключевые операции, можно пользоваться обработкой Оценка
производительности для оценки результатов замера по методике APDEX (см. рис.
4.21 .8).
Рис. 4.21.8. Результаты замеров по данным подсистемы «Оценка производительности»
Работа с Тест-центром. Универсальный нагрузочный тест
Можно добавить в базу регистр сведений, указывающий для каждого номера ВРМ
список эталонных документов в базе.
Присваивать ВРМ номера можно любым доступным способом, главное, чтобы они
начинались с единицы, шли подряд и не повторялись. Например, для этих целей
можно пользоваться специально созданным регистром сведений, в который в конку-
рентном режиме ВРМ будут записывать информацию о захваченном ими номере (при
большом количестве ВРМ им нужно с помощью КипВнешнийКомпонент.Пауза()
раздать случайные паузы, достаточные для того, чтобы не было конфликтов блоки-
ровок).
Далее нужно поставить тестовой обработке задачу либо перепроводить эти
эталонные документы, либо создавать новые копированием имеющихся, и прово-
245
Инструкции
дить именно вновь созданные. Проводить созданные документы можно оперативно,
в текущем числе, либо неоперативно, например датой эталонного документа. В каче-
стве эталонных могут быть назначены документы совершенно разных типов. Они
могут быть как специально подготовлены для теста, так и выбраны из числа имею-
щихся в рабочей базе. Заполнение такого регистра эталонных документов может
проводиться вручную либо автоматизированно, по интересующему исследователя
свойству, например, наличию более 1000 строк в табличной части.
Такой тест при наличии подготовленных тестовых обработок, адаптированных
именно под такую схему, наличии навыков встраивания Тест-центра в базу и автома-
тизированного заполнения регистра эталонных документов может быть подготовлен
к первому успешному старту в теории за несколько часов, на практике за один-два
дня. Это выгодно отличает его от стандартного подхода, при котором на подготовку
тестовых обработок меньше двух-трех недель не уходит.
Понятно, что описанный подход имеет некоторые ограничения:
■ малое число ролей, или все должно сводиться к одной-двум ролям – перепро-
ведению существующих документов либо копированию эталонных документов
с последующим проведением документа-копии (тип документов значения не
имеет, для любого пользователя допускаются любые комбинации);
■ роли различаются не столько характером выполняемых действий, сколько
настройками интенсивности работы;
■ наличие базы с подходящим составом заполненных документов;
■ в первом издании книги было указано ограничение на не очень большое макси-
мальное количество пользователей (30). Впоследствии, однако, это ограничение
было преодолено – с помощью только описанного подхода был проведен тест,
в котором нагрузка создавалась 1041 виртуальным пользователем;
■ в первом издании книги было указано ограничение на отсутствие интерактивных
действий, в т. ч. открытие форм и формирование отчетов. Впоследствии и это
ограничение было преодолено, для чего универсальным действием надо считать не
перепроведение документа на сервере, а открытие формы на клиенте и нажатие
на ней кнопки ОК (задача с отчетами тоже имеет решение). И единственное, что
тут нужно, чтобы форма была явно нарисована в конфигураторе.
В реальности довольно много практических задач на проведение нагрузочных тестов
в эти ограничения вписываются. Из наиболее труднорешаемых проблем – наличие
заполненной базы (т. е. все документы в нужном количестве должны существовать
до теста и быть правильно заполненными), а также чтобы формы были явно нарисо-
ваны в конфигураторе.
Здесь не приводится пример конкретной технической реализации универсального
теста. Специалист, понявший идею и освоивший работу с Тест-центром, может
воплотить ее в коде за очень небольшое время, что подтверждено нашей практикой.
246 Настольная книга 1С:Эксперта по технологическим вопросам
Работа со Стандартным нагрузочным тестом «1С». Общие
принципы и стандартные возможности
Согласно встроенной документации:
«Стандартный нагрузочный тест» предназначен для оценки производительности
совокупности серверного оборудования и серверного программного обеспечения
в «стандартных пользователях 1С». Основная область применения данного
теста – выбор конфигурации серверного оборудования для целей конкретного
внедрения. Для проведения тестирования необходимо запустить агентов
Тест-центра на всех компьютерах, которые будут использованы для запуска
виртуальных пользователей. Для запуска агента нажмите кнопку Запуск агента
Тест-центра. Для настройки и запуска теста нажмите кнопку Запуск теста.
Стандартный нагрузочный тест представляет собой независимую информаци-
онную базу «1С», в которой Тест-центр встроен в прикладное решение, настроен
и прикрыт от внешних настроек сценарий тестирования и все, что с ним связано,
автоматизированы все процессы по запуску пользователей, проведению теста
и получению результатов.
То есть по сути это тоже база со встроенным Тест-центром, только настроенная
на специализированное тестирование.
Суть этого тестирования заключается в том, что в нем принимает участие все
больше и больше пользователей, пока, наконец, показатели производительности не
снизятся до уровня «удовлетворительно» по методике APDEX (что это за показатели
и какое им установлено целевое время, «зашито» в базе). Максимальное количество
пользователей, при котором сохраняется уровень «хорошо», считается оценкой
производительности системы.
Таким образом можно сравнивать, например, старый сервер и новый. Если старый
сервер имеет уровень в 80 «стандартных пользователей 1С», а новый – в 100, то
очевидно, что большого выигрыша от перехода на новый сервер не будет; напротив,
если разрыв велик – и выигрыш может быть велик.
Таким же образом можно сравнивать одни настройки системного программного
обеспечения, а также кластера серверов «1С» (имеется в виду приложение)
и сервера СУБД с другими настройками их же и оценивать, будет от изменения
настроек изменение производительности или нет, а если будет, то в какую сторону.
Таким же образом можно сравнивать варианты размещения баз на разных дисках
и многие другие вещи.
Подводя итоги, стандартный нагрузочный тест – это инструмент для сравнения
одного способа размещения (включая настройки программного обеспечения) инфор-
мационной системы «1С» с другим способом размещения той же системы, позволя-
ющий получить количественную характеристику такого сравнения.
Распространенной практикой является запуск виртуальных рабочих мест на том
же сервере, где расположен кластер серверов «1С». Это может быть ошибкой, так
как в этом случае проверяется не способность сервера обрабатывать серверный
код прикладного решения, а его способность запускать и обслуживать клиентские
247
Инструкции
приложения. Если в реальности такой задачи перед ним не стоит, то проверять его
надо не так. Надо запускать агентов на серверах терминалов, тогда и клиентские
места будут запускаться на серверах терминалов. При этом мощность серверов
терминалов также должна быть достаточной, чтобы обеспечить возможность запуска
заведомо избыточного количества виртуальных пользователей.
Новые возможности 8.3 по функциональному и нагрузочному
тестированию
Для функционального тестирования продуктов на платформе 8.2 использовался
компонент Корпоративного инструментального пакета – Сценарное тестирование.
Особенности его технической реализации не позволяли использовать его для прове-
дения нагрузочных тестов.
С появлением новых возможностей платформы 8.3 ситуация изменилась. Появи-
лись понятия клиента тестирования и менеджера тестирования – это сеансы «1С»,
запущенные с особыми параметрами. Сеанс «1С», запущенный как менеджер
тестирования, осуществляет управление сеансами «1С», запущенными как клиенты
тестирования.
Один менеджер тестирования может управлять несколькими клиентами тестиро-
вания, каждым через отдельный порт (этот порт надо указывать при запуске клиента
и в управляющем скрипте, выполняющемся на менеджере). Управляющий скрипт
представляет собой код на языке «1С». Код заставляет элементы форм действовать
так, как если бы с ними работал человек (пример будет приведен ниже). Существует
возможность автоматизированной генерации этого кода. Менеджер и клиенты даже
могут быть подключены к разным базам.
Это делает возможным, пусть и с некоторыми ограничениями, использование этого
механизма для проведения простых нагрузочных тестов.
Ограничения следующие:
■ поскольку код выполняется из одного менеджера тестирования, строки этого
кода выполняются последовательно (управление всеми клиентами идет из одного
модуля формы обработки). Действия, однако, могут быть запущены на выпол-
нение почти параллельно, т. к. скрипт отработает так, как если бы это человек
быстро нажал кнопки ОК в нескольких окнах друг за другом, при этом скрипт это
сделает быстрее, чем человек;
■ поскольку код ориентирован на появление строго определенных окон, сообщение
об ошибке, полученное вместо формы списка, при нажатии кнопки ОК может
«дезориентировать» скрипт. В этом, однако, тоже нет большой трагедии, т. к. хотя
один клиент тестирования и остановится с ошибкой, но дальнейшие команды
для него будут проигнорированы, а остальные сеансы продолжат работу;
■ довольно сложно организовывать паузы между действиями, если нужны паузы
разной длительности. Если речь о двух-трех-четырех сеансах, это еще можно
организовать, но при большем количестве клиентов это становится сложным даже
просто для понимания, особенно если надо редактировать чужой код;
248 Настольная книга 1С:Эксперта по технологическим вопросам
■ скрипт для управления большим количеством клиентов тестирования трудно
сделать удобным для понимания и модификации. Сложность задачи вкупе с орга-
низацией пауз представляется аналогичной написанию партитуры для дирижера
оркестра: не каждому под силу;
■ клиент тестирования должен быть запущен только как управляемое приложение.
В то же время этот подход обладает существенным достоинством, перекрывающим
многие его минусы. Это наглядность и простота (то есть скорость) создания
скриптов, в случае когда они просты: открыть форму, ввести одно-два поля, нажать
две-три кнопки. Особенно это актуально, если надо моделировать поведение именно
интерфейсных объектов, а управляемые формы создаются программным способом.
Эмуляция нажатия кнопок «изнутри» из конфигурации в таком случае может потре-
бовать больших трудозатрат, а также сложностей с поддержкой при изменении кода
конфигурации. Напротив, запись скрипта займет только несколько минут. Кроме того,
код конфигурации меняется, а интерфейсные объекты на форме остаются те же (или
появляются новые), переименовывают или удаляют их довольно редко.
Продемонстрируем, как с нуля подготовить и выполнить функциональное и нагру-
зочное тестирование сразу для двух клиентов тестирования из одного менеджера.
Если коротко, надо сделать следующее:
1. Запустить сеанс «1С», записать действия пользователя.
2. Преобразовать журнал действий в код «1С».
3. Этот код вставить в обработку, сеанс записи закрыть, при необходимости дора-
ботать код.
4. Запустить один сеанс «1С» как менеджера тестирования, другой (другие) – как
клиентов.
5. С менеджера тестирования запустить обработку на выполнение, убедиться, что
на клиенте (клиентах) выполняются действия, которые были записаны.
Теперь это же опишем подробнее. За основу возьмем демобазу «Бухгалтерии пред-
приятия» ред. 3.0 (3.0.23.8).
1. Запустить сеанс «1С», записать действия пользователя.
Запустить конфигуратор. Из него запустить сеанс «1С» кнопкой, показанной
на рис. 4.21.9.
Рис. 4.21.9. Кнопка запуска сеанса «1С» в режиме записи действий пользователя
В этом режиме сеанс содержит особые кнопки (см. рис. 4.21.10), слева направо –
Начать запись, Прервать запись, Завершить запись. После начала записи кнопка
Начать запись сменится на Приостановить запись (т. е. Play – Pause).
249
Инструкции
Рис. 4.21.10. Кнопки управления записью действий пользователя
Находясь в меню Рабочий стол, выполним следующие действия:
□ начнем запись;
□ откроем меню Банк и касса;
□ откроем список документов Платежные поручения;
□ откроем двойным щелчком п/п No КП00-000004;
□ изменим сумму документа, введем ее равной 900 руб.;
□ нажмем кнопку Провести и закрыть;
□ завершим запись.
После нажатия кнопки Завершить запись откроется окно, содержащее журнал
действий пользователя (см. рис. 4.21.11).
Рис. 4.21.11 . Журнал действий пользователя
2. Преобразовать журнал действий в код «1С».
В том же сеансе, не закрывая его, нужно открыть обработку UILogToSctript.epf,
которую можно найти на диске ИТС: Технологическая поддержка – 1С:Предприя-
тие 8 – Универсальные отчеты и обработки – Преобразование журнала действий
пользователя.
250 Настольная книга 1С:Эксперта по технологическим вопросам
В простом случае, как у нас, достаточно установить флажки и переключатели,
как показано на рис. 4.21.12, в поле Журнал действий пользователя скопировать
текст из соседнего окна в том же сеансе (Ctrl + A, Ctrl + C, Ctrl + V) и нажать
Преобразовать. В поле Сценарий появится код на языке «1С».
Рис. 4.21.12. Преобразование журнала в код «1С»
3. Этот код вставить в обработку, сеанс записи закрыть, при необходимости
доработать код.
В конфигураторе создать обработку с единственной кнопкой КомандаВыполнить.
Весь код, полученный преобразованием журнала, вставить в модуль ее
формы ниже обработчика команды КомандаВыполнить. В сам обработчик
КомандаВыполнить вставить только вызов первой из процедур (в нашем случае
ТестовыйСценарий_10_08_2013()), см. рис. 4.21 .13.
Сеанс, в котором велась запись журнала и его преобразование, можно закрыть.
Одна из созданных процедур организует поиск выбранного платежного поручения
по совокупности показателей. Оставим из них только номер, остальные
закомментируем, см. рис. 4.21.14.
В принципе если бы речь шла об организации функционального тестирования
в однопользовательском режиме, обработку можно бы было считать готовой
и запускать.
Нам, однако, надо показать, как работать с двумя клиентами, поэтому продолжим.
251
Инструкции
Рис. 4.21.13. Вставка кода в обработку
Рис. 4.21.14. Упрощение условий поиска
Код обработки уже содержит подключение к тестируемому приложению (см.
верхнюю половину рис. 4.21.15). Продублируем его, определив при этом новое
тестируемое приложение переменной ТестовоеПриложение2, которое будет
подключаться через TCP порт 1539 (порт должен быть открыт и не занят,
например, порты 1540 и 1541 обычно используются кластером серверов «1С»,
и их сюда назначать нельзя). По умолчанию используется порт 1538. Через него
будет подключаться первый клиент, через 1539 – второй.
Действия, которые требуется выполнять второму тестовому приложению,
создадим дублированием действий первого (см. рис. 4.21.16).
252 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.21.15. Определение второго тестируемого приложения
Рис. 4.21.16. Дублирование вызовов процедур и самих процедур
253
Инструкции
Выше мы для первого тестируемого приложения оставили поиск платежного
поручения только по номеру (КП00-000004). Пусть второе приложение работает
с другой платежкой (КП00-000003). Для этого изменим одну из ее процедур, как
показано на рис. 4.21.17.
Рис. 4.21.17. Для второго тестируемого приложения задан поиск платежки No КП00-000003.
Обратите внимание: имя процедуры отличается от имени на аналогичном рисунке
выше, имя параметра внутри процедуры – нет
В следующую процедуру второго приложения также надо внести изменения,
связанные с тем, что выбирается документ с другим номером (см. рис. 4.21.18).
Кроме того, можно ввести другую сумму.
Рис. 4.21.18. Для второго тестируемого приложения задан поиск платежки
No КП00-000003. Это следует отразить и в других процедурах, связанных с ней
Далее надо сохранить обработку и приготовиться к запуску клиентов.
254 Настольная книга 1С:Эксперта по технологическим вопросам
4. Запустить один сеанс «1С» как менеджера тестирования, другой (другие) –
как клиентов.
Чтобы запустить сеанс «1С» как менеджера тестирования, надо запустить «1С»
из командной строки с параметрами ENTERPRISE /IBName "<имя_базы>"
/TestManager, например:
C:\Program Files\1cv8\8.3.3 .687\bin\1cv8c ENTERPRISE /IBName "scentest" /TestManager
Или в конфигураторе в меню Сервис – Параметры – Запуск 1С:Предприятия –
Дополнительные установить переключатель на позицию Запускать как менеджер
тестирования, см. рис. 4.21.19 (порт для менеджера значения не имеет),
нажать ОК и дальше запустить «1С» через отладчик (F5 или соответствующая
кнопка меню) или без отладки (Ctrl + F5 или соответствующая кнопка меню).
Менеджер тестирования поначалу лучше запускать через отладчик, для отладки
управляющей обработки. Клиентов запускать через отладчик нет смысла, на них
доступный для отладки код не выполняется.
Рис. 4.21.19. Настройка параметров конфигуратора для запуска менеджера тестирования
255
Инструкции
Далее нам надо запустить двух клиентов тестирования: одного с управлением
через порт 1538, другого – 1539. Для этого надо запустить «1С» из командной
строки с параметрами:
ENTERPRISE /IBName "<имя_базы>" /TestClient /-TPort <номер_порта>
В нашем случае это будут команды:
C:\Program Files\1cv8\8.3 .3 .687\bin\1cv8c ENTERPRISE /IBName "scentest" /TestClient
C:\Program Files\1cv8\8.3 .3 .687\bin\1cv8c ENTERPRISE /IBName "scentest" /TestClient /-TPort 1539
Порт по умолчанию 1538 указывать не обязательно.
Или в конфигураторе в меню Сервис – Параметры – Запуск 1С:Предприятия –
Дополнительные установить переключатель на позицию Запускать как менеджер
тестирования (см. рис. 4.21 .20) и указать порт.
Сначала установить порт 1538 (см. рис. 4.21 .20), нажать ОК и запустить одного
клиента (Ctrl + F5 или соответствующая кнопка меню: Сервис – 1С:Предприятие).
Рис. 4.21.20. Настройка параметров конфигуратора для запуска первого клиента тестирования
Затем установить порт 1539 (см. рис. 4.21 .21), нажать ОК и запустить другого
клиента (Ctrl + F5 или соответствующая кнопка меню). Как отмечалось выше,
запускать клиентов тестирования через отладчик (F5 или соответствующая
кнопка меню) нет смысла.
Рис. 4.21.21. Настройка параметров конфигуратора для запуска второго клиента тестирования
5. С менеджера тестирования запустить обработку на выполнение, убедиться,
что на клиенте (клиентах) выполняются те действия, которые были запи-
саны.
Имеет смысл расположить все три окна (менеджер и два клиента) на экране,
чтобы видеть их, открыть из менеджера созданную обработку и выполнить ее.
256 Настольная книга 1С:Эксперта по технологическим вопросам
Убедиться, что окна в клиентах начали открываться и закрываться в соответствии
с записанным скриптом.
Если в ходе выполнения обработки возникли ошибки, их можно отлаживать.
Для этого надо подключиться отладчиком к менеджеру или сразу запустить
менеджер в режиме отладки.
Классификация нагрузочных тестирований
Подводя итоги, необходимо упомянуть еще о двух классификациях нагрузочных
тестирований (выше они классифицировались по инструменту, с помощью которого
тестирование организуется).
По одной из них они могут быть:
■ простейшими,
■ реалистичными,
■ полуреалистичными, со сжатием времени.
Простейшие нагрузочные тестирования служат в основном для моделирования уже
найденных проблем, которые можно организовать, запустив параллельную работу
двух-четырех пользователей без пауз либо с паузами неопределенной длительности
(остановом на отладчике). Методика таких тестов направлена на максимально
простое воспроизведение проблемы, а не на моделирование ситуации в реальной
базе.
Реалистичные нагрузочные тесты обычно запускают, чтобы выявить проблемы,
которые могут возникнуть в системе при работе полного числа пользователей. Паузы
между документами при этом стараются организовывать похожими на реальные.
Структуру документооборота – соответствующей действительности по наиболее
ответственным участкам. Длительность реалистичного теста следует подбирать так,
чтобы каждое повторяемое действие, даже самое редкое, выполнилось за тест хотя
бы дважды, а неповторяемое – однократно.
Реалистичные тесты дороги. Если речь идет о большом количестве пользователей,
серьезной проблемой становится необходимость запускать большое количество
клиентских сессий:
■ для этого потребуется отдельное оборудование;
■ возрастают расходы времени на ожидания запуска и выгрузки;
■ сам запуск и выгрузка большого количества клиентов могут являться стрессовой
нагрузкой на систему.
Кроме того, запущенные сессии надо держать в работоспособном состоянии
и обеспечивать их лицензиями.
Полуреалистичные тесты обычно получаются, если взять методику реалистичного
теста, уменьшить количество виртуальных пользователей по каждой роли и кратно
этому уменьшению уменьшить и паузы между действиями (поэтому они и называ-
ются тестами со сжатием времени) либо убрать паузы вообще. При этом надо пони-
мать, что совершенно не обязательно на первое место выйдут проблемы, присущие
257
Инструкции
реальной системе. Но такие тесты дешевле реалистичных. Они быстрее выполня-
ются, а целый класс проблем, возникающих из-за большого числа клиентов, для них
неактуален. Поэтому их можно использовать, чтобы, во-первых, проверить, нет ли
в системе легко выявляемых грубых ошибок, ради которых нет смысла проводить
дорогой реалистичный тест, а во-вторых, окончательно отладить тестовые обработки.
Однако полной заменой реалистичному тесту они служить не могут.
Еще одна классификация нагрузочных тестов основывается на том, кто выполняет
действия:
■ виртуальные пользователи,
■ живые люди.
Второй случай всегда имеет место при вводе системы в эксплуатацию, опытную, а
потом промышленную. Если до этого ввода в эксплуатацию нагрузочных тестов не
проводилось, пользователи на себе ощутят то, что ощутили бы «роботы». Случается
такое, понятно, нередко, и раз уж пошли на это, надо вести хотя бы мониторинг
качества работы системы. Как это делать, см. раздел 5.6.
Расследование падений платформы, ошибок блокировок
и причин неудовлетворительной производительности, которые
воспроизвелись при выполнении теста
Надо понимать, что проведение нагрузочного теста – это способ воспроизвести
ситуации, имеющие место в реальной базе или ожидаемые в проектируемой базе,
но еще не способ от этих ситуаций избавиться. Поэтому при обнаружении падений
платформы нужно получать дампы и отправлять их в «1С», при обнаружении
ошибок блокировок расследовать их с помощью ЦУП, при обнаружении неудовлет-
ворительной производительности действовать в соответствии с бизнес-процессом,
изложенным в разделе 2.4.
4.22. Бизнес-процесс общей диагностики
Бизнес-процесс работы с проблемами, изложенный во второй главе книги
и подробно разобранный там в разделе 2.4, является правильным и обеспечивает
правильный ход проекта и достижение его результатов. Поэтому при наличии
возможности есть смысл вести работу именно в соответствии с ним. К сожалению,
такой возможности может не быть, например, по какой-либо из перечисленных ниже
причин:
■ очень большая неопределенность при оценке сроков и стоимости работ:
□ заказчик не в состоянии поставить задачу иначе, чем «у нас все медленно
работает, приезжайте сами и разберитесь», но хочет знать заранее, сколько это
займет времени и сколько это будет стоить;
□ заказчик не дает никакой информации из соображений тайны до подписания
договора и соглашения о конфиденциальности, но требует указать сроки
и стоимость работ;
258 Настольная книга 1С:Эксперта по технологическим вопросам
■ заведомо ограниченные сроки (единицы дней);
■ заведомо маленький бюджет (например, могут быть оплачены максимум несколько
человеко-дней работы, и совершенно точно не может быть речи о продаже КИП);
■ отсутствие доступа в базу, работа только через специалистов заказчика или
подрядчика.
Ситуация не является безнадежной, за работу можно и нужно браться, и даже можно
назначать за такую услугу фиксированную, а не почасовую оплату, если в процессе
обсуждения установлено, что:
■ высока вероятность стандартных ситуаций (соответственно, наличествует
хорошее знание экспертом этих ситуаций, их диагностики и способов решения);
■ есть согласие заказчика или подрядчика на то, что результатом работ являются
рекомендации, что сделать. Далее по ним он сам будет вносить требуемые
исправления;
■ есть согласие заказчика или подрядчика на то, что после работ по диагностике,
если стандартных ситуаций не выявлено, работа будет принята и может быть
продолжена в «обычном» (описанном в разделе 2.4) формате, с дополнительным
согласованием сроков и стоимости по результатам проведенной общей диагно-
стики.
Если обо всем удалось договориться, последовательность действий будет следующая:
1. Запросить информацию по списку вопросов для общего понимания ситуации
(см. раздел 5.3).
2. Настроить сбор информации о загрузке оборудования (см. раздел 4.1), собрать
данные за несколько дней, оценить, насколько справляется оборудование.
3. Настроить сбор технологического журнала, собрать данные за несколько дней,
подсчитать общее количество ошибок блокировок и частоту появления повторя-
ющихся контекстов (см. разделы 4.5 и 4.6).
4. Посмотреть в cf-файле наиболее часто повторяющиеся контексты ошибок
блокировок, с работой какого механизма они связаны, и кто является автором
данного механизма.
5. Принять решение, является ли ситуация стандартной, либо, имея собранную
информацию, более точно формализовать задачу и оценить состав проблем,
сроки и стоимость работ по решению имеющихся проблем.
Также в разделе 2.4 говорилось, что методика общей диагностики может быть
использована, если проверка обычных подозреваемых не дала результатов.
Альтернативой выполнению работ по общей диагностике как отдельной платной
услуги может быть:
■ бесплатное проведение этих работ на входе в проект;
■ работы по аудиту системы в течение 1–2 часов, максимум одного неполного дня,
обычно до первой найденной стандартной ситуации, которая объявляется вино-
вником всех бед.
259
Инструкции
Распространенность этих подходов такова, что именно они у внедренцев и у заказ-
чиков считаются нормой. Это довольно сильно мешает развитию рынка недорогих
услуг по диагностике: бесплатно или за минимальные часы эту работу невозможно
выполнить с должным качеством, а полноформатные работы, обеспечивающие
гарантию результата, включают не только диагностику, но и «лечение», и потому
стоят дорого. В то же время в других отраслях – платной медицине, малом строитель-
стве и ремонте – обследования и замеры отделены от основного цикла работ. Пока-
зательный пример: в стоматологии есть сети лабораторий, специализирующихся
только на диагностике. И если стоимость диагностики, обследований и замеров
входит в стоимость лечения или работ, это всегда специально указывается.
4.23. Работа в конфигураторе. Редактирование
параметра времени ожидания блокировки
Время ожидания на блокировке, после истечения которого наступает таймаут
(это относится и к таймаутам СУБД, и к таймаутам «1С»), может быть изменено
в конфигураторе с помощью формы, вызываемой через меню Администрирование –
Параметры информационной базы (см. рис. 4.23.1).
Рис. 4.23.1. Изменение параметра, отвечающего
за максимальную длительность ожидания на блокировке
Увеличение этого времени позволяет уменьшить количество таймаутов в системе,
но эффект от этого есть только в том случае, если их там и так единицы. Оно не
устраняет причин возникновения таймаутов, а лишь маскирует сами таймауты.
Если в информационной системе есть взаимоблокировки, редактирование этого
параметра бесполезно.
В подавляющем большинстве случаев изменять этот параметр не надо, следует
использовать значение по умолчанию, равное двадцати секундам.
260 Настольная книга 1С:Эксперта по технологическим вопросам
4.24. Работа с ТЖ. Как посмотреть, какие
управляемые блокировки были установлены
Увидеть, какие управляемые блокировки были установлены, можно в технологиче-
ском журнале сервера «1С». Для этого файл logcfg.xml нужно настроить следующим
образом (см. рис. 4.24.1):
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="true" location="C:\DUMPS" type="0" prntscrn="false"/>
<log location="C:\LOGS\TLOCK" history="48">
<event>
<eq property="Name" value="TLOCK"/>
</event>
<property name="all"/>
</log>
</config>
Рис. 4.24.1. Настройка технологического журнала для получения информации
об установленных управляемых блокировках
Обратите внимание, что такая настройка в обязательном порядке требует контроля
наличия места на диске, куда пишется журнал. Кроме того, есть рекомендация соби-
рать дампы и журналы в две разные директории.
Информация об установленных управляемых блокировках, однако, обычно нужна
не сама по себе, а для расследования конфликтов управляемых блокировок. Чтобы
получить информацию также о конфликтах, надо настроить logcfg.xml так, как
на рис. 4.24 .2:
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="true" location="C:\DUMPS" type="0" prntscrn="false"/>
<log location="C:\LOGS\TLOCK" history="48">
<event>
<eq property="Name" value="TLOCK"/>
</event>
<event>
<eq property="Name" value="TTIMEOUT"/>
</event>
<event>
<eq property="Name" value="TDEADLOCK"/>
</event>
<property name="all"/>
</log>
</config>
Рис. 4.24.2. Настройка технологического журнала для получения информации
об установленных управляемых блокировках и их конфликтах
261
Инструкции
4.25. Работа с ТЖ. Как расследовать конфликт
на управляемых блокировках
Расследование бесконфликтной ситуации
Чтобы собрать сведения об установленных управляемых блокировках и их
конфликтах, нужно собрать технологический журнал с событиями TLOCK,
TTIMEOUT и TDEADLOCK. Как это сделать, описано в разделе 4.24 «Работа
с ТЖ. Как посмотреть, какие управляемые блокировки были установлены».
В простых случаях для работы вам потребуется простой текстовый редактор.
В более сложных, например, когда у вас много рабочих процессов и/или блокировка
ресурса происходит вне пределов одного часа, вам потребуется или написать парсер,
или использовать файловый менеджер, позволяющий производить поиск кирилли-
ческого текста одновременно в нескольких текстовых файлах (FAR Маnager, Total
Commander и т. п.) .
Возьмем ошибочный пример из первого издания книги, вызвавший много нареканий
(рассмотрен в разделе 3.8)79
.
65
Имеются два фрагмента кода (толстый клиент, обычное приложение, 8.2.18.102,
«Бухгалтерия предприятия», ред. 2.0, конфигурация в управляемом режиме управ-
ления блокировками).
Фрагмент 1:
НачатьТранзакцию();
Блокировка = Новый БлокировкаДанных;
ЭлементБлокировки = Блокировка.Добавить("РегистрБухгалтерии.Хозрасчетный");
ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
Блокировка.Заблокировать();
Фрагмент 2:
НачатьТранзакцию();
НаборЗаписей = РегистрыБухгалтерии.Хозрасчетный.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(ДокументСсылка);
НаборЗаписей.Прочитать();
Если поставить останов сразу после любого фрагмента и попытаться выполнить
соседний, конфликта блокировок не возникнет. В технологическом журнале появятся
две записи (важные поля выделены полужирным шрифтом):
01:51.4861-3,TLOCK,4,process=rphost,p:processName=buh20,t:clientID=32,t:applicationName=1CV8,t:computerName
=ZENYA,t:connectID=8,SessionID=9,Usr=DefUser,Regions=AccRg7916.DIMS,Locks=AccRg7916.DIMS
Exclusive,WaitConnections=
01:51.4865-0,Context,3,process=rphost,p:processName=buh20,t:clientID=32,t:applicationName=1CV8,
t:computerName=ZENYA,t:connectID=8,SessionID=9,Usr=DefUser,Context='
{Форма.Форма1}/{КоманднаяПанель : ОсновныеДействияФормы}/{Кнопка1Выполнить}
Форма.Форма1.Форма : 9 : Блокировка.Заблокировать();'
01:59.9570-3,TLOCK,4,process=rphost,p:processName=buh20,t:clientID=22,t:applicationName=1CV8,t:computerName=
ZENYA,t:connectID=4,SessionID=4,Usr=DefUser,Regions=AccRg7916.RECORDER,Locks='AccRg7916
. R ECORDER Shared Rec order=181:bbd70013d4b2c44611e02bd53593ce4d',WaitConnections=
79 Еще раз извинения читателям от автора.
262 Настольная книга 1С:Эксперта по технологическим вопросам
01:59.9574-0,Context,3,process=rphost,p:processName=buh20,t:clientID=22,t:applicationName=1CV8,t:computerName
=ZENYA,t:connectID=4,SessionID=4,Usr=DefUser,Context='
{Форма.Форма1}/{КоманднаяПанель : ОсновныеДействияФормы}/{Кнопка2Выполнить}
Форма.Форма1.Форма : 24 : НаборЗаписей.Прочитать();'
Конфликта блокировок не возникнет, поскольку DIMS и RECORDER (AccRg7916.
DIMS и 'AccRg7916.RECORDER) – «измерения» и «регистратор» – это разные
пространства блокировок, они не конфликтуют.
Расследование превышения максимального времени ожидания на блокировках
«1С»
Если вместо регистра накопления взять непериодический независимый регистр
сведений, у него в свойствах набора записей не будет отбора по регистратору, но
будет отбор по измерению.
Фрагмент 1:
НачатьТранзакцию();
НаборЗаписей = РегистрыСведений.СчетчикВыгрузокПФР.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Год.Установить(2013);
НаборЗаписей.Прочитать();
Фрагмент 2:
НачатьТранзакцию();
Блокировка = Новый БлокировкаДанных;
ЭлементБлокировки = Блокировка.Добавить("РегистрСведений.СчетчикВыгрузокПФР");
ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
Блокировка.Заблокировать();
Если поставить останов сразу после любого фрагмента (поставим после первого)
и попытаться выполнить соседний, произойдет конфликт блокировок. В технологи-
ческом журнале появятся записи:
29:03.8024-3,TLOCK,4,process=rphost,p:processName=buh20,t:clientID=13,t:applicationName
=1CV8,t:computerName=ZENYA,t:connectID=2,SessionID=2,Usr=DefUser,Regions=InfoRg7031.DIMS,Locks
='InfoRg7031.DIMS Shared Fld7033=2013',WaitConnections=
29:03.8182-0,Context,3,process=rphost,p:processName=buh20,t:clientID=13,t:applicationName
=1CV8,t:computerName=ZENYA,t:connectID=2,SessionID=2,Usr=DefUser,Context='
{Форма.Форма1}/{КоманднаяПанель : ОсновныеДействияФормы}/{Кнопка2Выполнить}
Форма.Форма1.Форма : 22 : НаборЗаписей.Прочитать();'
29:31.9450-0,TTIMEOUT,5,process=rphost,p:processName=buh20,t:clientID=23,t:applicationName
=1CV8,t:computerName=ZENYA,t:connectID=6,SessionID=7,Usr=DefUser,WaitConnections=2
29:31.9452-200471,TLOCK,4,process=rphost,p:processName=buh20,t:clientID=23,t:applicationName
=1CV8,t:computerName=ZENYA,t:connectID=6,SessionID=7,Usr=DefUser,Regions=InfoRg7031.DIMS,Locks
=InfoRg7031.DIMS Exclusive,WaitConnections=2
29:31.9458-0,Context,3,process=rphost,p:processName=buh20,t:clientID=23,t:applicationName=1CV8,t:computerName
=ZENYA,t:connectID=6,SessionID=7,Usr=DefUser,Context='
{Форма.Форма1}/{КоманднаяПанель : ОсновныеДействияФормы}/{Кнопка1Выполнить}
Форма.Форма1.Форма : 9 : Блокировка.Заблокировать();'
Из этого примера видно, что если воспроизвести его самостоятельно, по нему можно
разобраться, как работать с логами управляемых блокировок (а фактически журнал,
263
Инструкции
настроенный на сбор событий TLOCK, TTIMEOUT и TDEADLOCK, и является
логом управляемых блокировок). В частности, сразу видно следующее:
1. Разделяемая блокировка не снимается сразу после выполнения метода Прочитать
(в реальности она держится до конца транзакции).
2. Обратите внимание на число 200471 в информации о событии TLOCK,
связанном с TTIMEOUT. Это время ожидания в сотнях микросекунд (если допи-
сать два нуля справа и отбить разряды, получится «20 047 100»). По нему можно
посчитать, какие на самом деле происходят потери на ожидания на управля-
емых блокировках в системе, даже без использования ЦУП.
3. В информации о событии TTIMEOUT в явном виде указано, кто кого ждет (соеди-
нение с t:connectID=6 ждет (WaitConnections=2) соединение с t:connectID=2).
4. В простых случаях, чтобы найти виновника конфликта блокировок, достаточно
найти, какую именно управляемую блокировку, не совместимую с блокиров-
кой-жертвой, установило соединение, указанное в WaitConnections. При этом
даже в простых случаях она может находиться не в этом же файле. Она может
быть в логах другого часа, другого рабочего процесса и даже, если в кластере
несколько серверов, – в логах другого сервера. Именно для этого нужен
файловый менеджер, позволяющий производить поиск кириллического текста
одновременно в нескольких текстовых файлах.
Расследование неустранимого конфликта на управляемых блокировках
Выполним с двух клиентских приложений следующий код:
НачатьТранзакцию();
Блокировка = Новый БлокировкаДанных;
НаборЗаписей = РегистрыСведений.СчетчикВыгрузокПФР.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Год.Установить(2013);
НаборЗаписей.Прочитать();
Предупреждение("этап1");
ЭлементБлокировки = Блокировка.Добавить("РегистрСведений.СчетчикВыгрузокПФР");
ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
Блокировка.Заблокировать();
Вначале дойдем в обоих приложениях до предупреждения, а затем одновременно
попробуем продвинуться дальше. Возникнет неразрешимый конфликт на управля-
емых блокировках. В технологическом журнале до модального окна увидим следу-
ющее:
46:33.4463-3,TLOCK,4,process=rphost,p:processName=buh20,t:clientID=54,t:applicationName=
1CV8,t:computerName=ZENYA,t:connectID=7,SessionID=8,Usr=DefUser,Regions=InfoRg7031.DIMS,Locks=
'InfoRg7031.DIMS Shared Fld7033=2013',WaitConnections=
46:33.4621-0,Context,3,process=rphost,p:processName=buh20,t:clientID=54,t:applicationName=1CV8,t:computerName=
ZENYA,t:connectID=7,SessionID=8,Usr=DefUser,Context='
{Форма.Форма1}/{КоманднаяПанель : ОсновныеДействияФормы}/{Кнопка1Выполнить}
Форма.Форма1.Форма : 8 : НаборЗаписей.Прочитать();'
46:39.6554-3,TLOCK,4,process=rphost,p:processName=buh20,t:clientID=23,t:applicationName=
1CV8,t:computerName=ZENYA,t:connectID=6,SessionID=7,Usr=DefUser,Regions=InfoRg7031.DIMS,Locks=
'InfoRg7031.DIMS Shared Fld7033=2013',WaitConnections=
264 Настольная книга 1С:Эксперта по технологическим вопросам
46:39.6558-0,Context,3,process=rphost,p:processName=buh20,t:clientID=23,t:applicationName=1CV8,t:computerName=
ZENYA,t:connectID=6,SessionID=7,Usr=DefUser,Context='
{Форма.Форма1}/{КоманднаяПанель : ОсновныеДействияФормы}/{Кнопка1Выполнить}
Форма.Форма1.Форма : 8 : НаборЗаписей.Прочитать();'
Но далее:
46:50.4951-0,TDEADLOCK,5,process=rphost,p:processName=buh20,t:clientID=54,t:applicationName=1CV8,t:computerName
=ZENYA,t:connectID=7,SessionID=8,Usr=DefUser,DeadlockConnectionIntersections
='7 6 InfoRg7031.DIMS Exclusive Fld7033=2013,6 7 InfoRg7031.DIMS Exclusive Fld7033=2013'
46:50.4953-471,TLOCK,4,process=rphost,p:processName=buh20,t:clientID=54,t:applicationName
=1CV8,t:computerName=ZENYA,t:connectID=7,SessionID=8,Usr=DefUser,Regions=InfoRg7031.DIMS,Locks
=InfoRg7031.DIMS Exclusive,WaitConnections=6
46:50.5571 -0,Context,3,process=rphost,p:processName=buh20,t:clientID=54,t:applicationName=1CV8,t:computerName
=ZENYA,t:connectID=7,SessionID=8,Usr=DefUser,Context='
{Форма.Форма1}
Форма.Форма1.Форма : 15 : Блокировка.Заблокировать();'
46:50.7139-34458,TLOCK,4,process=rphost,p:processName=buh20,t:clientID=23,t:applicationName
=1CV8,t:computerName=ZENYA,t:connectID=6,SessionID=7,Usr=DefUser,Regions=InfoRg7031.DIMS,Locks
=InfoRg7031.DIMS Exclusive,WaitConnections=7
46:50.7146-0,Context,3,process=rphost,p:processName=buh20,t:clientID=23,t:applicationName
=1CV8,t:computerName=ZENYA,t:connectID=6,SessionID=7,Usr=DefUser,Context='
{Форма.Форма1}
Форма.Форма1.Форма : 15 : Блокировка.Заблокировать();'
В информации о событии TDEADLOCK в явном виде указано, кто кого ждет
(DeadlockConnectionIntersections='7 6).
Это же видно в следующих за ним записях с информацией о событиях TLOCK:
t:connectID=7 InfoRg7031.DIMS Exclusive WaitConnections=6
и
t:connectID=6 InfoRg7031.DIMS Exclusive WaitConnections=7.
В простых случаях, чтобы найти виновника конфликта блокировок, достаточно найти,
какую именно управляемую блокировку, не совместимую с блокировкой-жертвой,
установило соединение, указанное в WaitConnections. При этом, как говорилось
выше, нужно иметь под рукой средства автоматизации поиска.
Ранее на это же пространство InfoRg7031.DIMS были наложены разделяемые блоки-
ровки:
t:connectID=6 'InfoRg7031.DIMS Shared
и
t:connectID=7 'InfoRg7031.DIMS Shared
Из этого становится понятно, что речь идет о повышении уровня блокировки.
Способ обхода – ставить исключительную блокировку до установки разделяемой
блокировки, которая ставится неявно в НаборЗаписей.Прочитать(). Дальше в этом
же месте есть опасность получить продолжение в виде следующего неустранимого
конфликта блокировок, который может возникнуть из-за варианта захвата ресурсов
265
Инструкции
в разном порядке, когда вначале блокируется измерение, а потом целиком регистр.
Чтобы этого избежать, в данном случае блокировать надо сразу максимальную
область из имеющихся.
4.26. Измерение динамики производительности
по журналу регистрации
Случаются ситуации, когда встроить в конфигурацию код замеров времени выпол-
нения ключевых операций в силу каких-то организационных или иных причин
невозможно. Также бывает, что заказчики обратились уже после имевшей место
деградации производительности. В следующий раз она воспроизведется только
в следующий отчетный период, счетчики встроены не были, а понять картину надо
уже сейчас. Во многих практических случаях картину можно попробовать собрать
по журналу регистрации.
Табл. 4.26.1. Фрагмент журнала регистрации
Дата,
время
Пользователь
Событие
Статус
транзакции
Метаданные
Компьютер
Комментарий
Транзакция
Данные
08.12 .2014
15:10:04
Данные. Проведение Зафиксирована
Документ. Расходный
кассовый ордер
SRV-PRL-EXP -01
08.12 .2014 15:10:01
(54282)
Толстый
клиент
56
Расходный кассовый
ордер 00000000074
от 20.08 .2013 0:00:00
08.12 .2014
15:10:08
Данные. Проведение Зафиксирована
Документ. Расходный
кассовый ордер
SRV-PRL-EXP -01
08.12 .2014 15:10:07
(55090)
Толстый
клиент
56
Расходный кассовый
ордер 00000000069
от 31.07 .2013 0:00:00
08.12 .2014
15:10:31
Данные. Проведение Зафиксирована
Документ. Расходный
кассовый ордер
SRV-PRL-EXP -01
08.12 .2014 15:10:17
(55898)
Толстый
клиент
56
Расходный кассовый
ордер 00000000074
от 20.08 .2013 0:00:00
В табл. 4.26.1 приведен фрагмент журнала регистрации с отбором только по событию
«Данные. Проведение». Видно, что в столбце «Транзакция» отображается иденти-
фикатор транзакции и время ее начала, а в столбце «Дата, время» – время события
(в данном случае время фиксации транзакции). Если из одного вычесть другое, мы
получим статистику о длительности транзакционной части проведения документов.
Хотя, конечно, транзакционная часть – это не вся длительность проведения, но
в общем-то можно разобраться, чего именно мы здесь не видим. Внетранзакционной
частью, скорее всего, можно пренебречь, если с высокой степенью достоверности
установлено, что:
■ длительность транзакции по журналу регистрации примерно равна длительности
операции по секундомеру;
266 Настольная книга 1С:Эксперта по технологическим вопросам
■ вне транзакции нет других неявных транзакций, не попадающих в журнал
регистрации, но фиксируемых профайлером.
Кроме того, в подавляющем большинстве случаев проблемы параллельности возни-
кают именно в транзакциях, то есть может быть важна динамика именно длитель-
ности транзакций.
4.27. Про открытие модальных окон в транзакции
Модальным называется окно, которое блокирует работу пользователя с родитель-
ским приложением до тех пор, пока пользователь это окно не закроет.
Открытие модальных окон в транзакции – это почти всегда грубая ошибка. Исключе-
нием является, пожалуй, лишь случай, когда окно открывается намеренно для целей
гарантированного воспроизведения ошибок (конфликтов блокировок).
Если требуется использовать модальные окна для привлечения внимания пользова-
теля к важному событию или критической ситуации, это все равно не повод откры-
вать их в транзакции.
Модальные формы открываются методами:
■ <Форма>.ОткрытьМодально(),
■ <Таблица или дерево значений>. ВыбратьСтроку().
Процедурами и функциями глобального контекста:
■ Вопрос(),
■ Предупреждение(),
■ ОткрытьФормуМодально() и т. п.
Разберем еще один пример ошибочного кода, который иллюстрирует, как работает
механизм транзакций и как можно на ровном месте создать серьезные проблемы.
В режиме обычного приложения создадим обработку, с помощью которой выполним
следующий код:
НачатьТранзакцию();
Форма = Документы.РасходныйКассовыйОрдер.ПолучитьФормуСписка().ОткрытьМодально();
В открывшейся форме списка последовательно откроем несколько документов
РасходныйКассовыйОрдер, изменим им даты, перепроводя каждый из документов,
пока не обратим внимания, что даты у документов в списке меняются только после
нажатия кнопки Обновить (в конце концов мы могли бы менять и не отображаемые
в форме списка реквизиты). Затем закроем модальную форму списка, а открыв ее
еще раз, увидим, что даты вернулись в исходное состояние.
Откроем журнал регистрации (см. табл. 4.27 .1).
267
Инструкции
Табл. 4.27.1. Фрагмент журнала регистрации
Дата, время
Пользователь
Событие
Статус
транзакции
Метаданные
Компьютер
Комментарий
Транзакция
Данные
28.11 .2014
12:29:44
Данные. Изменение
Отменена
Документ. Расходный
кассовый ордер
SRV-PRL-EXP -01
28.11 .2014 12:29:39
(10473)
Толстый
клиент
2
Расходный кассовый
ордер 00000000071
от 20.08 .2013 0:00:00
28.11 .2014
12:29:44
Данные. Проведение
Отменена
Документ. Расходный
кассовый ордер
SRV-PRL-EXP -01
28.11 .2014 12:29:39
(10473)
Толстый
клиент
2
Расходный кассовый
ордер 00000000071
от 20.08.2013 0:00:00
28.11 .2014
12:29:50
Данные. Изменение
Отменена
Документ. Расходный
кассовый ордер
SRV-PRL-EXP -01
28.11 .2014 12:29:39
(10473)
Толстый
клиент
2
Расходный кассовый
ордер 00000000075
от 30.08 .2013 0:00:00
28.11 .2014
12:29:50
Данные. Проведение Отменена
Документ. Расходный
кассовый ордер
SRV-PRL-EXP -01
28.11 .2014 12:29:39
(10473)
Толстый
клиент
2
Расходный кассовый
ордер 00000000075
от 30.08 .2013 0:00:00
Видим, что все происходило в одной транзакции (колонка Транзакция), несмотря
на то, что номера кассовых ордеров разные и время фиксации события разное.
Последствия оказались весьма серьезные:
■ все внесенные изменения откатились, хотя пользователь не рассчитывает
на подобное поведение системы;
■ ресурсы продолжают оставаться блокированными неопределенное время,
несколько часов, пока не будет закрыта исходная модальная форма списка;
■ каждый следующий документ добавляет новые заблокированные ресурсы к уже
заблокированным.
Код может быть вызван из внешней обработки, т. е. в случае с рабочей базой напи-
сать и вызвать такое может кто угодно и откуда угодно. Как можно попробовать
поймать такой код, см. раздел 4.28 «Ловушка для получения стека вызовов».
Конечно, скорее всего, в родительской обработке предполагался следующий код:
НачатьТранзакцию();
Форма = Документы.РасходныйКассовыйОрдер.ПолучитьФормуСписка().ОткрытьМодально();
ЗафиксироватьТранзакцию();
И внесенные изменения сохранятся (см. табл. 4.27 .2).
268 Настольная книга 1С:Эксперта по технологическим вопросам
Табл. 4.27.2. Фрагмент 2 журнала регистрации
Дата,
время
Пользователь
Событие
Статус
транзакции
Метаданные
Компьютер
Комментарий
Транзакция
Данные
28.11 .2014
12:43:59
Данные. Изменение
Зафиксирована
Документ. Расходный
кассовый ордер
SRV-PRL-EXP-01
28.11 .2014 12:42:48
(16755)
Толстый
клиент
5
Расходный кассовый
ордер 00000000002
от 22.08 .2014 0:00:00
28.11 .2014
12:43:59
Данные. Проведение
Зафиксирована
Документ. Расходный
кассовый ордер
SRV-PRL-EXP-01
28.11 .2014 12:42:48
(16755)
Толстый
клиент
5
Расходный кассовый
ордер 00000000002
от 22.08 .2014 0:00:00
28.11 .2014
12:44:07
Данные. Изменение
Зафиксирована
Документ. Расходный
кассовый ордер
SRV-PRL-EXP-01
28.11 .2014 12:42:48
(16755)
Толстый
клиент
5
Расходный кассовый
ордер 00000000003
от 25.08 .2014 0:00:00
28.11 .2014
12:44:07
Данные. Проведение
Зафиксирована
Документ. Расходный
кассовый ордер
SRV-PRL-EXP-01
28.11 .2014 12:42:48
(16755)
Толстый
клиент
5
Расходный кассовый
ордер 00000000003
от 25.08 .2014 0:00:00
Однако если при проведении любого из документов возникнет исключительная ситу-
ация, которая будет признана невосстановимой (т. е. после нее нельзя продолжать
транзакцию), как говорилось в разделе 3.6, при следующем обращении к данным
вся транзакция будет отменена с сообщением «В данной транзакции уже происхо-
дили ошибки!». То есть все введенные и измененные в ней документы вернутся
в исходное состояние.
И, кроме того, это не отменяет факта блокировки ресурсов на неопределенное время.
4.28. Ловушка для получения стека вызовов,
когда отладка недоступна
Связать между собой вызовы методов НачатьТранзакцию() и Форма.ОткрытьМо-
дально() непосредственно путем анализа кода конфигурации получается далеко не
всегда: это может быть как очень трудоемко, так и вовсе невозможно, если, например,
код вызывается из внешней обработки.
Ловить такие связки, однако, нужно, т. к. их последствия могут быть очень серьезными
(см. раздел 4.27). Чтобы поймать ее для случая из раздела 4.27, когда в тран-
закции модально открывалась форма списка, из которой шла интерактивная работа
с документами, обратим внимание на то, что вообще-то открытие формы доку-
мента не должно выполняться в транзакции. То есть наличие активной транзакции
269
Инструкции
в процедуре ПриОткрытии() формы документа может являться маркером неправиль-
ного поведения.
Процедура ПриОткрытии()
Если ТранзакцияАктивна() тогда
// каким-то образом вытащить стек вызовов в доступное место
КонецЕсли;
...
Удобным способом получить стек вызовов является вывод в технологический
журнал сервера «1С:Предприятия». Однако, поскольку процедура ПриОткрытии()
выполняется на клиенте, далеко не любое событие (в т. ч. исключение) окажется
именно в серверном журнале, а не в клиентском. Подходящим является событие
SDBL. Ниже приводится пример решения задачи.
Настроим logcfg.xml:
<?xml version="1.0"?>
<config xml="http://v8.1c.ru/v8/tech-log">
<log history="24" location="D:\LOGS1c">
<event>
<eq property="Name" value="SDBL"/>
<like property="Sdbl" value="%АктивнаяТранзакцииВПриОткрытии%"/>
</event>
<property name="all"/>
</log>
</config>
На месте АктивнаяТранзакцииВПриОткрытии может быть любая уникальная последо-
вательность символов, которую можно использовать в качестве фильтра. Если все
настроено правильно, в технологическом журнале не будет других событий.
В процедуре ПриОткрытии() формы документов, отметившихся в журнале регист-
рации, включаем код:
Процедура ПриОткрытии()
...
Если ТранзакцияАктивна() тогда
ЗапросЛовушкаОшибкиДляАктивнойТранзакции = Новый Запрос;
ЗапросЛовушкаОшибкиДляАктивнойТранзакции.Текст = "ВЫБРАТЬ
| ""АктивнаяТранзакцииВПриОткрытии"" КАК Поле1";
Результат = ЗапросЛовушкаОшибкиДляАктивнойТранзакции.Выполнить();
КонецЕсли;
Если выполнение действий требуется пресекать, можно вызывать исключение. Чтобы
вывести значения переменных или другую информацию о происходящем, например
ЭтоНовый(), нужно использовать параметры запроса:
Процедура ПриОткрытии()
Если ТранзакцияАктивна() тогда
ЗапросЛовушкаОшибкиДляАктивнойТранзакции = Новый Запрос;
ЗапросЛовушкаОшибкиДляАктивнойТранзакции.Текст = "ВЫБРАТЬ
| ""АктивнаяТранзакцииВПриОткрытии"" КАК Поле1,
| &Параметр1 КАК Поле2";
ЗапросЛовушкаОшибкиДляАктивнойТранзакции.
| УстановитьПараметр("Параметр1", ЭтоНовый());
Результат = ЗапросЛовушкаОшибкиДляАктивнойТранзакции.Выполнить();
270 Настольная книга 1С:Эксперта по технологическим вопросам
ВызватьИсключение "АктивнаяТранзакцииВПриОткрытии";
// это по желанию. Можно вызывать, чтобы не давать выполняться.
КонецЕсли;
Если ловушка срабатывает, в серверном технологическом журнале виден стек
вызовов, а также текст запроса с фактическими значениями параметров (в нашем
случае ЭтоНовый() = FALSE):
47:21.9647-3,SDBL,4,process=rphost,p:processName=bp20,t:clientID=110198,t:applicationName
=1CV8,t:computerName=SRV-PRL-EXP -01,t:connectID=93632,SessionID=45,Usr=DefUser,Trans=1,Sdbl='SELECT
"АктивнаяТранзакцииВПриОткрытии",
FALSE
',Rows=1
47:21.9651-0,Context,3,process=rphost,p:processName=bp20,t:clientID=110198,t:applicationName
=1CV8,t:computerName=SRV-PRL-EXP -01,t:connectID=93632,SessionID=45,Usr=DefUser,Context='
{Документ.РасходныйКассовыйОрдер.Форма.ФормаСписка}
Форма.Форма1.Форма : 5 : Форма = Документы.РасходныйКассовыйОрдер.ПолучитьФормуСписка().ОткрытьМодально();
Документ.РасходныйКассовыйОрдер.Форма.ФормаДокумента.Форма : 612 : Результат
= ЗапросЛовушкаОшибкиДляАктивнойТранзакции.Выполнить();'
Описанный выше способ получения стеков вызовов и значений переменных годится
и в других ситуациях, когда проблема воспроизводится эпизодически и/или отладка
недоступна. Например, его можно применять для поиска ошибок:
■ в фоновых заданиях;
■ в коде, который хранится где-то еще (скажем, в справочнике) и выполняется
через Выполнить();
■ при расследовании проблем на продуктивных системах с выключенной отладкой,
но с имеющейся возможностью вносить изменения в конфигурацию.
4.29. Как собрать отказоустойчивый кластер 8.3
из двух серверов
1. Остановить кластеры «1С» на обоих серверах.
2. Удалить каталоги srvinfo80 на обоих серверах.
66
Например, путь, по которому они могут лежать, может выглядеть так81:
67
C:\Program Files\1cv82\srvinfo\
C:\Program Files (x86)\1cv8\srvinfo
3. Запустить на каждом сервере кластеры «1С».
4. Запустить консоль администрирования кластера только на первом сервере
(в нашем случае ZENYA), см. рис. 4.29.1.
5. С этой консоли подключиться ко второму серверу (в нашем случае Z3060015)
через 1С:Enterprise 8.3 Central Servers – Создать – Центральный сервер 1С:Пред-
приятия 8.3 (см. рис. 4.29.2).
80
Чревато потерей журнала регистрации и списка зарегистрированных баз.
81
Определяется параметром -d в настройках службы агента сервера. Эту настройку иногда
меняют, чтобы не хранить журналы регистрации на системном диске.
271
Инструкции
Рис. 4.29.1. Окно консоли администрирования, запущенное на первом сервере
Рис. 4.29.2. Если второй сервер запущен с параметрами по умолчанию,
то и подключаться к нему надо с параметрами по умолчанию
Удалить на нем локальный кластер «1С» (через Удалить в контекстном меню
на узле Локальный кластер второго сервера), см. рис. 4.29.3 .
Рис. 4.29.3. Что именно удалять
272 Настольная книга 1С:Эксперта по технологическим вопросам
6. С этой же консоли подключиться к первому серверу консолью и добавить
второй сервер в кластер (Рабочие серверы – Создать – Рабочий сервер), см. рис.
4.29.4. Заполнить имена, нажать ОК.
Рис. 4.29.4. Окно ввода нового рабочего сервера
7. Войти в свойства созданного второго сервера (в нашем случае Z3060015),
сделать второй сервер тоже центральным (флажок Центральный сервер будет уже
доступным), см. рис. 4.29.5.
8. Изменить в свойствах локального кластера уровень отказоустойчивости
с 0 на 1 (см. рис. 4.29.6).
9. Добавить информационную базу и подключиться к информационной базе
в режиме 1С:Предприятие.
10. Подключиться к информационной базе в режиме Конфигуратор.
11. Обратите внимание: в инструкции нет ни слова про то, что надо переназначать
порты, т. е. на обоих серверах все настроено на порты по умолчанию (1540,
1541, 1560:1591).
273
Инструкции
Рис. 4.29.5. Окно свойств рабочего сервера похоже на предыдущее, но доступные поля – другие
Рис. 4.29.6. Окно свойств локального кластера
274 Настольная книга 1С:Эксперта по технологическим вопросам
4.30. Как оставить сервис лицензирования только
на одном сервере кластера 8.3
1. Открыть консоль администрирования кластера с любого из серверов, развер-
нуть ветку Рабочие серверы до конца (см. рис. 4.30 .1).
Рис. 4.30.1. Необходимо установить требования назначения функциональности
у обоих рабочих серверов
2. У сервера, который будет источником лицензирования, добавить: Требо-
вания назначения функциональности – Создать – Требование назначения
функциональности, с объектом требования Сервис лицензирования и типом
требования Назначать (см. рис. 4.30 .2).
Рис. 4.30.2. Требование назначений функциональности для сервера – источника лицензий
275
Инструкции
3. У сервера, который НЕ будет источником лицензирования, добавить: Требования
назначения функциональности – Создать – Требование назначения функциональ-
ности, с объектом требования Сервис лицензирования и типом требования Не
назначать (см. рис. 4.30.3).
Рис. 4.30.3. Требование назначений функциональности для сервера,
не являющегося источником лицензий
Обращаем внимание, что в таком случае работоспособность кластера, даже если
он собран как отказоустойчивый, определяется работоспособностью сервера,
на котором оставлен сервис лицензирования.
В некоторых случаях имеет смысл отводить под сервер с сервисом лицензирования
недорогой компьютер, не используемый под другие задачи (в т. ч. под рабочие
процессы кластера), а также, при использовании программных лицензий, не
имеющий динамически меняющихся параметров оборудования. Чтобы запретить
запускать на нем рабочие процессы, можно установить равными 0 параметры Коли-
чество ИБ на процесс или Количество соединений на процесс в свойствах данного
рабочего сервера.
4.31. Как собрать отказоустойчивый кластер 8.2
из двух серверов
Если коротко, инструкция выглядит так:
■ имеем два сервера: SERVER1 и SERVER2:
□ на обе машины устанавливаем сервер «1С»;
□ создаем на каждом сервере по кластеру «1С» (стандартный кластер, рабочий
сервер пока 1 – тот, который держит кластер);
□ добавляем рабочие процессы и пр. (настройки идентичны на обоих серверах);
□ на SERVER1 добавляем информационную базу;
□ в список резервирования SERVER1 добавляем SERVER2 (должен быть вторым
в списке);
276 Настольная книга 1С:Эксперта по технологическим вопросам
□ в список резервирования SERVER2 добавляем SERVER1 (должен быть первым
в списке);
□ ждем, пока синхронизируется список ИБ и сеансов (около 1 минуты);
■ отказоустойчивость настроена.
Пример
Есть сервер V81CORA, на котором установлен сервер «1С:Предприятия» и зареги-
стрированы две информационные базы: test и test1.
Есть сервер Z3060015, который необходимо использовать для создания отказоустой-
чивого кластера «1С» из двух серверов: V81CORA и Z3060015.
Это наиболее простой случай создания и использования отказоустойчивого кластера
«1С».
Решение
1. Имеем один сервер V81CORA с единственным рабочим процессом. Все уста-
новки – по умолчанию (1540, 1541). На нем зарегистрированы две базы (см. рис.
4.31.1).
Рис. 4.31.1. Начальное состояние кластера на V81CORA
2. На втором сервере (Z3060015) установить и запустить сервер «1С:Предприятия»
с единственным рабочим процессом. На нем нет зарегистрированных информа-
ционных баз. Все установки – по умолчанию (1540, 1541).
277
Инструкции
Рис. 4.31.2. Начальное состояние кластера на Z3060015
Свойства рабочего процесса Z3060015 1 показаны на рис. 4.31.3. Обратите
внимание: в поле Использование стоит Использовать, а не Использовать как
резервный. Такая же настройка должна быть и у рабочего процесса на V81CORA.
Рис. 4.31.3. Свойства рабочего процесса Z3060015 1
278 Настольная книга 1С:Эксперта по технологическим вопросам
3. Открыть в консоли администрирования оба сервера V81CORA и Z3060015,
чтобы было удобнее работать (см. рис. 4.31.4, левая часть).
4. В ветку Резервирование кластеров сервера V81CORA, на котором зарегистри-
рованы базы, добавить резервный кластер с именем второго сервера (порт
по умолчанию 1541), см. рис. 4.31.4, правая часть.
Рис. 4.31.4. Кластер V81CORA до добавления резервирования (слева) и после (справа)
5. В ветку Резервирование кластеров второго сервера Z3060015 добавить резервный
кластер с именем первого сервера V81CORA (порт по умолчанию 1541) и, ЭТО
ВАЖНО, переместить его на первое место (доступно по контекстному меню –
Переместить вверх) так, чтобы порядок в группах Резервирование кластеров был
одинаковый (см. рис. 4.31.5, левая часть).
6. Подождать некоторое время, потом нажать Действия – Обновить. Если в дереве
информационных баз второго сервера Z3060015 появились информационные
базы первого сервера V81CORA (см. рис. 4.31.5, правая часть), синхронизация
прошла успешно, и отказоустойчивый кластер готов к работе.
279
Инструкции
Рис. 4.31.5. Кластер Z3060015 после добавления резервирования (слева)
и полностью готовая отказоустойчивая схема (справа)
Настройка отказоустойчивой схемы 8.2 с масштабированием
и балансировкой нагрузки
Отказоустойчивая схема, собранная выше, обеспечивает отказоустойчивость, но
содержит один рабочий сервер в кластере V81CORA, поэтому возможностей
по масштабированию и балансировки нагрузки не дает, для этого нужно продол-
жить настройку.
Для настройки схемы с масштабированием и балансировкой нагрузки надо исполь-
зовать уже собранный в предыдущем примере отказоустойчивый кластер.
1. Добавить в кластер V81CORA новый рабочий сервер Z3060015 (см. рис. 4.31.6).
IP-порт – стандартный (1540), а вот диапазоны IP-портов рабочих процессов –
сдвинутые, не пересекающиеся с основными (основные – 1560:1591, сдвинутые,
например 1660:1691).
280 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.31.6. Параметры добавляемого в кластер V81CORA рабочего сервера Z3060015
2. Аналогичным образом добавить в кластер Z3060015 новый рабочий сервер
V81CORA (см. рис. 4.31.7).
281
Инструкции
Рис. 4.31.7. Параметры добавляемого в кластер Z3060015 рабочего сервера V81CORA
282 Настольная книга 1С:Эксперта по технологическим вопросам
3. Добавить к созданным рабочим серверам по одному рабочему процессу (см.
рис. 4.31.8). После этого настройка становится завершенной.
Рис. 4.31.8. Параметры добавляемых в кластеры рабочих процессов
283
Инструкции
4.32. Работа с ЦКК. Как сделать код доступным
для отладки
Многие вещи в ЦКК выполняются с помощью фоновых и регламентных заданий.
Соответственно, может возникать необходимость отлаживать код в явном виде.
Приведенный далее пример сделан для ЦКК 2.0 .13.1082
.
68
Например, нужно поставить точку останова в процедуре ИмпортироватьТехЖурнал()
общего модуля ИмпортТехЖурнала или процедурах, вызываемых из нее, чтобы
понять, с какими фактическими значениями переменных приходится иметь дело при
разборе технологического журнала.
Ищем вызов процедуры ИмпортироватьТехЖурнал глобальным поиском. Она
вызывается из модулей бизнес-процессов АнализВызововКластера1С и КонтрольЧис-
лаИсключений. Для наших целей нам нужен модуль бизнес-процесса КонтрольЧис-
лаИсключений.
Открыв его, видим, что процедура вызывается следующим образом:
ФоновыеЗадания.Выполнить("ИмпортТехжурнала.ИмпортироватьТехЖурнал", ПараметрыИмпорта,
КлючФоновогоЗадания);
Комментируем этот вызов, разбираемся, какие параметры передаются, и вместо него
пишем свой (см. рис. 4.32.1).
Рис. 4.32.1. Замена способа исполнения кода для целей отладки
Далее, чтобы вызвать исполнение именно этого кода явно, нужно открыть форму
«Задачи мониторинга системных ошибок» с рабочего стола (см. рис. 4.32.2).
82
В ЦКК 2.0 .14.15 модули и формы, рассмотренные в данной главе, не изменились. Но даже если
к моменту выхода книги материал данного раздела устареет, считаем необходимым включить
этот и три следующих раздела в книгу, чтобы продемонстрировать, что при настройке ЦКК
на его нынешнем этапе развития нужно уметь программировать в конфигураторе, уметь
пользоваться отладчиком, и не надо стесняться делать это. ЦКК может многое, и тот факт, что
адаптация его возможностей к конкретным инсталляциям требует применения головы и рук, не
является поводом его не использовать.
284 Настольная книга 1С:Эксперта по технологическим вопросам
На самом деле это форма ФормаЭлементаКонтрольЧислаИсключений справочника
КонтрольныеПроцедуры.
Рис. 4.32.2. Форма «Задача мониторинга системных ошибок» на рабочем столе
Поставить точки останова в процедуре ИмпортироватьТехЖурнал() общего модуля
ИмпортТехжурнала и в модуле бизнес-процесса КонтрольЧислаИсключений перед
вызовом ИмпортТехжурнала.ИмпортироватьТехЖурнал().
В появившейся форме (см. рис. 4.32.3) поменять расписание на достаточно редко
выполняющееся и при нажатии на кнопку Выполнить сейчас убедиться в том, что
остановы срабатывают. Чтобы кнопка стала активной, мониторинг должен быть
запущен (см. на том же рис. положение кнопок Старт, Пауза и Стоп).
Далее можно приступать к анализу и отладке кода.
После окончания работ не забываем вернуть способ выполнения обратно на фоновое
задание, а расписание – на рекомендованную частоту (1 раз в 600 с).
Рис. 4.32.3. Кнопка «Выполнить сейчас» и гиперссылка на изменение расписания
в форме «Задачи мониторинга системных ошибок»
285
Инструкции
Этот же подход может пригодиться в том случае, если вам требуется в оффлайне
разбирать технологический журнал, присылаемый с действующей информационной
системы заказчика однократно при разовых работах.
4.33. Работа с ЦКК. Развертывание
для целей контроля ошибок блокировок
В нашей практике именно контроль ошибок блокировок и анализ их контекстов дает
основу для поиска проблем производительности и параллельности, а количество
ошибок блокировок служит важным показателем общего «здоровья» системы. Далее
описывается, как решать эту задачу с использованием ЦКК.
Создайте пустую клиент-серверную базу.
Откройте ее конфигуратором, загрузите в нее конфигурацию83
, обновите конфигу-
рацию базы.
69
ЗАМЕЧАНИЕ
Не следует развертывать демобазу ЦКК на продуктивных серверах, если вы не собираетесь
ее перенастраивать (если развернете, заблокируйте в ней фоновые и регламентные зада-
ния). Настроенные в базе фоновые и регламентные задания предназначены для условий
демобазы и не будут корректно работать в вашей информационной системе, они просто
замусорят вам технологический журнал сообщениями об ошибках. В то же время для рабо-
чей базы ЦКК блокировку фоновых и регламентных заданий включать нельзя, она без них
не заработает.
Перезапустите конфигуратор. Стартуйте базу в режиме исполнения. Если вы попы-
таетесь по привычке сразу же запустить отладчик, без перезапуска конфигуратора,
и у вас появится сообщение о нехватке прав доступа, просто закройте конфигуратор,
и запуск продолжится.
Если вам требуется собирать только ошибки блокировок, откажитесь от прохождения
мастера настроек.
В меню Задачи войдите в редактирование поля Кластер серверов 1С 1 и заполните
его примерно так, как показано на рис. 4.35.1 .
Замечания:
■ не указывайте «localhost» в поле с именем компьютера;
■ на закладке Ответственные за настройку контрольных процедур (на рисунке скрыта)
во все процедуры ставьте ответственным Ответственного за периметр контроля;
■ пусть вас не смущает, что вы не видите все дерево целиком, – новые узлы будут
появляться по мере заполнения вами более близких к корню узлов.
83
Мы берем cf от 2.0 .13.10, подготовленный в соответствии с инструкциями из разделов выше.
Все реалии работ касаются именно этого релиза.
286 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.35.1. Настройка узла «Кластер серверов 1С 1»
На диске D: создайте четыре каталога, см. рис. 4.35.2 (для данного раздела понадо-
бится указывать три из них, а использовать – два).
Рис. 4.35.2. Каталоги, нужные для работы ЦКК
Затем заполните настройки по умолчанию для узла Рабочие серверы (см. рис. 4.35.3).
В качестве путей для некоторых из них укажите созданные заготовки. Для простоты
пути к сетевым каталогам укажите через скрытый административный общий ресурс.
Слеши на концах в данном случае ошибкой не являются.
Затем войдите в редактирование узла Рабочий сервер 1 (см. рис. 4.35.4). Если
на предыдущем шаге все было заполнено правильно, поля с каталогами заполнятся
автоматически, а контроль после нажатия кнопки Проверить доступ сообщит об
успешности операций.
Затем войдите в редактирование узла Мониторинг системных ошибок. Имена ката-
логов, заполненные по умолчанию, есть смысл поменять на более удобные (см. рис.
4.35.5). Количество часов хранения пока оставьте по умолчанию – изменить сможете
после оценки количества ошибок сообразно с имеющимся местом на диске.
Запустите мониторинг кнопкой Старт (с зеленым треугольником).
После этого убедитесь, что в каталоге настроек (см. рис. 4.35.4) создался
logcfg.xml с правильным содержимым (см. рис. 4.35.6), а в каталоге, указанном
в Location, появилась соответствующая подпапка.
287
Инструкции
Рис. 4.35.3. Настройки узла «Рабочие серверы»
Рис. 4.35.4. Настройка узла «Рабочий сервер 1»
288 Настольная книга 1С:Эксперта по технологическим вопросам
Рис. 4.35.5. Настройка мониторинга системных ошибок
Рис. 4.35.6. logcfg.xml с правильным для данного случая содержимым
289
Инструкции
Чтобы можно было пользоваться фильтром по базам, в список информационных баз
добавьте известные нужные вам базы.
В добавлении баз есть сложный момент: надо указать Сетевой каталог регистрации.
Как его указать, подробно описано во встроенной справке, но для нынешней цели он
не актуален, можно указать предлагаемый по умолчанию.
Проверьте работу. Создайте искусственно известные конфликты блокировок.
После того как пройдет интервал времени, заданный в расписании, убедитесь в том,
что ЦКК увидел смоделированные конфликты (см. рис. 4.35.7).
Рис. 4.35.7. ЦКК увидел смоделированные конфликты
290 Настольная книга 1С:Эксперта по технологическим вопросам
ГЛАВА 5
Методики и дополнительная
информация
5.1. Обзор платных и бесплатных инструментов
Сразу надо сказать, что бесплатными инструменты являются лишь постольку,
поскольку за них не нужно платить дополнительных денег, но они входят в состав
коммерческих продуктов, за которые уже заплачено.
Что можно увидеть с помощью бесплатных инструментов:
■ общее состояние системы в объективном виде: перегруз/недогруз оборудования,
наличие ошибок блокировок (даже если пользователи еще не жалуются), время
выполнения ключевых операций;
■ динамику процесса – хуже/так же/лучше.
Существующие бесплатные инструменты:
1. Все, о чем говорилось в разделе 4.7 «Замеры производительности»:
□ замер производительности отладчиком 1С8. Позволяет оценить скорость
работы кода конфигурации. Измеряет количество использований конкретных
участков кода и время выполнения этих участков;
□ различного рода самописные обработки;
□ функционал подсистемы «Оценка производительности» из состава Библио-
теки стандартных подсистем «1С». Ряд типовых конфигураций уже содержит
данный функционал, при необходимости его можно встроить самостоятельно.
Как это сделать, описывается в соответствующем разделе этой книги.
2. Windows performance monitor. Позволяет измерять загрузку оборудования.
Настройка и использование описаны в разделе 4.1.
3. Технологический журнал. Позволяет получать технологическую информацию
о работе приложений, как сервера, так и клиентов. Например, позволяет
292 Настольная книга 1С:Эксперта по технологическим вопросам
посчитать количество ошибок блокировок. Настройка и использование описаны
в разделах 4.5 и 4.6.
4. Специфический род бесплатных инструментов (профайлер SQL-сервера
и аналогичные инструменты других СУБД). Эти инструменты больше доступны
и привычны администраторам баз данных, чем программистам и внедренцам
«1С». Необходимым для нас приемам работы в профайлере посвящено
несколько глав в этой книге.
Платный инструмент – это «1С:Корпоративный инструментальный пакет 8»
(http://v8.1c.ru/expert/etp.htm).
В его состав входят:
■ Тест-центр,
■ Центр управления производительностью,
■ Сценарное тестирование,
■ Центр контроля качества,
■ Стандартный нагрузочный тест.
Существует легенда, что если купить этот пакет и установить его у себя, то
проблемы производительности исчезнут сами собой. Это нельзя назвать неправдой,
потому что оно примерно так и случится... если вместе с покупкой пакета вы
пригласите специалистов, умеющих им пользоваться.
5.2. Требования с диска ИТС, применяемые
при проверке на 1С:Совместимо!, влияющие
на производительность
Для получения статуса 1С:Совместимо! конфигурация проходит проверку на соот-
ветствие кода формальным требованиям. Полный список требований приведен
на ИТС. Те из них, что влияют на производительность, приведены в таблице 5.2 .1.
Таблица 5.2.1. Требования, влияющие на производительность
Требование
Описание
Проверка
на пустой результат
выполнения
запросов
Проверку того, что результат выполнения запроса не содержит строк, следует
выполнять с помощью метода Пустой(), поскольку на получение выборки
из результата запроса (выгрузка его в таблицу значений) будет затрачиваться
дополнительное время
Использование
ключевых слов
в запросах
«Объединить»
и «Объединить все»
в запросах
В общем случае при объединении в запросе результатов нескольких запросов
следует использовать конструкцию «ОБЪЕДИНИТЬ ВСЕ», а не «ОБЪЕДИ-
НИТЬ», поскольку во втором варианте при объединении запросов полностью
одинаковые строки заменяются одной, на что затрачивается дополнительное
время, даже в случаях, когда одинаковых строк в запросах заведомо быть не
может.
Исключением являются ситуации, когда выполнение замены нескольких одина-
ковых строк одной является необходимым условием выполнения запроса
Программное
управление формой
. .. В разделе инициализации модуля формы запрещается открывать другие формы
или диалоги (например, операторами Вопрос(), Предупреждение() и т. д.).
293
Методики и дополнительная информация
Требование
Описание
Обращение
к данным
информационной
базы
в обработчиках
часто вызываемых
событий
Следует минимизировать обращение к данным информационной базы
в обработчиках событий, приведенных ниже, поскольку это может существенно
замедлить интерактивную работу.
События формы:
○ ОбновлениеОтображения().
События табличного поля:
○ ПриВыводеСтроки(),
○ ПриАктивацииСтроки().
В качестве средств минимизации в зависимости от ситуации могут быть:
○ использование переменных модуля формы для кеширования данных,
○ перенос обработки данных в обработчики других событий,
○ для таблиц значений получение необходимых данных на этапе заполнения,
○ любые другие методы
Получение
метаданных
объектов
Получение метаданных объекта конфигурации следует выполнять с помощью
метода Метаданные() этого объекта, а не путем обращения к свойству
глобального контекста «Метаданные», так как второй способ существенно более
медленный.
Правильно:
СправочникОбъект.Метаданные()
Неправильно:
Метаданные.Справочники[ИмяСправочника]
Использование
объекта
«РегистрСведений
МенеджерЗаписи»
Чтение записи (набора записей) из регистра сведений без последующей модифи-
кации необходимо выполнять запросом.
Во всех остальных случаях объект «РегистрСведенийМенеджерЗаписи» следует
применять только тогда, когда выполнение операций с регистром сведений
требует использования отбора одновременно по всем измерениям. При этом
менеджер записи использует для выполнения записи два набора записей, уста-
навливая им соответствующие значения отборов. Поэтому обработчики событий
набора записей вызываются и тогда, когда для записи данных используется
менеджер записи.
В остальных случаях следует использовать объект «РегистрСведенийНаборЗа-
писей». С точки зрения производительности использование менеджера записей
в некоторых случаях будет столь же эффективным, как и использование набора
записей, а в некоторых – менее, так как будут выполняться лишние действия.
Правильно:
Набор = РегистрыСведений.ЗначенияПравПользователя.СоздатьНаборЗаписей();
Набор.Отбор.НаборПрав.Установить(ЗначениеНабораПрав);
Для Каждого СтрокаТаблицы ИЗ ТаблицаЗначенийПрав Цикл
Запись
= Набор.Добавить();
Запись.НаборПрав = ЗначениеНабораПрав;
Запись.Право = СтрокаТаблицы.Право;
Запись.Значение = СтрокаТаблицы.Значение;
КонецЦикла;
Набор.Записать();
Неправильно:
Для Каждого СтрокаТаблицы ИЗ ТаблицаЗначенийПрав Цикл
ЭлементРегистраСведений = РегистрыСведений.ЗначенияПравПользователяСоздатьМенеджерЗаписи();
ЭлементРегистраСведений.НаборПрав = ЗначениеНабораПрав;
ЭлементРегистраСведений.Право = СтрокаТаблицы.Право;
ЭлементРегистраСведений.Значение = СтрокаТаблицы.Значение;
ЭлементРегистраСведений.Записать();
КонецЦикла;
294 Настольная книга 1С:Эксперта по технологическим вопросам
Требование
Описание
Копирование
строк между
таблицами значений
произвольной
структуры
При копировании строк между различными таблицами значений (табличными
частями и т. п.) со схожим составом колонок следует использовать метод
глобального контекста ЗаполнитьЗначенияСвойств().
Алгоритмы, использующие данный метод, значительно эффективнее, например,
многократного перебора колонок таблицы значений, выполняемого для полу-
чения их состава.
Правильно:
Для каждого СтрокаТаблицыИсточника Из ТаблицаИсточник Цикл
СтрокаТаблицыПриемника = ТаблицаПриемник.Добавить();
ЗаполнитьЗначенияСвойств(СтрокаТаблицыПриемника, СтрокаТаблицыИсточника);
КонецЦикла;
Неправильно:
Для каждого СтрокаТаблицыИсточника Из ТаблицаИсточник Цикл
СтрокаТаблицыПриемника = ТаблицаПриемник.Добавить();
Для каждого Колонка Из ТаблицаПриемник.Колонки Цикл
КолонкаТаблицыИсточника = ТаблицаИсточник.Колонки.Найти(Колонка.Имя);
Если КолонкаТаблицыИсточника <> Неопределено Тогда
СтрокаТаблицыПриемника[Колонка.Имя] = СтрокаТаблицыИсточника[Колонка.Имя];
КонецЕсли;
КонецЦикла;
КонецЦикла;
Получение
представлений для
ссылочных значений
в табличном
документе
При формировании табличного документа запрещено в качестве параметров
ячеек с типом заполнения «Параметр» указывать ссылочные значения,
поскольку в этом случае в момент вывода данных в табличный документ будет
выполнено многократное обращение к базе данных для получения представ-
лений этих значений.
Поэтому в качестве параметров следует указывать сами представления.
Исключением могут быть случаи, когда для получения представлений придется
выполнять аналогичное многократное обращение к базе данных.
При этом следует иметь в виду, что при получении представлений для полей
непосредственно в самом запросе (через поле «Представление» или функцией
Представление(<Имя поля>)) выполняется неявное соединение с таблицей
объекта, для которого получаются представления. Для полей составного
типа – несколько соединений, для каждого из типов, входящих в состав. Это
может приводить к увеличению времени выполнения запроса (и как следствие
общего времени формирования итогового документа), а при большом количестве
типов – к невозможно сти его выполнения в клиент-серверной версии из-за
ограничения Microsoft SQL Server, по которому в запросе не может участвовать
больше 256 таблиц. Такие случаи также могут быть исключением для данного
правила. В них представления для ссылочных значений допускается получать
в момент их вывода в табличный документ.
Поскольку однозначно рекомендовать, какой из спо собов получения представ-
лений следует выбрать, нельзя, такой выбор должен делаться разработчиком
самостоятельно, на основании данных, полученных экспериментально
295
Методики и дополнительная информация
5.3. Уточнения, важные
для общего понимания картины
■ Есть ли жалобы, достаточно четко сформулированные, чтобы использовать их как
формализованные требования.
■ Не идет ли речь о файловой базе.
■ Полный список и характеристики серверного оборудования, задействованного
в ландшафте «1С».
■ Используется ли виртуализация оборудования; если да, то что, чем и как именно
она осуществляется.
■ Какая ОС и какая СУБД используются.
■ Соответствие программного обеспечения списку http://v8.1c.ru/requirements/.
■ Номер релиза платформы, соответствие текущему.
■ Выполняются ли регламентные операции СУБД, с какой периодичностью.
■ Размеры рабочих баз.
■ Количество пользователей, работающих одновременно (максимальное/обычное).
■ Количество информационных баз в кластере:
□ всего,
□ из них тестовых/архивных.
■ Ведется ли учет фоновых и регламентных заданий:
□ установлена ли блокировка фоновых заданий в тестовых/архивных базах,
□ нет ли ненужных заданий в рабочих базах.
■ Разрядность сервера «1С».
■ Количество рабочих процессов, соответствие текущему тренду84
.
70
■ Если решение полностью типовое или создано на основе типового, релиз типо-
вого решения, соответствие текущему релизу для этого решения.
■ Какой режим управления блокировками данных используется: автоматический,
смешанный или управляемый.
■ Не идет ли речь о сочетании автоматического или смешанного режима блокировок
и СУБД Oracle Database.
84
Текущие рекомендации для 8.2 следующие: для 64-разрядного сервера – 1 рабочий процесс,
для 32-разрядного сервера – 1 рабочий процесс на 2 Гб оперативной памяти или на 100–150
пользователей.
– по 1 рабочему процессу на каждые 2 Гб оперативной памяти, необходимые для работы
сервера приложений (но не от общего объема ОЗУ, т. е. ошибкой будет запускать 32 рабочих
процесса только потому, что у вас на сервере 64 Гб оперативной памяти).
– иногда считают – по 1 рабочему процессу на 80–100 пользователей при невысокой
интенсивности их работы.
В 8.3 механизм определения количества рабочих процессов переработан; количество процессов
определяется автоматически на основе количества информационных баз и количества
пользователей для одного процесса, задаваемых в свойствах рабочего сервера «1С».
296 Настольная книга 1С:Эксперта по технологическим вопросам
■ Используется ли RLS; по каким признакам; сколько ролей одного пользователя
имеют ограничения RLS. Есть ли зафиксированные обращения, связанные
с разной скоростью работы под разными правами.
■ Используется ли разделитель данных, в каком режиме.
■ Используются ли заведомо тяжелые механизмы:
□ онлайновый партионный учет,
□ онлайновый учет авансов,
□ документы с числом строк табличной части свыше 1000,
□ единственная номенклатура,
□ конфигурация на основе регистра расчета с периодом действия.
■ Находятся ли все серверы и рабочие станции «1С» в одной подсети или в разных.
Как организована маршрутизация.
■ Если работа ведется с сервера терминалов, какой клиент используется для
подключения к нему.
■ Присутствуют ли, и если да, то в каких частях информационной системы участки
сети с пропускной способностью 100 Мбит/с или менее, в т. ч. Wi-Fi.
■ Используется ли шифрование.
■ Используется ли антивирусное программное обеспечение, и какое.
■ Большую часть данных по спискам из разделов 5.4 и 5.5 специально получать не
нужно, если изложенные в них приемы и решения не приводят к возникновению
проблем. В то же время всегда следует обращать внимание на них, если они себя
проявляют.
■ Получить и проанализировать данные мониторинга (см. раздел 5.6).
5.4. Проектные и технические решения,
приводящие к проблемам
■ Удалять профили пользователей с терминального сервера после завершения их
сеансов.
■ Совместно использовать программные и аппаратные ключи защиты.
■ Размещать аппаратные ключи на сервере «1С» или СУБД.
■ Проводить какие-либо регламентные работы при начале или при окончании
работы пользователя.
■ Проводить регламентные работы, которые может делать один пользователь, всеми
пользователями.
■ Проводить регламентные работы в момент интенсивной работы.
■ Проводить загрузку сообщений обмена и другие загрузки в длинной транзакции.
■ Проводить выгрузку сообщений обмена в длинной транзакции.
297
Методики и дополнительная информация
5.5. Приемы конфигурирования,
приводящие к проблемам
■ Использовать константы не по назначению (для хранения заведомо изменяю-
щихся данных).
■ Использовать автоматическую регистрацию в последовательностях и переме-
щение границы при проведении документов.
■ Пользоваться операторными скобками Попытка... Исключение внутри транзакции
в системах на стадии промышленной эксплуатации.
■ Использовать вложенные транзакции, явно и неявно, например, вызывая из
процедур проведения документа проведение других документов, запись элементов
справочников и т. п.
■ Использовать запросы, в том числе через объектную модель, в цикле.
■ Неявно использовать запросы в цикле, например, в формах списка в обработ-
чике события ПриВыводеСтроки получать какие-то дополнительные данные из
базы (распространенный случай – статусы документов из регистров в формах
списков документов).
■ В транзакции (в т. ч. проведения документа) получать данные не из регистров, а из
других документов.
■ Открывать модальные формы (например, Вопрос(...), Предупреждение(...)) внутри
транзакций, в т. ч. неявных, например, при проведении документов.
■ Вызывать ЭтотОбъект.Записать() внутри транзакции записи объекта, например, из
процедуры ОбработкаПроведения.
■ Вызывать обращение через COM-соединение к другой базе внутри транзакции.
■ В формах, в которых динамический список формируется через произвольный
запрос, чрезмерно усложнять запрос.
■ Вызывать запрос, формирующий отчет, из модуля формы, а не из модуля объекта.
5.6. Ежедневный мониторинг
В перечень проектных решений, приводящих к проблемам (раздел 5.4), следовало
бы включить еще одну весьма распространенную методику: ведение мониторинга
проблем исключительно по жалобам (обращениям) пользователей. На протяжении
ряда глав этой книги проводилась мысль о недопустимости подобного подхода,
и рассказывалось об инструментах, с помощью которых можно получать объек-
тивные данные о состоянии системы. Причем для этого не требуется никаких особых
платных инструментов мониторинга, а настройка бесплатных займет минимальное
время (1,5–2 часа максимум).
298 Настольная книга 1С:Эксперта по технологическим вопросам
Подводя итоги, для получения объективных данных о состоянии системы требуется:
1. Включить мониторинг загрузки оборудования (см. раздел 4.1).
2. Включить технологический журнал севера «1С» и начать считать по нему хотя
бы ошибки блокировок (см. разделы 4.5 и 4.6).
3. Встроить подсистему «Оценка производительности» из состава Библиотеки
стандартных подсистем «1С» и реализовать замеры времени по ключевым
операциям (см. раздел 4.7). Если используется типовое решение, возможно, она
уже встроена и часть замеров реализована.
4. Организовать сбор и подсчет дампов, начать считать падения серверных
процессов (см. раздел 4.9).
5. Снимать и анализировать эти показатели ежедневно (если все хорошо, то можно
не так часто, но все равно минимум раз в неделю это надо делать).
В разделе 2.4 говорилось, что методики общей диагностики и мониторинга должны
быть использованы, если не дала результатов проверка обычных подозреваемых
по проблемам. То есть если сразу не удалось назначить специализированное
«лечение», нужно отойти на позиции общего понимания ситуации, для чего надо
наладить сбор объективных данных.
Если вы дочитали книгу до этого места, а мониторинг у вас еще не ведется, пожа-
луйста, посвятите остаток сегодняшнего дня его настройке. Это будет лучшей благо-
дарностью автору книги за несколько месяцев работы над ней.
ГЛАВА 6
Дополнительные заметки
6.1. Экономический смысл автоматизации учета
и оптимизации производительности
А зачем, правда, автоматизировать учет, а потом заниматься оптимизацией внедрен-
ного решения? Стандартный ответ: автоматизировать учет нужно, чтобы облегчить
труд бухгалтера. А оптимизацию производительности внедренного решения нужно
проводить, когда бизнес-процесс не успевает выполниться за отведенное время.
На практике, однако, оказывается, что бухгалтер, вполне себя хорошо чувствовавший
при системе бумажного учета, проявляет упорное нежелание пользоваться новой
системой. И корни данного явления имеют под собой не только субъективные, но
и вполне экономические причины.
А подход к вопросам производительности, основанный на принципе «пока гром не
грянет, мужик не перекрестится», не только чреват рисками для бизнеса, но и прямо
лишает владельца компании возможности получать больше работы за те же деньги,
причем происходит это постоянно и сейчас, а не в туманной перспективе.
Сначала избавимся от иллюзии насчет того, что перед системой автоматизации учета
ставится задача облегчить жизнь сотрудникам, занятым собственно учетом.
У Маркса в начале XXXIII главы 1-го тома «Капитала» читаем:
«Джон Стюарт Милль говорит в своих «Основаниях политической экономии»:
«Сомнительно, чтобы все сделанные до сих пор механические изобретения
обл егчили труд хотя бы одного человеческого существа» (прим. Маркса – Миллю
следовало бы сказать: «хотя бы одного человеческого существа, не живущего
чужим трудом», потому что машины, несомненно, сильно увеличили число
знатных бездельников).
Но перед капиталистически применяемыми машинами вовсе и не ставится
такой цели.
300 Настольная книга 1С:Эксперта по технологическим вопросам
Подобно всем другим методам развития производительной силы труда, они должны
удешевлять товары, сокращать ту часть рабочего дня, которую рабочий употре-
бляет на самого себя, и таким образом удлинять другую часть его рабочего дня,
которую он даром отдает капиталисту. Машины – средство производства приба-
вочной стоимости».
Замените «машины» на «средства автоматизации учета», и вы получите
нормальную, не иллюзорную формулу для задачи систем автоматизации учета: они
должны удешевлять товары, сокращать ту часть рабочего дня, которую рабочий
употребляет на самого себя, и таким образом удлинять другую часть его рабочего
дня, которую он даром отдает капиталисту.
Можно, однако, справедливо возразить, что сотрудник, осуществляющий учет, за
некоторыми исключениями, почти никогда не является производственным рабочим,
и вроде бы речь не о нем. Чтобы прояснить, в чем тут дело, приведу длинный блок
цитат из Маркса. Во втором томе «Капитала» в главе VI, посвященной издержкам
обращения, читаем:
«Превращ ения формы капитала из товара в деньги и из денег в товар являются
в то же время торговыми сделками капиталиста, актами купли и продажи.
Время, в течение которого совершаются эти превращения формы капитала,
субъективно, с точки зрения капиталиста, является временем продажи и купли,
т. е. тем временем, в течение которого он функционирует на рынке как продавец
и покупатель... Оно составляет часть его делового времени. <...>
Поэтому, если товаровладельцы не капиталисты, а самостоятельные
непосредственные производители, то время, затрачиваемое ими на куплю
и продажу, есть вычет из их рабочего времени. <...>
Купля и продажа становятся главной функцией капиталиста, заставляющего
других работать на себя <...>
Примем, что агент по купле и продаже является человеком, продающим свой
труд. Он расходует свою рабочую силу и свое рабочее время на эти операции
Т–ДиД–Т.<...>
Как бы ни оплачивался его труд, он как наемный рабочий часть своего времени
работает даром. Может быть, он получает ежедневно стоимость, вновь
создаваемую им за восемь часов, а работает в продолжение десяти часов. <...>
... если этих агентов применяет капиталист , то неоплаченные два часа уменьшают
издержки обращения его капитала, составляющие вычет из его дохода. Для него
–
это положительный выигрыш, так как отрицательные границы возрастания
стоимости его капитала суживаются. < ...>
... капиталистический товаропроизводитель выступает в качестве агента
обращения<...>
Если размер предприятия принуждает его или позволяет ему покупать (нанимать)
особых агентов обращения как наемных рабочих, то сущность дела от этого не
меняется. < ...>
Наряду с затратой времени на осуществл ение купли и продажи рабочее время
расходуется также и на ведение бухгалтерского учета, которое, кроме того,
301
Дополнительные заметки
требует затрат и овещ ествленного труда (перья, чернила, бумага, письменный
стол и т. д .), т . е. требует издержек на контору. Следовательно, при выполнении
этой функции расходуется, с одной стороны, рабочая сила, с другой стороны –
средства труда. Дело здесь обстоит совершенно так же, как со временем,
затрачиваемым на куплю и продажу».
Отсюда вытекает вообще экономический смысл внедрения систем автоматизации
учета как повышение степени эксплуатации работников учетных служб (а отнюдь не
облегчение им жизни «волшебной кнопкой»).
Иллюзия развеяна, и без нее наглядно становится виден экономический смысл
повышения производительности систем автоматизации учета, применительно как
к бухгалтерам, так и к менеджерам по продажам. Сотрудник является человеком,
продающим свой труд. Как бы ни оплачивался его труд, он как наемный рабочий
часть своего времени работает даром. Повышение производительности систем авто-
матизации учета увеличивает количество операций в единицу времени. За счет этого
оно повышает длительность неоплачиваемого рабочего времени и позволяет освобо-
дившееся рабочее время использовать с пользой для дела, например, для повышения
сложности и оперативности учета, притом, возможно, без роста заработной платы.
6.2. О режиме доступности 24х7
Если команда, продающая проект, делает заявление о режиме доступности 24х7 для
базы «1С», спросите ее, как она собирается это обеспечивать. Ответ «Включить,
и дальше оно само» правильным не является. Как уже говорилось в разделе 3.4,
если есть необходимость, то существует возможность построить систему с полным
дублированием всех компонентов, которая будет работать в режиме 24х7. Такие
системы существуют и находятся в промышленной эксплуатации. Например,
1cFresh. Но созданием такой системы надо специально заниматься, сама собой она не
возникнет, создать ее сложно, и стоит это дорого.
Поэтому правильным надо считать подход, при котором по умолчанию принимается,
что, как и для любых сложных информационных систем, на текущем этапе развития
платформы «1С:Предприятие» для информационных систем, построенных на ней,
требуется регулярное проведение регламентных работ. И чем масштабнее система,
тем строже надо соблюдать требования по их выполнению. Если же нужен режим
24х7, его надо обеспечивать отдельно.
302 Настольная книга 1С:Эксперта по технологическим вопросам
6.3. О методике расчета оборудования
Для расчета оборудования, необходимого для развертывания проектируемой инфор-
мационной системы на платформе «1С:Предприятие», необходимо собрать о ней
следующие данные:
■ решаемая задача;
■ количество баз;
■ количество операций в пиковый день (если операция – это не одна проводка,
а документ – уточнить размер табличной части);
■ количество операций в обычный день;
■ предпочтительная конфигурация «1С» (планируемая);
■ альтернативные конфигурации «1С» (допустимые);
■ необходимость круглосуточного доступа;
■ используется распределенная база или обмены с базами с той же конфигурацией;
■ есть ли свои специалисты по Linux;
■ есть ли свои специалисты по IBM DB2, Oracle Database или PostgreSQL;
■ это новая база или развитие старой;
■ количество пользователей (максимальное/наиболее вероятное);
■ сколько из них будут работать через терминальный сервер в толстом клиенте/в
тонком клиенте;
■ необходимость выделения оборудования виртуализацией имеющегося;
■ пожелания к отказоустойчивости (отказоустойчивый кластер «1С», отказоустой-
чивый кластер СУБД и т. п.).
Если планируется внедрение типовых решений, то, используя собранные данные,
оборудование, необходимое для сервера приложений «1С» и сервера СУБД,
можно приблизительно подобрать, используя данные сайта http://v8.1c.ru/overview/
techparams/, пересчитав данные пропорционально количеству операций в единицу
времени.
Если планируется внедрение собственных, не типовых решений, то для предвари-
тельной оценки требований к оборудованию для сервера приложений «1С» и сервера
СУБД можно ориентироваться на те же расчеты, потому что если в системе будут
проблемы параллельности, то нагрузка на оборудование сервера приложений «1С»
и сервера СУБД будет не выше расчетной, а, напротив, гораздо ниже.
Если решение совсем не соответствует типовому, можно провести замер нагрузки
на оборудование для одного рабочего места, выполняющего какой-то обычный для
него сценарий работы. Далее надо умножить требования для одного пользователя
на планируемое количество пользователей. При этом рабочее место обязательно
должно запускаться с одной машины, сервер приложений – с другой, сервер СУБД –
с третьей, чтобы считать требования для каждого из серверов отдельно.
303
Дополнительные заметки
При расчете системы часто забывают про сервер терминалов. Между тем, при работе
уже 20–40 пользователей в режиме толстого клиента нагрузка на терминальный
сервер догоняет нагрузку на сервер приложений, а далее существенно перегоняет ее.
Последствия такой «забывчивости» могут быть достаточно печальными.
Чего совершенно точно не следует делать, так это, купив один сервер, путем вирту-
ализации выделять из него сервер терминалов, сервер приложений и сервер СУБД.
Лучше, если это будут 3 разных сервера, а если уж купили один, пусть на нем одном
все и работает, без виртуализации.
Требования к созданию центров обработки данных под ландшафт «1С» могут
включать блок, относящийся к отказоустойчивости системы (кластер «1С», кластер
СУБД, кластер ОС). На самом деле если у вас нет своих людей (речь именно
о ваших сотрудниках, а не о проектной команде внедренцев), умеющих правильно ее
настроить и правильно использовать, то целесообразность выделения средств на это
оказывается весьма сомнительной.
Комплекс мероприятий, обеспечивающих отказоустойчивость и надежность
системы, в том числе должен включать в себя регулярные тренинги по сбоям.
Приведем пример из смежной области: многие способны по инструкции настроить
резервное копирование базы так, чтобы каждые 30 минут создавались копии
журналов транзакций (вариант – попросить настроить внедренцев); но вот восста-
навливать базу из такого бэкапа почему-то не берутся, а предпочитают делать это
из dt-файла или полного бэкапа, сделанного ночью. В свете этого примера особенно
интересными становятся затраты на приобретение дорогостоящей системы хранения
данных.
Подводя итоги, ваш центр обработки данных – это не только железки, которые в нем
стоят, но и сотрудники, которые его обслуживают. Нет смысла пытаться использо-
вать (и закупать) то, чем не сможете пользоваться без посторонней помощи.
6.4. О работах в различных СУБД
Часто просят сказать, что будет, если вместо одной СУБД использовать другую.
Ответ прост: возьмите именно вашу базу, попробуйте развернуть ее под другой СУБД
и провести хотя бы маленькое нагрузочное тестирование. Такая задача при наличии
относительно свободного стенда может быть решена одним человеком. Все СУБД,
с которыми может работать «1С», имеют бесплатные редакции.
При этом вы сможете оценить как эффект от перехода на другую СУБД именно для
вашей базы (это существенно), так и собственные возможности по ее настройке
и дальнейшему сопровождению (это тоже существенно, см. резюме по предыдущей
главе).
304 Настольная книга 1С:Эксперта по технологическим вопросам
Заключение. О гарантиях
работоспособности системы
через несколько лет
Иногда приходится отвечать на вопросы: как будет вести себя система на платформе
«1С:Предприятие» через 5 лет с учетом 30 % роста документов ежегодно, будут ли
и как долго выполняться «тяжелые» регламентные операции в их базе, насколько
будет работоспособна база?
Ответ тут довольно простой: давайте посчитаем. Результаты сведем в таблицу 7.1.
Таблица 7.1. Прогноз роста базы с учетом роста интенсивности ввода документов
Год
Интенсивность ввода документов
2013
100 %
2014
130 %
2015
169 %
2016
219,7 %
2017
285,61 %
Сумма
904,31 %
То есть за 5 лет база вырастет в 9 раз по объему, а интенсивность работы вырастет
в 3 раза. Теперь посмотрите параметры наиболее крупных внедрений той же конфи-
гурации с сайта v8.1c.ru (например, тут: http://v8.1c.ru/overview/techparams/), соотне-
сите их с прогнозируемыми параметрами своей системы и, скорее всего, вы увидите,
что не переходите в зону непрогнозируемых рисков – что-то похожее такого размера
уже работает.
Метод хорош тем, что он дает результат быстро и бесплатно. Этот метод, однако,
не учитывает специфику вашего документооборота, только используемую конфигу-
рацию «1С».
Можно попробовать получить этот ответ, проведя нагрузочные тестирования.
306 Настольная книга 1С:Эксперта по технологическим вопросам
Это уже не бесплатно. Но по результатам тестирований вы увидите узкие места
и можете приступить к их оптимизации.
Оптимизировать работу системы возможно, даже если это типовые БП и ЗУП.
Однако может потребоваться достаточно трудоемкая и нестандартная опти-
мизация. Все это вопрос времени, а, следовательно, денег. Вне рамок ЦКТП
(http://v8.1c.ru/expert/cts/cts.htm) такие проекты не стоит делать. А в их рамках
с помощью «1С» (при поддержке разработчиков) – вполне можно.
Но это если ничего не будет меняться. А меняться будет.
Давайте для БП8 проделаем обратный отсчет на 6–7 лет и сведем основные вехи
в таблицу 7.2.
Таблица 7.2. Развитие платформы «1С:Предприятие»
и типового решения «Бухгалтерия предприятия»
Дата
Событие
27.12 .2006
Выход платформы 8.1
21.12 .2007
Выход БП 8 редакции 1.6 (поддержка законодательства до 31.12 .2010 г.)
25.09 .2009
Выход платформы 8.2 (офиц. релиз)
01.04.2010
Выход БП 8 редакции 2.0
28.04.2012
Выход БП 8 редакции 3.0
29.05 .2013 Выход платформы 8.3 (офиц. релиз)
Смотрите сами: как все изменилось, причем в лучшую сторону. Каковы реальные
риски, оцениваемые 5 лет назад для «Бухгалтерии предприятия» редакции 1.6 на 8.1?
Их нет, потому что и БП 1.6, и платформа 8.1 уже в прошлом.
Еще надо учесть, что в 2011 году все, кому актуальна поддержка законодательства,
перешли на «Бухгалтерию предприятия» редакции 2.0, и объем базы у многих
опять сократился – потребовался перенос остатков.
С помощью нагрузочных тестирований можно и нужно защищаться от опасностей
текущего периода: переходить или нет на новый релиз платформы; как работает
ваша уникальная конфигурация, которую вы внедряете через 2 месяца; как отразятся
на производительности ваши доработки, которые вы внедряете через 2 недели.
Для таких случаев систему организации нагрузочных тестов надо собрать один
раз и потом регулярно использовать в рамках системы управления изменениями
проекта. Затраты на ее организацию с нуля распределятся на большое количество
тестов, которые на этом проекте с ее помощью будут проведены.
Но надо ли собирать систему с нуля ради единственного теста, дающего прогноз
на 5 лет вперед, это все-таки всегда открытый вопрос, как с точки зрения экономи-
ческого эффекта, так и с точки зрения обоснованности рисков текущего периода
в пятилетней перспективе.
Как же все-таки дать гарантию?
Если система уже работает, прочитайте эту книгу, особенно раздел 5.6, включите
мониторинг времени выполнения ключевых операций, мониторинг загрузки обору-
дования, мониторинг ошибок блокировок.
307
Заключение. О гарантиях работоспособности системы через несколько лет
Если в системе появятся проблемы производительности, вы их увидите минимум за
полгода до того, как они станут критичными для бизнеса. Тогда у вас, во-первых,
появятся гораздо более точные данные об узких местах, чем те, которые можно
получить с помощью моделирования. Во-вторых, у вас будет достаточно времени,
а у заказчика достаточно мотивации, чтобы начать заниматься поиском их решений.
В-третьих, эти данные будут построены на реалиях сегодняшнего дня, а не
на прогнозах.
Если проблемы уже есть, вы их сразу сегодня и увидите.
Проблемы производительности в одночасье не появляются, их можно и нужно
ловить на ранней стадии. То, что вы ведете ежедневный мониторинг, – это самая
лучшая гарантия работоспособности вашей системы на обозримую перспективу,
и эту гарантию вы можете получать в каждый момент жизни системы.
308 Настольная книга 1С:Эксперта по технологическим вопросам
Кому что читать
Сотрудникам заказчика:
■ ИТ-директору: главу 1, разделы 2.1 –2.4, 3.1–3 .5, 3.9, 4.10 (общие вопросы), 4.16
(общие вопросы), 4.21 (тест-центр – общие принципы), 4.21 (стандартный нагру-
зочный тест), 4.22, 5.1, 5.3, 5.4, 5.6, 6.1–6.4, «Заключение. О гарантиях работоспо-
собности системы через несколько лет»;
■ системному администратору: главу 1, разделы 2.1 –2.3, 3.1–3.5, 3.17 –3.19, 3.9,
4.1 –4 .9, 4.22, 4.23, 4.26, 4.29– 4.31, 5.1, 5.3, 5.4, 5.6, 6.1 –6.4, «Заключение. О гаран-
тиях работоспособности системы через несколько лет»;
■ методисту: главу 1, разделы 2.1–2.3, 3.1–3 .4, 3.9, 3.11, 5.1, 5.3, 5.4, 5.6, «Заклю-
чение. О гарантиях работоспособности системы через несколько лет»;
■ администратору СУБД: главу 1, разделы 2.1 –2.4, 3.1–3 .14, 3.16–3 .19, 4.4, 4.12–4 .15,
4.22, 4.23, 5.1, 5.3, 5.4, 5.6, 6.2 –6.4, «Заключение. О гарантиях работоспособности
системы через несколько лет».
Сотрудникам фирмы-внедренца (или сотрудникам заказчика, если у заказчика
своя команда разработки и поддержки):
■ внедренцу: главу 1, разделы 2.1–2 .3, 3.1–3.5, 3.9, 3.11–3 .13, 3.15–3.19, 4.1–4 .9, 4.10
(общие вопросы), 4.12–4.15, 4.16 (общие вопросы), 4.20, 4.21 (простейшие тесты),
4.21 (тест-центр – общие принципы), 4.21 (стандартный нагрузочный тест), 4.22,
4.23, 4.26, 4.27, 4.29– 4.33, 5.1 –5.6, 6.1–6 .4, «Заключение. О гарантиях работоспо-
собности системы через несколько лет»;
■ программисту: главу 1, разделы 2.1–2.3, 3.1–3 .3, 3.6 –3 .13, 3.15, 4.7, 4.20, 4.21
(простейшие тесты), 4.27, 4.32, 5.1–5.5, «Заключение. О гарантиях работоспособ-
ности системы через несколько лет»;
■ руководителю проекта: главу 1, разделы 2.1 –2.4, 3.1–3 .5, 3.9, 4.10 (общие вопросы),
4.16 (общие вопросы), 4.21 (тест-центр – общие принципы), 4.21 (стандартный
нагрузочный тест), 4.22, 5.1, 5.3, 5.4, 5.6, 6.1–6.4, «Заключение. О гарантиях рабо-
тоспособности системы через несколько лет».
1С:Экспертам по технологическим вопросам требуется владение всем
материалом книги.
310 Настольная книга 1С:Эксперта по технологическим вопросам
Список сокращений
APDEX – Application Performance Index, индекс производительности программ.
CPU – Central processor unit, центральный процессор.
DHCP – Dynamic Host Configuration Protocol – протокол динамической настройки
узла.
DNS – Domain Name System – система доменных имен.
ID – Identifier, идентификатор.
MSDN – Microsoft Developer Network, подразделение компании «Майкрософт»,
ответственное за взаимодействие фирмы с разработчиками.
PID – Process IDentifier, идентификатор процесса.
RLS – Record Level Security, разделение доступа к данным на уровне записей.
RPO – Recovery point objective, допустимая точка восстановления.
RTO – Recovery time objective, допустимое время восстановления.
VLAN – Virtual Local Area Network, виртуальная локальная сеть.
БД – база данных.
БП – Бухгалтерия предприятия.
БСП – Библиотека стандартных подсистем.
ВРМ – виртуальное рабочее место.
ДПС – дорожно-патрульная служба.
ЗУП – Зарплата и управление персоналом.
ИТС – Информационно-технологическое сопровождение «1С».
КИП – Корпоративный инструментальный пакет.
КО – ключевая операция.
КОРП – корпоративная редакция конфигурации.
НДС – налог на добавленную стоимость.
ОЗУ – оперативное запоминающее устройство.
312 Настольная книга 1С:Эксперта по технологическим вопросам
ОП – оценка производительности (подсистема).
ОРНР (ОРНР1, ОРНР2 и т. д.) – общий реквизит, являющийся разделителем
в режиме «независимо».
ОРР – общий реквизит, являющийся разделителем (для случая, когда режим разде-
ления не имеет значения).
ОРРХ – значение хеш-функции набора значений разделителей.
ОРСР – общий реквизит, являющийся разделителем в режиме «независимо
и совместно».
ОС – операционная система.
ПО – в качестве сокращения в данной книге не используется, используется только
как элемент языка запросов, наряду с ГДЕ, ИЛИ и пр.
СУБД – система управления базами данных.
ТЖ – технологический журнал.
ТЦ – Тест-центр.
УПП – Управление производственным предприятием.
ЦКК – Центр контроля качества.
ЦКТП – Центр корпоративной технологической поддержки.
ЦУП – Центр управления производительностью.
© ООО «1С-Паблишинг», 2015
© Оформление. ООО «1С-Паблишинг», 2015
Все права защищены.
Материалы предназначены для личного индивидуального использования приобретателем.
Запрещено тиражирование, распространение материалов, предоставление доступа по сети
к материалам без письменного разрешения правообладателей.
Разрешено копирование фрагментов программного кода для использования
в разрабатываемых прикладных решениях.
Фирма «1С»
123056, Москва, а/я 64, Селезневская ул., 21.
Тел.: (495) 737-92-57, факс: (495) 681-44 -07.
1c@1c.ru, http://www.1c.ru/
Издательство ООО «1С-Паблишинг»
127434, Москва, Дмитровское ш., д. 9 .
Тел.: (495) 681-02-21, факс: (495) 681-44 -07.
publishing@1c.ru, http://books.1c.ru
Об опечатках просьба сообщать по адресу publishing@1c.ru.