|
Перешли на новую 1С. Виснет. Моя вина (админа) или внедренцев? | ☑ | ||
---|---|---|---|---|
0
MaxRAF
11.09.18
✎
04:22
|
Всем привет.
Вчера перешли на новую 1С. 1С дорабатывала сторонняя компания. Имеем сервер 2 проц + 48 Гб + SSD RAID10. Нагрузка на процессоры макс 20%, с памятью думаю понятно, SQL ее всю съедает и там по своему распределяет, на дисковую подсистему нагрузка в менее 10%. Версия 1С 8.3.10.2561, УТ 11.4.2.123. Сотрудник жмет копку провести документ и 1С нафик зависает на 30-60 сек. или вообще полностью зависает, пока принудительно приложение не закроешь. При этом нагрузка на дисковую подсистему 0% и вообще на всю систему. Пробовал перезагружать сервер. Минут 20 все ок, а дальше по новой. Со своей стороны вижу, что нагрузка на сервере практически отсутствует. Исходя из этого логика говорит, что проблема с 1С или конфигурацией. Собственно вопрос. Проблема на чьей стороне? На моей или внедренцев? |
|||
135
1sanekmaloi1
11.09.18
✎
09:53
|
Журнал регистрации базы в старый формат надеюсь перевели(*.lgf, *.lgp)?
|
|||
136
unregistered
11.09.18
✎
09:53
|
Кстати говоря, а сеть проверяли?
Сделайте ping от разных клиентских компов к серверу 1С с указанием пакета большого размера (это особенность 1С-ки - передавать данные большими пакетами). Например, 65000. Посмотрите - будут ли потери или задержки. Желательно сделать это в момент когда на клиентском компе проявляется проблема с зависанием. Посмотрите также маршруты пакетов. Может глючить какой-нибудь маршрутизаторв в сети или аппаратный фаервол. Стоят ли где-нибудь на компах или на серверах брандмауеры, которые начинают вдруг мониторить весь сетевой трафик. Так и не озвучили вопрос с памятью на сервере. Памяти 1С-ке хватает? А то фраза "SQL ее всю съедает" немного напрягает. Вы SQL вообще никак не ограничиваете? Может 1С не хватает памяти для запуска новых процессов и она начинает тупить на одном процессе, для которого тоже система памяти не выделяет? |
|||
137
dmrjan
11.09.18
✎
09:55
|
(136) 65000 не прокатит, максимум 64000, пусть хотя бы 32500.
|
|||
138
MaxRAF
11.09.18
✎
10:01
|
(136) имею ввиду съедают всю выделенную ему память. В данном случае 42 Гб. Ему хоть Терабайт дай он всю себе заберет и будет решать, что с ней делать.
|
|||
139
Фрэнки
11.09.18
✎
10:03
|
(138) только память сожрет кто? СУБД СКЛ или 1С ? У тебя же сервак 1С это и есть тот же самый сервак СУБД?
|
|||
140
unregistered
11.09.18
✎
10:03
|
(137) Возможно. Я раз в 100 лет до проблем в сети дохожу. Как правило, всё решается ещё до.
Хотя: -l <размер> Позволяет указать загрузку поля Data пакета в байтах. По умолчанию используется значение 32, но можно указать загрузку до 65527 байт. Это один из способов проверки наличия ограниченной пропускной способности или затора в сети. |
|||
141
unregistered
11.09.18
✎
10:05
|
(138) Вопрос про 1С. свободная память на сервере остаётся? Если 1С-ке вдруг захочется запустить ещё парочку своих rphost-ов, она не упрётся в отсутствие свободной памяти?
|
|||
142
MaxRAF
11.09.18
✎
10:09
|
(141) памяти свободно еще 7 Гб
|
|||
143
mcarrowd
11.09.18
✎
10:16
|
(19) учет по видам запасов ведется? В 11.1 кажется было назначение в виде запасов, потом его запихали в аналитику учета номенклатуры. Потом ужаснулись результату проделанной работы (начался адок с блокировками на старых базах) и сочинили регистр "Устаревшие виды запасов с остатками" чтобы как-то пофиксить это. И теперь если там много записей, 1с пытается наставить лишних блокировок. ТС, проверь содержимое регистра, вдруг я угадал)
|
|||
144
MaxRAF
11.09.18
✎
10:18
|
(143) с удовольствием, если бы у меня был доступ в 1С и я понимал, что это за регистры такие )))
|
|||
145
Фрэнки
модератор
11.09.18
✎
10:19
|
я бы уже десять раз закрыл ветку
|
|||
146
KAUTERPER
11.09.18
✎
10:20
|
(143) Слишком тонкие ошибки.
Вообще конечно веселое гадание автор затеял. Думаю в итоге окажется какая то лажа в стиле "автор смотрел не туда и не так". |
|||
147
unregistered
11.09.18
✎
10:27
|
(146) > веселое гадание автор затеял.
Нормальное гадание. Есть проблема. Человек пытается в ней разобраться. Причем по собственной инициативе. С одной стороны есть шанс, что проблема действительно с железом и/или сетью. С другой - автор в какой-то степени прикроет свой зад, когда начнутся разборки, поиск виноватых и наказание непричастных. |
|||
148
unregistered
11.09.18
✎
10:27
|
(145) Что мешает?...
|
|||
149
Krendel
11.09.18
✎
10:28
|
(66) А ты думал, 1-й такой умный? ;-)
|
|||
150
MaxRAF
11.09.18
✎
10:30
|
(147) именно!
|
|||
151
spiller26
11.09.18
✎
10:32
|
Тест Гилева уже предлагали?
|
|||
152
Фрэнки
11.09.18
✎
10:32
|
(148) надеюсь, что он все-таки что-то прочтет в документации, попробует и сообщит о своих наблюдениях уже по существу, а не по угадайке
|
|||
153
Фрэнки
11.09.18
✎
10:33
|
(151) И даже несколько раз
|
|||
154
spiller26
11.09.18
✎
10:36
|
Что за конфигурация то?
|
|||
155
Новиков
11.09.18
✎
10:40
|
(147) все так, но хирурги не разбираются в потрохах, прямо после того, как располосуют бедолагу: типа - так, требуха какая-то, коллеги - сейчас минуточку, окей гугол, что это такое? Не надо доходить до уровня маразма, если ТС, автор, адекват - то самое первое, что нужно сделать - это идти учиться определять узкие места - это не щелчок пальцев. Если есть желание, конечно. Или вызвать тех, кто разбирается.
|
|||
156
spiller26
11.09.18
✎
10:43
|
(155) Нужно ещё понять на каком этапе тормоза. Какой документ, что происходит внутри при проведении. Может там запрос какой нибудь перемудренный.
|
|||
157
unregistered
11.09.18
✎
10:46
|
(152)(155)(156) Всё что он мог сделать без участие 1С-ников в рамках своих компетенций сисадмина, он сделал.
Не имея даже доступа в 1С он больше ничего сделать всё равно не сможет. Даже если очень захочет, перечитает всю документацию на ИТС и вообще в сети, и перелопатит все форумы на эту тему. |
|||
158
KAUTERPER
11.09.18
✎
10:48
|
(147) Желание хорошее, но все же это гадание. Если автор не заходит в 1С и пытается что-то понять на основании "раньше было быстрее", то это выглядит очень сомнительно. Такая ситуация часто встречается и обычно заключается во вдумчивом разборе ситуации и начинать конечно же нужно с 1С (регламентных заданий, настроек и тд). Ну или говоря по другому - позовите специалиста)
|
|||
159
d4rkmesa
11.09.18
✎
10:51
|
Внедренцы, кстати, могут сейчас влегкую загнать какой-нибудь аудит производительности за прилично денег.
|
|||
160
XMMS
11.09.18
✎
11:03
|
Если переходить с УТ 11.1.6.26 на УТ 11.4.2.123 - вполне логично, что требования к железу возрастают, имхо. Плюс доработки какие-то наверняка сделали, не факт что оптимально работающие из коробки.
Опять таки имеет смысл сделать тест Гилева и сравнить результаты с похожим оборудованием. И ещё - загрузку процессора надо по ядрам смотреть. |
|||
161
Alexor
11.09.18
✎
11:25
|
(0) Пользователей сколько?
Сервер какие задачи выполняет? только скуль и сервер 1с? Домен, почта, терминал, файлопомойка там нет? Рейд один и на систему и базу? |
|||
162
Новиков
11.09.18
✎
11:36
|
(157) Автор пишет "Со своей стороны вижу, что нагрузка на сервере практически отсутствует." и далее "Проблема на чьей стороне? На моей или внедренцев?" - непонятен контекст вопроса, если с "его стороны" проблем нет, то зачем спрашивать - на чьей стороне проблема, если секундой ранее он заявил, что не на его? :) Где логика, Карл? Ее нет. И еще странно, что почему Автор думает, что разобраться в этом дерьме - это вопрос топика на мисте?
|
|||
163
Вафель
11.09.18
✎
11:38
|
(162) вопрос в том, как это доказать, что не на его
|
|||
164
unregistered
11.09.18
✎
11:58
|
(162) > если с "его стороны" проблем нет, то зачем спрашивать
А где твоя логика? Где он пишет, что с его стороны проблем нет? Где ты это вычитал? Ты это тупо прямо сейчас придумал? Автор пишет, что НЕ ВИДИТ проблему т.к. (цитата) "нагрузка на сервере практически отсутствует". И просит помощи на форуме в том, чтобы разобраться (убедиться) - действительно ли с его стороны нет проблемы или можно ещё что-то посмотреть. > почему Автор думает, что разобраться в этом дерьме - это вопрос топика на мисте? Ты реально читаешь мысли автора? Или я что-то пропустил и он где-то писал, что решит проблемы в одном топике. PS Ты склонен слишком много додумывать за других и обобщать. |
|||
165
H A D G E H O G s
11.09.18
✎
12:01
|
У автора 24 потока. Одно загруженное ядро даст
100/24=4%, что автор может посчитать как простой проца. Но это не так, хехехе. |
|||
166
Новиков
11.09.18
✎
12:07
|
(164) >>Со своей стороны вижу, что нагрузка на сервере практически отсутствует. Исходя из этого логика говорит, что проблема с 1С или конфигурацией.
А видеть со своей стороны отсутствие проблемы, сказать про этом, и потом искать сторону - это логично? >>Ты реально читаешь мысли автора? Нет. Я просто вижу, что везде на профильных ресурсах администраторы гнобят 1С, снимают с себя любую ответственность, видят что их "сторона" не виноватая и всеми фибрами души стараются об этом и рассказать, и доказать. Что мол ни я это, а 1сники. Коли так - поясни, а зачем ты им помогаешь? |
|||
167
unregistered
11.09.18
✎
12:15
|
(166) > Я просто вижу, что везде ....
Ну я и говорю - склонен обобщать. > ...администраторы гнобят 1С, снимают с себя любую ответственность... Автор ветки - как раз редкий пример обратной ситуации. Хочет разобраться, а не кидаться тупо какашками, делая обиженный вид. > видеть со своей стороны отсутствие проблемы, сказать про этом, и потом искать сторону - это логично? ИМХО, да. Я смотрю на ситуацию. Вижу её со своей колокольни, под своим углом зрения, с высоты своих знания и опыта. То, что я вижу говорит мне о том, что всё нормально (железо не нагружено). Однако это нет так (пользователи жалуются). Возникает диссонанс. Есть два вариант - погнобить 1С-ников или попытаться разобраться. Автор выбрал второй путь. Что тебя не устраивает? PS Кто ж из админов тебя обидел... |
|||
168
Garykom
гуру
11.09.18
✎
12:27
|
(0) "Сотрудник жмет копку провести документ и 1С нафик зависает на 30-60 сек. или вообще полностью зависает, пока принудительно приложение не закроешь."
Отладчик в руки и смотреть где виснет/падает |
|||
169
Вафель
11.09.18
✎
12:28
|
(168) он же админ
|
|||
170
Garykom
гуру
11.09.18
✎
12:28
|
(168)+ Может быть как кривизна "кода проведения" от доработчиков конфы, так и баги платформы/настроек сервера 1С.
|
|||
171
Garykom
гуру
11.09.18
✎
12:30
|
(169) Пусть развернет на том же железе и 1С/sql сервере другую типовую конфу и проверит работу/проведение
|
|||
172
Вафель
11.09.18
✎
12:31
|
(169) предлагаешь по быстрому тестирование написать? админу?
|
|||
173
Garykom
гуру
11.09.18
✎
12:33
|
(172) Конфу развернуть полностью типовую без вот этого "1С дорабатывала сторонняя компания" админу не проблема.
Я б даже сделал копию текущей базы, накатил на нее типовой cf-ник с полным замещением и проверил как оно "проводится". |
|||
174
Вафель
11.09.18
✎
12:34
|
(173) одиночное провдение документа можно сделать и на текущей базе, без всяких копий
|
|||
175
vitkhv
11.09.18
✎
17:37
|
(0) Я с 8.3.11 на 8.3.12 переходил недавно + новый сервак железо + новый MSSQL переход с 2014 на 2017, тупить стало жутко на основной операции, построчное разузлование номенклатуры в заказе покупателя.
На что грешить ХЗ. Вычислил через Замер производительности + sp_WhoIsActive тупящий запрос с его трансляцией к MSSQL, оказалось 1С в 12 релизе стала по другому транслировать запрос к MSSQL. Поправил запрос все залетало. |
|||
176
xXeNoNx
12.09.18
✎
08:24
|
(4) а шо там со счетчиками производительности?
|
|||
177
xXeNoNx
12.09.18
✎
08:28
|
(173) зачем? В силах одмИна кинуть logcfg в нужную папку, получить выхлоп, проанализировать, некасаясь 1с
|
|||
178
xXeNoNx
12.09.18
✎
08:31
|
+(177) срубить рпхосты и посмотреть контекст
|
|||
179
MaxRAF
12.09.18
✎
10:01
|
(176) HTM-файл https://yadi.sk/d/8gBcVNMn7CcW9g
|
|||
180
dmpl
12.09.18
✎
10:12
|
(0) Была похожая фигня (даже поиск в списке, бывало, зависал). После обновлением платформы пропала.
|
|||
181
dmpl
12.09.18
✎
10:13
|
(3) Пожелание подайте - "Чтобы не висло".
|
|||
182
g00d
12.09.18
✎
10:29
|
я думаю надо менять и админа и обслуживающую организацию
|
|||
183
unregistered
12.09.18
✎
10:33
|
(182) А чё не правительство и президента? Мелко как-то мыслите.
|
|||
184
Sasha_H
12.09.18
✎
10:41
|
Обзаведитесь и обложитесь сервисами анализа ЦУП или Гилева.
Но вот железка слабоватая для такой конфы. Ну любит 1С ПОЖРАТЬ. Только еще момент уточние, а то я упарился всю ветку читать может и упустил. Вообще памяти желательно чем больше -------- и нет предела как бы не заявляли супер спецы. Память это хорошо и чем ее больше тем лучше. Давайте на примере, что решает СКЛ как ЦПУ, а куда он девает планы запросов, результаты, в темпдб и кэшит все в памяти. То есть у вас есть база размером 100 Гб + темпДб такой же вот и ответ. А еще 1С. Так что нет предела совершенству объема памяти. 1. посмотри настройки в СКЛ как задан прирост файла. Рекомендуется с шагом 500 Мб 2. Как размещен сервер 1С и субд физически и рдп. Если они все на одной машинке не гуд. 3. установи производительность сервера максимальной - это в параметрах электропитания (бывает процы и все железо не работает во всю мощь) 4. на сервере субд не должно быть никаких других ролей кроме как сам сервер субд 5. сервисы анализа 6. если у вас взаимоблокировки вопрос на каких ресурсах, если внедренцы копались в блоках проведений то тогда все ясно ну масса других советов. )) |
|||
185
Sasha_H
12.09.18
✎
10:44
|
(184) забыл еще шаред мемори надо если 1С и СУБД на одной машинке
|
|||
186
Sasha_H
12.09.18
✎
10:50
|
Поймать, что делал пользователь когда повис... Сделать копию ИБ и пробовать прогнать самому.
Оооо чуть не забыл самое главное без чего вообще никак - это регламентнтые операции СКЛ. Обязательно обновление статистики, фрагментация индексов и перестроение индекса - на инфостарте можно взять тут: http://catalog.mista.ru/public/803209/ - попробовать прогнать в отладчике где он так себя ведет. - посмотреть возможно включена отладка сервера 1С (убрать ее) - возможно ТЖР работает - от тяжелых настроек может висеть 1С - эксперементировать с настройками кластера. Тут все индивидуально. |
|||
187
g00d
12.09.18
✎
10:53
|
(183) не мелко, а осторожно, это экстримизм все таки.
|
|||
188
g00d
12.09.18
✎
10:53
|
(187) упс не та тема
|
|||
189
Sasha_H
12.09.18
✎
10:56
|
(187) бан можно за флуд схлопотать!
и все флудеры. у человека проблемы если не вкурсе зачем тупо флудить если не можете помочь дельним советом |
|||
190
Sasha_H
12.09.18
✎
10:58
|
(0) А вообще. Администратор сети. Не должен заниматься такими делами. Это реально забота внедренцев по себе знаю. Поскольку занимаюсь оптимизацией. Это реально тяжолый труд. И если система так себя ведет то определить источник проблемы крайне не просто особенно на форуме.
Систему надо видить. ЩУПАТЬ! |
|||
191
Sasha_H
12.09.18
✎
11:01
|
Меня смущает другое. Обычно системы так себя ведут после длительной работы. Год, два. А тат сразу.
Надо реально смотреть, что там происходит быть вкурсе всех событий. Анализ, чтобы помочь. |
|||
192
Sasha_H
12.09.18
✎
11:06
|
И для этой версии конфигурации я бы ставил более новую платформу. 8.3.10
|
|||
193
Sasha_H
12.09.18
✎
11:07
|
(192) черт отправилось. 8.3.10 тут слабоватая.
|
|||
194
Sasha_H
12.09.18
✎
11:07
|
Важная информация
-------------------------------------------------------------------------------- Рекомендуется использовать текущую версию конфигурации "Управление торговлей", редакция 11 с версией системы 1С:Предприятие 8 8.3.12.1469 (и выше) в режиме совместимости "Версия 8.3.10". Минимальная версия системы 1С:Предприятие для использования текущей версии "Управление торговлей", редакция 11 не ниже 8.3.10.2699. |
|||
195
Sasha_H
12.09.18
✎
11:11
|
Trade/11_4_2_123/ReadMe.txt
Важная информация -------------------------------------------------------------------------------- Рекомендуется использовать текущую версию конфигурации "Управление торговлей", редакция 11 с версией системы 1С:Предприятие 8 8.3.10.2620 (и выше). В силу особенностей поведения платформы при работе с формами, содержащими динамические списки, могут диагностироваться ошибки вида: "Поле <Имя поля> не обнаружено". В этом случае: - либо пользователь должен зайти в форму настроек и выбрать команду "Установить стандартные настройки" (Все действия-Настроить список-Все действия-Установить стандартные настройки) - либо администратор должен зайти в форму Администрирование-Настройки пользователей и прав-Настройки пользователей и очистить сохраненные настройки этого пользователя. Если в информационной базе используется раздельный учет товаров по налогообложению НДС, то рекомендуется использовать партионный учет версии 2.2. Настройки выполняются в форме "НСИ и администрирование - Финансовый результат и контроллинг". тут еще и багнутая она эта версия конфы. Обновить бы ее и на новую платформу )) |
|||
196
Sasha_H
12.09.18
✎
11:12
|
Вообщем... автор пропал. Тут надо пройти все круги ада и тогда оно заработает стабильно!
|
|||
197
MaxRAF
14.09.18
✎
10:36
|
Всем привет. Никуда я не пропал ) Внедренцы еще до конца не перевели всех на новую конфигурацию, поэтому я пока туда не лезу.
|
|||
198
MaxRAF
14.09.18
✎
10:40
|
Платформу обновил до последней версии.
(196) по поводу энергоэффективного режима на процессорах и прочие рекомендации давно были мною сделаны. |
|||
199
MaxRAF
14.09.18
✎
10:42
|
У меня такое ощущение, что внедренцы пару раз где-то кому-то что-то сделали и теперь считают себя "спецами". Могу конечно ошибаться, так как не программист 1С-ник, но блин столько проблем всплыло с правами и прочим при переносе всех данных за последние 2 месяца в новую конфу...
|
|||
200
craxx
14.09.18
✎
10:48
|
(199) ну так и есть) пару раз сделал - уже спец
|
|||
201
Вафель
14.09.18
✎
10:48
|
на старый формат ЖР перевел?
|
|||
202
MaxRAF
14.09.18
✎
10:56
|
(201) что за ЖР?
|
|||
203
Вафель
14.09.18
✎
11:05
|
журнал регистрации
|
|||
204
craxx
14.09.18
✎
11:36
|
(203) так это же внедренцы должны делать
|
|||
205
Sasha_H
14.09.18
✎
11:52
|
Не согласен насчет столько всего повылазило. Вообще-то при внедрении - это классика жанра.
|
|||
206
Sasha_H
14.09.18
✎
11:53
|
Это абсолютно нормальный этап... Поскольку нереально все сделать чтобы все заработали и без единой ошибко - ну не бывает так. Для того чтобы не было таких проблем, делается фальшстарты... Но епта это ж какой бюджет нужен для этого!
|
|||
207
dmrjan
14.09.18
✎
12:05
|
(206) Фальшстарт можно на PostgreSQL организовать, там только железо. Кроме того, PG не жрет сразу всю оперативную память и на выполнении тех или иных отчетов и обработок будет видно - кто выжирает память сервера. Кроме того - если какие-то запросы выполняются долго и таблицы большие и идет обращение к таблицам без фильтрации методом for i=1 to n, можно сильно выиграть, т.к. в MSSQL существуют блокировки на чтение. Хотя в PostgreSQL перебор тоже крайне болезнен. Опять же - если хочешь, чтобы в MSSQL все быстро работало - пусть разработчики испытывают все изменения на PostgreSQL.
|
|||
208
Вафель
14.09.18
✎
12:06
|
(204) Это почему это?
|
|||
209
unregistered
14.09.18
✎
12:19
|
(208) Потому что автор - не 1С-ник. ЖР 1С находится за рамками его компетенции.
Не говоря уже о том, что само по себе действие по переводу журнала регистрации на старый формат имеет смысл только в дух случаях: 1. В высоко нагруженных системах, к которым описанная автором никак не относится. Даже с натяжкой. 2. В случае, когда явно выявлена причина проблем, указывающая на ЖР. Но для такого случая характерны совершенно другие симптомы - высокая нагрузка на процессор и/или очередь к диску, которые создаёт процесс менеджера кластера rmngr.exe. |
|||
210
HeKrendel
14.09.18
✎
12:21
|
(209) Еще раз- работы в договоре есть? В Виде установка и настройка 1С или нет?
|
|||
211
HeKrendel
14.09.18
✎
12:25
|
У меня по умолчанию таких работ в договоре нет
|
|||
212
Cyberhawk
14.09.18
✎
12:38
|
(209) Так у него высокая нагрузка на процессор никак не исключена
|
|||
213
Sasha_H
14.09.18
✎
12:38
|
Еще раз, чтобы делать фальш старт, надо выделить бюджет
|
|||
214
unregistered
14.09.18
✎
12:40
|
(210) Это ты автору ветки такие вопросы задавай. Я не читал ни его договор, ни договор между его работодателем и внедренцами на внедрение. Я даже не знаю про какой конкретно договор ты спрашиваешь.
В любом случае это никак не относится к конкретно взятому вопросу формата ЖР 1С. |
|||
215
unregistered
14.09.18
✎
12:42
|
(212) > у него высокая нагрузка на процессор никак не исключена
Я исхожу из той информации, которую предоставил автор. А он в (0) указал, что нагрузка на сервере практически отсутствует. Хочется верить, что автор достаточно компетентен, чтобы суметь правильно посмотреть нагрузку и корректно интерпретировать полученные результаты. Это как раз работа админа. |
|||
216
Вафель
14.09.18
✎
12:44
|
случайно антивирус не включен на сервере?
|
|||
217
Cyberhawk
14.09.18
✎
12:45
|
(215) Он же сам говорит, что в 1С не шарит. А у него может 1-2 ядра на 100% загружены, общая загрузка всех ядер не выше 10%, и он считает это нормой
|
|||
218
dmpl
14.09.18
✎
13:06
|
(205) Это классика жанра потому что тяп-ляп - и в продакшен. Ну и клиент же платит.
(206) А они первый или второй раз внедряют? Если нет - то 95+% таких проблем отсекается на этапе обследования. |
|||
219
dmpl
14.09.18
✎
13:07
|
(210) Внедрение уже включает эти работы. Достаточно в мотивированном отказе указать что программа тормозит и виснет, что не позволяет ее использовать по назначению.
|
|||
220
dmpl
14.09.18
✎
13:10
|
(213) Лучше сразу выделить бюджет на обследование и проектирование, чем потом оплачивать кривую переделку. Кривую - потому что не настояли на строгом соблюдении порядка процесса внедрения.
|
|||
221
Krendel
14.09.18
✎
13:39
|
(219) У меня есть ресурсы для проведения нагрузочного тестирования, и на моем железе это будет работать. В крайнем случае 500-700 евро на аренду нужной мощности сервера на время
|
|||
222
Krendel
14.09.18
✎
13:39
|
Которые я в конечном счете перевыставлю заказчику
|
|||
223
dmpl
14.09.18
✎
13:47
|
(221) Заказчик не подпишет нагрузочное тестирование. Ему ведь надо чтобы у него все нормально работало. Пока у него не заработает - акт не будет подписан. Можешь или идти в суд, или сделать так, чтобы у клиента все работало.
|
|||
224
Krendel
14.09.18
✎
13:49
|
(223) У каждого свой опыт ;-)
|
|||
225
Krendel
14.09.18
✎
13:51
|
Ну а так спасибо, включу эти работы в договора
|
|||
226
dmpl
14.09.18
✎
13:57
|
(225) Это правильно. Не надо экономить деньги заказчика за счет качества. Хорошее из этого получается редко. Гораздо чаще - просто не оплаченная работа.
|
|||
227
Krendel
14.09.18
✎
14:01
|
(226) Да никто не экономит, просто если эти виды работ не обговаривались, то ее и не проводим, у меня есть например фишка типа полной документации на проект, где в любой момент времени документация будет актуальной и т.п.
Надо будет продумать как проводить нагрузочное тестирование |
|||
228
craxx
14.09.18
✎
18:52
|
Вы знаете, конструкции вот такого вида, как ниже, будут тупить на любом железе. Тут мозги разработчикам надо вправлять.
ВЫБРАТЬ АЭ_ЖурналОперацийМФОиКПК.Ссылка КАК Ссылка, АЭ_ЖурналОперацийМФОиКПК.Дата КАК Дата, АЭ_ЖурналОперацийМФОиКПК.ПометкаУдаления КАК ПометкаУдаления, АЭ_ЖурналОперацийМФОиКПК.Номер КАК Номер, АЭ_ЖурналОперацийМФОиКПК.Проведен КАК Проведен, АЭ_ЖурналОперацийМФОиКПК.Организация КАК Организация, АЭ_ЖурналОперацийМФОиКПК.Информация КАК Информация, АЭ_ЖурналОперацийМФОиКПК.Тип КАК Тип, ВЫБОР КОГДА АЭ_ЖурналОперацийМФОиКПК.РучнаяКорректировка = ИСТИНА ТОГДА ВЫБОР КОГДА АЭ_ЖурналОперацийМФОиКПК.ПометкаУдаления = ИСТИНА ТОГДА 10 КОГДА АЭ_ЖурналОперацийМФОиКПК.Проведен = ЛОЖЬ ТОГДА 9 ИНАЧЕ 8 КОНЕЦ ИНАЧЕ ВЫБОР КОГДА АЭ_ЖурналОперацийМФОиКПК.ПометкаУдаления = ИСТИНА ТОГДА 2 КОГДА АЭ_ЖурналОперацийМФОиКПК.Проведен = ИСТИНА ТОГДА 1 ИНАЧЕ 0 КОНЕЦ КОНЕЦ КАК СостояниеДокумента, АЭ_ЖурналОперацийМФОиКПК.СуммаДокумента КАК СуммаДокумента, АЭ_ЖурналОперацийМФОиКПК.ВалютаДокумента КАК ВалютаДокумента, АЭ_ЖурналОперацийМФОиКПК.РучнаяКорректировка КАК РучнаяКорректировка, АЭ_ЖурналОперацийМФОиКПК.ВидОперации ИЗ ЖурналДокументов.АЭ_ЖурналОперацийМФОиКПК КАК АЭ_ЖурналОперацийМФОиКПК ГДЕ АЭ_ЖурналОперацийМФОиКПК.Тип В (ТИП(Документ.АЭ_ВыдачаПоЗаймамПредоставленным), ТИП(Документ.АЭ_ПоступлениеОплатНаСчетаТекущихРасчетов), ТИП(Документ.АЭ_ПогашениеПоЗаймамПредоставленным), ТИП(Документ.ПоступлениеНаРасчетныйСчет), ТИП(Документ.ПриходныйКассовыйОрдер), ТИП(Документ.РасходныйКассовыйОрдер), ТИП(Документ.СписаниеСРасчетногоСчета)) {ГДЕ (АЭ_ЖурналОперацийМФОиКПК.Ссылка В (ВЫБРАТЬ ДокументыПоКонтрагенту.Ссылка ИЗ КритерийОтбора.ДокументыПоКонтрагенту(&ОтборКонтрагент) КАК ДокументыПоКонтрагенту)), (ВЫБОР КОГДА &ОтборДоговорКонтрагента = НЕОПРЕДЕЛЕНО ТОГДА ЛОЖЬ ИНАЧЕ АЭ_ЖурналОперацийМФОиКПК.Ссылка В (ВЫБРАТЬ АЭ_ДокументыПоЗаймам.Ссылка ИЗ КритерийОтбора.АЭ_ДокументыПоЗаймам(&ОтборДоговорКонтрагента) КАК АЭ_ДокументыПоЗаймам) КОНЕЦ ИЛИ ВЫБОР КОГДА &ОтборДоговорУсловия = НЕОПРЕДЕЛЕНО ТОГДА ЛОЖЬ ИНАЧЕ АЭ_ЖурналОперацийМФОиКПК.Ссылка В (ВЫБРАТЬ АЭ_ДокументыПоЗаймам.Ссылка ИЗ КритерийОтбора.АЭ_ДокументыПоЗаймам(&ОтборДоговорУсловия) КАК АЭ_ДокументыПоЗаймам) КОНЕЦ ИЛИ ВЫБОР КОГДА &ОтборЗайм = НЕОПРЕДЕЛЕНО ТОГДА ЛОЖЬ ИНАЧЕ АЭ_ЖурналОперацийМФОиКПК.Ссылка В (ВЫБРАТЬ АЭ_ДокументыПоЗаймам.Ссылка ИЗ КритерийОтбора.АЭ_ДокументыПоЗаймам(&ОтборЗайм) КАК АЭ_ДокументыПоЗаймам) КОНЕЦ)} |
|||
229
craxx
14.09.18
✎
18:53
|
(228) Это ж надо додуматься, в условии компоновки данных динамического списка запрос к критериям отбора делать. Я в шоке, честно. И еще утверждают что у меня слабый сервер.
|
|||
230
GreyK
14.09.18
✎
18:57
|
(0) Внедренца зовут "паша", "Павел" ?
|
|||
231
Cyberhawk
14.09.18
✎
19:13
|
(229) Намекаешь на то, что порционности выборки не будет в этом случае?
Предлагаешь каждый раз писать сложный запрос-объединение, повторяющий состав критериев отбора (а потом забыть при обновлении состава обновить запрос)? Я так - просто интересуюсь, ни на чью сторону не становлюсь ) |
|||
232
craxx
14.09.18
✎
19:24
|
(231) Ну собственно даже не я предлагаю. Вот статейка на эту тему https://forum.infostart.ru/forum9/topic184160/
|
|||
233
Cyberhawk
14.09.18
✎
19:38
|
(232) Ага ясно, спс. Все-таки динамически собирать запрос по метаданным
|
|||
234
craxx
14.09.18
✎
19:39
|
(231) Ну и да, этот сложный запрос будет работать в десятки, если не в сотни раз быстрее, чем обращение к критерию отбора, особенно вот таки идиотично, как выше приведено.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |