Клуб владельцев корейских автомобилей

Всем привет!

Прошу помощи в таком вопросе — сидели мы в компании (продажи) на облачной 1с фреш с облачным сервисом продаж мойсклад для управленческого учета. Мойсклад не покрывает всех наших хотелок, поэтому решили со следующего года переехать на коробочную серверную 1с и конфигурацию под нашу сферу деятельности. Соответственно все теперь должны будут работать не через окно браузера а через RDP.

Делаем своими силами, так бюджета особо на все это нет. Взяли знакомого сисдамина, но он что-то начинает буксовать в плане софта.

Будет один физический сервер(купили). На котором будет 1с сервер+конфигурация 1с(купили), плюс мне нужен sql сервер и сервер терминалов. Все на одной машине повторяюсь. Количество пользователей в пике сейчас 15 человек. Берем задел до 20 человек.

Вопрос — что еще мне нужно купить или воспользоваться бесплатным вариантом, кроме уже купленных продуктов 1с, чтобы у меня был sql и сервер терминалов? Windows server(какой)+ sql server(какой) + что еще для терминалов ???? Ценник вырисовывается очень не хилый для микро бизнеса.

Заранее спасибо за ответ для человека далекого от этой темы

Возможно, не хватит производительности. Будут тормоза у пользователей.
И тогда придется рассмотреть отдельный сервер для sql с 1с-базами, отдельно сервер 1с.
А еще сервер домена жеж должен быть.
И не увидел ничего про купленные 1с- клиентские лицензии

Yuri_kri, Пользовательские лицензии куплены. На 1С суммарно потрачено порядка 300к. Вроде как до 20 пользователей одной машины должно хватить.
Просто microsoft sql есть за 50к, есть за 200к. И я на первый взгляд не могу определить разницу.
Просто если идти в лоб, то бюджет мероприятия идет с сторону 1млн. До этого облачные решения обходились нам порядка 80к в год, поэтому цифры меня все больше неприятно удивляют. Если будет тормозить, то еще одну машину теоретически можно приобрести. Пока надо с софтом разобраться.

Tempter, тогда свяжись с поставщиком 1с.
у них есть продукт, типа сервер sql для 1с. И это стоит дешевле, чем ms sql.

сисдамин тут точно не поможет.

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

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

Кстати, а зачем терминальный сервер?
Публикация и через тонкого клиента не прокатит?

Vot_takoy писал(а):не разворачить терминальный сервер, а продолжать через веб.

а терминалка чем плоха? работает как часики.
имхо с вэб-доступом можно поболее нахлебаться
без штатного сисадмина

AndreS писал(а):а терминалка чем плоха? работает как часики.

Ничем. Вопрос денег.

Добавлено спустя 54 секунды:
А еще можно собрать app-v или clock once пакет и запускать локально, а не в rdp сессии

Yuri_kri писал(а): типа сервер sql для 1с. И это стоит дешевле, чем ms sql

В моем случае оказалось, что СЕРВЕР да, дешевле, но ЛИЦЕНЗИРУЕТСЯ тот сервер точно также как и "настоящий" — по числу одновременно работающих клиентов. И за те же самые деньги.
Даже в случае терминал-сервера.
И использовать его можно ТОЛЬКО для 1С.
Клиентские лицензии в состав поставки сервера (того что идет с 1С) НЕ ВХОДЯТ.
Т.е. получается — надоть покупать Х лицензий на терминал-сервер + Х лицензий на MSSQL
Вроде как есть возможность использовать НЕ MSSQL, а бесплатный PostgreSQL. Но его надо патчить. И брать на себя вопросы его поддержки.
(А если делать нормально — то это Linux, т.е. и админ для Linux)
Терминальный сервер — он потянет избыточные требования к железу… Ну и серверную ОСь.
У мну xeon 1270 v2 с 30Г ОЗУ тянет 15-20 клиентов (на нем платформа и MSSQL), хотя с периодическими тормозами.

Tempter писал(а):Ценник вырисовывается очень не хилый для микро бизнеса.

Именно

Не 1с единой

Для микробизнеса может глянуть по сторонам и изучить рынок софта?

Yuri_kri писал(а):Кстати, а зачем терминальный сервер?
Публикация и через тонкого клиента не прокатит?

+ адын
И вообще надо было все сразу на виртуалках делать на одном сервере.

Добавлено спустя 4 минуты 16 секунд:

AndreS писал(а):а терминалка чем плоха? работает как часики.
имхо с вэб-доступом можно поболее нахлебаться
без штатного сисадмина

Ты уж реши — каких именно ресурсов тебе не хватает.
терминальный сервер поболе ресурсов жрет чем IIS с опубликованными базами.
и не знаю что там админить такое нужно — опубликовал — и до следующего обновления. а то и Link прикрутил — оно как раз на 1 базу- вообще все автоматом делает.

В общем — учите матчасть..

-=+DeMoN+=- писал(а):Ты уж реши — каких именно ресурсов тебе не хватает.

интелектуальных
у Жени только менеджеры в офисе.
кто будет этим хозяйством управлять при нештатной ситуации?
В микробизнесах в первую очередь стабильность в свободном полете — отстроил и забыл

Господа, спасибо за ответы.

1. Почему RDP — я бы сам хотел сделать через тонкий клиент, но данная конфигурация работает только через удаленный рабочий стол. Аналогов, к сожалению, практически нет. У нас торговля запасными частями, сервис, плюс техника строительная иногда. Специализированные — 1с автосервис, альфа-авто от раруса и далион-авто. Мы по опыту коллег остановились на последнем.

2. Сервер собрали не совсем на серверном железе — AMD Ryzen 7 2700, 32 Gb DDR 4 оперативки, ssd диск для системы и WD Puprle для хранения. Можете кидать помидоры.

3. Хотели все сделать на линуксе изначально, но не получилось настроить. Может нашему человеку не хватает квалификации.

Tempter писал(а):Сервер собрали не совсем на серверном железе

мягко так сказать

под sql нужно минимум пару SAS дисков 15000 на отдельном SAS контроллере

иначе с тормозами будешь дико мучаться

WD Puprle неплохи по надежности для файловой помойки, но не для sql базы данных.
скорости не хватит, да и загонишь ты их быстро мелкими операциями

Добавлено спустя 59 секунд:

Tempter писал(а):32 Gb DDR 4 оперативки

на 20 rdp одновременно работающих клиентов мало

в общем всех в облако опять!

AndreS писал(а):под sql нужно минимум пару SAS дисков 15000 на отдельном SAS контроллере

Я бы сказал, что желательно.

AndreS писал(а):иначе с тормозами будешь дико мучаться

См. выше. Мученья есть, но редко.
Ну, у меня. Типа чаще в базу заносят, чем запрашивают.

AndreS писал(а):WD Puprle неплохи по надежности для файловой помойки, но не для sql базы данных.

Я бы сказал, что для записи потоков. Для себя взял Red и сделал зеркало.
Я бы еще сказал, что там в основном (ну, у WD) разница в прошивках и чутка в кеше, а в механике нету…
ИМХО SQL надо бы сделать на отдельном сервере…

AndreS писал(а):на 20 rdp одновременно работающих клиентов мало

ИМХО на верхней границе терпимости. У мну за 5 лет раз в полгода случались проблемы со скоростью.
Я тут же бегу — вот люди беспокоятся, надоть бюджет увеличить тыщ на 100…
Тут же ответ — те результаты нам нужны не через 5 минут, а завтра…
Была мысль — серверный своп сделать на SSD, но уперлось в предыдущий пункт