Здравствуйте, коллеги, хотел бы узнать какое железо подобрать для решения следующих задач:
1. Будет стоять связка УТ-Бух возможно ЗУП. Платформа 8.2
2. 7 пользователей максимальное количество, нет обменов (РИБ)
3. Скорее всего пользователи будут работать локально не терминал.
4. документооборот в сутки около 300.

БД на чём будет?

(1) файловая.

а вы отчаянно смелые люди...

(3) почему?

300док/день - возьмите одну девочку-вбивалку документов.. достаточно будет и однопользовательской версии без всякого сервера

(5) рекомендуемые параметры можешь сказать?

Вот у клиенту недавно ставили: 4 бухии. По 400-500 доков в общей сложности в день по всем:
1. i5 (760), 2.8 Ghz
2. ОЗУ: 8 Гб
3. 3 винта по 1,5 ГБ в рейде 5.

Windows Server 2008 R2 (64x), SQL Server 2008 R2.

В полете 1 месяц. Все гут.

(7) и во сколько обошелся?

(4) потому, что хотите работать в файловой по сети

(8) мы покупали еще до новодненьев на таити. Тогда эти винты стоили копейки и сам сервер вышел что-то около 20 тыров что ли. Или может чутка больше. Ну это без софта, конечно.

(9) в рейде 5 это значит объем?

(3)  Уважаемый andrewks, в чем опасность файловой версии на таком количестве? Тормоза или раздувание базы?

(11) wiki:RAID

(12) когда гакнется и жалко будет девкам последних введенных данных, узнаешь.

так... Мысли вслух. ;)
Облачные сервисы ещё не подбирают? Пока по старинке приходится подбирать железо для решения задач по автоматизации.

(12) Был у меня филиал с подобной структурой. При более менее активной работе загрузка сети на серваке взлетала под 100% (сеть 100 Мбит была) и у пользователей начинались жуткие тормоза. Помог тольк перевод на SQL.
(14) Бекап спасет отца русской демократии. Кстати, за все время работы ни одного падения базы не было.

(16) >> При более менее активной работе загрузка сети на серваке взлетала под 100% (сеть 100 Мбит была) и у пользователей начинались жуткие тормоза.

Что-то с трудом верится. Может нагрузка поболе была, чем у ТС?

ИМХО, файловая вполне потянет озвученную нагрузку. Если конечно в качестве сервера не будет использоваться обычный рабочий комп бухгалтера (как это частенько бывает в мелких конторах). Хотя безусловно SQL будет понадёжней.

(16) бекап средствами базы делать постоянно не будешь.
серверная - априори выше надежность.

(12) количество-то небольшое. вот только файловую лучше поднять в терминальнике. и рэйд + ИБП надёжный

(13) спасибо.

(18) То есть других средств у нас нету, да?

(19) т.е. файловая по сети - бОльшая опасность поломки базы по причине сети? А терминал, рейд и ИБП эту угрозу снимают? Прочих проблем не будет? Дело в том, что тоже пробуем файловую базу для расчета З/П (терминал, документов будет много) и хочется предупредить возможные проблемы.

(19)для описанного в (7) терминальная работа потянет так и на этот режим переведем я думаю не проблема.

(19) Рейд и ИБП - понятно. Вернее даже - жизненно необходимо.
Но терминальник то зачем?
Терминал для снеговика нужен, только если клиентские тачки совсем дохлые или реально нужен удаленный доступ (другой офис или филиал, например).

(22) рэйд - для повышения надёжности хранения данных, он не снимает проблему поломки базы, он повышает надёжность хранения
хороший ИБП снимает кучу проблем, связанных со сбоем питания, как со стороны железа, так и со стороны системы и 1с

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

да и в целом, имхо, работа файловой базы по сети - это риск. 1с - это вам не СУБД класса MS SQL/postgress/DB2/Oracle

+(25) вероятность сбоя в системе возрастает с увеличением количества звеньев системы

ИМХО, лучше уж потратиться на клиент-серверный вариант и SQL, чем на терминальный сервер.
Терминальный сервер в данном случае - глупость и пустая трата денег и вычислительных ресурсов.

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

ну, или ещё вариант - веб-клиентов настроить

можно рассмотреть ещё вариант "бесплатного" SQL-сервера (postgress, DB2, SQL-E), но для первых двух нужен толковый админ, для вменяемой настройки третьего (с несколькими инстансами и распределения по процам и т.п.) - тоже. тоже в копеечку встанет

(28) >> терминальник гораздо дешевле встанет.

Что-то сомневаюсь. Думаю бандл 1С+SQL + сервер 1C будет не сильно дороже, чем лицензии на терминал. Прайса у меня MS нет.

>> а на локальных можно вообще хоть лини поставить.

Имеет смысл обсуждать, если локальных машин еще нет и предстоит только их покупать. Только вот я на 99% уверен, что локальные компы уже есть. Превращать их в терминалы доступа - глупая расточительность.

(28) SQL + лиц. SQL на 7 пользователей + Сервер 1С на 32 бита ~=100 т. р. - Ну если это для конторы куча бабок то даааа........

(30) давай посчитаем. терм.+сетевой доступ для семи юзеров: 3700 х 7 юзеров = 25900

твоя цифра?

А зачем имеено MS sql? Ставьте бесплатный postgres и наслаждайтесь.

(33) Онанизмом наслаждаться - как-то неприлично...

(31) это цена бандла из прайса 1С?

(34) Вы просто не умеете его готовить, наверное.

(34) не, ну если конфу с нуля написать, да с управляемыми блокировками, то можно достать цветок из *пы :)

1С:Предприятие 8.2+MS SQL Server Standard 2008. Лицензия на сервер (x86-32) - 47500
Клиентский доступ на 1 рабочее место к MS SQL Server 2008R2 Runtime для 1С:Предприятие 8 - 4026 * 2
Клиентский доступ на 5 рабочих мест к MS SQL Server 2008R2 Runtime для 1С:Предприятие 8 - 20130

итого: 75682

Но если вписаться в MS SQL-Express, то можно ограничиться только сервером 1С = 42000


Согласен, что это несколько дороже, чем 29500 :)), но ИМХО, это надёжней, чем файловая (пусть и в терминале). К тому же превращать локальные компы в терминалы доступа (если они уже куплены) - выкидывание денег.

есть еще одна идейка не знаю на сколько имеет право на жизнь использовать такой агрегат http://ufa.dns-shop.ru/catalog/i140276/setevoj-diskovyj-massiv-cfi-cfi-b8253jdgg.html#description или такой http://ufa.dns-shop.ru/catalog/i136381/setevoj-diskovyj-massiv-iomega-storcenter-ix2-200-4tb.html#specs

+(39) т.е просто положить туда БД и раскидать на локальные компы?

(35) Это я навскидку цены помню.
(38) Клиентский доступ на 1 рабочее место к MS SQL Server 2008R2 Runtime для 1С:Предприятие 8 - 4026 * 2
По правильному нужно по количеству пользователей.

(7) наверно не 3 винта по 1,5 ГБ, а 3 винта по 1,5 ТБ?

(43) да, конечно. На 1,5 гига в наше время трудно винты купить :)

(5) 300 док/день даже при 10-часовом рабочем дне - 30 док/час, ровно 2 мин на 1 док, без перерывов и перекуров.

справится 1 девочка?

(45) конечно нет

+(46) все бы так работали

мне кажется год на файловой проработаете без проблем, потом тормоза начнутся

я бы смотрел в сторону сервера начального уровня (если шум не пугает, если пугает просто обычный крутой комп) c win 2008 SBS
а в качестве БД например DB2 Express-C

(45) у меня две девочки прокручивают такой объем за 2 часа. Правда на 7.7 + импорт (ручного набора почти нет)

(49) то есть ТС нужно срочно автоматизировать набор документов на КПК, чтоб потом 1 девочка справилась в файловой базе? :-)

(50) можно и на КПК :)

я же не знаю его задач. И что там за 300 документов. Я считаю только расходные накладные, если считать все скопом то у меня до 1000 доков в день

(41) Читай внимательно:
Клиентский доступ на 1 рабочее место  - 4026 * 2
Клиентский доступ на 5 рабочих мест  - 20130

Доступ на одно место * 2 + доступ на пять. В сумме получается 7 пользователей.

(39) такие вещи надо брать брендовые, т.к. система должна быть надежной и быстрой. Внутри никсы, скорость надо тестировать, вот например http://www.3dnews.ru/storage/616794/index2.htm

я взял вот этот http://qnap.ru/content/catalogue/1/249

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

во, приехала няшка http://fotki.yandex.ru/users/kolys/view/422174/?page=1

бегло протестировал

Если в качестве файлохранилища восьмерки используется "сервер" в виде системного блока с рейдом на вынь2008, то эта няшка однозначно быстрее, и судя по всему, няшка ограничена пропускной способностью 100 мб. канала. Сколько она может выдать на гигабите, да еще двойном, который в комплекте - хрен знает, надо тестировать дальше.  

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

(56) сравнивался сервер2008 как хранитель файлов 1С или как терминальный сервер?

(57) файлохранилище, конечно.

Никакого смысла брать мощный комп под файл-сервер.
Берите любой бюджетный.

Тормоза начнуться как только 2 пользователя войдут по сети в базу и будут работать.

Проблема решается:
1) Терминал
2) Веб-сервер
3) Клиент сервер

1) Терминал - нет проблем, кроме стоимости теринала, старо, привычно
2) Веб - сервер - нужно конфа на Упр. формах, самое оптимальное решение на самом деле
3) Клиент - сервер - бесплатный ms sql express + платный сервер 1С

(60) NAS позволяет работать как минимум в два раза быстрее, у него две  дырки в сеть. Конечно для эски это изврат, но на 5 юзеров как замена ненадежному системнику - очень даже.