Что есть сейчас

Сервак, на котором все работают в терминале (Ксеон 2.4 Е5530, 8ГБ ОЗУ) - и бухия 5-6 чел, и продажники со складскими в одной базе - итого все вместе до 40 чел, из них в пике до 15 NCl+5складского АУПа. Диски - сасовские, 6 штук, три рейд1 - система, база, файлопомойка. Все это работает устойчиво и безотказно с середины 2010г. на таком замечательном продукте как файловая клюшка, 7.7, база за 3.5 года подобралась к 6гигам наконец-то... (складских операций регистрируется мизер, самый большой справочник - лог складских событий под лям записей ~190Мб, , складские отборы и контроли - все лежит тупо в файловой системе вне базы - с архивом складских заданий составляет 1.6Гига)

Проблем никаких нет, все шуршит и вертится с приличной скоростью, сервак можно сказать отдыхает при оперативной работе конторы (макисмум его нагружаю если вдруг - то только я при проведении регламентов в нерабочее время). скорость записи на критичных участках моего кода - сброс ТЗ на диск - колеблется в районе 0.004-0.06 сек - работать бы и работать..
.
но.. как всегда...
.
внедряем WMS (снеговик, скуль). Пришло время конфигурить сервак под закуп... И если по требованиям к серваку от внедренцев в части ОЗУ (32ГБ) и ЦП (Ксеон, 2*Е5000 серии) - вообщем у мну "претензий" нет, то требования к дисковой подсистеме - непонятно (все - а это только склад - будут работать в терминале на этом серваке, порядка 25 юзверей)

Хотят рейд1 - под систему и рейд10 - под базу. Со снеговиком - нихрена не работал - нихрена не знаю (попутный вопрос - сколько жрет оперативы сервер приложений 1С..??? - понятно что вопрос весьма округлый/мутный - но хотя бы плюс-минус 100% точность ;-)

так вот про дисик - нагрузку на диски сейчас на клюшках со стороны складской системы - я оцениваю как низкую (сервак практически простаивает-отдыхает). С учетом что количества складских операций регистрируемых в ВМС если и увеличиться - то несущественно, процентов на 20 максимум - целесообразно ли под базу выделять рейд10 в виде 1 диска в мин.комплектации из 4-х хардов..? мне так кажется лучшее будет сделать три зеркала: 1=система+файловсякое1сное, 2=скульбаза, 3=скулевые темпы...? с учетом ОБС wiki:RAID#RAID_10_.281.2B0.29
- мне больше нужна скорость чтения - бо ТСДшки должны отклик давать быстрый для просчетов в реальном времени а не мегазхапланированного с утра...
.
вот как-то так я рассуждаю как неспец.
.
что все-таки брать с учетом того что под клюшками сервак отдыхает нафиг, при переходе на ВМС под снеговиком нагрузка на диски со СТОРОНЫ пользователей - увеличиться незначительно (количество пользователей максимум будет 25-30 суммарно всех, из них нагрузку будут генерить в основном 20 рабочих мест-ТСД с активным сканированием да фоновые/регламентыне задания по расчету/планированию - оцениваю их как нересуросзатратные)
.
тестировать реальную нагрузку - негде. Оценки - приведены выше.
.
вот заткунлся на вопросе - куда ориентироваться в дисковой подсистеме - на зеркала или на 10 рейд..?
.
пинать ногами мну не надо - я большой и тяжелый, все равно далеко не улечу... ;-) вернусь как бумеранг...

И еще - усбшные ключи втыкать лучше в сервак (на сервер приложенйи и два ключа пок ана лицензии 20+5).. или как..?

Все в поиск.
Все неоднократно откатывалось.

Отходите, отходите от терминалок, хватит уже цепляться за эту вещь.

мамонты.

И все равно вы эту связку ненастроете и потом будете кидаться специями в восьмерку.

тоже не понимаю все эти терминалки применительно к серверной 1с8, зло это

Прочитал, возможно терминалка - зло.
1. на ТСД - никаких управляемых форм. Там все жестко и предопределено.
2. время отклика ТСД - жестко лимитировано, при отклике более 0.3 секунд - наступает ощущение"некомильфо".

(4) фразу не понял, расшифруйте, плиз.

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

(8) если территориально пользователи (с живыми компами) и серваки рядом, то смысла в терминале для клиент-серверной архитектуре нет!

(7) Ну все равно напишите или запросы в цикле, или обращения через точку в модулях проведения или просто дикие запросы, понааставляете регламентных заданий, непропишите файлы tmp 1С-ки в исключения антивируса на клиентах и сервере, ненастроите регламенты sql, понахерачите ненужных индексов в регистры и недобавите нужных, составных типов понаделаете....

можно продолжать и продолжать.

(0) Слишком быстрых дисков не бывает.
Лучший вариант - SSD "корпоративных" серий в рэйде (хотя бы в зеркале), забудете про понятие очереди к дискам.
Если страшно, то - RAID-10 из обычных SAS.

Готовьтесь к увеличению объема базы в несколько раз.

После 7.7 плеваться будете и взывать к небесам.
Ничего, привыкните :)

(11) Ты победил реструктуризацию то?

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

(0) На счет НЕ терминального доступа - соглашусь с предыдущими. На счет железа - рекомендую, если не потянете базы на SSD, то, хотя бы, хороший аппаратный RAID-контроллер с кэшем на SSD, типа Адаптек.
Второй важный фактор по скорости - это память и ее использование ядрами.
Третий важный фактор - частота процессора.

Что касается нагрузки, то у нас больше проблема не с непосредственным вводом документов, а с перепроведениями/восстановлениями последовательности.
Наш сервер - Xeon X5675 3 GHz, 144 Gb RAM и RAID без SSD и дисковый массив на 18-ти винтах (это центральный сервер, собирающий данные с 50 удаленных баз) база - 300 гБ MDF

(13) В силе

(14) блин, где я вам запущу на ТСД - нетерминальный доступ?
отдельную прогу-примочку ставить/еще одно промежуточное звено..? - нафиг!!! на десктопах-рабочих местах - да, там терминальный доступ может и не нужен.

(14) > Что касается нагрузки, то у нас больше проблема не с непосредственным вводом документов, а с перепроведениями/восстановлениями последовательности.
/
этот вопрос меня даже на 7.7 не волнует - все работают в ТА, а для WMS такое понятие как заднее число - ваще нонсенс.

(14) спасибо за инфу

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

(10) >  или обращения через точку в модулях проведения
- с трудом себе представляю модуль проведения хотя бы без одного оператора с обращением через точку... это только если в документе базовыми типами в реквизитах продублирована вся необходимая инфа из "ссылочных" реквизитов дока...
.
??

Если стоит вопрос а) минимизации пересылаемого трафика по сети + б) невозможность использования управляемых форм
.
- то какую структуру подключения выберем...?

(20) Все уже сделано до вас.

ПодготовитьТаблицуТоваров()
в любой типовой от 1С.

(21) Толстый клиент на рабочих станциях

терминалки зло?
это с каких пор?

у нас исключительно в терминальном работа идёт, по другому никак

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

(0) А правильный ответ называется "тест центр". Найдите площадку и разверните там эту WMS на предполагаемом железе, а дальше тест центром отработайте типовые сценарии на различном количестве пользователей. Результаты проанализировать в соответствии с APDEX.

(27) цена такого вопроса?

(27) вдобавок я с этим не сталкивался - и как-то мутно я представляю себе тестирование терминальных ТСДшных обработок направленных на ожидание щелкания нужных (и ненужных) кодов...
вообще я мутно представляю такое тестирование в принципе - немного про это читал - но нихрена непонятно... вживую или запись всего процесса какого-нить тестирования - не видел... и так ли нужно такое тестирование для 25 человек..? много непонятностей - было бы хорошо конечно потестить.. но. как-томутно и непонятно все...

(29) зависит от уровня решения. у одних программистов без доработок одинаково работают и 5, и 100 пользователей. У других - после 20 загибается. Цена вопроса - хз. Позвони Демиургу - они по идее и тест смогут организовать. Но вообще с их опытом они тебе могут с ходу под требования конфиг предложить. Минимальный прайс у него 15 000.

Кошерный проц (смотрим на частоту в т.ч.) и ssd в помощь!
У меня все летает звиздец... и тишина аж страшно...

"Хотят рейд1 - под систему и рейд10 - под базу"

вот так уж точно не надо делать. зачем терять производительность двух дисков? делается один большой массив, и режется на части. а вообще да, SSD конечно нужно рассмотреть.

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

(32) "я не понимаю почему некоторые люди тут так не любят терминальные серверы в связке с 8"
Вы пробовали работать с управляемыми формами через терминал? Это жалкое душераздирающее зрелище.
Там такая хитрая мусорно-градиентная цветовая заливка областей, которая не жмется и не кэшируется протоколом RDP вообще никак. И как следствие - огромный расход трафика, а на медленном или загруженном канале - тормоза. Окошко прорисовываться может несколько секунд...

(33) УФ - конечно не в терминале. с чего-то решил, что WMS на обычном интерфейсе будет. Звиняйте.

(34) WMS будет скорее всего на обычном интерфейсе...

(32) ССД я думаю на данном этапе нагрузок явно пока будет избыточным...
.
А почему лучше сделатиь один большой массив и под него отрезать диск под систему - непонтяно...

(0) Если Акселот, то требует мало ресурсов.
Первый год склад 5тыс ячеек, 1тыс активных позиций и около тысячи строк отбора в день - работал на файловой базе на ПК за 20 тыс рублей. И не жужал :)

Сейчас работает 50 тыс м2 склада, десятки тыс ячеек, десятки тыс позиций, пару десятков тыс строк отбора в день, 30 пользователей + 40ТСД на следующем "железе"

1. SQL серв - Рэйд 10 из 4х винтов 10000RPM (один процессор, ядра 4*2, памяти 8Гб (реально используется 2-3Гб), проц Xeon E5620) - брали за 100 т.р. где то вроде
2. 1с серв (+RDP клиенты) - проц Xeon E31270, 16Гб памяти

Сервера соединены напрямую через Ethernet 1Гб.
И не жужит :)

(38) спасибо!
в каком режиме работают клиенты? скольо памяти отжирают?
.
(37) на компе поменее мощарой на 2 ГБ оперативы суммарно 20-25 юзверей в терминале работал склад на 4000 квадратов, 2500 активной номенклатуры, порядка 2500 строк в день... ;-) и ничего.. у продажников изредка транзакции только выскакивали...
.
стукнись как-нить в личку пообщаться по акселоту вечерокм как нить в скайп Zlopun

У меня в терминале клиенты на 8ке отжирают от 150 до 400 мб памяти только на 1с.

(39) На Windows 2003 32бита c 7кой можно было планировать 100Мб памяти на терминальную сессию. На Windows 2008 x64 точно сказать не могу но 15 пользователей выжирают порядка 8ГБ в терминале.

+(40) Базы все файловые.

(29)http://www.gilev.ru/apdex/
Дополнение к 30-му посту.

(41) ну это отжирают десктопные пользователи.. ТСДшные я думаю все же поменьше будут...

(43) спсибо! почитаю

(0) про закупку оборудования вы говорите, ну так же специально сделали http://www.gilev.ru/podbor/
специально для таких случаев

(46) жаба давит ;-)
опять же - пополню баланс - на какие вопросы отвечать-то придется..? я ж не знаю что вы/сервис спрашивать будете...

Лучше перебдеть, чем недобдеть.
Рэйд 10 правильное требование, Рэйд 1 под систему лишним тоже не будет.

Как то при внедрении одним оставили РЭЙД 10 в наследство, диск про запас и диск для бэкапов.
Чудики админы апосля сделали РЭЙД 1. Дятлы. Сейчас похоже там тормозит )

(47) количество пользователей, остальное может быть поумолчанию (но ожидаемый размер лучше не по умолчанию)

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

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

(2) А почему? У нас вообще только тонкие клиенты на работе )

(0)Диски - сасовские, 6 штук, три рейд1
Хотят рейд1 - под систему и рейд10 - под базу
- вы какой-то х озаботились.
Диски SAS? - САС.
Ну поставьте SSD. Все равно затыки по вводу-выводу никто не отменял, еще огребете, но попозже.
Сейчас озаботьтесь объемом ОЗУ (ставьте сразу 128 гиг - чтоб не думалось). А вообще, сейчас требования к 8-ке - размер ОЗУ для 1С = размеру базы. ВОт и отталкивайтесь.
+ сервак под SQL (или совмещайте на одном, но требования возрастут в 2,5 раза по ОЗУ и процессорам).
В общем случае SQL может быть послабже 1Сового сервака, т.к. основную нагрузку несет 1С, SQL это не шаражка, там опыт десятилетий за плечами, и масса оптимизаций. Поэтому ограничение по памяти верхней планкой и можно оставлять.
А вот утечки памяти на 8.2 платформе никто не отменял - придется следить и "кошмарить" процессы сессий 1С и пользвоателей в случае чего.

(53) тонкий и терминалы - это разное совсем.
Терминалы предпочтитетльней тонкого. Тонкий и веб - только если нельзя терминал организовать.

(0) и забудьте про производительность 7.7, потребление памяти и все такое.
8 и 7 - абсолютно разные, даже на уровне структуры баз.
7.7. все-таки на DBF или полностью на SQL, а 8-ка - она своим 1с-сервером губит на корню любой мощный сервак со временем.

(0) и да, RAID или не RAID - это не к производительности дисковой подсистемы (ставьет SSD, и взлет по дискам будет в разу), а за ради надежности и отказоустойчивости.

*ставьте SSD, и влет будет в разы

*взлет

(54) Вам бы на конфу глянуть, где остатки в регистре сведений хранятся.... она на калькуляторе летать будет :)

(55) Тонкие клиенты имеется введу аппаратная хрень на разном процессоре, не имеющая де факто своей основной рабочей оси (ось она имеет только с одной целью - запустить РДП)

читаю втыкаю пишите еще

(60)Вам бы на конфу глянуть, где остатки в регистре сведений хранятся
- это вы про все типовые так? ))

+ и не типовые...

(61) тонкие клиенты на 1с-ом форуме - это всегда тонкий клиент 8.2 и выше.
Все остальное - требует дополнительных разъяснений.

+ 65
почему и Слава Гилев не сидит без работы, а ТС точно угадал с названием "Сказка про белого бычка: железо для сервера".

(66) - к теме Проблема с быстродействием MS SQL сервера, на котором крутится 1С

чего-то мне все страшнее и страшнее...