Отстал от новых веяний, прощу совета.
Есть два компа, между ними сеть. Компы относительно нормальные, 8Гб оперативы, i-3, какие-то ssd. Железки вполне себе, не хлам. Стоит задача развернуть на всем этом два рабочих места кассира на конфе 1С:Розница 2.2. База файловая. Как это лучше сделать, чтобы не тормозила и не зависало, т.к. планируется в среднем 100 чеков в день. Всяко разное торговое оборудование, как в любой рознице.

Я по старинке как это вижу: на одном компе база файловая, с другого компа по сети к ней доступ. Работаем в одной базе. Как всегда делали на 7.7 и на рознице 1.0.
Но сейчас мне сказали что я сильно отстал от жизни и все надо делать по другому.
Как лучше все организовать?

Цены будут устанавливать с рабочего места кассира или будет третье место?

(0) Т.е. раскритиковали, но как именно "по другому" не пояснили? Шикарная тактика.
Может РИБ по рабочим местам хотят? А смысл..

(1) спасибо, забыл совсем. Цены будут идти из УТ. Розница только для продажи. Предполагаю что будет периодическая синхронизация.

(3) Чек раз в 6 минут, контроль остатков отключен. ТЕ блокировка происходит только при проведении чеков и отключении цен.  

Не очень много, единственное, что может тормозить - на втором компе подбор ШК и отправка данных в ОФД.  Ну и синхронизация цен может на хорошо выбить кассы.  

Если база файловая можно тот-же supercache поставить и отправить ее в оперативу - тогда тормозов не должно быть совсем.

(2) Да я вот и сам не понял. Типа какие-то тонкие клиенты, апачи, еще чего то. Но не понимаю, чем это лучше обычного толстого клиента и обычной работы по сети?

Почитал про минисервер на 5 мест, наверное круто будет для двух рабочих мест.

(5) Толстого клиента больше нет. Всё на тонком. Надежность будет выше.

(4) это у вас так работает? Нет проблем, если чеки одновременно пробивают на разных машинах?

(7) Кое-где да. Но в основном РИБ + POS интегрированный.

Я бы просто тесты погонял на скорость на имеющемся оборудовании, если все ок - тогда зачем платить больше?

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

(8) т.е. нормально, что база по сети со второго компа и все нормально должно работает?
А то меня сбили с толку, файловая по сети сейчас не тру, надо по другому делать

(9) Не все оборудование может взлететь. Блокировки все равно остануться. ИМХО разницы по скорости не будет совсем.  

(10) Файловая по виндовой сети всегда была не тру. Если она не на ssd/RAM.

(11) за розницу 2.2 не скажу, а вот розница 1.0 летает просто по сети, при чем компы значительно слабее, чем в (0) описал и нет никаких ssd, обычные wd

В целом понятно, ничего принципиально нового. Всем кто ответил большое спасибо.

Если у кого-то будет что по теме, пишите, буду рад любому полезному совету

(12) советчики наверное про веб сервер намекали, тонкого клиента через него пустить.

(12) так будете подключать к Рознице 2, или настроите через Розницу 1?

(13) возможно

(14) будет Розница 2.2, на обоих машинах. В (12) я указал что делал розницу 1.0 файловую, по сети, работает превосходно, да же на железе, без ссд и худшими показателями, чем в (0)

как вариант, если с интернетом всё ок, можно рассмотреть аренду облака c розницей и SQL

(15) тогда что мешает использовать старую связку?

(16) теоретически, порты пробросить для оборудования, должно все заработать. Думаю на облаке доработать розницу они дадут.
Вот терминалы банковские, если подключать к 1С, будут нормально работать?

Но сам всегда был сторонником того, что база должна быть в магазине и не зависеть от интернета. Сейчас если интернет кончился, только безнал не примешь. А так вообще работать не сможешь нормально.

(17) розница 1.0 уже морально устарела. Хочется и бонусных баллов и более гибкую систему скидок, а Розница 2.2 в этом плане очень хороша

Почему не взяли Фронтол,особенно,если все грузить с Ут.
И Розницу 2,если все загружается из Ут,то зачем на две кассы общая база по сети,когда можнл две самостоятельных?

(18) Для тонкого клиента порты пробрасывать не нужно, обурудование же на клиенте локальное получается

(19) Розницу рассматриваем из-за бонусных баллов и гибкой системы скидок, когда почти любую скидку можно сделать, если не типовыми, то через внешние обработки.

Про две базы это что значит? Как в (2) коллега предлагает через РИБ рабочего стола? Но смысл? Или прям две разные базы, которые обмениваются по отдельности с УТ? Тогда не очень понимаю как с остатками, магазин то один

(20) точно, опять мыслю толстым клиентом ))

(22) Если не зависеть от инета ещё можно рассмотреть сервер мини на 5 подключений + SQL. Вариантов масса)))

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

На если брать связку целиком, то еще хочу засунуть промежуточную центральную розницу. Сперва в нее выгружать данные из УТ, а потом из нее в магазины. Первое, на тот случай, если будут другие новые магазины, легче будет развернуть новые базы. И второе все акции задавать в центральной базе, а не подключаться в каждый магазин.

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

(24) Почему нет?  РИБ сильно похорошел по сравнению с первыми БСП.

(26) РИБ по рабочим местам? Не знаю, никогда не пробовал. Что будет стабильнее, надежнее и производительнее для двух касс:
1. база по локальной сети, железо в (0)
2. или риб одного рабочего места, с периодическими обменами?

(27) Два базы с РИБ явно будут надежнее :-) Если одна касса навернется, вторая останется.  В твоем случае даже не РИБ, а синхронизация с УТ для двух баз.

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

не советовал бы РТ файловая на 2 точки. Если еще бухла будете продавать то вообще тупик.
Фронтол+УТ как бэк

(30) В чем проблемы-то ? Стоит и продается. 6 POS стоит с алкашкой. Фронтол и дороже и еще документацию на каждый чих перечитывать.

Веб сервер поднять и не париться не пробовали?)
все остальное не так прогрессивно, или не подходит, по мне:
РИБ - старый механизм, две несвязанных базы вроде тоже не найс, хотя если розница, то может и получиться, рознице контроль остатков не особо нужен),
Облако - много гемора, и зависимость от интернета, что также не очень хорошо для УФ,
SQL - излишне