Давайте поговорим о базах 1С (SQL)

  1. 9 г. назад

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

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

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

    Ответы: (7) (9) (11) (22) (39)
  2. а почему в Курилке-то?

    Ответы: (3) (4)
  3. серверы 1с и СУБД физически разнесены? каковы технические параметры сервера(ов)?

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

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

    Ответы: (6)
  6. Статистика-то обновляется?

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

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

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

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

    Ответы: (10) (14)
  11. (9) + Приколько все бросились подсказывать не зная об ошибках ничего )))))))

    Ответы: (14) (16)
  12. (0) И, кстати, что показывают счетчики очереди к дискам?

    Ответы: (12)
  13. (11) что такое "счетчик очереди к дискам"????

    Ответы: (16)
  14. И между прочем количество баз ни на что по производительности не влияет.... так что надо копать в другую сторону.
    И все же что за ошибки?

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

    Ответы: (15) (16) (17)
  16. (14) + перезагрузили сервак...и документ удалось провести. Бывают иные ошибки (сейчас нет примеров под рукой) но в основном отказ записать или провести документ, ошибки начинают появляться масштабно у всех пользователей на разных базах. Помогает перезагрузка сервера. Но честно, это уже достало...

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

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

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

  19. (15) Перезагрузка сервака это стрельба из пушки по воробьям. Когда конкурирующая операция выполнилась, то пользователь бы провел твой документ.

    Нужно действовать так: фиксируем факт конфликта блокировки и если пользователь долгое время не может провести, то в консоле сервера ищем пользователя который долго весит на ожиданиях. Находим его и отрываем руки ему или разработчику

    Ответы: (21)
  20. (16) Причем тут тесно? Это вообще не связанные вещи.

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

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

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

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

    Ответы: (24)
  24. (20) Причем тут рейд?

  25. (22) Перезагружает от криворукости программистов 1С

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

    Ответы: (27) (28)
  27. Все расписано и разжевано:
    http://kb.1c.ru/

  28. (25) То есть ты понимаешь, что перезагрузкой бороться с проблемами блокировок это тупейший бред?

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

    Ответы: (32)
  30. 25.09.2014 12:55:11 отредактировано NcSteel

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

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

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

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

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

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

  34. (31) а затем, что б проблему решить оперативно: когда тебя долбят, главное решить проблему оперативно.

    Ответы: (34) (38)
  35. 25.09.2014 13:07:55 отредактировано NcSteel

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

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

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

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

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

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

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

    Или я не о том?

    Ответы: (47)
  37. а почему до сих пор на 2005-м скуле сидите, ведь есть более православный 2008-й?

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

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

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

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

    Ответы: (41) (42)
  41. Идун но вдруг окажется, что у тебя там... MS SQL 2005.

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

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

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

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

    Ответы: (45)
  45. (41) добавлю как
    http://www.winblog.ru/winxp/1147766461-07080901.html

  46. +(43) на УТ-11 нехило снял нагрузку отказ от тонкого клиента, т.е режим запуска 1С не в Авто, а принудительно в толстый клиент.

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

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

  49. (46) В пиковые нагрузки какие показатели счетчиков?

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

    Ответы: (50)
  51. (49) ой молчи подруга....у самой муж пьяница....

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

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

  54. 25.09.2014 14:50:21 отредактировано Бендер

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

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

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

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

или зарегистрируйтесь чтобы ответить!