Добрый день!

Такая проблема:
При первом запуске после ночной перезагрузки сервера конфигуратор может запускаться 30 минут.
Если его закрыть и открыть снова - уже 1-2 минуты.
Платформа 8.3.7.2008
УТ 11.2
SQL-ная база.
2 сервера, сервер приложений, он же теринальный сервер (оперативки 40 Gb) и SQL сервер (24 Gb).

Каждую ночь сервак перегружаем.
После перегрузки утром первый запуск конфигуратора длится 30 минут.
Что это? Почему так долго? Как ускорить? Подскажите, пожалуйста.

Кэш конфигурации почисти - удивишься скорости

(1) чистил. Еще дольше стало (при запуске кеш заново создается). Возможно, дело в диске. Также при изменениях конфигурации ее сохранение занимает несколько минут (7-10 минут). Что тоже подтверждает мои догадки по диску. Проблема в нём.
Но хотелось бы точно понять - в нём ли проблема. И что делать дальше?

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

(0) В первую очередь смотреть на время чтения (где лежат кеши / лежит база) в perfmon (Avg Disk Sec Read). Выше 100 мс - можно говорить о проблемах с диском.
Так же очередь к диску где лежат кеши / лежит база.

+(4) Да домашнем компе лежала файловая база 1С которая при заходе в конфигуратор открывалась гораздо дольше чем на работе. Стандартный scandisk нашёл 10 битых секторов, после переназначение секторов загружалась так же как и на работе. Но это пальцем в небо, причин может быть куча.
З.ы. диск через год помер.

(5) ОК! Спасибо! Буду пробовать, как пишите. По результатам, постараюсь отписать.

(0)Может хватит ломать(перезагружать) сервер?)

(7) везде советуют это делать.

(8) Сервер нужно перегружать только в случае крайней необходимости. Всех других советчиков слать в путешествие. Пешее.

(4) и (5). Попробовал сейчас на своем компе загрузить. Сделал выгрузку базы с сервера, загрузил себе. При первом входе - загружался 35 минут. При втором - 2 минуты. Если поможет для выяснения - у нас Raid.
Значит не диск? Кеш? Но 30 мин всё равно долго.
Да и смущает еще момент - запись конфигурации после изменений на сервере длиться 7-10 минут. А у меня на компе сейчас попробовал - секунды.

(10) 2 минуты - это долго, а 35 - ваще пздц.

(11)+ кэш ни при чем. Все вопросы к диску.

(12) Диск и на моем компе тоже дохлый? На сервере RAID, у меня нет (домашний комп) и время первой загрузки совпадает (30 и 35 минут). Какие могут быть вопросы к диску? Не вижу логики. Тогда бы у меня быстрее бы загрузился. А так - то же самое.

На демобазе проверь

(14) точно :) Сейчас попробую. Отпишусь.

(10) - на твоём месте я бы сделал ТИИ с реструктуризацией и проверкой логической целостности.

+(10) Инфы по очереди и скорости из (4) не предоставил. Так можно долго гадать.

(16) и (17) Да, вечером сделаю обязательно. И ТИИ и замеры по скорости.

(18) Процессор (очередь и загруженность %) и оперативную память (сколько свободно) ещё

(19) здесь свободно более 50%. Замерял при запуске. Памяти 40 Гигов - свободно (всего 80).

(14) Демобаза у меня запустилась за несколько секунд (правда конфигурация не была открыта), но на открытие конфигурации ушло 4 минуты. Но не 35! Размеры баз не сильно отличаются (та, которая виснет - 1,5 гига).
Сделаю вечером ТИИ и замеры по диску. Напишу.
Если еще до вечера идеи у кого будут - пишите. :)

(21) так вся суть именно в открытии конфигурации. Сам по себе конфигуратор ни о чем

(13) ну если не видишь логики, копай дальше, где копаешь. Я встречал подобные проблемы только в трех случаях: либо диск тупил, либо сеть, либо таблицы конфигурации были битые. В твоем случае сеть отметается. Диск ты сам отметаешь. Значит - волшебство.

(22) да, согласен. Я и пишу - открытие конфигурации заняло 4 минуты на демо. А на рабочей - 35 минут. Хотя объем БП не сильно различается (900 у демо и 1,5 гига у рабочей).

(23) логики в твоем сообщении (№11) нет - просто пишешь, что диск и всё. На основании чего такие предположения? Мешочек знаний и другие предлагает набор действий.
Вот и в сообщении (23) от тебя тоже появился набор действий :) Спасибо!
диск, сеть и сама база. ТИИ вечером сделаю. Диск не отметаю, тоже вечером сделаю замеры скорости, напишу.

Замерить профайлером запросы к SQL, посмотреть планы запросов.

(26) SQL, думаю, тут ни причем. Работает в режиме предприятия нормально, без тормозов. Карточки товара, партнера и т.п. открываются за 2-3 секунды. Документ КП с 1200 строк открывается за 7 секунд. Отчеты тоже строятся быстро, за несколько секунд.

(27) долго все таки для 1.5 гиговой (пустой по сути) базы при таком объеме оперативы.
антивирус на серверах, на твоем компе?

(26) да и локально на моем компе конфигурация открывается за 35 минут при первом открытии (после чистки кеша).

(28) да, первым делом об этом подумал. Отрубил все файрволы и антивирусники у себя. На серваке добавил в исключения порты с 1500 по 1591.

(29) "локально" это значит что база файловая у тебя на локальном диске или просто клиента заупкаешь локально, а база та же - на сервере?

(0)  Зачем сервак нужно перезагружать каждую ночь?

(30) то есть антивирус на SQL и сервере 1С стоит и все время мониторит файловую систему?

(18) Сделал сейчас ТИИ (полное, с реструктуризацией) на локальной базе у себя на компе. Почистил кеш. Запустил конфигуратор (конфигурация закрыта после чистки кеша). Нажал открыть конфигурацию - жду уже 7 минут...
Уже не знаю, что делать. База локальная, файловая, я там один, вирусы отключены. Может, это нормально, что конфигурация открывается после чистки кеша 30 минут? При повторном открытии конфигуратора 1-2 минуты (конфигурация оставалась открытой при закрытии конфигуратора).

(33) я думаю, что это ни причем. См. сообщение 34.

(32) Были определенные проблемы с оперативкой. Решили на всякий случай. Но после сделали настройки все по гилеву + памяти хорошо накинули (было 4 Gb свободно, сейчас  40 :)).
И сейчас я отключил перезагрузку сервера каждую ночь. Это конечно поможет, т.к. если кеш не чистить (который чистится при перезагрузке), то запускается 1-2 минуты.
Но разве нормально, когда после чистки открывается конфигурация 30 минут?

(31) локально - это у меня на компе. Файловая копия.

(34) нифига это не нормально.. опиши свое железо? помониторь счетчики во время открытия

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

(34) не нормально.
Ещё бы посмотреть как голая база откроется. Выгрузи cfник и загрузи в новую чистую базу на скуле. Её и открывай в конфигураторе.
На совет из (26) стоит обратить внимание при загрузке этой чистой базы.

(40) (39) попробую сейчас...

(41) Читай внимательно http://www.gilev.ru/dfss/

(42) читал, но локальная (на моем) компе, файловая тоже открывает конфигуратор после чистки кеша 30 минут. Сегодня уже нет доступа к серверу. Завтра попробую и это проделать, если (39) и (40) не поможет на локальной.

А кэш записи на системном диске сервера работает? Он случайно не контроллер домена в дополнение к?
ЗЫ Сервер приложений лучше совмещать с sql, чем с терминальным.

(44) по поводу "ЗЫ Сервер приложений лучше совмещать с sql, чем с терминальным": очень сомневаюсь. Но вопрос не в этом.

(45) Не сомневайтесь. Трафик между сервером 1с и субд намного выше, чем трафик между сервером 1с и клиентом. Особенно в случае тонкого клиента.

Проблема между сервером 1С и sql сервером или в sql сервере.

(47) - а по вопросу (34) тоже проблема в sql сервере? А если в нем - то в чём именно? Как диагностировать проблему?

(48) Тогда уже странно, антивирус есть?

Ну это нормально, если ты почистил кэш и открываешь конфигуратор в первый раз! У меня тоже 1 раз мин 20 открывался. Потом норм! Тут еще от баз зависит! Что там накодили в конфигурации!
Кстати у меня СУБД Postgre, вот где тупаки бывают с ней! MS SQL шустрее должен быть!

Открытие cf уровня erp больше 1 минуты - это уже не норма. Я говорю про первый раз.

(48) давай cf-шник, посмотрю

(39) Тоже долго, те же 30 минут. Пробую сейчас сделать (40). Пустой cf запустить.

(51) по поводу первого запуска не уверен. Даже здесь: http://www.gilev.ru/dfss/
об этом сказано (написано по 40 секунд, если есть кэш).

(53) Конфигурацию БД обновлял (после накатывания типовой конфигурации)?

(51) + а если нет кэша - 50 секунд? :) Думаю уже, что без кэша нормально долгое открытие первый раз. Но не 30 минут! И еще я озвучивал проблему, что конфига сохраняется после изменений от 5 до 10 минут.

Ладно. Наметили с админом план действий на завтра, в т.ч. и по Вашим комментариям. За что большое спасибо! Будем сразу на сервере всё делать, а то локально на моем компе просто п..ц как долго. Завтра отпишусь.

(55) нет, не обновилась. Была ошибка по некоторым объектам. Плюнул.

(55) т.е. только загрузил и сохранил. Потом закрыл, почистил кеш и открыл. Запустил открытие конфигурации. 30 минут.

(59) скинь ссылку на cf на [email protected]

(59) дык Монитор ресурсов (или ка там его) что показывает то? Какой процесс и какие признаки активности подает вво время открытия?

(55) а как нужно-то было? обновлять конфу БД или нет?

(40) сделал. 25 минут открывалась. Базу обновлял. Сделал пустую базу (для разработки). Выгрузил из своей базы конфу. Загрузил в пустую. Обновил конфу БД у пустой. Закрыл. Открываю. Открывалась 25 минут.

(60) кину. 840 мегов. Выкладываю.

Клюшки
База более 8 гигов
Формы открываются менее секунды
Документ под тысячу строк открывается менее секунды
Я наверное живу в чудесном королевстве

(65) ут 10.3? )))))

(65) Отключи секцию восьмерки и живи.

(66) Говорят же, клюшки.  Очевидно, ТИС 9.2

(66) Он хоккеист со стажем

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

(67)  не, не буду
Буду читать и наслаждаться
Тем более почти никто не пишет как он добился счастья со снеговиком

(71) Так читай, но не пиши. Потому как в 8-ых ветках от тебя в основном оффтоп.

тоже стали бесить тормоза утром при открытии первому базы БП 3.0.43 на 8.3.7.2008 (PostgreSQL). Перегружаем ночью службу 1С.

(73) Предприятия или конфигуратора?

Raid случайно не первый? SQL тоже в этом Raid?

Имхо, ближе всех к истине H A D G E H O G s
Как-то все дружно забыли, что при открытии конфигурации происходит не только чтение и запись в кэш, но и "негласная" проверка содержимого конфигурации. Автор ничего не говорил про проверку CF. Скорее всего конфигурация у него "конфликтная".

(76) Согласитесь, что если бы системное кэширование чтения и отложенная запись эффективно работали, то проверка конфигурации и её размещение в кэше 1с не вызывала бы настолько много дисковых обращений с интенсивным хрустом. Ибо .1cd был бы в памяти практически сразу же. А здесь, судя по всему, платформа за каждым блоком лезет с FILE_FLAG_WRITE_THROUGH и FILE_FLAG_NO_BUFFERING. Зачем - непонятно..

Подобное поведение еще в 7.7 замечал, при сравнении и объединении и при доступе к временным файлам.

If FILE_FLAG_WRITE_THROUGH and FILE_FLAG_NO_BUFFERING are both specified, so that system caching is not in effect, then the data is immediately flushed to disk without going through the Windows system cache. The operating system also requests a write-through of the hard disk's local hardware cache to persistent media.

(76) Что нужно сделать, чтобы убедиться и поправить "конфликт" в конфигурации?

(0) регламентные работы на сервере выполняются? обнови статистику, индексы, процедурный кэш. После копии у меня база до регламентных работ тоже долго открывается. После летает.

(78) Запустить проверку конфигурации.

(75) А чем вам первый рэйд так не нравится?

(81) зеркалированием.

(78) В конфигураторе, меню "Конфигурация" - "Проверка конфигурации..." расставить галочки по смыслу и нажать кнопку "Ок" :)

(74) оба режима висят.

(83) спасибо! Забыл уже совсем про это. Запустил проверку.

(85) а что с другими конфигурациями? конфа типовой БП 3.0 у тебя открывается локально?

(86) Перечитай ветку (демка у него открывается шустро)

(82) И что же  в зеркалировании плохого?

(87) нашел - 4 мин. это как то тоже не очень..

(89) Я на БП3.0 проверил - комп i5, диск WD Black - почти полторы минуты открывается конфигурация с чистым кэшем. Много, считаю. Вредительство от 1с.

Добрый день, всем отозвавшимся!

Итак, отчитываюсь.
Первое что сделали и реально помогло - это первые 2 пункта по ссылке:
http://www.gilev.ru/err80004005/

Причем выше был совет (80) - запустить проверку конфигурации. Это первый пункт из этой ссылки. Если сделать только его - не помогает. Нужно еще сделать второй пункт, либо вообще снять с поддержки (тоже помогает в купе с первым пунктом из этой ссылки).

Сразу сократилось время запуска конфигуратора с 25 минут до 1 минуты, 35 секунд (замерял :)).

То, что написано по этой ссылке: http://www.gilev.ru/dfss/
не делали (был совет (42)). Там отключается служба, не стал рисковать. От добра добра не ищут. 1,5 минуты нормально.

Также у нас были еще 2 проблемы с конфигурацией:
- не сохранялась в файл (зависала на 1% наглухо).
- долго проходило обновление базы после внесения изменений в конфигурацию (5-10 минут). Теперь меньше минуты без реструктуризации и 3 минуты с реструктуризацией.

Всем спасибо!

Ну т.е. конфигурация поставщика протухла, так?

(92) получается, что так.

(91) Вы время выполнения проверок были ошибки?