Очень полезное видео. Как и оба предыдущих. Никакой воды все по делу. Однозначно лайк) Надеюсь оставшиеся видео про запросы и потребление памяти на сервере 1С все таки выйдут. Лучше поздно чем никогда)
Видео хорошее, но по MSSQL вы немного неточны. С MSSQL 2005 данная СУБД может работать с различными базами как блокировочник или как версионник. Регулируется это параметрами базы.
Вспоминается... Студент автошколы подходит к председателю выпускной комиссии и спрашивает: Почему другим поставили в удостоверение оценки как оценки 3,4,5 а у меня написано Восхитительно! Превосходно!. - А вы кем работаете? -Гинекологом. -Ну вот, теория у вас на хорошо, вождение так себе, но когда вы свечи зажигания в двигателе поменяли через выхлопную трубу... Елена, два вопроса: 1. Не проще было из журнала расширенных событий и события эскалация взять образец запроса и по нему найти в технологическом журнале виновника и контекст 1С? 2. Как метод решения. При проведении наложить программно управляемую блокировку на пространство документа без уточнений, тогда мы уберем все параллельно проводящиеся документы переведя эскалацию базы данных в ожидание на управляемой блокировке или сможем мягко обработать эту ошибку, например повторив проведение.
Спасибо за видео. Отмечу, что при поиске connect ID потерялся плюсик в конце регулярки, иначе показывает только первую цифру из номера, т.е. нужно "grep -oPh 'connectID=\d+'"
Да....но скорее всего Елена "что-то знала" и искала именно этот коннект ) Вы же скорее всего не думаете, что она это все экспромтом делает ) Ну и вообще видео все полезные, но реальность гораздо более жестока и неоднозначна, когда смотришь лог на 200Гб, то эти песочницы все выглядят очень детско ) ...но с чего-то начинать надо.
Думаю, стоило отметить, что флаг трассировки нужно будет повторно устанавливать после перезапуска экземпляра SQL Server, или прописать его в StartupParameters, но кто с SQLServer работает, тот и сам об этом знает :-)
Спасибо за дополнение! Расчет был еще на то, что те, кто с SQL Server не работали, прочитают дополнительно, например, документацию вендора по флагам трассировки) Сложно вместить в одно видео всё, что хочется рассказать, к сожалению.
@@elenaskvortsova4478 Все вместить и не получится, материала много. На мой взгляд, получилась хорошая демонстрация практического применения методики расследования с использованием доступных инструментов. Теоретическая часть освещена сжато, но достаточно информации, чтобы заинтересованный человек нашел нужные методологические материалы через поисковик.
Потому что в управляемом режиме при использовании Платформы 8.3 (и режима совместимости не ниже) используется расширение уровня изоляции RCSI, и блокировки при чтении не ставятся. Эскалация при записи возможна, но не по причине неоптимальности запроса. Кажется, что об этом говорится в видео.
@@elenaskvortsova4478 на 9.38 вы не говорите про режим совместимости. Мне вот кажется что в управляемом приложении не оптимальный запрос в транзакции легко может использовать избыточное чтение таблицы и как следствие эскалацию.
Вы перепутали режим запуска с режимом управления блокировками. Про "управляемое приложение" я не говорю ни слова в принципе. Про режим совместимости же я говорю в первом видео. Не хочется увеличивать и без того немаленький тайминг, повторяя одно и то же во всех видео. Но повторю еще раз: при уровне изоляции RSCI, который используется Платформой 8.3 в режиме совместимости не ниже при работе с MS SQL 2005 и выше, чтение неблокирующее.
@@elenaskvortsova4478 да, я написал что попало. "...в управляемом приложении.." надо читать "режим блокировок управляемый". с вами я согласен, но только если держать в уме что режим совместимости не ниже 8.3. Скажем для УПП это уже не так
@@АлексейНеизвестный-ь6р При желании УПП можно вывести из режима совместимости с 8.2.13... (или с какой версией платформы она сейчас совместима по умолчанию).
Хорошее видео. Тому, кто активно изучает тему технологической экспертизы будет очень полезно. Все просто и доступно. Но оно не для людей с нулевым уровнем знаний в этой области.
@@triviumfan9411 Я как раз это все знаю, и регулярно применяю аналогичные подходы в решении рутинных задач. А вот о собственный уровень культуры и знаний вы только что показали наглядно.
Очень полезное видео. Как и оба предыдущих. Никакой воды все по делу. Однозначно лайк) Надеюсь оставшиеся видео про запросы и потребление памяти на сервере 1С все таки выйдут. Лучше поздно чем никогда)
Видео хорошее, но по MSSQL вы немного неточны. С MSSQL 2005 данная СУБД может работать с различными базами как блокировочник или как версионник. Регулируется это параметрами базы.
Шикарный материал! Спасибо. Когда же уже выйдет следующее видео про неоптимальные запросы?
Здравствуйте. Пока новых видео не планируется.
@@Курсы1Сиэкзамены1СУчебныйцентр Обещали же пять видео )
Отлично! Продолжайте.
Что за прекрасная женщина
Коллеги, а где же 4 и 5 видео?
Вспоминается... Студент автошколы подходит к председателю выпускной комиссии и спрашивает: Почему другим поставили в удостоверение оценки как оценки 3,4,5 а у меня написано Восхитительно! Превосходно!. - А вы кем работаете? -Гинекологом. -Ну вот, теория у вас на хорошо, вождение так себе, но когда вы свечи зажигания в двигателе поменяли через выхлопную трубу...
Елена, два вопроса: 1. Не проще было из журнала расширенных событий и события эскалация взять образец запроса и по нему найти в технологическом журнале виновника и контекст 1С?
2. Как метод решения. При проведении наложить программно управляемую блокировку на пространство документа без уточнений, тогда мы уберем все параллельно проводящиеся документы переведя эскалацию базы данных в ожидание на управляемой блокировке или сможем мягко обработать эту ошибку, например повторив проведение.
Спасибо за видео. Отмечу, что при поиске connect ID потерялся плюсик в конце регулярки, иначе показывает только первую цифру из номера, т.е. нужно "grep -oPh 'connectID=\d+'"
Да....но скорее всего Елена "что-то знала" и искала именно этот коннект ) Вы же скорее всего не думаете, что она это все экспромтом делает )
Ну и вообще видео все полезные, но реальность гораздо более жестока и неоднозначна, когда смотришь лог на 200Гб, то эти песочницы все выглядят очень детско ) ...но с чего-то начинать надо.
Думаю, стоило отметить, что флаг трассировки нужно будет повторно устанавливать после перезапуска экземпляра SQL Server, или прописать его в StartupParameters, но кто с SQLServer работает, тот и сам об этом знает :-)
Всё мои кастомные флаги остаются после перезапуска СУБД
Спасибо за дополнение! Расчет был еще на то, что те, кто с SQL Server не работали, прочитают дополнительно, например, документацию вендора по флагам трассировки)
Сложно вместить в одно видео всё, что хочется рассказать, к сожалению.
@@elenaskvortsova4478 Все вместить и не получится, материала много. На мой взгляд, получилась хорошая демонстрация практического применения методики расследования с использованием доступных инструментов. Теоретическая часть освещена сжато, но достаточно информации, чтобы заинтересованный человек нашел нужные методологические материалы через поисковик.
почему в управляемом режиме не оптимальный запрос не является основной причиной эскалации?
Потому что в управляемом режиме при использовании Платформы 8.3 (и режима совместимости не ниже) используется расширение уровня изоляции RCSI, и блокировки при чтении не ставятся. Эскалация при записи возможна, но не по причине неоптимальности запроса. Кажется, что об этом говорится в видео.
@@elenaskvortsova4478 на 9.38 вы не говорите про режим совместимости. Мне вот кажется что в управляемом приложении не оптимальный запрос в транзакции легко может использовать избыточное чтение таблицы и как следствие эскалацию.
Вы перепутали режим запуска с режимом управления блокировками. Про "управляемое приложение" я не говорю ни слова в принципе.
Про режим совместимости же я говорю в первом видео. Не хочется увеличивать и без того немаленький тайминг, повторяя одно и то же во всех видео.
Но повторю еще раз: при уровне изоляции RSCI, который используется Платформой 8.3 в режиме совместимости не ниже при работе с MS SQL 2005 и выше, чтение неблокирующее.
@@elenaskvortsova4478 да, я написал что попало. "...в управляемом приложении.." надо читать "режим блокировок управляемый". с вами я согласен, но только если держать в уме что режим совместимости не ниже 8.3. Скажем для УПП это уже не так
@@АлексейНеизвестный-ь6р При желании УПП можно вывести из режима совместимости с 8.2.13... (или с какой версией платформы она сейчас совместима по умолчанию).
Не понимаю на кого расчитано сие видео
заголовок же есть. там и написано для кого.
Хорошее видео. Тому, кто активно изучает тему технологической экспертизы будет очень полезно. Все просто и доступно. Но оно не для людей с нулевым уровнем знаний в этой области.
@@МаксимАндреев-и8ж полезной информации ноль, всё по верхам собрано, кто знаком итак знает, а твой высер лишь подчёркивает уровень.
@@triviumfan9411 Я как раз это все знаю, и регулярно применяю аналогичные подходы в решении рутинных задач. А вот о собственный уровень культуры и знаний вы только что показали наглядно.
@@triviumfan9411 Информации достаточно. Здесь - пища для ума. Видео полезное.