Розница 95ГБ  в ЦБ у нас в кластере серверов винды + скуля на 4 шт железах.
Но в нем кластер сервера1С 2-штуки.
В одном КА2 отдельно. А все остальное на втором в том числе и Розница 2.2 (допиленная за 7 лет)
В нее ходят из магазинов директора и те кто заказами занимаются.
Юзеров примерно от 200 до 300 доходит.
Но продажи выполняются в ПБ (периф базах-РИБ) там же в магазинах.

наши хотят всех загнать в ЦБ. У меня есть опасения что сервер может не выдержать нагрузку.
Там же оборудование работает...
Тем боле Розница допиленная и там интеграции с системами лояльности не 1С. и другие интеграции всякие есть...

У кого есть опыт? Были ли затыки в плане блокировок? Может еще что то важно?
Про доступность интернета не обсуждаем это всем ясно. Об этом сразу все озвучено. Будут запасные каналы. итп

200-300 это не много, 95гб на всё про всё - тоже. Если сервер относительно современный и мощный - легко справится. А оборудование что ты имеешь ввиду? Кассы-принтера? Оно ж на клиентах.

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

(1) Сейчас до 300 доходит а будет значит до 350-400.
Оборудование работает на клиенте но он же с сервером все равно работает.
Там ККМ передает инфу в ОФД итп.
И еще на кассе в РМК есть всякие настройки типа по телефону клиента-покупателя 1С общается внешней системой лояльности.
Оттуда берутся бонусы и скидки. Скидки своих сотров  мы храним тоже в отдельной базе 1С и с ним идет общение через HTTP-сервисы.

Вот думаю всякие наши доработки не дай бог станут как горлышко бутылки.

(2) Магазины работают с 9 00 до 22 00 (Но по факту часто по ночам бывает до 2 часов ночи и более)  :((
Еще мы в двух часовых поясах. Я это озвучивал. Будем думать.

+(2) Быстро поднятая ЦБ упавшей не считается

(5) Об этом тоже подымал вопрос.
Но мы в кластере.
Ну еще бекапы будем чаще делать сейчас каждый час я добюсь чтоб было каждые 15 минут.

(0) чего паришься? Загнать всех в одну базу? В рознице? Сходи к директору и скажи база стала недоступна продажи на магазинах стали, смотрите вот потери продаж от простоя магазина за 2 часа, а остановятся все магазины ...

(7) Хотел услышать опыт других. Может кто поделится.

(8) у меня есть клиент с ~20 аптеками, к которому пришел новый админ и тоже стал рассказывать про ЦОД и централизацию хранения данных. Я спросил есть ли 100% гарантия доступности ЦОДа и доступности интернета на аптеке. Он сказал, что гарантирует. Взяли в аренду в тест серв перенесли базу одной аптеки на ЦОД. И в первый же день строители строящегося рядом дома рубанули силовой кабель к дому с аптекой и сно интернет пропал. А мобильный инет не потянул. Хозяин почесал репу и сказал оставить, как есть. Как говориться не повезло админу.

у нас бухию зарплату то перенесли в ЦОД и то уже была пару раз недоступность.
курили бамбук 4 часа пока Москва проснется.
основной учет пока встали насмерть чтобы не переносить туда.

читаю и не понимаю зачем так извращаться. Кассовое ПО на кассы - товароучет в розницу и все эти проблемы просто перестают существовать

(10) странный ЦОД какой-то

(12) ЦОД может и нормальный, но выход на него только у московских "коллег"..
короче..

мне попадалась немелкая контора, у которой "ЦОД" был у админа дома на обычном десктопном компе :)

(14) у товарища именно так и происходит. Всё было неплохо, пока в квартире свет не рубанули) Помимо прочих причин на десктопе сдох рейд.

(14) шевелиться начали, когда к админу появились "претензии" и хотели с ним прощаться, а тут такое :) волосы на ж0пе зашевелились

помимо прочих проблем* Там оказался неисправным ИБП - не сработало автовыключение.

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

(18) ну физически рецепты резервирования каналов для ЦОД известны очень давно. Когда еще никаких ЦОД и в помине не было.
Силовые вводы независимые в количество 2 шт минимум ( обычно это накладывает изначально жесткие ограничения на размещение ЦОД на местности :-) )
И независимые провайдеры. Причем, надо каким-то образом быть уверенным, что эти провайдеры физически работают на независимом друг от друга железе и линиях связи.

Прециденты были. Думали, что все-все проверили, но проверяли по бумажкам.
А когда строители где-то что-то раскопали примерно в 3-5 километрах от объекта, то сразу и вылезло, что и электричество было из одной подстанции и оптика была одна примерно там же.

(19) "Причем, надо каким-то образом быть уверенным, что эти провайдеры физически работают на независимом друг от друга железе и линиях связи."
- угу! а то уменя в Kanrfhbyj таджики траншею копали и перерубили основной канал. ну и резервный. бо по одной трубе с основным шел.

(0) вы можете протестировать.
дать доступ через тонкого. и договоритсья, что в 12:00 начинаете бить товарные чеки (можно в копию базы).
Если подгузники не понадобятся, то ок.

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

Мы как раз переехали в ЦОД. Ранее сервера стояли у нас в офисе. Свет часто вырубался.
У ЦОДа нас уверили что все тип топ. и запасные канали итп. Ну типа серьезная ораганизация.
Вся трабла может быть на местах.
А для отказоустойчивости базы у нас как раз кластер.

Меня сейчас волнует блокировку могут настать или нет в первую очередь

(22) уверять они могут как угодно. пусть аргументированно покажут.

(3) у Вас и РМК в 1с? и до сих пор рассматриваете централизацию? доза валерьянки от звонков 50 магазинов одновременно скорее всего летальна

(24) Можно более развернуто о чем речь?

(22) Правильно пишут про технологические окна. Пойдет обновление с реструктуризацией - все будут курить бамбук это время.

(26) Это только при обновлении ведь?
Ну ночью у нас переиндексация на скуле.

(27) >>>Ну ночью у нас переиндексация на скуле.

накуа ?

(25) см. (11)

если у вас рмк в самой 1с-ине, то это беда печаль.. и вы  всё это хотите в центр загнать ? ..ну-ну..

(26) я вот думаю, что в своей базухе буду использовать локальную СУБД DB Maria синхронизируемую с центральной, это будет лучше чем РИБ и лучше чем онлайн

(30) прекрасное далёко ?

(30) ты ее хоть раз устанавливал?

(30) попробуй InfluxDB :) щас модно её использовать в бигдате

(11) "Кассовое ПО на кассы - товароучет в розницу и все эти проблемы просто перестают существовать"
Что нужно понимать под - "Кассовое ПО" ???
а "товароучет в розницу" это в ПБ или в ЦБ? Как понять?

(33) типа она сама все репликации делает?

(32) давно когда-то да. А зачем ее устанавливать, если обычно ее хостинг даром пучок из 100 баз дает?

(35) я не пробовал в ней репликацию, а "бигдата ёпта" и красивые графики - да :)

с бигдатой всё сложна...

"Набор признаков VVV (volume, velocity, variety) изначально выработан Meta Group в 2001 году вне контекста представлений о больших данных как об определённой серии информационно-технологических методов и инструментов, в нём, в связи с ростом популярности концепции центрального хранилища данных для организаций, отмечалась равнозначимость проблематик управления данными по всем трём аспектам[24]. В дальнейшем появились интерпретации с «четырьмя V» (добавлялась veracity — достоверность, использовалась в рекламных материалах IBM[25]), «пятью V» (в этом варианте прибавляли viability — жизнеспособность, и value — ценность[26]), и даже «семью V» (кроме всего, добавляли также variability — переменчивость, и visualization[27]). IDC интерпретирует «четвёртое V» как value c точки зрения важности экономической целесообразности обработки соответствующих объёмов в соответствующих условиях, что отражено также и в определении больших данных от IDC[28]. Во всех случаях в этих признаках подчёркивается, что определяющей характеристикой для больших данных является не только их физический объём, но другие категории, существенные для представления о сложности задачи обработки и анализа данных."

с3.14жжено с википедики

(34) 1с розница это не только РМК, но и место кладовщика\провизора на периферийной точке. от чего толстеет план обмена, больше объектов общих.

он предлагает поставить 1с:Касса или ещё какой фронтол, а кладовщика посадить в ЦБ. ЦБ Розница (или УТ) обменивается с Кассой.

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

(40) Они уходят от 1С на кассах не потому, что в этом самоцель такая. Но если на кассе держать только РМК, то совсем не обязательно, чтобы этот РМК был написан на 1С

(41) кстати да, хороший тренд. Тем более что РМК бывают более красивые и удобные и менее дорогие.

(42) А можно ведь на 1С написать пусть даже типовую Конфу РМК.
И написать его  не дабы как а действительно идеально.
И Путь РМК-1С дружит хоть с розницей хоть с УТ хоть БП хоть КА

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

Но когда у клиента в штате нет программистов для разработки РМК, т.е. он не ставит себе цель в разработке РМК самостоятельно, то ему проще покупать красивое решение дешевле, а не подороже на 1С

(44) Я имел ввиду что сама фирма 1С написала бы РМК... И да точно с лицензиями бы тоже сделала бы легче.
А то ведь конкуренты у 1С уже отъедают эту нишу.

(45) Всегда, так было. В любом супермаркете РМК это не 1С.

(43) чтобы дружить со всеми в РМК должен быть функционал всех, оп, чик, три ошибки, ЕРП, но теперь идеальная)

(43) 13 тыщ лицензию на каждую точку не хочешь? Хотя можно на базухе написать РМК, Не возражаю

(45) так думаю можно любую РМК ставить не от 1С, они дешевле 13 тыщ по любасу.

в чем недостаток РИБ - нужно ИТС на все точки покупать и лицензию 1С:Розница или 1С:УТ на каждую точку. Это дорого, очень дорого

(48) 13 - это минимум. Но это если в точности по лицензионному соглашению делать.
Там больше, чем 13 выйдет, если сделать и по нормальному, и по лицензиям.

(50) ИТС на точки не всегда нужен. Не усугубляй. Но все равно намного дешевле 1С туда не сувать :-)

А самое дорогое, это программист... :-)

Не 1С - недорабатывается - нет возможности тратить деньги.
1С - дорабатывается - есть возможность тратить деньги.

(52) если РИБ, то всегда. В те месяцы, когда обновляешь платформу или конфигу. Если по-честному

Кстати я вам не пояснил почему мы хотим уходить от РИБ.

Передавать обменом переоценки сложно иногда конфликт блокировок.
Заказы тоже передаем отдельным обменом не рибовским.
Короче от РИБа выжали все что надо. В догонку еще пару обходных быстрых обменов организовали.

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

(55) ну как бы не удивил ни разу, потому что держать интенсивный обмен данными с асинхронно работающими подчиненными узлами на РИБ - это само по себе неэффективное решение.

Для нормальной работы Центра с подчиненными подразделениями обменов должно быть несколько.

Факт выполнения передачи данных из центрального узла в подчиненный не показывает характер режима автономной работы в подчиненном узле.
Т.е. понятно, что узел работает автономно в принципе, но степень обособления данных узла от данных центра может быть разной. И не зависящей от того, установлено внутри плана обмена свойство РИБ = ИСТИНА или РИБ = ЛОЖЬ

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

(55) э, батенька... я работал в сети из 100 риб. и там боролся с блокировками по-другому. Где-то я об этом писал вроде даже.
Но там цель была параллельная выгрузка на много точек, а не последовательная
Короче суть в том, что не ВыбратьИзменения юзаешь, которое блокирует, а другую методу.
Уменьшение конфликта блокировок при обмене РИБ

Проблема блокировок при работе с планом обмена

(43) и пусть. тоже подумали в 1с. и выпустили https://v8.1c.ru/rmk/

(49) РМК от 1с стоит 3 тыр.
есть аналоги дешевле?

(62) По твоей же ссылке
---
1С:Рабочее место кассира
Выпуск 1С:РМК в качестве дополнительного внешнего РМК для решения «1С:Розница» и для «1С:Управление нашей фирмой» (с версии 1.6.25) является начальным этапом процесса создания универсального рабочего места кассира для всех типовых конфигураций «1С:Предприятие», предназначенных для автоматизации розничной торговли. 1С:РМК не является самодостаточным решением и может работать только совместно с товароучетными решениями фирмы «1С». Реализация товароучетного функционала непосредственно в 1С:РМК не предполагается.
---

Конечно, что аналоги обходятся дешевле. Не поставка программного продукта в количестве 1 шт на торговую сеть, а стоимость установки множества клиентских мест на платформе 1С

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

(61) Я и не знал про это.
Другое дело не для всех оно подходит наверно.
Там  как я понимают нет ни скидок ни бонусов итп так?

(65) хм... почему нет скидок?! Там даже на скрине по ссылке видно, что скидка доступна. И бонусы тоже должны быть. Оно же дополняет или расширяет функциональность типовой Розницы.

(66) Я подумал что это выжимка

В данный момент.
1. РИБ по магазину обмен каждые 30 минукт с 8:00 до 23:00
2. Доп обмен кассовых доков каждые 60 сек с 8:00 до 23:00
3. Обмен мультиканальность по запросу с кассы заказы и перемещение по заказам.
4. Обмен с Ка2 каждые 30 мин.

Вот от этих обменов хотим уйти, кроме как с КА2