В общем крутятся у нас на сервере 1С82, который работает под MS SQL 2005 порядка 140 баз 1С!!! Да-да!!! И вот почти каждый день мне приходится перезагружать сервер с SQL дабы убрать ошибки типа отказа записи, они появляются при попытке записать или провести какой-либо документ в базах.

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

Возникает резонный вопрос: как правильно всё организовать на сервере или серверах, при наличии такого количества баз 1С, что бы все работало более стабильно и не доставляло проблем в моменты проведения документа. Надо отметить, что сервера принудительно перезагружаются ночью, а утром, в основном с 11.00 до 14.00 появляются ошибки при записи-проведении документа.

а почему в Курилке-то?

(1) Ну, а где еще можно поговорить о SQL? [smile=:D]

(1) ну перекинь в соответствующую, пжлста.

Статистика-то обновляется?

(4) перекинул. но у тебя, как у автора ветки, тоже есть такое право (это для сведения)

(0) каких "140 баз 1С" и сколько одновременно пользователей, в каком режиме работают, хотя и без особой разницы, для 140 баз, одной пары (две штуки железных) физических скуль+1С, явно мало, надо помаленьку добавлять. Еще парочку, хотя лучше две. А с небольшим запасом еще и третью, в кластер с основной.

(7) 50/50 БП/ЗП пользователей примерно 50-70 одновременно работающих в т.ч. из них примерно 20 через VPN.

(0) Что за ошибки?

(0) И, кстати, что показывают счетчики очереди к дискам?

(11) что такое "счетчик очереди к дискам"????

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

(9) (10) ну вот сегодняшняя ошибка: человек пытается провести документ в БП82 "ГТД по импорту" и получает: "Ошибка при вызове метода контекста (Заблокировать): Конфликт блокировок при выполнении транзакции: Превышено максимальное время ожидания предоставления блокировки."

(10) а чего-бы и не подсказать, если сам на это и не раз, наступал?
(12) это о физическом ограничении операций чтения/записи, 50-70 рыл, активно лупящих, дисковая система может банально не в силах обслужить. Минимум тормоза, максимум - убитый диск, надеюсь в рейде?
(14) разноси. тесно там.

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

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

(16) да рейд массив стоит...админы чета мутят, но они в 1С ни бум-бум...

(18) + Еще конечно записывать счетчики....
Поиск узкого места можно начинать проводить, только после сбора необходимой статистики.
Настрой ТЖ, по записывай его, поанализируй на какой ресурс висят блокировки.

Kaster_Troy сервера принудительно перезагружаются ночью

Вот дерьмо мелкомягкое.
У меня в Нетварь годами без перезагрузок работала.

(20) Причем тут рейд?

(24) Не, админы настроили так - делают БэкАп, а потом перезагружаются.

Все расписано и разжевано:
http://kb.1c.ru/

(25) Вечный футбол между одинэсниками и админами [smile=:D]

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

А так же выяснить эти операции, который являются проблемными.

Самый простой способ это ТЖ.

(27) Да это же и ежу понятно...Если бы меня этот вариант устраивал, то я бы тему на форуме не создавал, но понимаю, что это не нормально.

(30) А зачем ты перезагружаешь сервер?

(28) ой да, эти Одмины....те еще товарищи...у нас двое моих друзей уволились из компании, вместо них взяли новых двух....ой пиндец, война и немцы: старший админ дал им права только на снятие счеткика страниц на принтере и подключения Excell (образно). Ни серваки перезагрузить не могут, ни зависший сеанс снять в VPN... Тут вообще картина была: нужно было слепить из нескольких pdf один файл...сказали что на всю компанию три лицухи и что бы файлы им слали...Кароч 5 мин моего времени заняло, что б найти бесплатный софт для склейки pdf. В общем печально всё это.

(33) Вот первая ошибка....

Нужно как только возникла такая проблема, собрать максимально полно весь свод информации:
- Какая инф база
- ЧТо за сервер
- какой пользователь
- Какая операция не выполняется (документ/отчет, какой состав документа , какие отборы отчета)
- найти в консоле висячие сеансы с ожиданиями
- в профайлере собрать информацию о блокировках
- собрать информацию о счетчиках системы (диски, ОЗУ, ЦП)

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

Дальше анализируем ТЖ и данные из профайлера и находим проблемный ресурс.

(34) Ок, а если по первому пункту так: информационная база: 1, 2, 7, 8, 10, 13, 20 , 25, 40 , 45, 47, 50 , 56 (из 140 баз)

Сервер: у нас сервер один: один сервак на котором крутятся все эти базы.

Пользователи: все присутствующие и удаленные тоже начинают разрывать мне телефон.

Или я не о том?

а почему до сих пор на 2005-м скуле сидите, ведь есть более православный 2008-й?

(36) жмоты, бабла всё жмут...на нормальный софт...

(33) ты так про состав железа твоих серверов ничо и не рассказал, а то тут NcSteel старается (по теме и почти все правильно расписывает, оно, в теории, все так и надо) но вдруг окажется, что у тебя там... MS SQL 2005.

(38) не читаешь моих постов: в (0) написано же:

В общем крутятся у нас на сервере 1С82, который работает под MS SQL 2005 порядка 140 баз 1С!!! Да-да!!! .......

Идун но вдруг окажется, что у тебя там... MS SQL 2005.

подкалываешь, да? :)

(39) В общем, первое - посмотреть очередь к дисковой системе. Если очередь есть - надо с ней что-то делать (увеличивать ОЗУ, улучшать производительность дисков, вынести самую тяжелую базу другой сервер и т.п.). Если нет - смотреть на частоту обновления статистики по базам.

(39) короче, см. (2), и давай подробности

(37) ааа, без бабла, а я то, губу раскатал, клаастер... Тады только программной оптимизацией, смотреть что отжирается при записи при проведении, выполнения регламентных заданий, и нет ли каких затык в обработках, прочее одноэсное. Но это - твоими руками и за оклад. И долго, и муторно и конфиги обновлять по ночам, а днем кто тебе даст... вывод: ты попал. 140 баз, десяток видов. Кхм.

(2) все стоит на одном сервере (физически) Сервер: Intel Xeon X5460 3.16Ghz 16Гб оперативки

(35) Ошибка с блокировкой явно возникла в одной базе, вот ее определить не сложно. Если ошибка возникла, то выключай телефон и разбирай ее.

(46) 16 Гб на 70-т юзерей и 140 баз? На одном сервере? Там еще и терминальный крутится? Аааа, и еще живы? о-х-ре-не-ть.

(49) ой молчи подруга....у самой муж пьяница....

(50) да не, я к тому, что это чудо, что оно вообще хоть как-то шевелится. Не трогай ничего. Десяток другой юзерей уволить, и все.
я когда последний на 25-30-ть юзерей собирал, с 1С москва пообщался. 2 базы УТ и Бух, 8.3 УФ, нужно 2 (два железных сервера, один скуль и один терминальник, офисы шмофисы, почты, сам 1С и проч), с минимальной конфигурацией каждого:
98 гб оперативы, двухпроцессорная мама по 4 ядра не менее 3000, рейд 5-й или 6-й из четырех или семи винтах соответственно, плюс диск под систему, плюс диск под бекап, с кашей на 32 мб каждому, с отдельным контроллером да с батарейкой.
Пришлось ужаться (суммы близки к космическим, как для нашего ларька), но таки близко к этому пришлось собрать. Результат (после всех тестов, замеров, анализа, оптимизации кода 1С, выявления и устранения узких мест, прочего) = Едва хватает.

Херасе \16 Гб на 70-т юзерей и 140 баз?
аболдеть

(53) да...хуле...конфигурация этого сервера мне даже для Танчиков не пойдет, наверно...

(46) Правильно говорят - радуйтесь, что вообще что-то шевелится.

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