те зарплаты тормоза офигенные, сервак двух процессорный Xeon Win2003Serv. 50 пользователей, сеть 100Mbit (может ли она быть узким местом или всетаки производительность самого сервака !?)
.
У кого какая практика была !?

Что в з/пл делают 50 пользователей?

(0) Терминал?

to (1) - Это всего всех юзеров 50 !!!
.
to (2) - что терминал !? Пользователи работают с сетевой версией 1С - если можно так сказать, то у них стоят терминалы 1С. Уточни вопрос !?

+(2)(0) Подключай пользователей через терминал

to (4) - А можно уточнить для начинающего ! Плиз ! шо значит подключать через терминал !?

(2+) Если терминал, то:
Памяти в серванте сколько?
Размер базы какой?

(5) Не кричи. http://citrix.pp.ru

без терминала не обойтись...
и скл тоже не помешает...
и специалистов наймите адекватных...

Как временное облегчение на сервак 1 Gbit сеть подведи...

(0) а может стоит разобраться в причинах тормозов. если смотреть по пользователям (50)!!! то количество сотрудников в базе должно быть не слабым.
и ИМХО даже терминал не спасет в таком случае. мож всетаки на Скуль перейти.

(9) куда?

to (7) - Спасибо щаз гляну.

кстати. Что хоть за конфигурация то ?

to (9) - т.е. как я и предпологал сеть может быть слабым местом !?
а почему "как временное облегчение" !???
.
to (10) - база управления вневедомственной охраны по области ! и ты прав она жутко большая и тормознутая при подведении квартальных и т.п. отчетов
Про скулу посмотрим, говорят что оч многие соседние подразделения повязаны на дбф и перейти не получиться ! :-( - это требует анализа !
вопрос что сейчас мона сделать ! Малой кровью т.с. !

(3)50 юзеров работает с 1C или 50 юзеров в сети???

повторюсь что за конфигурация ?

(14) Компоненты какие? Расчет/ОУ/Бух ?

to (7) - Буду читать, но уже чувствую шо бомба !!! спасибо !!!

(14) Потому что ее всегда не хватает каждый юзер у тебя по 300 файлов открывает....в перспективе переход на терминал ребята правы...

to (15) - скажем так что с 50 машин доступ к 1С, а всего клиентов в домене 100 и будет расти ! :-(
.
to (17,18) - Я тока щаз устраиваюсь к ним так что еще пока не все могу сразу ответить, но уточню сообщу !!!

to (all) - ну а по добавлении процессоров - это существенно поможет при SQL или при дбф тоже !? Другими словами - работая с дбф базой является ли такая система много задачной в плане обращения ? или один юзер открыл таблицу ипока он ее не отпустит другие ждут (тогда много поточности кактаковой не будет и много процессорность не поможет !?) ?

Кхеех... :))
Ням, ям с чего начать то, даже :)
Процессоры эт конечно хорошо, но рекомендации таки если более 15 юзеров базу одновременно испольщуют (заметь dbf ;) то SQL начинает давать прирост по производительности относительно dbf, а вообще терминалка тоже вариант хороший вместе с SQl////

Тормозить будет по-любому, когда 50 чел будут одновременно считать зарплату. Тут не терминал, ни SQL не поможет. Рекомендую подумать об распределенной БД

to (23) - а это шо за зверь ?! как его реализовать !?

to (23) - Ну так !????

(24) http://argat.h11.ru/URBDStructure.html<br>но лучше бы ты описал ситуацию поподробней, тогда можно было бы предложить конкретный совет (или пару), а не все возможности перебирать.

+26
http://www.1c.ru/rus/products/1c/predpr/urbd.htm

to (26,27) - спасибо щаз гляну !!!

(0)- Терминал поможет однозначно, но учти, что нужно иметь могов 40-60 м на сессию и рэйд (хотябы 1) для данных, скази на 50 сессий весма желательна. Скорость возрастет в 3-5 раз (проверялось неоднократно)

to (29) - "нужно иметь могов 40-60 м на сессию" - это ты о Mb оперативки ?!

(30) Да, это он о ней, родимой.

to (31) - Прошу простить за вопрос, но всеже :
А как определить размер сесии чтобы расчитать необходимый под нее рейд !??
;-)

(32) Хороший вопрос. Неграмотный. Рэйд - это такой способ организации дисковой подсистемы. Организуется для повышения быстродействия, надежности, а иногда и того и другого сразу.
А что такое "размер сессии", я вот так сразу даже не пойму.

to (33) - не шо такое рэйд я знаю, но вот "и рэйд (хотябы 1) для данных, скази на 50 сессий весма желательна" - что значит оборот рэйд на 50 сесий !??? я предположил что размер рэйд массива должен быть пропорционален размеру сесии !? Ну или ваще что понимать под сесией !?

DYS - Извините за вопрос а ты кем туда устраиваешься?

to (35) - админом, а что ?

(34) То и означает, что для того, чтобы обслуживать 50 пользователей -терминальному серверу необходим рэйд. Одиночный винт не справится. Причем лучше этот рэйд делать на scsi (скази) дисках, а не не IDE/SATA

(36) да блин, при таких обьемах базы не решить проблему обним железом надо программера привлекать (смотреть что оптимизировать можно, базу там обрезать или еще что ....)
ЗЫ а если это база ЗиК (что конкретно так и не услишали) то без программиста вообще не решить, типовая при больших объемах базы вообще тормозная.

to (34) - А! тю это типа т.к. дофига пользователей, то для ускорения работы чтения/записи "склеиваем винты" в рейд !? это понятно (если я не ошибся!?) ;-)
.
Кстати, а ни кто не в курсе ? Нельзя ли организовать/автоматизировать архивацию (любой инфы) на DVD-+RW ? может кто экспериментировал !? как ? что ? какая скорость ? как с надежностью ? а то я раньше пробовал с сидишками делать, но отказался - странно, но довольно часто диск в удф формате терял целостность своей файловой системы/таблицы и уже ни че восстановить было нельзя, тока переформат !? Может у кого был подобный опыт ?!

(39) а че ты сам с собой все разговариваешь ? :)

to (38) - програмисты есть и говорят что целая куча тока вот в другой области !!!
Да, кстати, а как обрезать базу ?! мне такой вопрос приходил на ум и на прежней работе, хотя там база была не большая, да как-то отходил на второй план и так я с ним еще не разобрался !??? И что такое ЗиК !? ;0)

обрезать базу: смотря какая конфигурация, Бухгалтерия, Зарплата. по разному делается. (обработки разные используются)
ЗиК - конфигурация Зарплата и Кадры.

to (40) - Да ! бывает ! парюсь тут вот без кондишина ! ;0)
.
Да ! так я правильно понял !?

to (42) - понял как устроюсь уточню, а на старом месте ужо наверное трогать не буду - будя спокойней ! ;0)

to (40) - Ну так !???? по поводу второй части (43) !!!!

(45) сори, я не понял про что ты спрашиваешь. повтори плиз.

(0) Пригласи спецов.

DYS из (43) первую часть добавь (45) - может что получится :)

(47) интересное предложение. :) Допустить посторонних к компьютерам милиции.
ЗЫ хотя мож и разрешат, он ИМХАется мне что нет. :(

(49) Вам шашечки или ехать? Произваодительность или безграматных "специалистов"?
ЗЫ: Ну в смысле не Вам, а (0)
(0) 30 у.е. час

(50) Правильно писать "бизграматных"

to (46) - утверждение в (39) "А! тю это типа т.к. дофига пользователей, то для ускорения работы чтения/записи "склеиваем винты" в рейд !? это понятно (если я не ошибся!?) ;-)", относящееся к обсуждению (29) !!!
.
Короче я правильно понял: "Что нужен рэйд, т.к. много юзеров и соответственно они создадут много сессий" !!!???

В ЗиКе один расчетчик способен обслуживать до 1000 сотрудников. 800 - нормально совсем, без напрягов.
50 расчетчиков в ЗиКе? Не реально по любому. Либо надо писать спецконфу (это если сотрудников действительно несколько десятков тысяч), либо выгнать лишних расчетчиков - никокая скуля не переварит такое количество расчетчиков в ЗиКе, ибо там узкое место: журнал расчетов. "Разделенная" ЗиКа - тоже похоже на бред: представте слияние баз с разными периодами расчета.
Насчет КАМИНа вот не скажу, не юзал.

(53) А почему базы должны быть с разными периодами расчета? Периодом можно управлять из центральной БД, а на периферии запретить. А обмен можно организовать так, что юзеры и знать об этом не будут.
Я просто считаю, что 50 расчетчикам нереально вести расчет в одной БД. Но вынужден константировать, что не проверял.

По моему, ни ЗиК ни КАМИН от 50-ти расчетчиков не спасет. Зачем это нужно?
Думаю, 50 расчетчиков, это, скорее всего, простые табельщицы или еще кто там. В общем, надо отделить котлеты от мух. Сделать для них шуструю конфу из которой сливать по итогам месяца, данные в ЗиК

(54) Потому что каравана определяет самый дохлый верблюд. В рассматриваемом случае дело еще хуже: "дохлыми" эти верблюды будут становится в случайном порядке.
(55) Согласен: 50 юзеров - это, скорее, не расчетчики. Это любопытствующие, уверяющие, что им "очень надо" (обычно это совсем ненужные осколки совковых должностей). Таким "любопытствующи", дабы не тратить нервы, предлагается подсовывать "копию вчерашнего дня" (все равно бэкап делается).

Взять нормальные АМД (2..4), побольше мозгов и лучше в ДБФ (по опыту) + Цитрикс. Видел такой рабочий проект на 4000 сотров, 6 расчётчиц (и всё это ещё в 2001-м году).

+56 Пропущено слово "скорость"... сорри.