Вход | Регистрация
    1  2   
Информационные технологии :: Администрирование

Сервер для MS SQL под 1с

Сервер для MS SQL под 1с
Я
   TurishkinPavel
 
12.10.20 - 09:55
2. Не может100% (3)
1. Может0% (0)
Всего мнений: 3

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

Есть организация, у нее есть 1с ERP 2.4. Также у нее есть 2 тестовых базы. Крутятся они на сервере бд на MSSQL с ЦП Процессор Intel® Xeon® E5-2630 v2, 15 МБ кэш-памяти, тактовая частота 2,60 ГГц и с 16 Гб оперативки на борту.

нагрузка в обоих базах - 2-4 сессии(челвоека) чето там тестируют, фоновые и регл отключены

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

И, главное, так убедительно говорят, гады, что я уже начал сам сомневаться - может реально чето подкрутить надо где-то. Вот мне интересно, чисто теоретически, может такой сервак сносно крутить 2 erp тестовых с минимальным присутствием человеков, тыкающих на кнопки, проводящих документы и тп?
   fisher
 
1 - 12.10.20 - 10:01
Приведенные исходные данные позволяют построить спектр возможных практических ситуаций от нуля до бесконечности.
Так что "чисто теоретически" - конечно может.
   fisher
 
2 - 12.10.20 - 10:03
А "сносно" - это сколько примерно от "хоть святых выноси"? Половина? Одна десятая?
   ДенисЧ
 
3 - 12.10.20 - 10:03
Админы, разумеется, не предоставили никаких значений счётчиков... Ну, просто чтбы слова свои доказать?
А ещё в виртуалку сервер, небось, запихнули...
Да и памяти на две ерп мало
   StanLee
 
4 - 12.10.20 - 10:04
16 Гб оперативки...
вот тут пример под боком: 320 Гб оперативки и размер базы 100 Гб (данные + лог), постоянно занято около 100 Гб оперативы, при некоторых операциях память жралась до 250..
так что пишите сюда размер базы, а у себя смотрите очередь диска как минимум
   fisher
 
5 - 12.10.20 - 10:06
(4) Первый здравый совет (посмотреть на очередь к диску)
   yzimin
 
6 - 12.10.20 - 10:07
>>сервак отличный для этих задач
а в чём собственно проблема у вас? Может вы 1 печатную форму рисуете в неделю, так какая разница бизнесу какая будет скорость вашей работы?
   TurishkinPavel
 
7 - 12.10.20 - 10:07
Спасибо за отклики, щас добавлю все, что знаю))
2 базы размером 170 Гб + 20 Гб логов
Из счетчиком знаю только значение теста Чистова - 1,5 единицы)))

Насчет других счетчиков - не шарю я, чтобы спросить у них, очередь диска сейчас попробую нагуглить что это и посмотреть, спасибо)
   TurishkinPavel
 
8 - 12.10.20 - 10:08
(6) проблема у нас в том, что мы внедряем производство своими силами и специалисты, которые моделируют тестовые ситуации на базах и сверяют проводки жалуются, что документы проводят по 20 минут
   H A D G E H O G s
 
9 - 12.10.20 - 10:10
(8) Озвучьте это руководству, озвучьте ставку программиста, количество программистов и купите новый сервер.
   StanLee
 
10 - 12.10.20 - 10:12
(8) системный монитор на сервере глядеть, это если админы доступ к нему разрешат, а если нет, то проблема производительности- их проблема :)
   fisher
 
11 - 12.10.20 - 10:13
(7) 1.5 единицы - значит с записью у вас беда. Скорее всего в диски упирается. Т.е. нужно смотреть нагрузку на диск в купе с настройками сиквела.
   HeKrendel
 
12 - 12.10.20 - 10:14
(8) у меня сервак для тестирования с 100гб на борту
   ДенисЧ
 
13 - 12.10.20 - 10:17
170ГБ базы на 16ГБ памяти???
Мммм Как вам сказать, не матерясь... А никак. Поэтому промолчу ))
   YTMi
 
14 - 12.10.20 - 10:20
Я не профессионал в этом деле, но все равно вставлю свои 5 копеек. Xeon v2 это же Ivy Bridge? Если так, то лучше его заменить его на что-то поновее для ERP 2.4 и с частотой ядра побольше. Смотрите в сторону Casade Lake или Coffe Lake или новее. Количетво ядер выберите сами исходя из количества пользователей. Второй момент, попросите администраторов предоставить вам счетчики производительности за последнюю неделю, полюбому можно будет обнаружить узкие места, типа диска. Две базы по 170ГБ? Пускай даже активно работают только 3 человека, это катастрофически мало, начните хотя бы с 64ГБ, а лучше 128
   Провинциальный 1сник
 
15 - 12.10.20 - 10:20
(13) А чего тут не так? Вы из секты "база должна полностью помещаться в ОЗУ"?
   YTMi
 
16 - 12.10.20 - 10:23
"Две базы по 170ГБ? Пускай даже активно работают только 3 человека, это катастрофически мало, начните хотя бы с 64ГБ, а лучше 128" Это я про 16ГБ, не дописал
   Провинциальный 1сник
 
17 - 12.10.20 - 10:25
(16) Весело будет, когда сервер проапгрейдят, а тормоза останутся. Так обычно бывает, когда решение принимают без анализа узких мест, а по советам из интернета.
Реально, большой объем памяти серверу нужен только в одном случае - если узкое место дисковая подсистема. Тогда большой кэш ускорит. Если же тормоза связаны с нехваткой процессорной мощности, то тут хоть сколько памяти ставь, не поможет..
   TurishkinPavel
 
18 - 12.10.20 - 10:27
В общем, запустил я монитор системный на серваке, понадобавлял параметров, у меня получилось:
% загруженности процессора - колеблется от 0 до 20,
Скорость записи на диск - от 0 до 90,
Среднее время обращения к диску - от 30 до 100,
Средняя длина очереди к диску - почти всегда 100,
Средняя длина очереди записи на диск - почти всегда 100 изредка падает до 30.


https://ibb.co/4RYqnvR


Надеюсь, что я правильно вас понял))
я не очень разбираюсь в системных этих делах, но почитав интернеты, понимаю, что это не очень хорошие показатели, особенно по дискам.
   stopa85
 
19 - 12.10.20 - 10:28
(15) Я из этой секты. В (17) все верно сказано, нужно найти узкое место. Но опыт, есть опыт: Не верю, что 160г база будет работать на 16ОЗУ даже в тестовом режиме. Разуемеется это касается 1С. Какая-нибудь мегаоптимизированая и узкоспециализированная база может.
   YTMi
 
20 - 12.10.20 - 10:31
(17) Я написал про счетчики производительности
   TurishkinPavel
 
21 - 12.10.20 - 10:31
блин, на скрине цвета не очень отличаются((
Но мне главное понять, что это нужный инструмент, а там я с гуглом разберусь о нужных показателях
   Провинциальный 1сник
 
22 - 12.10.20 - 10:33
(19) Это только для жесткого ОЛАПа разве что имеет смысл. В реальной рабочей базе доступ производится к нескольким гигабайтам актуальных данных, соответственно кэшировать больше можно, но выигрыша это не даст..
   fisher
 
23 - 12.10.20 - 10:39
(18) Ну вот, узкое место нашли (Средняя длина очереди к диску - почти всегда 100)
Теперь смотри, какие именно файлы в топе на запись.
   stopa85
 
24 - 12.10.20 - 10:42
(22) Вот и я про тоже. 1С-это нечто среднее с присущими и тому и тому недостатками.

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

2. Не может
   fisher
 
25 - 12.10.20 - 10:45
(18) Хотя, на рабочие базы лучше даже и не смотреть. Тест Гилева в 1.5 попугая - это какая-то очевидная беда с инфраструктурой. Лучше всего на тесте Гилева с нагрузкой и разбираться тогда.
   Провинциальный 1сник
 
26 - 12.10.20 - 10:46
(24) Так читается не весь регистр, а только таблицы итогов с использованием индексов по нужным разрезам. Это немного, на самом деле. Можете проверить, считая реальные чтения с диска во время выполнения запросов. Редко когда появляются извращенские запросы типы выборки с LIKE по комментарию из основной таблицы регистра.
   fisher
 
27 - 12.10.20 - 10:49
(26) Индексы могут занимать дохрена, на самом деле. Особенно если их много наклепали по большим таблицам.
   H A D G E H O G s
 
28 - 12.10.20 - 10:50
(27)  Лежат на диске, не пищат
   H A D G E H O G s
 
29 - 12.10.20 - 10:51
(26) Мимо. Самая мякотка в нагруженных системах - это поиск в динамических списках с RLS
   fisher
 
30 - 12.10.20 - 10:58
(26) В 1С индексы могут занимать от четверти объема данных и выше.
 
 Рекламное место пустует
   TurishkinPavel
 
31 - 12.10.20 - 10:58
(25) так нагрузочный тест Гилева разве показывает узкие места? он выдает индекс производительности и все или я не так чтото делаю?
   kzot
 
32 - 12.10.20 - 10:59
(31) запусти тест гилева на любом скоростном компе в конторе и покажи руководству результат. )
   fisher
 
33 - 12.10.20 - 11:01
(31) Нагрузочный тест Гилева тупо фигачит проведение "пустышек". При таких сверхнизких показателях почти стопроцентно упор в диски. Что подтверждается твоими показателями производительности.
   TurishkinPavel
 
34 - 12.10.20 - 11:01
(32) а что это даст? разве результаты этого теста отличаются от клиента, с которого запускается?
   kzot
 
35 - 12.10.20 - 11:02
(31) в узкие места ты сам лезешь и настройки правишь, тест покажет хуже или лучше стало.
   TurishkinPavel
 
36 - 12.10.20 - 11:03
(33) ну вот тогда подготовлю эти показатели и попробую пробить ссдшные диски что ли. Если на*ер не пошлют)
Спасибо за помощь
   TurishkinPavel
 
37 - 12.10.20 - 11:03
(35) а, понял, значит придется еще и разобраться в настройках sql и серверов...
   fisher
 
38 - 12.10.20 - 11:04
(34) Он имеет в виду, что если полностью воспроизведешь окружение на хорошей рабочей станции, то результаты почти гарантированно будут лучше и это можно будет продемонстрировать на уровне "двух палочек твикс".
   TurishkinPavel
 
39 - 12.10.20 - 11:06
(38) а, понял. ну, я на рабочем серваке запускал тест - тест показал 9,5)) В принципе разница существенная, а настройки там одинаковые. Ну те, до которых мне дали дотянуться.
   Bigbro
 
40 - 12.10.20 - 11:10
(18) у вас коэффициент 100 стоит на очереди. он будет 100 отображать когда очередь =1.
уберите все лишние параметры и поставьте коэффициент другой чтобы видеть не упирающийся в потолок, а реальный график. например 1.
   TurishkinPavel
 
41 - 12.10.20 - 11:12
(40) спасибо,поставил коэффициент = 1, получил колебания в пределах от 10 до 20.
   Bigbro
 
42 - 12.10.20 - 11:15
(41) это ОЧЕНЬ много.
дисковая система у вас не справляется. при 6-8 ощущаются как серьезные тормоза в работе.
при 20 ... мои бы нервы не выдержали.
идите к руководству.
   TurishkinPavel
 
43 - 12.10.20 - 11:17
(42) Вот попробую скомпоновать отчет/служебку с этими всеми показателями и пойду, потому что тестировщики ко мне все идут, говорят "сделай ченить", а админы говорят - "отличный сервак, че ты".
Поэтому надо обоснование, вот щас чтото вырисовывается
   YTMi
 
44 - 12.10.20 - 11:19
(43) Сколько админы у вас получают?
   TurishkinPavel
 
45 - 12.10.20 - 11:20
буду пугать сложными словами и цифрами руководителей) а то на ERP денег хватило, а железо слепили "из того, что было".
   TurishkinPavel
 
46 - 12.10.20 - 11:21
(44) все мы тут получаем мало) Для нашего города 30 тысяч - неплохая зарплата. У нас ее получают далеко не все)
   H A D G E H O G s
 
47 - 12.10.20 - 11:22
(39) Вы очень несчастные люди.
У нас Гилев дает 50 на рабочем сервере
   TurishkinPavel
 
48 - 12.10.20 - 11:24
(47) нам обещали новый сервер на боевую базу) так что и у нас скоро будет счастье.
Но потом...

https://sun9-49.userapi.com/c629316/v629316960/2e15f/uKKzsQpeyAw.jpg
   trad
 
49 - 12.10.20 - 11:24
(46) прочитал бегло. Конфигурацию СХД выше не озвучивали?
   YTMi
 
50 - 12.10.20 - 11:25
У нас на новом с W-2265 на клиент-серверном тесте больше 48 так и не смог получить, иногда прыгнет до 51, но это предел
   timurhv
 
51 - 12.10.20 - 11:25
(41) так в (23) какие файлы? Может и не в дисках дело, а в свопе.
И обслуживание базы делали тестовых в части "Реорганизация и перестроение индексов"?
   TurishkinPavel
 
52 - 12.10.20 - 11:26
(49) не знаю такого термина, к сожалению) Данные хранятся на обычных HDD. Бэкапы на отдельных серверах.
   TurishkinPavel
 
53 - 12.10.20 - 11:27
(51) вот разбираюсь щас, как можно посмотреть эту очередь.
Насчет реорганизации - нет, не делали 2 года последних точно. Почитаю об этом, спасибо
   piter3
 
54 - 12.10.20 - 11:28
(52) Система хранения данных
   trad
 
55 - 12.10.20 - 11:29
(52) "Данные хранятся на обычных HDD"
ну это никуда не годится
   Bigbro
 
56 - 12.10.20 - 11:30
(53) в мониторе ресурсов закладка диск там отсортировать по чтению/записи/всего.
   TurishkinPavel
 
57 - 12.10.20 - 11:31
(54) да термин то я расшифровал, но четко не могу ничего сказать, так как не сталкивался с такими штуками. знаю, что у нас сервера комплектуются HDD
   trad
 
58 - 12.10.20 - 11:31
(55) парочку SAS дисков в зеркало с кеширующим рейд-контроллером, хотя бы что-нибудь, даже древнее.
Лучше ssd конечно.
   TurishkinPavel
 
59 - 12.10.20 - 11:40
(56) на первом месте с большим отрывом сервер с 1 из тестовых баз, чтото делают там, видимо сейчас

https://ibb.co/4NKqXX4
   Garykom
 
60 - 12.10.20 - 11:45
(0) Тест CrystalDiskMark сервера можешь показть?
 
 Рекламное место пустует
   Bigbro
 
61 - 12.10.20 - 11:48
(59) для полного счастья можешь еще фрагментацию этого файла посмотреть.
там тысяч 20 фрагментов будет я предположу.
но админы да.. хлеб едят зря.
   Конструктор1С
 
62 - 12.10.20 - 11:50
"Так вот, эти базы тормозят так, что хоть святых выноси"


Уже предлагали выяснить скорость чтения и записи дисков?
   kzot
 
63 - 12.10.20 - 11:50
(59) касперский тоже что то жрет, хотя бы настроили его ?
   TurishkinPavel
 
64 - 12.10.20 - 12:47
(60) вот намерял
https://ibb.co/4dNRnnP
   TurishkinPavel
 
65 - 12.10.20 - 12:48
(62) вот выяснил
https://ibb.co/4dNRnnP
   1Снеговик
 
66 - 12.10.20 - 12:55
(64) мдя, там цифры больше на порядок должны быть по идее. А на NVME дисках на 2 порядка.
Плюс 16 гигов оперативки, сервер 1с вешается.
   arsik
 
67 - 12.10.20 - 12:58
(64) У вас данных в базе мало. Видишь, в тесте, куски 1Мб читаются быстрее, а 4Кб медленнее. Значит наполните базу что бы куски данных были минимум по 1Мб у вас все залетает.
   Йохохо
 
68 - 12.10.20 - 13:02
(67) ты всё перепутал) тс это лучше не читать
   Шоколадный глаз
 
69 - 12.10.20 - 13:03
(67) Что за бред?
   H A D G E H O G s
 
70 - 12.10.20 - 13:04
(69) Это стёб
   Конструктор1С
 
71 - 12.10.20 - 13:04
(65) цифры грустненькие. Сравни хотя бы с дешевым SSD на моём домашнем компе:
https://ibb.co/6PwCGD8
   tesei
 
72 - 12.10.20 - 13:23
Память от 64 к.
Дисковая система, три нулевых рейда: винда, скуль, базы данных.
Никаких лишних сервисов, типа терминала, файлового хранилища.
"Горячий" процессор, по Гилёву: http://www.gilev.ru/systemperfomance/

2. Не может
   ansh15
 
73 - 12.10.20 - 13:40
При (значительной) нехватке памяти система обычно лезет в своп(page.sys для Windows) и если туда начинает выгружаться память сервера приложений, при интенсивном тестировании...
Посмотрел результаты(теста Гилева) для E-2276G, W-2145, Gold 6244. Какие-то жалкие, убогие значения - от 40-а до 50-ти.
Хотя бы, 70-75, в к-с варианте, конечно.
   Bigbro
 
74 - 12.10.20 - 15:11
короче это не сервер у вас, машина на уровне домашнего компа разработчика 6+ летней давности, ну или сервера 10+ летнего.
если все настолько плохо, возьмите современный системник рублей за 70 и работайте на десктопном железе забыв про этот "сервер" как страшный сон.
пока денег на нормальный сервер не дадут.

2. Не может
   Mikeware
 
75 - 12.10.20 - 15:15
(19) иэх. а боевая база такого объема на клюшках вполне работала...
   HeKrendel
 
76 - 12.10.20 - 15:18
(75) ну и спутниками управляли в 90х,
   Mikeware
 
77 - 12.10.20 - 15:20
(76) ага.
"а теперь со всей этой ***ней мы попробуем взлететь"©
   johnnik
 
78 - 12.10.20 - 15:33
Количество баз - вообще не несет никакой информативности. Важен размер баз, количество пользователей и задачи, которые эти пользователи в базах решают. Может просто сидят и создают раз в час документик на пару позиций, а может формируют отчеты за 10 лет с мощной детализацией или проводят по 30 документов на 1000 позиций каждый, а раз в неделю - проведение с начала года.

Ну и все такое, вы идею поняли.
   HeKrendel
 
79 - 12.10.20 - 16:12
Откуда у них база на 170 гб?
   Конструктор1С
 
80 - 13.10.20 - 07:21
Ну что, разобрался куда админы серверные диски замышили, воткнув ХДД с бабкиного компа?
   Йохохо
 
81 - 13.10.20 - 07:30
   Конструктор1С
 
82 - 13.10.20 - 07:32
(81) это дата выхода. Купили его наверняка сильно позже, году так в 15-16-м. В те времена ХДД уже не такими тормозами были
   Йохохо
 
83 - 13.10.20 - 07:46
(82) если на "сервере" написано DEPO всё может быть
   Bigbro
 
84 - 13.10.20 - 07:48
такой скорости диска радовались где то в 2005 +/- году примерно...
   TurishkinPavel
 
85 - 13.10.20 - 08:44
Ну так, показал циферки всем, до кого мог дотянутся, сказали - ну а че, в принципе работает же. Пользователей там нету, вы потерпите, а мы может попробуем в след году пробить новый сервер. Ну или какой нибудь старый отдадим получше.

Что такое "Получше" - будут определять админы)))

Спасибо большое за помощь, я узнал много нового, благодаря вам)
   Bigbro
 
86 - 13.10.20 - 08:54
"специалисты, которые моделируют тестовые ситуации на базах и сверяют проводки жалуются, что документы проводят по 20 минут"
вместо нескольких секунд.
учитесь переводить эти показатели в деньги, которые контора теряет - из за некачественного тестирования, потому что полноценно просто физически провести его не успевают. и просто на зарплате тестирующих функционал специалистов - которые просто сидят тупят по 20 минут в ожидании.
   Фрэнки
 
87 - 13.10.20 - 09:03
А мне интересно... Если там режим "тестирование", то почему не попробовали на самом сервере в файловом режиме запустить и посмотреть, как будет работать именно тестовая база или демо база, а не какая-то,  которая получилась на 170 гб. Но никто не знает чем же она там заполнилась.
   Фрэнки
 
88 - 13.10.20 - 09:09
Ну и второй момент - база на субд сервере. Всем хочется чтоб тактовая частота на процесс на СУБД сервере была повыше, но на таком достаточно большом размере баз надо бы пускать 1С сервер на своем железе и пусть там будет высокая частота при количестве памяти в 16 Гб - тестируют - а вот сервер СУБД на другом железе.

Но для работающей ЕРП на нескольких активных сеансах да еще на двух базах одновременно - 16 гб оперативы для сервера СУБД маловато будет.

Ну и не указано в топике на какой версии платформы и не указано с какими доработками установлена конфигурация.

Но! Почему-то мне показалось, что никто не обратил внимание, что у ТС на серваке отключили регламентные и фоновые задания вообще все.
На ЕРП 2.4 с ее БСп, что в нее встроена, категорически нельзя устанавливать режим блокировки регламентных и фоновых заданий.
   Йохохо
 
89 - 13.10.20 - 09:13
(88) у него очередь к диску 100, никакого смысла что то советовать
(85) а студент за 10к с работой поменял бы чтобы всё зашевелилось
   HeKrendel
 
90 - 13.10.20 - 09:18
(85) Странный ты типок,

установи требования к проведению документов, и пусть они занимаются их доведением, до приемлимых значений
   unregistered
 
91 - 13.10.20 - 09:31
(51) >> обслуживание базы делали тестовых в части "Реорганизация и перестроение индексов"?
(53) >> Насчет реорганизации - нет, не делали 2 года последних точно.

Понятно, что летать базы на данном сервере не будут.
Но может начать с малого?
- Выполнить все регламенты СУБД для этих баз.
- Проверить и настроить регламенты 1С для этих баз. Например, если включен полнотекстовый поиск, то проверить, что его индекс актуален и регулярно обновляется. Может его не обновили и он в данный момент перестраивается и, если сервер приложения находится на том же сервере, то перестроение индекса ППД строит такие безумные очереди.
- Проверить что в базе настроены и рассчитаны итоги по всем регистрам (косяк в установке периода рассчитанных итогов на боевой базе может не вызывать критичных тормозов на нормальном железе, в отличии от тестового).
- Если сервер приложения на том же серваке, то отключите ведение журнала регистрации 1С в базах, и ведение технологического журнала сервера 1С.

Вообще кто-то уже ведь советовал посмотреть - чтение и запись каких файлов находится в топе при росте очереди к диску. Может так оказаться, что очереди устраивает вовсе и не СУБД, а сервер приложения или вообще какой-нибудь другой процесс.
   Затейник
 
92 - 13.10.20 - 09:36
(0) Поставьте вопрос по другому, не новый сервер, а покупка памяти и SSD диски + проведите регламентные работы с базой. Пользуйтесь замера производительности, хватит оперировать понятиями тормозит и летает.
   Фрэнки
 
93 - 13.10.20 - 09:46
И все-таки снять блокировку с выполнения фоновых и регламентных никто ему так и не подскажет :-)
   TurishkinPavel
 
94 - 13.10.20 - 09:51
(88) пробовали в файловом варианте запускать, когда еще не было сервера лицензий выделенного, - без ссд дисков база тупо вылетает с ошибкой. Сейчас лицензии перевели на отдельный сервер, поэтому нету лицензий, чтобы проверить как работает файловая база. Конечно, можно заморочится и все же реализовать это, но есть у меня стойкое подозрение, что результат будет тот же - зависание и вылет.

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

Насчет отключения регламентных - я этого вопроса не касался, предыдущий специалист когда передавал дела, сказал, что отключил их, чтобы всякие загрузки не пересекались с боевой базой. Надо изучить этот вопрос подробнее, спасибо
   TurishkinPavel
 
95 - 13.10.20 - 09:51
(89) про студента не понял)))
   TurishkinPavel
 
96 - 13.10.20 - 09:52
(90) а что значит "требования к проведению документов"? типа сказать руководству, что документ должен проводится 2 секунды, а проводится 20 минут?

Пока так говорят мне))
   TurishkinPavel
 
97 - 13.10.20 - 09:54
(91) понял, надо как следует заниматься обслуживанием, буду расти вширь как специалист))
   TurishkinPavel
 
98 - 13.10.20 - 10:03
(88) платформа 8.3.15, конфа 2,4,7, вот сижу обнволяю на2,4,12. Вернее подготавливаю.
Конфа нетиповая слегка - пару модулей своих, много подписок, несколько расширений, ничего глобального, но хватает работы для нашего коллектива
   Фрэнки
 
99 - 13.10.20 - 10:38
(98) понятно, что надо сделать для нормальной нужной вам рабочей базы.

Только речь о том, что заведите базу для тестирования. Загрузить в эту базу что-то мелкое - демо-базу типовую. Включите ее полностью, как положено, с регламентными, с фоновыми и т.д. Как ее запустите, то сможете хотя бы понять, глючит именно ваша боевая база в том состоянии, как ее кто-то изнасиловал. Или все-таки просто сервак не настроен или не подходит под любую базу ERP на той платформе, что у вас там.

И понятно, что тестировать в файловом режиме нужно было не ту самую нахлобученную данными по самые не балуйся, а демку. Просто для проверки пригодности железа для запуска Клиентского приложения с базой уровня ERP-демка.
   HeKrendel
 
100 - 13.10.20 - 11:52
(96) ты там кто?
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.