Имеется около 20 баз, в основном бухгалтерия 2.0. Из них 15 имеют размер до 300 Мб. 4 базы по 700 Мб. 1 база около 4 Гб.
Пользователей: 30.
Работают через отдельный терминальный сервер. Причем каждый открывает по несколько баз. Пока что работаю в файловом.
Хочу переводить на клиент-серверный. Под сервер sql выделил сервер
Windows Server 2008 R2 x64, Intel Xeon E5607 @ 2,27 GHz (2 процессора), 12 Гб ОЗУ, SAS RAID 10 2Tb. На нем будет чисто sql server + менеджер и все.
Не знаю критично ли иметь на сервере 1С приличный процессор, но есть еще обычная банка i5 2310 2.9 Ghz, 16 Гб ОЗУ, Sata 3, 500 Gb.

Если критично то наверное лучше добавить на сервер sql еще 16 Gb ОЗУ и установить на него же и сервер 1С.

Если не критично то так все и оставить.

для скуля - нужны память и диски
для сервера 1с - камни и память
для терминала и клиентской 1с нужны память и камни


памяти у тебя СИЛЬНО мало... добивай хотя-бы до 32, а лучше до 64 ...

ИМХО Нормально взлетит. ))
В вашем случае можно всё и на одном.

2)
30 пользователей по 250 метров - 7,5 гига
ядро сервера - 1 гиг
скуль допустим 4 гига (хотя это мало)
на рхосты памяти уже не осталось совсем.....

(3) а еще 16 Gb& ))

(3) не 30 по 250, а 20 баз по 250,  ибо кэш у 1С, потому 5 Гб для сервера 1С

(0) потянет, но вариант нищебродский, прямо скажем ))

(4) + Что возможно маловато памяти это факт.

(5) я считал среднюю терминальную сесию, а не 1с...

а 5 гигов для сервера 1с
то у меня "на рхосты памяти уже не осталось совсем"

32 гига это будет более менее нормально, хотя например бух 3.0 уже не потянет...

(7) 3.0 какая то странная. если 2.0 из дня в день при работе примерно с одними и теми же данными почти не растет на сервере, то 3.0, такое ощущение, своего кэша "не видит"?

(0)20 баз на 30 пользователей.
В среднем по полтора пользователя на базу?

А какова собственно причина перехода ну скуль? Что вы хотите этим изменить?

(9) Ну одна база скоро перейдет рубеж 4,5 Гб. В ней наиболее крупная таблица справочников договоры контрагентов растет как на дрожжах. Как плюс это то что пользователи не будут видеть файлов баз и можно будет настроить циклическое резервное копирование, не выгоняя пользователей.

А сколько активных пользователей бывает в одной базе максимально?

Где-то 15, как раз в той которая самая большая

А есть ли смысл tempdb выносить на отдельный ssd?

(12)Тогда понятно, есть смысл на скуль переехать.
(13)Да. Как минимум.

С такими параметрами лучше отказаться от терминала в пользу VPN хоть как то опреативу  экономите. И какой SQL будет стоять  MS или postgrе ??

По поводу сервера - не айс, но в таких условиях должен вполне нормально вытянуть. Хотя добавить бы памяти и ссд.
И да мелкие базы я бы оставил в файловом варианте.

(15)А что такое VPN в данном контексте?

(17) а какие контексты бывают у VPN??

Делаеш по верх интернета VPN до сервера и устанавливаеш 1с на клиенте этим экономим оперативу на открытие всяких explorer word и тд которыми пользуются бухи плюс нету у пользователя гемороя с сохранить отчетик на свой рабочий стол

+20 Гб ОЗУ и окай.

(19) а блин бухгалтерия 2.0 не не канает vpn

(18),(19), (21) - Какой то непонятный бред, что за интернет, что за впн? Грибов покушал?

(22) Это все к вопросу на куя нужен терминальный сервер ?? он большой и толстый и кушает много

(23)А как его может заменить впн?

(24) я одно знаю Более мене оправданное применение  терминала это удаленка через инет. Хотя для этих целей прекрасно подходит vpn. Все другое применение терминалов как то не особо логично.

(25) удобство администрирования+безопасность при отсутствии домена

(25) Расскажи это пользователям файловых баз (в т.ч. на 7.7), которые в офисе имеют wi-fi.

(26) да только не на таком сервере с 30 пользователями

(25)Во первых речь идет о скуле.
Во вторых терминал применяют как правило для работы с файловыми базами.
Так же для работы с файловыми базами применяют веб доступ.

VPN к 1с вообще никакого отношения не имеет и служит исключительно для организации защищенного канала в сети, когда он нужен.

Нафига  может потребоваться VPN в локалке вообще непонятно

(29) (27) так еще раз может я чего не понял тс хочет отказаться от от файловых баз. Возникает законный вопрос зачем нужен терминал?

(31)Тс хочет отказаться от использования файловых баз с которыми в данный момент работает в терминале.
Поэтому ему нужен sql сервер и сервер 1с.

(31) Изначально от меня прозвучало прозвучало  
"С такими параметрами лучше отказаться от терминала в пользу VPN хоть как то опреативу  экономите. И какой SQL будет стоять  MS или postgrе ??"
Виду того что меня явно не понимают  перепишем вопросы
"С такими параметрами ЕСЛИ НЕОБХОДИМ ДОСТУП УДАЛЕННЫЙ ДОСТУП ЧЕРЕЗ ИНТЕРНТ лучше отказаться от терминала в пользу VPN хоть как то опреативу  экономите. И какой SQL будет стоять  MS или postgrе ??"

(33)Вот именно это и объясни.
Как можно отказаться от терминала в пользу VPN?
Терминал это сервер на котором хранится база 1с и который обеспечивает работу с базой, т.е запросы к ней.
VPN это защищенная частная сеть.

Каким образом защищенная частная сеть может делать запросы напрямую к базе 1с?

(30) И я сен пень что в локальной сети (Если в одной физической локалке не работает до черта разных организаций ) в VPN необходимость отсутсвует

(34) Блин я себя идиотом чувствую по кругу одну и туже вещь дербаним

(34) КАК можно предоставить удаленный доступ через интернет до сервера 1с
1) терминал
2) вебсервер
3) обеднение нескольких сетей в одну виртуальную

(36)Ну ты предлагаешь терминал заменить на впн.

Смотри - есть терминальный сервер, на нем лежит база 1с, установлена программа 1с.

Заменяем -
Убираем нафиг терминальный сервер.
1)Базу 1с переносим на VPN
2)Устанавливаем 1с на VPN
3)Даем доступ пользователям к VPN

А теперь объясни как можно положить базу на VPN  и установить 1с на VPN

(38) не МЫ установили SQL подняли 1с сервер  на кой ляг нам терминал???

(34) Терминальный сервер, сервер терминалов (англ. terminal server) — сервер, предоставляющий клиентам вычислительные ресурсы (процессорное время, память, дисковое пространство) для решения задач. А когда сервер слаб то может актуальнее задачи решать на клиенте??

(143)Не знаю что ты там установил, но если есть SQL  то не нужен ни впн ни терминал.
Если нет SQL то терминал вполне возможно будет нужен.

Еще раз какое вообще отношение имеет VPN к работе 1с?

(41) есть SQL как можно предоставить удаленный доступ через интернет??

(42)Во первых нафига? В (0) такой задачи не озвучивалось, речь про локальную сеть.
Если все же надо дать удаленный доступ - через интернет, то как правило публикуют базу на веб сервере.
Можно просто открыть порты для доступа из интернета к sql серверу, для безопасности можно использовать в данном случае VPN

(43) вот про это и разговор.

(43) речи про локалку тоже не было

В (0) вопрос дурака.

(45)Ну доступ через интернет это частный случай, и если он прямо не указывается то логично предположить что речь про локалку.

Я кстати в двух конторах использую как раз терминал с файловыми базами, для доступа к которым через интернет используется VPN.
Поэтому VPN можно использовать совместно как с терминалом, так и со скулем, да и вообще без всякой 1с его можно использовать.
Но вот заменить терминал на VPN это никак не получиться ибо это совершенно разные вещи.

(46)Почему? Вполне себе внятный вопрос.

(47) Для меня как раз логичнее предположить обратное. Маленький секрет  и терминал и вебсервер и впн и еще тучу вещей можно использовать без 1с. И все эти вещи можно использовать  как и отдельно так  совместно друг с другом.

(49)Но согласись впн не может заменить терминал.

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