Собственно в теме и есть вопрос. А проблема в том ,что за 2 года база достигла 30 гигов...и люди все чаще жалуются на то, что "типа подвисает"...и я вот собственно задумался...

Что будешь делать, если скажут - "до 29"?
А если потом еще двое скажут - "до 31"
А после этого придут 10 и скажут "До 1 Тб"?

До 1 йоттабайт.

все зависит от того какой скл сервер используется.
на сайте разработчика найдете описание ограничения макс.
объёма БД .

(0) сколько сервак вытянет столько и растить базу можно..

зы.

буквально вчера общался с одним гендиром по поводу нового сервака:

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

вот подход у людей...
а вы говорите 1С медленная и тупая...

сервер 2005 SQL

интересует чисто "жизненный опыт"

по железу там: Интел Хенон Е5310 1.6 Гигагерца, 14,5 Гигов Оперативы

обращайтесь ускорить1с.рф
поможем решить проблему

А что понимается под "сервак вытянет" ???

(7) читал я за эту штуку...чет доверия не очень много вызвало

И еще сопутствующий вопрос...пользователи (операторы которые заявки выбивают) уже просто достали меня словами - "у нас постоянно тормозит база...все долго проводится"...и объяснить им, что они сами же друг друга тормозят (врубаются взаимоблокировки на сервере) у меня НУ НИКАК НЕ ПОЛУЧАЕТСЯ...вообще хоть как-то это можно победить???

(5) Enterprise, Base или чего там у него? размер базы от самого вида 2005 SQL зависит

(10) Управляемые блокировки

2(11) серьезно? Есть версия СКЛ сервера, у которой есть ограничение более 10 Гб?
я просто не в курсе

(11) Microsoft SQL Server Enterprise Edition

(13) нет, я ему говорю что не от цифры 2005 зависит ограничение. В случае (0) конечно без ограничений

(10) + мне просто интересно, а как борятся с взаимоблокировками в крупных компаниях...скажем на УПП работающих???

(16) борются с помощью знаний. Изучи соответствующим образом предметную область и вопросы "как" у тебя отпадут

(16)
Книга знаний: v8: Оптимизация скорости работы в 1С 8

(9) позвони на скайп gilev_slava
раскажем что и как делается
глядишь и время убивать на форумах не придется
и доверие появиться
и главное - результат

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

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

Для решения любого из этих пунктов есть свои методы.

(20) добрый ты человек :)))

(17) так а копать то в какую сторону?

2(21) Как Хаус, который добрый даже когда злой? :))

(20) ага...и что, ситуация:

сидяит несколько девочек...принимают заявки по телефону...скажем в заявке позиций 20...потом начинает проводить...в этот момент другая сидит в подборе (набивает себе заявку)...получается РАЗ БЛОКИРОВКА...а третья в этот момент тоже закончила заявку и тоже проводит...или проводят приход...вот тебе еще блокировки...и очень многие действия происходят в один момент!

(23) точно
только он не искушает
а сразу говорит "вы тупой" или т.п.
http://www.vidachok.com/2010/09/12/37757/4/ еще тоже в ту степь...
)

(24) сколько времени заявка проводится в секундах? производительность проведения мерял?

2(24) Периодом ожидания разблокировки можно управлять... То есть вторая девочка, при проведении заявки не получит ошибку о блокировке СРАЗУ же как нажмет кнопку "ОК" на документе - система задумается на несколько секунд - в этот момент она ждет что у первой девочки документ закончит проведение и отпустит таблицу.

+(24) а то может виной всему твои доработки, которые надо было делать в зупе?

(26) не мерял...чуток позже попробую!!!

(28) тоже вариант!

(29) мва-ха-ха...
Все, бесполезняк дальше разговаривать... ждите у моря погоды

(27) где это настраивается?!

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

(17) http://kb.1c.ru/articleView.jsp?id=45
http://www.gilev.ru/1c/81/lock/lock.htm
http://www.gilev.ru/1c/works/perf.htm

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

(33) Правильно! А то начальство тебя не видит, бухгалтерия не жалуется, зарплата выдается...
"Не знаю, что делает у нас этот мальчик, но каждый месяц он исправно приходит за зарплатой"(с) ithappens.ru
Надо чуть что - сразу к директору! За деньгами! Вот тогда видно - ты работаешь...

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

+(29) а то видел я такое, нужны обороты за месяц, а они выбираются виртуальной таблицей ОстаткиИОбороты и отбором ГДЕ обрезаются...

(37) ему просто надо нанять специалиста который сделает результат, но если есть желание попытаться сэкономить, мы терпеливые, подождем... :)

скорость проведения заявки практически не зависит от размера БД. (если всё оптимально накодировано)
(5), Жизненный опыт = 112 Гигов (УТ) :)

А режим управляемых блокировок на скуль сервере уже не модно включать? Этот режим позволяет заблокировать только текущую запись. Остальные документы смогут проводится паралельно.

2(41) хм... всегда?

+(42) Ну например торгуют они 5 наименованиями... Одна девочка использует в документе 3 из них, и другая 3 из них...
Вторая точно сможет провести документ при управляемых блокировках?

(31) управляемые блокировки...сталкивался только в 8.2.

Есть возможность настройки в SQL ??? или опять таки чисто в 1С-ке???

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

2(45) справочник номенклатура не блокируется, но блокируется регистры с отбором например по номенклатуре - разве нет?

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

(46) Проще проверить чем гадать. Кроме того от конкретной конфигурации может зависеть.

(47) а где это выставляется в 8.1 ??? в 8.2 в своствах конфы переключается...а в 8.1???

2(48) Если например в в каком-то РН измерение Номенклатура, без контрагентов (а в типовых такие есть) Блокировка будет и документ не проведется.

+48 От алгоритма проведения. Если там в запрос выбирается весь регистр, да стоит "ДЛЯ ИЗМЕНЕНИЯ" тогда вилы. От криворуких прогов ничто не спасёт.

2(51) даже если накладывается фильтр по 3 элементам номенклатуры. Хоть один - да пересечется.

до 2012 года

(49) В дереве метаданных - свойство конфигурации - "Режим управления блокировкой данных"

(52) Нет возможности счас проверить. В любом случае проверять надо конкретную конфу. В любом случае в реальных условиях работы блокировок будет в разы меньше.

(54) И что? Он же щас включит и труляля... в конфе то не прописано нигде и в регистрах и т.д.

(56) Нормальное труля ля будет. Я на типовой КА проверял. Запустил перепроведение обработкой документы и под другим пользователем вручную провел. В автоматическом режиме - 100% блокировка возникала, в управляемом - 100% проводилось без блокировок. Мне этого теста достаточно, что бы при переходе на скуль включить управляемый режим.

сейчас попробую

режим управляемых блокировок у меня стоит "автоматический"...

вы предлагаете в "управляемый поставить?!"

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

2(61) если в конфе используется, то при проведении накладывается блокировка не на весь регистр, а например только на те записи, в которых измерение номенклатуры входит в списываемую номенклатуру... Поэтому другой документ, который списывает другую номенклатуру - не столкнется с блокировкой нужных ему записей.
В букварях написано

(61) Как раз такой случай проверял. Проводились расходные документы одного вида ("Отчет о розничных продажах")

(60) Жми. Не боись. Хуже не будет.

лады...потестю немного

(62)то есть в 1С если явно блокировка не указана, то тогда sql сам управляет блокировками? А не транзакционное чтение может вернуть записи без зафиксированных транзакций.
К примеру, один док в транзакции корректирует остатки, второй док считывает зафиксированные транзакции и тоже корректирует уже устаревшие данные??

У нас сейчас более 300 ГБ

(66) а ты читай всё подряд, а не через слово, тогда таких вопросов не будет возникать...

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

(65) не спеши, а то натворишь такого, что отряд аналитиков не разберется

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

2(66) ну - зато быстро и блокировок никаких... :) как видишь тут собрались смелые практики, а не сцыкливые теоретики.. :) "Мне сказали жми - ну я и нажал"

(68) ничего не понятно

(71) мне тоже так кажется...по крайней мере в 8.2 это ТОЧНО ТАК!

(72) а че бояться - база тестовая!!!

(69) Ты всерьез думал, что простая установка или снятие режима блокировок решит все твои проблемы?

А в алгоритмах проведения установку управляемых блокировок Пушкин будет прописывать?

(74) В части управляемых блокировок 8.2 от 8.1 почти не отличается.

Режим Управляемых тупо не включится, если в регистре например стоит Автоматический - то ему будет пофиг на управляемый режим

в (67) утверждалось, что ДА!

(79) в (67) утверждалось "более 300 Гб"

(10) >> объяснить им, что они сами же друг друга тормозят (врубаются взаимоблокировки на сервере) у меня НУ НИКАК НЕ ПОЛУЧАЕТСЯ

А пользователя эти проблемы вообще не должны касаться. Это твоя проблема - разработчика и криворукого проектировщика.

(80) ой, в (57) :)

ЕСЛИ ВСЁ ПРАВИЛЬНО спроектировано, то размер базы почти не  влияет на скорость проведения документов.

Если у вас не так, это явный косяк разработки. Либо неверно спроектирован алгоритм проведения, либо сами блокируемые таблицы.

(83) а ты как предлагаешь это решать?!

(83) На типовых т.е. всё летает и всё хорошо?)

2(82) надо же какой негодяй... вызови его на дуэль...

Я приводил конкретную конфу и условия проведения эксперимента. У меня включение управляемого режима в разы уменьшило количество блокировок (но всё же попадались) Использовал постгрешный сервер.

(87) Постри вобще впринципе блокирует всю таблицу, а не записи. Сиквел только записи. В Автоматическом режиме - ещё и соседние записи с изменяемой, но не всю таблицу

(10) >> а третья в этот момент ... проводят приход...

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

(83) Хорошо быть богатым и здоровым, да? Ты предлагаешь работать на ПРАВИЛЬНО спроектированных самописках, а типовые выкинуть в помойку? Или переписать в типовых все модули проведения? Пока имеем то, что имеем. И надо думать, как с этим работать. Я вот изменил порядок измерений в регистре и некоторые документы у юзверей стали проводится в 10-20 раз быстрее. Почему бы перцам из 1С сразу так не сделать было?

(89) к чему приведет?

(85) Согласен, что несколько погорячился :).

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

Но если на 10 - 20 Гб работало нормально, то какие могут быть причины ухудшения ситуации с блокировками при достижении объема БД 30Гб? Неужели только исчерпание ресурсов железа на серваке?

(90) а что конкретно изменял??? т.е. в каких регисрах и по какому принципу???

(88) Врать то зачем? Я ведь могу и ссылку на первоисточник дать. http://v8.1c.ru/overview/datalockcontrol.htm

(91) К росту таблиц итогов регистра, и к замедлению работы отчетов (сворачиваться таблицы будут при пересчете итогов).
Зато уменьшит блокировки при проведении. В таблицы итогов будут добавляться записи не дожидаясь освобождения заблокированных записей. Помогает именно при приходах, там где НЕ проверяются остатки, а тупо пишется в регистр то, что в документе.

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

(93) регистр РасходыПриУСН
Порядок измерений стал:
ЭлементРасхода
РасчетныйДокумент
Организация
СтатусыОплатыРасходовУСН
ВидРасхода
Партия ну и т.д.
ЭлементРасхода и РасчетныйДокумент вверх поднял.

(93) Наиболее часто используемые для отбора и сортировки измерения регистра должны обязательно индексироваться. Чем чаще используется измерение для отборов, тем выше (первее) оно должно быть в списке измерений регистра. У неиспользуемых в конкретной конфигурации измерений (например есть измерение "Проект", а учет по проектам не ведется) вообще убрать признак "Индексируется" или совсем удалить такие измерения из регистра.

(97) а почему именно ТАК!? из каких соображений???

(96) А я всего лишь описывал свои действия и результат.

(98) ясно

(99) Посмотрел в отладчике, основное время занимал один запрос. Посмотрел какие измерения в параметрах виртуальных таблиц используются для отбора их и поднял. Но конкретно для этого регистра ЭлементРасхода вверх это самое логичное ибо Номенклатуры у меня десятки тысяч, а организаций всего пять.

(10) разнеси заявки по разным физ таблицам. Ну грубо говоря создай 2 вида документов "заявка1" и "заявка2" ну и соосно регистры в которые эти документы пишут инфу тоже раздвой, соосно при записи документа заявка1 документ заявка2 блокироваться не будет.

2(103) ну да, и пофиг что они двигают одни и те же регистры...

(0) а выполняются ли регламентные операции по обслуживанию скл сервера?

(103) Это новое слово в проектировании баз данных чел! Думаю тебе скоро вручат Нобелевскую премию, Оскара и Гремми. Задвоить, затроить, задесятерить все документы по количеству юзверей одновременно проводящих документы!

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

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

а сбор статистики?

(108) + обновление статистики делается

(104) внимательнее читай
(106) фанатизму не надо, но если данные между собой не связаны, то почему бы и нет
ПС
у меня несколько разных регистров товарного учета под разные склады, соосно товародвижения по одному складу не мешают товародвижениям по другому

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