ой не факт. всякое бывает. и продают уворованное через свои странички. и должники светят фотки «я на мальте». коллекторы одними из первых эту тему начали эксплуатировать.
к сожалению, похоже только вместе с сошедшим с ума миром. вывод я делаю на основании популярности различных перфомансов и инсталляций. скульптуры из г… на (извините) и картины написанные пенисом раскупаются на ура. так что похоже дело все-таки в самой модели мира.
в целом вы правы. надо было конкретезировать о какой лицензии идет речь. целиком и полностью моя недоработка. где-то у себя в голове объединил несколько тредов обсуждения этой статьи.
Не совсем понял логику лицензирования. Если есть возможность приобрести бессрочную в 600 руб., то зачем есть еще за 300 на год + 300 за каждое р.м. (тоже на год?), особенно если лицензия не протухает при обновлениях?
Под инстансами в моем комментарии понимались инстансы СЕРВЕРА ВИНДОВС, если что.
За подтверждение возможности работы нескольких серверов 1с в одном инстансе виндовс на программном ключе (UPD) — спасибо. Буду иметь ввиду при расчете систем.
Чую бред, уж простите старика. У вас 1 сервер а на нем в параллели крутится пачка серверов 1с? или какая в итоге аппаратно-программная архитектура? А то разговор слепого с глухим про звездное небо получился.
frrrost как я понял тоже из франча и обслуживает заказчиков, сопровождая их системы. Моя история похожа. У меня под руками система корпоративного уровня, принадлежащая нашей ГК и относительно много систем заказчиков. У нас есть и три ларька и два крупных завода в обслуживании. Надо только быть честными — на заводах мы сработали как консультанты и обученцы, но отношения поддерживаем.
Если в организации есть потребность развести по разным службам сервера 1с хоз.подразделения, то у этой организации есть возможность рассадить их по трем bare-metal. По крайней мере мне пока не встречались ребята с потребностями мощностей, как в ГазПром Ресурс (Сервис-Производственное подразделение, разведка и пр.), а бюджетом как у ларька.
Потому что по факту получается, что на одну базу ложится один сервер (то, что вы называете службой — это и есть сервер 1с). А это целый пакет продублированных процессов (ragent, rphost, rmngr). Это означает НЕРЕНТАБЕЛЬНЫЙ расход памяти. Это означает настройку КАЖДОГО сервера (конечно, если таковую делаете, а на 400 пользователях ПОЛЮБОМУ надо кастомизировать), который у Вас получился, а это НЕРЕНТАБЕЛЬНОЕ ВРЕМЯ сопровождения.
У меня 1 rmanager занимает 350 мб в памяти и отхомячивает до 1% процессорного тайминга
У Вас их 8, 7*350 = 2,5 Гб оперативки ушло в корзину, от 4 до 6 % проца ушло в корзину. докинем сюда ragent, в целом он маленький, 150 мб * 7 = еще ГИГ в корзине.
Вас это не беспокоит? на 400 пользователях? Ну тогда параметры сервера в студию, пооблизываться хочу, да поудивляться.
Тогда еще подкину — сервер принимает решения о балансировке нагрузки. И ничего не знает о своем соседе (они же у вас в кластер не объединены надеюсь, потому что если объединены, то это совсем шиза, потом могу подробнее рассказать почему), который тоже принимает решения о балансировке нагрузки не зная о соплеменнике, с которым делит общий диск, общую память… хватит воображения и понимания внутренних механизмов понять происходящие процессы?
Вы себе сознательно усложнили систему. Зачем?
Под «целостным решением» я понимаю следующее: расписать бизнес-архитектуру и бизнес-потребности, оценить свою систему, понять где что можно поменять, где что упростить (ибо чем проще — тем легче), может новые конфы посмотреть, ну не знаю КА2 хорошая получилась, под многие виды бизнеса зайдет. Написать план, начать ваять. С ПЛАНОМ В РУКАХ! Тут конкретных советов, кроме «Должен быть ПЛАН, архитектура» нету. Да и не буду в конкретику уходить, это уже серьезная работа. Ну, какие-то общие наводки могу дать, но повторюсь — уже в личку и после обсуждения деталей.
Ну и ладно. Нам пока трехзвенного 1с-кластера за глаза. А он на физ.ключах и весь bare-metal. Ну и опять же usb-anywhere есть, правдя для других целей.
За ответ спасибо. Кстати, случайно наткнулся на статью как собрать свой юсб-анивере на отдельной машине с ubuntu на борту. Как-нить на досуге поэксперементирую. Вот это наверно будет интересная статья :).
Да, Вы правы. Вопрос именно с Hyper-V. Возможен ли проброс штатными методами? Вопрос больше теоретический, наверно поэтому я спрашиваю на форуме, а не пытаюсь подключить.
Под штатными я подразумеваю использование только возможностей платформ win2016 и Hyper-V.
Ради любопытства попробовал — работает. Похоже опрос ключа идет не постоянно, а с какой-то заданной периодичностью. Ну или мульти-механизм основан не на том, что железяка раздает, а на том, что клиенты опрашивают, а железяке ничего особо не мешает отдавать один ключ разным клиентам по запросу. Надо будет как-нить wireshark прикрутить к этому делу.
Я могу сказать в чем Вы не правы в корне — в некоторой кажущейся надуманности ситуации.
Мы с коллегами обсудили как Вашу систему (ну, попробовали смоделировать) и из разных постов, выделяя потребности пришли к выводу, что либо у Вас нет целостного представления о системе, либо Вы каждый раз описываете разные (ну например в которых работали ранее).
И второй вывод из наших бесед: с меткой оценки одного из наших инженеров — удаление гланд через сфинктер автогеном.
Отсюда вопросы: пОциент знает, что гланды ему удалили не совсем корректно? Что можно было обойтись без столь травмирующей процедуры? Или он повелся на (относительную, моментную) дешевизну решения? Или применение автогена столь радикальным образом было обосновано? (ну мало ли, рот занят, гланды бронированные).
Если серьезно — даже без описания архитектуры понятно, что целостного решения практически не существует. Ну выкрутились, не используя штатные возможности _современных_ систем. Ну применили пару интересных решений, которые могут пригодиться как времянки быстро поднятые. Первое: без описания архитектуры возникает недоумение — зачем так сложно? Второе: возникает подозрение, что архитектуру не описываете сознательно, ибо сами понимаете ее ущербность (кстати не похоже, т.к. Вы же гордитесь решением).
Ну и резюмирую: очень сильно присутствует или легкий душок фантастики, или непонимание необходимости решать Ваши проблемы не тактикой, а архитектурой.
Если изъявите желание, то могу позадавать вопросы и ткнуть пальцем в больное, предложив более эффективное решение. Правда это уже в личку.
потому что «делай как я» — локальное решение частного случая. и без описания системы «до» и «после» или хотя бы входных данных для начинающих особой ценности не имеет. курсы дают базу. базу знаний и терминологии. «системный подход», «системное образование» — слышали?
я тоже долго думал, что сертификаты — ересь. прошел курсы циско, но на сертификат сдавать не стал. «зачем? я в себе уверен и рулю 30ю цисками по сибири и дв. я и без этого крут». через год сертификат (кажись для тендера нужен был аттестованый специалист) понадобился. сдал, но с таким скрипом… понял сколько я еще не знаю, но формальный экзамен помог это выявить. с тех пор сдаю. циско, майкрософт, 1с. на экзамене будут ситуации, которые могут в жизни и не встретиться, но их решение даст возможность тебе самому понять способен ты найти подход к решению или нет. есть база или просто прослушал курс…
как-то так.
сорь за отсутствие больших букв — на руле шифт неудобно нажимается.
новый формат появился с 8.3.5 и представляет из себя (по сути) sqllite-базу. вернуться на старый тип журнала возможность была, но только через хак (в классическом смысле, используюя особенность). с 8.3.12 это можно сделать средствами платформы.
Могу сказать, что Гилевы (братья) — сильные специалисты, но как, собсно все персонажи продвигающие себя в мир, вынуждены иногда (на внешней стороне) подменять качество количеством. Нужно рассматривать их статьи не как истину в конечной инстанции, а как повод их нанять для решения конкретных проблем. Ну и плюс смотреть на дату статьи.
Кстати именно эта дилемма нами была решена отказом от сайта в стиле Гилева. Решенные проблемы не существенны без описания систем. а это зачастую закрыто пунктами о неразглашении. В итоге мы развиваемся за счет сарафанного радио :).
Итак, цитата, на которую я отвечал:
UPD: Ну и опять же, преступник и мозг чаще всего расходящиеся реальности (мое личное убеждение).
Правы в том, что я действительно ждал механизма раздачи hasp-ключа (про программный знаю, ибо франч). Но уже не жду.
За подтверждение возможности работы нескольких серверов 1с в одном инстансе виндовс на программном ключе (UPD) — спасибо. Буду иметь ввиду при расчете систем.
У меня 1 rmanager занимает 350 мб в памяти и отхомячивает до 1% процессорного тайминга
У Вас их 8, 7*350 = 2,5 Гб оперативки ушло в корзину, от 4 до 6 % проца ушло в корзину. докинем сюда ragent, в целом он маленький, 150 мб * 7 = еще ГИГ в корзине.
Вас это не беспокоит? на 400 пользователях? Ну тогда параметры сервера в студию, пооблизываться хочу, да поудивляться.
Тогда еще подкину — сервер принимает решения о балансировке нагрузки. И ничего не знает о своем соседе (они же у вас в кластер не объединены надеюсь, потому что если объединены, то это совсем шиза, потом могу подробнее рассказать почему), который тоже принимает решения о балансировке нагрузки не зная о соплеменнике, с которым делит общий диск, общую память… хватит воображения и понимания внутренних механизмов понять происходящие процессы?
Вы себе сознательно усложнили систему. Зачем?
Под «целостным решением» я понимаю следующее: расписать бизнес-архитектуру и бизнес-потребности, оценить свою систему, понять где что можно поменять, где что упростить (ибо чем проще — тем легче), может новые конфы посмотреть, ну не знаю КА2 хорошая получилась, под многие виды бизнеса зайдет. Написать план, начать ваять. С ПЛАНОМ В РУКАХ! Тут конкретных советов, кроме «Должен быть ПЛАН, архитектура» нету. Да и не буду в конкретику уходить, это уже серьезная работа. Ну, какие-то общие наводки могу дать, но повторюсь — уже в личку и после обсуждения деталей.
За ответ спасибо. Кстати, случайно наткнулся на статью как собрать свой юсб-анивере на отдельной машине с ubuntu на борту. Как-нить на досуге поэксперементирую. Вот это наверно будет интересная статья :).
Под штатными я подразумеваю использование только возможностей платформ win2016 и Hyper-V.
Мы с коллегами обсудили как Вашу систему (ну, попробовали смоделировать) и из разных постов, выделяя потребности пришли к выводу, что либо у Вас нет целостного представления о системе, либо Вы каждый раз описываете разные (ну например в которых работали ранее).
И второй вывод из наших бесед: с меткой оценки одного из наших инженеров — удаление гланд через сфинктер автогеном.
Отсюда вопросы: пОциент знает, что гланды ему удалили не совсем корректно? Что можно было обойтись без столь травмирующей процедуры? Или он повелся на (относительную, моментную) дешевизну решения? Или применение автогена столь радикальным образом было обосновано? (ну мало ли, рот занят, гланды бронированные).
Если серьезно — даже без описания архитектуры понятно, что целостного решения практически не существует. Ну выкрутились, не используя штатные возможности _современных_ систем. Ну применили пару интересных решений, которые могут пригодиться как времянки быстро поднятые. Первое: без описания архитектуры возникает недоумение — зачем так сложно? Второе: возникает подозрение, что архитектуру не описываете сознательно, ибо сами понимаете ее ущербность (кстати не похоже, т.к. Вы же гордитесь решением).
Ну и резюмирую: очень сильно присутствует или легкий душок фантастики, или непонимание необходимости решать Ваши проблемы не тактикой, а архитектурой.
Если изъявите желание, то могу позадавать вопросы и ткнуть пальцем в больное, предложив более эффективное решение. Правда это уже в личку.
я тоже долго думал, что сертификаты — ересь. прошел курсы циско, но на сертификат сдавать не стал. «зачем? я в себе уверен и рулю 30ю цисками по сибири и дв. я и без этого крут». через год сертификат (кажись для тендера нужен был аттестованый специалист) понадобился. сдал, но с таким скрипом… понял сколько я еще не знаю, но формальный экзамен помог это выявить. с тех пор сдаю. циско, майкрософт, 1с. на экзамене будут ситуации, которые могут в жизни и не встретиться, но их решение даст возможность тебе самому понять способен ты найти подход к решению или нет. есть база или просто прослушал курс…
как-то так.
сорь за отсутствие больших букв — на руле шифт неудобно нажимается.
Кстати именно эта дилемма нами была решена отказом от сайта в стиле Гилева. Решенные проблемы не существенны без описания систем. а это зачастую закрыто пунктами о неразглашении. В итоге мы развиваемся за счет сарафанного радио :).