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

По бумажным чекам работать нельзя

быть независимым

(0) денежку складывать в коробочку, покупателям говорить - приходите завтра за чеком

(23) Не работать с розницей в таком режиме.

я что-то не понимаю : какая разница между сервере 1с и продажей ?

нельзя нельзя, а как-же потеря дохода, покупателей...

(5) 1с крутится на сервере, магазины подключаются по РДП ...когда есть инет :)

иметь запасной канал

(6) Что бы не было потери дохода, придумали распределенные базы.

(7) плохой вариант организации, ибо если в центре падает база -- лягут все магазины

(4) хотят именно он-лайн, я и сам их "тащу" в сторону УРБД

(11) Заказчикам виднее как работать с 1С? Оригинально....

(12) кто платит тот и заказывает обычно

(13) ты им расскажи о (10)

а так же время на подъём сервера

(13) Ну тогда хозяин-барин. Настраивай как хотят и вали оттуда :)

Вообще-то еще ничего окончательно не решено, пока они работают автономно на 77. Вот ходят примерно сабж

(15) та, я еще понадуваю щеки малехо, через час примерно - встреча :)

Торговое оборудование будет?

(11) нормально хотят. Сделать резервирование одного сервера и поддерживать его работу - намного дешевле, чем возиться с урбд.

по теме - а что планируют делать в случае отключения электричества? аналогично и с 1с - резервирование каналов или "мы временно не работаем"

Покажи им цену гарантированного канала и расскажи про избыточность серверного оборудования и админов.

Ну да. Вариант.

Зеркалирование базы данных на другой сервер в другом задании.
Резервные каналы связи. И регламент для всего этого.

РиБ гораздо проще.

(19) > намного дешевле,

зато ты зависим от инета

упадёт магистраль и писец покупкам

(19) дык, я-же сказал в (0) , причины могут быть любыми, вплоть до ДядиВасиСЛопатой

короче вердикт - надо тянуть в сторну распределенки?

(24) Тянуть не надо. Надо показать плюсы и минусы. И бюджеты.

(25) главное не бюджет, а независмость

(26) Чо?

На личном опыте:
- центральная база в офисе.
- продавцы-консультанты в магазинах и кладовщики на складах работают с центральной базой по RDP.
- главная касса магазина тоже на RDP (возвраты другим днем).
- кассы поточные - на локальной базе, расположенной в магазине. Магазинная локальная база и центральная база синхронизируют нужные для кассиров данные через xml автоматически с периодом 5 минут.

Таким образом, при отказе канала интернет, кассы "на выход" всегда могут работать.

Так же есть обратное резервирование на случай отказа локального сервера или локальной базы - Кассиры могут оперативно переключиться на работу у центральной базе.

(28) Отличный пример.

(28) вот это молодец!

чем торгуете? сколько чеков/человеков в час?

стоимость часа простоя?

(28) магазины "в одном зании" или "по всему городу"?
(31) еще ничего не знаю, чуть больше часа до первого свидания :)

(32) по всему городу

самый примитивный РИБ...

ну и да - у нас >50 магазинов по всей стране, так, чтобы все были онлайн (туннели работали) бывает далеко не всегда

(21) посмотри на девятки в SLA, которые обещает амазон
и потом посчитай расходы на кучу серверов распределенных баз и их администрирование

единственное по настоящему узкое место - каналы связи
но в таком случае берется резервный 3г свисток (по 2 штуки на магазин от разных операторов)
скорость маленькая, но учесть продажу хватит

стоимость поддержки будет различаться в 2-3 раза для 10-15 магазинов (одна центральная база - дешевле)
если магазинов еще больше - разница еще более существенная

ты хоть раз считал на практике стоимость владения для разных вариантов? такое впечатление, что взять калькулятор и лично посчитать варианты - это нечто слишком сложное :)))

ну и про лицензии надо помнить
для риб обычно минимум на 15-20 процентов больше

я вообще считаю ценность информации "он-лайн" сильно завышенной, в реальности - она мало кому нужна

(36) Я реализовывал оба варианта.

РиБ выходит дешевле. И проще.

(0) По логике, можно вообще офлайн режим, 1 раз в день сливать-заливать. Для товаров стоимостью до 200-3000 руб.,  массового потребления, как сказал (37), нет смысла следить ежеминутно. Есть смысл для штучно поставляемого/изготовляемого товара, по сети. но там и стоимости другие.

не работать в онлайне? не?

(36) 3г - это миф. не работает оно.

ну и да - 700 человек в 50 базах или 700 человек в 1 базе - таки есть разнича...

*разница

(38) РиБ дешевле для 15 магазинов?
а можно расчет в студию? просто совсем не верится, что дешевле. Вы какую схему резервирования закладывали на случай поломки сервера магазина? и какая у вас в расчете ожидаемая частота поломок?

(44) сервер на 10 человек дешевле сервера на 150 более чем в 15 раз

когда ломается сервер - останавливается 1 магазин

(41) оно ОЧЕНЬ тормозит :)))
но в большинстве мест работает с достаточной скоростью, чтобы на 2-3 кассах чеки печатать. способ резервирования канала для каждой точки часто надо отдельно продумывать. тот же 3г - в одном месте нормально (на базовую станцию мало подключений???) а буквально в паре километров с тем же уровнем сигнала - работать практически невозможно.

(47) хрен бы ты с тем, что тормозит. а вот когда оно посередине фискального чека отваливается...

(42) больше 150 пользователей - там надо РиБ по причине 1С :)))
но все эти "распределенные" базы дешевле крутить в одном датацентре

опять же - в магазинах не только 1ска, но и почта, и файлы свои - сервер все равно должен быть какой-никакой...

(48) это да, проблема очень нехорошая...

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

делай Риб и обмены каждые 5 мин, вот тебе и будет почти онлайн

(45) 1 магазин - это 4-6 пользователей (я не про крупные торговые точки). 15 магазинов - 70-100 пользователей. 1 сервер SQL, 2 или 3 терминальных сервера (хотя можно и 1, если люди действительно только работают), 1 сервер приложений.

если риб, то в центре все равно нужен SQL сервер и сервер приложений, разве что чуть менее мощные. как у вас получилось, что 17 серверов (2+15) дешевле, чем 5 серверов (1+3+1)?

млин, не судьба сегодня поехать-повидаться ...опять текучка на  основом мр :)

(46) "когда ломается сервер - останавливается 1 магазин"

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

я как то СЧИТАЛ несколько вариантов. вбил в ексель несколько цифр и сравнил варианты - уже на 10 точках очень наглядно все видно.

"когда ломается сервер - останавливается 1 магазин" - кк правило в таки магазинчиках такие сервера - просто ПК - и заменить их, при нормальном резервировании базы конечно - ак 2 пальца обасфальт :)

(57) а можно поподробнее? какие например "просто ПК" будем ставить в качестве сервера (например, сколько винтов), как резервировать базу, кто и как будет заменять сломавшиеся "сервера" - где именно брать замену, что и как ставить, сколько времени это займет...
И потом заодно посчитаем, насколько чаще будут ломаться такие "обычный пк - сервер", ведь у них отдельной серверной не будет...

обычно посредине расчетов фраза "как два пальца об асфальт" плавно трансформируется в "блин..."
магазинчиков то - 15 штук - да еще и в разных городах...

(54) цена сервера на 5 пользователей - 100 тыр включая софт (вин + 1с + бесплатная субд, которая на таких объемах будет работать, а то и вообще файловая)
цена сервера на 150 пользователей - однозначно платная субд (положим на пользователя 300круб) + терминальные лицензии (200круб) + нормальная СХД вместо 2 сата винчестеров и встроенного контроллера (+100 круб) + сами сервера "серверные" вместо i5 каких-нибудь - дороже раз в 4-6

(59)"цена сервера на 5 пользователей - 100 тыр" - не гуляй :)
я совсем недавно ставил подобный. 20тыр на ваши деньги :) правда софт уже был, коробчный :)

(44) Примерно так:
150 пользователей.

Основная серверная комната
2 кондиционер ~ 500 000
3 терминальных сервера. ~ 450 000
1 сервер 1С ~ 150 000
1 сервер баз данных + внешняя полка ~ 700 000
2 канала связи (до АТС) ~ 500 000
2 независимых кабеля для разных подстанций 500 000
1 генератор

Дополнительная серверная комната
1 кондиционер 200 000
2 терминальных сервера. 300 000
1 сервер 1С он ж сервер баз данных 500 000
1 канала связи 300 000

Плюс организация зеркала средствами SQL.
Плюс регламент работ, при падении основного сервера.


РиБ дешевле.

(61) забыл еще ФальшСерверную, с ФальшСервером ...для масок-шоу ;)

(58) "ак резервировать базу, кто и как будет заменять сломавшиеся "сервера" - где именно брать замену, что и как ставить, сколько времени это займет..."

У пользователей два ярлыка.
Один рабочем столе, другой в другом месте.
Еженочно файлик 1CD копируется на другой ПК.
При наступлении часа Х, когда "сервер" сломался,
пользователи запускают второй ярлык и работают дальше.

Все.

(63) можно и почаще копировать

(60) там с софтом

500+450+150+700+500+500+200+300+500+300=4100

150/5=30 серверов
30*100 = 3000
плюс центральные сервера 300
итого 3000+300=3300

4100 > 3300 примерно на 25%
вот только для централизованного варианта посчитали все, а для РиБ только сервера

если рассматривать только сервера для двух вариантов
(канал связи для центрального офиса ведь нужен в любом случае? как минимум один) то ситуация немного меняется:

450+150+700+300+500=2100

2100 < 3300 на 30% (считаем от 3300)
уже интереснее

даже предположим, что сервер за 100 подойдет для 10 пользователей (15 магазинов по 10 юзеров)

15*100+300=1800

1800 < 2100 но не очень существенно - примерно 10%

а вот как только добавляем работы по администрированию всего хозяйства, у централизованного варианта сразу добавляется преимуществ - тупо меньше серверов, не считая того, что удаленно не все можно решить - например винт удаленно никак не заменишь, а доверять это обычным менеджерам иногда чревать :))))

а если еще рассмотреть вариант, когда все сервера в облаке (у амазона или микрософта), а у существенной части пользователей вообще тонкие клиенты, а не ПК (и для замены можно в каждом магазине просто держать резерв) - цифры однозначно свидетельствуют в пользу централизованного варианта.

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

Требования к каналу связи в случае онлайна намного больше. Требования к принтерам, торговому оборудованию и прочему - больше. Администрировать все равно надо - картриджи там поменять, или еще что. В случае удаленных маленьких серверов админится все точно также по удаленке (у нас работает :)) не зря же всякие IPMI придумали.

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

(63) ага )))

то есть на каждом филиале - по 2 "сервера" - боевой и запасной

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

так как обычные ПК ломаются чаще серверов, то средний срок жизни без поломок - 1,5  года. это означает, что в среднем раз в месяц случается поломка и админ должен будет приезжать на место поломки с резервным "сервером", делать из него запасной сервер, а поломавшийся забирать с собой и разбираться, что случилось.

все это МОЖНО сделать (знаю такие примеры)
но это ДОРОГО

ТС еще сам не знает чем торгуют. может там бутик по продаже табуреток и диванов

а тут уже полки, СХД, кондиционеры

а еще можно рассмотреть вариант с РиБ без сервера на площадке)

(70) :)

(69) РИБ раз в 5 минут спасает запросто, копировать ничего не надо

Если заказчик просит он-лайн, можно сделать это. После первого простоя будут просить переделать офф-лайн. Проплатят оба варианта, если они такие умные и диктуют вариант реализации.

Если у вас магазин типа супермаркета, когда реальное отслеживание остатков не так уж и важно, то вам не нужны кассы в online. Проще с кассы в центр передавать пробитые чеки (чем чаще - тем лучше) и наладить синхронизацию товаров.
В случае оплаты уже положенного в корзину товара нам остатки не так уж и важны - если товар в корзине есть, то его нужно продавать. Цены на товар меняются не так часто, кроме того, нужно учитывать тот факт, что перед изменением цены должен появиться новый ценник.
Синхронизация цен делается достаточно просто - при включении кассы мы с центральной базы загружаем все цены, а в процессе работы касса запрашивает только изменённые - можно даже принудительно отсылать изменение цены и данных товара.
Что касается чека, то подбор товара по коду, штрих-коду и прочим данным проще и быстрее делать по локальной базе, так как она будет работать в монопольном режиме.
После оформления и печати чека он уже не будет изменяться - тогда его можно отправить в центр для ввода в базу.
Конечно, существует вариант с Offline, когда в центральную базу отправляются только закрытия смен с кассы - это просто, быстро и надёжно - недостаток в том, что в середине дня мы не знаем результатов продаж и не успеваем отследить тот факт, что какой-то товар уже закончился.

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

Что касается online, то если в процессе обслуживания покупателя мы делаем заказ товара, резервирование и т.п. и обслуживание и сборка заказа занимают больше времени, чем собственно оформление купли-продажи, то тут без Online не обойтись. Просто в случае потери связи с центральной базой для нас не будет доступно резервирование и сборка заказов, и в данном случае продажа существующего товара на складе не сильно спасёт - проще вложиться в гарантированность Online-доступа.

(63)Ну я бухам такое ставил - все базы каждую ночь дублируются на наиболее мощный из компьютеров в сети, и ярлык с другими путями.
В случае если сервер конкретно упадет, то по крайней мере срочную работу можно будет сделать, хоть и медленно.
Т.е на сервере лежит распечатанный листок с инструкцией, если сервер не работает, то пертыкаем хаспы в такой то комп,  и запускаем такой то ярлык, плюс предупреждение о том что базы не совсем актуальны.

Доп канал связи (тот же 3G).
Ну, а на случай "упали оба канала" - тот же вариант что вырубили свет - ничего не поделаешь.
По факту работы за 5 лет (в разных городах) в таком режиме - существенных простоев фактически не было.

(3) Штраф за работу без ККМ, ЕМНИП, 40 тыр

онлайн - зло
фронтол на кассы - наше все

(79) если "добрые" люди побегут жаловаться куда-надо, то возможно оштрафуют.

реально были случаи, когда торговали так в магазине и просили прийти за чеком через час или в течение дня)) потому что касса не работала. редко кто за чеком возвращался

(81) В некоторых магазинах в загашнике лежит автономная касса с аккумулятором - для временного решения вполне подходит, только товары придётся писать в тетрадь - иначе сам чёрт не разберёт, что и когда продали.

(82) ЭКЛЗ имеет "срок годности" и еще одну кассовую книгу вести и платить за ЦТО? ну как вариант