предложения главбуха по ускорению работы УПП на MS SQL сервер #633396

Она уверяет что именно так ей на открытом семинаре сказали специалисты БиТ. Вот письмо: ********************************************************************** Добрый день, Уважаемые, Коллеги! Побывав на очередном семинаре удалось выяснить следующее: 1. Взаимодействие SQL и 1С УПП происходит только при написании некоего регламентного документа в 1С УПП. 2. В данном регламентном документе (наши программисты 1С УПП) прописывают параметры взаимодействия, а именно: - когда будет происходить передача данных из 1С УПП в базу данных SQL (раз в час, раз в день, ночью или ……варианты); - какие данные из 1С УПП в какую табличную часть базы данных SQL будут перенесены; - в какой момент будет удален перенесенный из 1С УПП в базу данных SQL  массив в 1С УПП; - как 1С УПП будет иметь доступ к сохраненной информации в базе данных SQL . 3. Очень важно, чтобы все прописанные выше параметры были хорошо обдуманы и правильно прописаны, иначе это очень сильно может тормозить работу 1С УПП. Прошу Вас определить оптимальные параметры данного регламентного документа по  взаимодействию SQL и 1С УПП и отрегулировать его для увеличения работоспособности 1С УПП. Работы прошу завершить до 12.10.2012г. С уважением, ********************************************************************** Я тужусь понять его, но это выше моих сил. Может я что-то не понимаю в работе платформы v8?

БиТ жжет напалмом как обычно

жесть

"Испорченный телефон" однако.... Возможно БиТ имели ввиду работу с "левой" базой SQL?

НО ЭТО ЖЕ ПОЛНЫЙ БРЕД!!!!!! Но главбух уверяет что сказано было именно так.

Семинар был бесплатный, франчу просто задавали вопросы.

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

Пятнично

Поподробрее? Распределёнка?

Ай ,молодца +2

нет. обмен с какой либо базой данных на SQL (не 1С).

Нифига не пятнично, придёт такое в понедельник с утра, ой как не весело будет.

Аааа....! Жесть :) На стену повесь!

особенно пикантности добавляет дата дедлайна!

Это про какую-нить Консолидацию. Бушка не поняла. Ей отдельный аналитический продукт презентовали...

вон в уже ответили

Коллеги, но ведь по её словам это франшизоид из БиТа говорил, неужели всё это чистое фэнтази?

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

Нормально всё. Бесплатные семинары называются презентациями. Бит, видимо, УПП++ готовит...

Ответь ей: "Спасибо за Ваше письмо! Благодаря Вам мы настроили все параметеры оптимальным образом. Теперь УПП работает в максимально быстром режиме!"

в районе вашего главбуха раздают траву и вещества

Тоже возможно..

APDEX после испорченного телефона :)

короче, предложили перевести УПП с файловой на SQL, потому что не поняли буха. а бух так понял что ему сказали

а давно в бухгалтерский язык слово SQL вошло? А отложенное проведение есть у нас. Я что думаю, как было: 1. Перед бухами специалист-пердметник стоит, ну а кого перед ними выставить ещё 2. Он ни уха не понимает в технической части. 3. Задан вопрос: от чёго у нас 1С тормозит? А?! 4. Не зная что сказать, не ударять же лицом в грязь, включает Могучую Фантазию и Выдаёт.

ответь "Спасибо, поржал"

не советовал бы так поступать... ведь поверит же.... а если не понравится, то подумает что, что-то не так настроили... плохие программисты... а она так старалась... Лучше попытаться донести до нее то, что это немного не то. И если будет настаивать на своем, то предложить пригласить специалистов из БиТ и пусть они все объяснят и покажут на месте.

отдайте биту на как говорится "аутсорс"

ну а чо? выбиваем бюджет на отдел в виде отстатыщ на человека, год нихера не делаем, потом предъявляем старую базу - и отчитываемся о проделанной работе

через регламентный документ?

ей сказали "наибольшая нагрузка идет при РСВ" (ну, или там при закрытии месяца)

А можно сходить на семинар к налоговикам и что-нибудь ответное выдать.

имхо дело в бухе

если поймешь о чем они там вообще

Кстати тут мой тёзка писал: Он успешно борется, по его словам, с тормозами в 1С. Вроде всё ясно как делать, но боязно как-то.

Бухгалтеру это не помешало :)

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

если что это управляемые блокировки

по мне гл. бух услышала звон, да не поняла где он. А вообще, я бы даже плюсанул за довольно таки подробный пересказ. Ведь если заменить тему "ускорение работы УПП на MS SQL" на что-то типа "обмен УПП и SQL" или даже "ускорение обмена УПП и SQL", то все в принципе становится логично.

Может быть проблема УПП не в версиях серверов и способах обработки транзакций в MS SQL ? Вообще цель топика? Подтвердить, что кривизна в платформе имеет место быть или подтвердить, что кривизна запрятана в нагромождениях метаданных и исходных текстов модулей УПП?

Вот только проблема в том, что Сергеевну беспокоит скорость работы УППхи, она на той неделе например просила разделить по разным сервакам сервер1С и SQL. Я её успокоил, тем что у нас уже около полугода, как сервер для скуля починили так всё и работает.

если беспокоит - надо курить

курить узкие места, например. на каких операциях тормозит и т.д.

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

Я запостил с целью узнать, есть ли хоть какое-то рациональное зерно в этом, уж больно уверенно она говорит об этом.

Зато на партнерском БИТ рапортовал об успехах

Да фиг с ними, БиТ уже предлагал отдельного пользователя вынести на отдельный Сервер1С, я настиг этого франшизоида, и спросил напрямую- "Как?". Он ответил что где-то подобное слышал, но никто у них не знает как.

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

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

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

Спросить бы БиТовца, что он имел ввиду...

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

может имеется ввиду механизм репликаций сиквела? можно отдельно сделать сервер отчетов например

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

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

А даст это что-то? Ведь репликация также ресурсов хочет. Да и по 2 клиента гонять придётся, один для введения данных, другой для отчётов. Хотя идея интересная. И бэкап всегда под рукой лишний.

В следующий раз проси чтоб на диктофон записывала. :)

Ну если сравнить с идеями больших корпоративных баз, для которых как бы и придумывался УПП, то как раз похеже, на создание отдельного узла РИБ, на котором в монопольном режиме выполняются регламентные операции, это в качестве версии... Или отдельный узел РИБ для большой консолидированной отчетности, которая в условиях работы с базой нескольких топов толлько на чтение будет давать некоторый прирост скорости

он давно давно отлаженный (про зеркалирование главное забыть ) и весьма шустрый. Клиентов да - два. А можно и в одном интерефейсе - через com-connector ко второй базе цепляться

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

Кроме рекомендаций главбуха, есть ещё отчёт от БиТа, они анализировали производительность. Вот что с этим делать: ****************************************** Результаты Ошибки блокировок. За время замера (3 рабочих дня) зафиксировано 94 ошибок блокировок. Объективно – это не много, но при увеличении нагрузки это может привести к критической деградации производительности, поскольку таковы механизмы возникновения этих ошибок. Из совокупности зафиксированных контекстов можно однозначно указать на основные причины ошибок: •    онлайновый партионный учет - 12 •    Учет затрат на производство (следствие онлайнового партионного учета, поскольку при РАУЗ эти механизмы работают по-другому) - 11 , •    онлайновый партионный учет  и/или онлайновый учет авансов - 19, •    онлайновый учет авансов - 44 (из них 39 - в течение 1 часа) •    прочее - 8 ****************************************** Дальше пишут про дефрагментацию индексов, обновление статистик, бекап, очистка процедурного кэша, и пр. обычные процедуры ухода за базой. А что с блокировками делать непонятно. Как их минимизировать? Они предлагают включить РАУЗ.

сначала онлайн проведение по партиям выключи

РАУЗ и онлайновый учет партий можно обсуждать отдельно, поскольку они как-то сопричастный друг к другу, а вот как можно обсуждать онлайновый учет авансов? Его готовы превратить в отложенное проведение (оффлайн)

Вот и предложи включить РАУЗ бухам. Только о последствиях расскажи.

всё не читал, но во фразе "специалисты БиТ" - то слоко которое длинное - лишнее

если убрать (из них 39 - в течение 1 часа) то блокировок-то и нету почти

я к тому, что да, убрать можно, но смогут ли у них отказаться от этого онлайн-контроля остатков авансов?

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

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

У ГБ мозг рака.

Чур. Не самый плохой ГБ в моей жизни.

Это надо красиво вырезать на скрижали и повесить на стену. Скорее - мозг рака.

Я когда в больнице лежал, зашел врач и сказал: "Ногу будем РЕАНИМИРОВАТЬ!". А мне, как и этому Главбуху, послышалось: "Ногу будем АМПУТИРОВАТЬ!" - я тогда чуть не помер. Представляю, как Главбух сошла с ума при слове SQL. Хорошо, что ей вместо SQL слово ПБУ не прислышалось...

раки клевые

фото главбуха будет?

А мне главбух заявила, что со следующего года вся отчетность будет сдаваться по МСФО, требовала ей показать где это в программе. Также ей "тетя Клава" нашептала, что уже давно вышел новый релиз х.х.хх.х конфигурации, почему у нас все еще старый?! Страничка с информацией плана выпуска новых релизов 1С оказалась неубедительным доводом.