Участилась проблема с блокировками. База большая УПП 1.3, пользователей около 70. Главбух постоянно предъявляет претензии. Описал ей, что причина либо в кривом запросе, либо нагрузке на сеть, либо в мощности сервера, либо в настройках SQL. Ко всему этому не имею доступа, т.к. есть админы и сопровожденец конфы. В мою задачу входит только работа с пользователями и дописание всего внешнего. Вопрос такой, подскажите, пожалуйста, я ничего не упустил? Я так понимаю, что прежде чем задавать такие вопросы мне, мне нужно как минимум передать права на администрирование SQL-сервера, чтобы начать с трассировок. Я прав?

http://wiki.mista.ru/doku.php?id=it:analiz_sql_block

(1)+ передай ссылку админам и пусть они тебе результат отдадут...

(2)Спасибо большое, подумал еще, что может проблему создавать то, что сервер на виртуалке.

(3) вполне может, тогда тебе нужны счетчики гипервизора... особенно очередь к дискам... закажи у админов...


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

(4) Спасибо, просто считается если 1С тормозит - это ко мне ))

РАУЗ, я надеюсь, включен?

(6) Нет, партионка

(7) А, ну тогда понятно... Или вы расчет себестоимости по ночам делаете?

(8) Я не определял расчет себестоимости, есть более продвинутый человек, который занимался внедрением и занимается поддержкой. Я бухам и говорю - делайте в выходные ))

(5) не правильно поставил себя в компании....

смело говори "тормозит не 1с а сервер и сеть, все вопросы к админам...", проси разделения зон ответствености...

разделением должно стать четко описаные критерии того что тебе выделяют админы, например
1. на SQL сервере не менее 32 гиг физической (не выгружаемой гипервизором) памяти для SQL сервера
2. на SQL сервере очередь к дискам не более 0.1 сек

и так далее...

тогда лего определить чья эта проблемма...

"Его нужно выполнить в Мастерс" написано в (1), имеется ввиду БД Master?

Ветка мракобесия, занятно читать.

(9) В той базе, о которой вчера говорили (15 активных пользователей) после перехода на РАУЗ забыли, что бывают блокировки. Перешли 4 года назад. Новые сотрудники вообще блокировки в глаза не видели и когда у кого-нибудь раз в год выскакивает - звонят мне с испугом "Это что такое?" :)

(11) да

(13) (14) Спасибо!

(1) http://savepic.org/6939333.png результат запроса.

(16) нормально это когда упирается в запись данных и лога, нормальные величины для этих операций от 5 до 10 %, у тебя их и в помине не видно, значит никакие танцы с дисками тебе ничего не ускорят....

идещь на https://msdn.microsoft.com/ru-ru/library/ms179984.aspx и читаешь, оптимизируй настройки сети и сервера пока запись данных и лога хотя бы до 5% не дойдут...

(13) главное вопрос: может ли кто-то кроме одинэсника (а у меня сомнения и в них) - проконтролировать ПРАВИЛЬНОСТь конечных цифр (именно правильность, а не правдоподобность)

(17) Причем тут сеть и сервер? проблема явно в коде
это же дедлоки, а не таймауты

(19) Где написано про дедлоки?

Через некоторое время вдруг окажется, что база на автоблокировках..
Регламенты на субд выполняются?
Я бы посмотрел сначала:
1)долгие (неоптимальные) запросы
2)недостающие/неиспользуемые индексы
3)рассчитаны ли итоги вообще (бывает и такое)
4)режим разделения итогов
3)полный пересчет итогов

Какой релиз УПП? ПолучитьДеревоПартий() обновлена?

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

(21) 1С:Управление строительной организацией, редакция 1.3 (1.3.61.3) "ПолучитьДеревоПартий() обновлена?" - как узнать?

(20)
1) Выясняю, вернее пытаюсь ))
2) Пытаюсь выяснить.
3) Уверен, что рассчитаны.
4) Не в курсе.
5) Не имею права.
Сначала хочу выяснить проблемы сети, сервера и SQL, потому, как думаю это проще пока, потом копать дальше.

(24) если не имеете прав, почему тогда вообще этим занимаетесь?

(25) Разделение идет, опытный программист сопровождает из франчи, а я на фикси - на подхвате.

Меряйте железо, если оно в порядке, то смотрите долгие запросы.

(27) Ох, пытаюсь :)

(22) нафига это нужно на локалке????

это нужно ТОЛЬКО на боевом сервере!!! при активно работающих пользователях!!!

(29) Боязно запускать сходу запрос на сервере )

(29) Читаю Вашу статью и вот еще нарыл http://habrahabr.ru/post/216309/

(30) не сцы, я тыщу раз так делал! (наша раша)

:)

(32) :) Сегодня запущу на сервере, завтра скину результаты, спасибо!

Кстати, в воскресенье перенес tempdb на другой диск, отвел память на 9Гигов под SQL, параллелизм в 1 поставил(было 0), в базе авторасширение поставил 200 и 50 Мб. Вроде побыстрее стало, по отзывам.

(34) в вопросах оптимизации НИКОГДА не ориентируйся на отзывы, только на конкретные цифры...

это САМОЕ ГЛАВНОЕ В ОПТИМИЗАЦИИ!!!

(35) Я понял, надо было что-то быстрее предпринимать. Сейчас по анализам запроса (1) буду пока ориентироваться.

(35) Садись два, вы явно не вкурсе

(37) + Отзыввы крайне важны, так как оптимизация делается не для мифических цифр, а для удовлетворения потребности Заказчика

(37) это Вы не в курсе, что у людей "быстрее" зависит не от фактов а например от ПМ, или от того сколько времени до сдачи баланса и еще от миллиона причин.

Любая оптимизация начинается с вопросов
- что тормозит?
- ОСВ за год
- Сколько сейчас?
- 10 мин
- Сколько будет хорошо?
- 30 сек

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

Давайте договоримся так, что все хорошо, если цифры статистики подтверждают мнение пользователей :)

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


почитай про SLA...

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

http://www.inframanager.ru/survive_guide/sla_for_beginners/ если кому-то интересно...

Результат запроса на сервере http://savepic.org/6942211.png

(44) + XE_DISPATCHER_WAIT = 64,5% - означает, что много фоновых заданий?

XE_DISPATCHER_WAIT - 64.5%

"Происходит, если фоновый поток, который используется для сеансов расширенных событий, ожидает обработки буферов событий."


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

посмотри для начала
1. когда обновлялась статистика?
2. часом скуль не на виртуалке?

может переиндексация или еще чего...

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

(46)
1. Регламент по статистике делается ежедневно сейчас (Админ говорил, надо проверить).
2. Сервер SQL (только он) на виртуалке.

(47) Сейчас попробую.

(47) Не, не смогу сегодня, пароля нет на доступ и админ уехал. Завтра посмотрю, выложу.

(48) >>>Сервер SQL (только он) на виртуалке.

это очень серьезный момент, грамотно настроить можно, но я такого почти не встречал....

постараюсь объяснить

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

там много заморочек и с памятью и с диском и с камнями...

опять начали про память на сервере, когда проблема блокировок?

Отложенное проведение спасет отца русской демократии.

(51) Если диск с базой невиртуальный то нормально все

(53) отложеное проведение - путь к минусам...

путь конечно возможный, но больно много на нем кочек...

(55) единственно возможный пусть с упп 1.3

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

v8: Возможности повышения производительности сервера баз данных MS SQL 2008

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

(57) При чем тут время записи, у автора XE_DISPATCHER_WAIT - 64.5%

(51) Спасибо, с самого начала по отзывам говорил админам, что виртуалка - зло. Трудно будет перенести на обычный сервер?

(52) Скорость увеличу - взаимоблокировок поменьше будет, так думаю.
(54) виртуальный
(57) сколько стоит такой SSD, примерно?
И насколько увеличит скорость, если все же tempdb на него положить?

(58) Спасибо, почитаю, если автор не будет против - спишусь.

(61) при установке SSD резко увелится скорость фулскана, а поиска по индексу увеличится мало, по этому SSD рулит только для логов (при условии правильных индексов в 1с)

(63)+ то есть SSD сделает кривые руки программиста 1с не такими видными народу... для нормальных баз SSD офигенного прироста не дает...

(64) У нас УПП вся паханная перепаханная. Плюс строительный модуль от Раруса. SSD по 8 тысяч - это не то? Просто никогда не интересовался железом.

(65) у меня были отрицательные опыты с SSD

Танцы с бубном вокруг SSD диска с win-7

я конечно понимаю, что будущее за ними, но я не слежу за ними... придет эра массового внедрения SSD - въеду в тему :)

(58) Там в 21 посте "на железной машине (а не на виртуалки) длину очереди к диску, если более 0.5с - то мало, если 5-10с - то афигительно мало" - как узнать длину очереди к диску? У меня память под SQL 9Гигов всего, а крутится Документооборот и УПП.

(39) Вы про Апдекс, тогда тут вопросов нет, абсолютно согласен.

(67) не путай, память на сервере скуль видит то, что ему отдано гипервизором, а гипервизор может имеет всего 1 гиг памяти а остально своп :)

"железная машина" - это гипервизор, все замеры счетчиков винды нужно делать на нем а не на вируальной машине где стоит скуль

(69) Своп - это на Линуксе? У меня Win Сервер 2008

(70) https://ru.wikipedia.org/wiki/Подкачка_страниц

(71) Спасибо! Осталось разобраться с монитором производительности показания снимать.

Регламентные задания настроены, но как оказалось не выполнялись, т.к. был отключен SQL Agent.

(73) бинго!!!

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

статистику обновляй не реже чем раз в два часа...

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

да и про виртуализацию то-же не забывай :)

и все-же регламентные задания распиши какие и как настроены :)

(74) Спасибо, буду пробовать. Какой интервал в замерах лучше ставить? И результаты за 8 минут, которые у меня, насколько показательны? http://savepic.org/6915633.png

>>>>Разделение идет, опытный программист сопровождает из франчи, а я на фикси - на подхвате.

теперь ты понимаешь какой это "опытный программист" ???

(76) сейчас ничего не делай, дай время скулю несколько раз обновить свою статистику регламентыми заданиями, уверен после этого скорость увелится примерно в 2 раза...

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

(75) Раз в день обновление статистики и чистка кэша, раз в неделю дефрагментация индексов и раз в неделю реиндексация таблиц.
Но я перенастрою, статистику и кэш на раз в два часа, дефрагментацию раз в сутки и реиндексацию раз в неделю. (77) Не-не, он администрированием не занимается, ставил SQL наш генеральный директор и админ.

(79)может лучше на ночь перенести

(78) Понятно, спасибо, сегодня вечером настроим регламентные задания.
(80) Что на ночь перенести, какое задание?

(81)все.

(79) обновление статистики поставьте раз в час или два, не бойтесь тормозов не будет.

дефрагментацию индексов ставь раз день, что-бы ночью шло. реиндексацию можно так оставить...

в понедельник запусти опять мой скрипт....

больше ничего не делай пока ибо надо посмотреть результат...

(83) Ок.
(82) Регламент по статистике и кэшу на работу системы почти не влияют, я читал рекомендации делать их почаще.

а и параллелизм сейчас поставь = 0, а то ты его в 1 вроде ставил?

(85) Да, везде вроде рекомендуют, а был в 0. Еще вопрос перед реиндексацией таблиц желательно делать бэкап?

(85) Я верну в ноль, но что это значит?

(86) рекомендую ставить 1 для 7.7 (или для тех кто не умеет настраивать регламент скуля), для 8.х лучше ставить 0...

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

бекап связан со шринком, но ты шринк не делаешь в регламенте...

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

еще совет - перегрузите сервер, для проверки что агент работает, а то опять отвалится поле апдейта очередного....

но это уже к админу :)

(90) Хорошо, все сделаю, протестирую в понедельник и отпишусь.

скулю отдано 9 гигов? а объемы баз какие? если базы большие, то посмотрите счетчики SQL, может ему памяти мало

(92) Две базы, скульные копии размером больше 100 Гигов.

(90) Еще вопрос возник, а на какие базы регламент применять?

В смысле только на рабочие или на системные тоже?

(94) на все... даже на тестовые, хуже не будет :)

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

(96) Хотелось бы ))
Кстати по блокировкам, может кому понадобится нашел такой скрипт

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

DECLARE @dbid AS smallint;
use [test];
SET @dbid=DB_ID();

/*кто кого*/
SELECT DB_NAME(pr1.dbid) AS 'DB'
      ,pr1.spid AS 'ID жертвы'
      ,RTRIM(pr1.loginame) AS 'Login жертвы'
      ,pr2.spid AS 'ID виновника'
      ,RTRIM(pr2.loginame) AS 'Login виновника'
      ,pr1.program_name AS 'программа жертвы'
      ,pr2.program_name AS 'программа виновника'
      ,txt.[text] AS 'Запрос виновника'
FROM   MASTER.dbo.sysprocesses pr1(NOLOCK)
       JOIN MASTER.dbo.sysprocesses pr2(NOLOCK)
            ON  (pr2.spid = pr1.blocked)
       OUTER APPLY sys.[dm_exec_sql_text](pr2.[sql_handle]) AS txt
WHERE  pr1.blocked <> 0
[\1C]
Теперь если появляются блокировки, смотрю кто блочит, звоню, спрашиваю, прошу приостановить работу по приоритету. Пока хоть так.

(20) см. (0)

"Конфликт блокировок при выполнении транзакции" = Дедлок


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

(98) Верно, вот здесь хорошо расписано http://habrahabr.ru/post/160485/ Сначала планирую поднять производительность, потом уже углубляться в анализ запросов.

(99) в данном случае стоит делать наоборот

(100) Все-таки считаю, что чем быстрее выполнится транзакция, тем меньше вероятность блокировок. Я уже писал, что нахожу виновника и мне говорят, что операция закончится минут через пять. Я советую другим подождать 5 минут, потом все начинает работать. Я если бы операция выполнялась 1 минуту или меньше? Там могло и не возникнуть блокировок.

(101) Возможно, что если поменять две строчки местами - то вообще ошибок не будет

лучше сначала пусть админа заставит работать

(103) Не :), надо брать в свои руки, потому, что если "что-то с 1с" админы мне уступают право быть виноватым.

(102) Чтобы найти эти две строчки на стопицот лет учиться и разбираться.

*на - надо

(98) "Конфликт блокировок при выполнении транзакции" <> Дедлок

(107) какие еще варианты?

(107) Есть конфликт блокировок и конфликт взаимоблокировок?

"Конфликт ВЗАИМОблокировок при выполнении транзакции" = Дедлок

(110) ты бредишь

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

(112) Конфликт блокировок = взаимоблокировка = дедлок.

Конфликт взаимоблокировок - бред.

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

(113) Я сейчас только понял, "Превышено время ожидания блокировки" - вот у меня основная ошибка, но я точно помню, что были и взаимоблокировки. Понаблюдаю. Спасибо.

А вообще не знаю, вот ошибки http://savepic.org/6902344.png и http://savepic.org/6890056.png . Но, насколько помню было когда-то и предупреждение именно ВЗАИМОБЛОКИРОВКИ.

(98) при всем моем уважении это не всегда так, есть еще отвал ожидания по таймауту, и это нифига не делок....

в полученой статистики дедлоков вообще нет.... только их поиск ...

(116)+ упс, Вы уже перетерли это :)

(117) Это говорит, что надо внимательней читать предупреждения 1С, а я по невнимательности все в одну кучу мешал, буду внимательней.

Не выполнились регламентные задания, в ошибке "Для программы выполнения пакетов SQL Server необходимо, чтобы были установлены службы Integration Services" и т.д. Думал SQL server и SQL Server Agent только нужны. Читаю...

http://support.microsoft.com/kb/961126 старая версия SQL, надо обновлять.

(120) фигней не майся - ставь задачу админу, пусть он ее решает, это не твои траблы...

судя по (119) у Вас никогда регламент не выполнялся :)

(121) Никогда, я получил отчет о физических индексах для базы, их вообще нет.
Надо помочь админам, попросили. Не знаю какой пакет качать SQL_Server_2008_RTM_CU3_SNAC или SQL_Server_2008_Cumulative_Update_3

Конфликт блокировок <> дедлок. Что с вами? Дедлок - неразрешимый конфликт блокировок.

(123) Ну, погнали наши городских :)

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

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

а пользователей которые кричат "не работает" шли к админам...

(123) у скуля есть таймаут ожидания блокировки, по умолчанию он вроде 600 сек, а теперь представь

я поднимаю транзакцию и внутри нее пытаюсь востановить последовательность, при этом блокируется таблица границ в разрезе измерения (например Номенклатуры), если кто-то попробует провести ЛЮБОЙ документ содержащий Номенклатуру из заблокированых моей транзации то он будет ожидать окончания моей блокировки... если ожидание продлится 600сек то его транзакция отвалися с сабжем...

это НЕ ДЕДЛОК!!!!

дедлок - это взаимная блокировка внутри ОДНОЙ транзакции!!!

(125) Нас трое, сидим все вместе, дружим. Я понимаю, что могут быть ошибки, сама Майкрософт не рекомендует на рабочем сервере сразу делать обновление. Думаю все же сделать так - разверну сервер где-нибудь в другом месте, поставлю, накачу пакет, погоняю, только потом на рабочей буду.

"дедлок - это взаимная блокировка внутри ОДНОЙ транзакции!!!"

мдяя

(128) согласен, может и в разных быть...

(122)нет.это их работа,а потом кто думаешь будет виноват?

Спасибо всем, согласовал с админами, сделают они обновления. По результатам отпишусь.

Внутри ОДНОЙ транзакции не может быть взаимоблокировки никак. Блокировки внутри одной транзакции поглащаются или эскалируются.

интересно чего там у автора?

(133) Не получилось на прошлых выходных обновить SQL для запуска регламентных заданий, поэтому пока не пишу. Обязательно отпишусь, как сделаем. Я хотел спросить, сколько, примерно, будут реиндексироваться таблицы и дефрагментироваться индексы, если никогда не проводились регламенты? База больше 100 Гигов, документооборот 50 Гигов и системные базы. А бухи пока так и жалуются на скорость...

прошла неделя :) админы пьянствуют :)))

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

Напишу ответ, полученный от vde69, для хронологии и может кому-то понадобится:
"режим отладки может влиять только когда кто-то пользуется трассировкой серверных модулей в конфигураторе в РАБОЧЕЙ базе"

Не без приключений обновили SQL, регламентные задания заработали. По словам админа 1с после обновления SQL тормозила, но после перезапуска виртуалки вроде все пошло нормально. База большая, больше 100 Г, появились вопросы:
1. Как долго будет выполняться дефрагментация индексов?
2. Как долго будет проходить построение индексов?
3. Как отразится на работе пользователей обновление статистики и продувка кэша во время их работы?
Учитывая, что база никогда не проходила регламент.

(138) + 2 часа 53 минуты шло только обновление статистики. Интересно потом будет быстрее?

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

обновление статистики на работу не влияет...
продувка кеша - не уверен, я-бы не стал это делать во время активной работы...

пускай пару дней поработают с обновлением статистики (1 раз в 4 часа) потом замерь сколько будет идти обновление статистики, опроси юзеров на предмет "сильно медленее стало чем было раньше?" (спрашивать нужно имено "медленее", это трюк такой который субьективных юзеров заставит сказать "чуток медленее чем было", считай оценки "как было" и "стало лучше")

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

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

у меня НОЧНОЙ регламент выглядит так http://www.picshare.ru/view/6073393/

база в 10 гигов проходит за 25 минут...

(126)
Что значит "взаимоблокировка в одной транзакции" ?
Для взаимоблокировки должно быть, как минимум, две транзакции - одна блокирует сначала одну таблицу, а потом другую - другая - наоборот - сначала вторую, а потом - первую.
Получается, что они друг друга ждут, но SQL-сервер умеет такое "разгребать" - он "убивает" одну из транзакций, то есть она завершается с ошибкой, а вторая - продолжается.

(143) Да, мы потом это обсудили

(142) Зачем после ребилда делать дефрагментацию? Она итак проходит во время ребилда.

(145) может и не надо, но читал на форуме, что в разных версиях по разному.

Меня сейчас все устраивает, и скорость и стабильность и время...

(142) Я думаю, что у меня так долго, потому, что никогда не делалось. Потом ускорится.

кстати сейчас после шринка выяснется, что база не 100 гигов а всего 20 :)

(148) А у меня шринк не настроен, что это за обрезание? Что происходит?

Нашел SQL: Что такое Shrink database when it grows beyond?

Решили пока с индексами ничего не делать. Будем раз в 4 часа обновлять статистику, ночью продувка кэша. Только есть предположение, что дневная статистика без продувки сразу после нее замедлит работу.

(151) ребулдинг индеса обязательно сделай, хотя-бы раз в неделю (на выходные)

(152) Хорошо, попробую, отпишусь. Спасибо!

год закрыли :)

(154) Да )) Начнем делать потихоньку, сегодня.

+ Пока без всего - просто сделали выделение памяти SQL так, чтобы загруженность памяти на виртуалке была не больше 80 процентов - все работает намного стабильней и замечаний практически нет, но настроим регламенты еще обязательно. Проблема была в том еще, что под SQL отводили много памяти и на системные процессы не было резервов, подскакивало до 98 процентов, получался затуп.

Потихоньку включаю регламентные задания. Пока ежедневно 2 раза выполняется 1-й план, состоящий из Обновления статистики и очистки кэша, и 2-й план который по ночам выполняет дефрагментацию. Вроде все нормально, но сегодня почему-то не отработал первый план http://s04.radikal.ru/i177/1504/b8/b6bb3b807e62.png Вместо двух заданий почему-то просто зеленая галка. Вечером позвонила ГБ, говорит притормаживает 1с. Вопрос собственно, план не выполнился и выполняется? Почему одна галка, без задач?

предположу, что "в процессе" и по этому-же может притормаживать...

или в расписание указали "выполнить один раз"

(158) Я тоже так думаю, но выполнялось 6-го 2 часа, а сегодня уже весь день с 7 утра, что-то пошло не так?
(159) http://s018.radikal.ru/i509/1504/4c/8a3e76338bd6.png Повторяющееся задание
Видимо задание выполняется, пользователи начинают кричать о тормозах. Если в заданиях Остановить задание, должна отработать остановка?

Подскажите, как выполнить скрипт из MS SQL 2008 но под другим пользователем? Не тем которым запущен агент. Такое возможно?

(161) Не знаю точно, но думаю скрипты можно запускать только под учеткой с админскими правами

(161) можно, только я не помню как технология называется....

dts или dto ... не помню точно

В 15-00 отработал новый план, вроде нормально http://s018.radikal.ru/i523/1504/9b/49a0674fc763.png