nApoBo3, сервер 1С это такая как бы прослойка.
Ну т.е. как бы да, он выполняет часть работы за сервер терминалов, производит некоторые операции и подготавливает данные для клиентов, а также сам обращается с СБД
Но всеравно остается вопрос что выгоднее гонять: данные между сервером и клиентом 1С по сети или гнать по сети картинку рабочего стола, а сервер и клиент 1С ставить на соседних машинах в серверной
В крупных организациях это может быть актуально, т.к. юзеры активно работающие с тяжелыми базами и файлами могут находиться далеко от сервера на не лучших каналах. И там иногда становится выгоднее прислать юзеру просто картинку, чем гнать весь поток данных туда-обратно.
В мелких - смысла нету: там базы не такие тяжелые и если 10 юзеров сидит на одном с сервером гигабитном свиче, то разницы они не заметят.
Поэтому: чем проще тем лучше
Иван, есть же 2 варианта Windows Server с добавленной ролью hyper-v и максимально урезанный Server Core, где нету ничего кроме hyper-v. Второму точно будет легче, т.к. он ничем не занимается
А сервер полноценный или чисто гипервизор?
Как точно обстоят дела с гипером от мелкомягких не знаю, но esxi от vmware прекрасно ведет себя даже на флешках, при работе всеравно все нужное в оперативе висит
Алексей, Ну хватает других вариантов свичей с каскадным POE или перед камерами ставятся микротиковские инжекторы и poe-питание втыкается в обычный power разъем камеры, тогда и камеры не обязательно чтоб poe были
Юрий Ерусалимский, Для кабинетов информатики раньше было классное комплексное решение NetOpSchool где было и групповое наблюдение с переходом в помощь и демонтрация выбранного экрана на все и раздача тестов и куча иных плюшек
АртемЪ, во-во повадились в любую дырку пихать микрот, даже туда где кинетики справляются гораздо лучше.
Мокрот - это от сохо и выше, для тех кто сможет понять что от него надо и настроить, или кому от дома нужна куча VPNов
А для просто качественно раздать интернет по квартире нормального зухеля - выше крыши
Tururupark, Если умножитель будет заводской, а это крайне желательно, то достаточно разнести их по разные стороны станка и фонить на друг друга точно не будут
Фокс Йовович, 16 гарантировано, больше - на свой страх и риск
Тоже в свой Dell, вместо 2х4, поставил 2х8, хотя в спех ноута макс 8, а в даташите проца макс 16.
Система увидела все 16, мемтест гонит норм, но если забиваешь больше 12 начитает крашится хром что нехватает памяти
Денис Юрьев, Ну в такую цифру хостов упрется разве что крупный ЦОД или транснациональная корпорация, поэтому на локальном уровне хоть 10 хоть 50 хоть 100
Александр,
1. Заявка от кого?
2. Если Вы работаете "на дядю" и в рабочее время на рабочем месте пишете код, то "дядя" в первую очередь будет претендентом на его права и продажу, т.к. купил ваше рабочее время в которое вы и писали данный код
4. Можно оспорить в суде, но только если контора не озаботилась изменениями и явно скопировала весь код
Eugene Kuznetsov, Мда, уж, тяжелый случай. Ну теоретически, там не хватает только самого разъема, линии питания должны быть запаралелены и все компоненты на месте. Так что поспрашивайте по мастерским, может кто и согласиться попробывать подпаять разъем.
Ну либо же покупайте второй внешний БП на 12VDC подходящей по мощности и подключайте к нему видеокарту.
Сергей, Ну вроде аппарат далеко не плохой, но подозрительны логи через определенный промежуток времени, как будто ИБП что-то с самотестированием шаманит. Смотрите логи в PowerChute - что там?
Сергей, А ИБП нормальный или по дешевше? Попробуйте в обход ИБП, мож ему после деградации фильтрующих конденсаторов форма сигнала перестала нравиться, вот и его и штормит
Для админов госконтор под ФЗ-44/223 переезд - практически единственная лазейка выбить $$$ на постройку нормальной качественной инфраструктуры с нуля. Тк. через три месяца вам никто денег не даст и останетесь с "ничто так не постоянное как временное", а под эгидой затрат на перезд сделаете себе норм и скс и хорошие свичи купите, и затраты лягут не на хотелки IT отдела, а на затраты переезда.
А через 3 мес дирик с бухом скажут - нафига нам СКС и Циски когда и на 5ти портовых туполинках оно в принципе работает, ты скотчем провода к столам примотай чтоб не сильно под ногами болтались
Art_Sh82, Ну значит каждая 5я камера должна слать поток на свой IP либо маршрутизатор должен быть настроен так что поток с каждой камеры будет запрашиваться через определенный маршрут. Работать будет, но позаморачиваться трох придется. получится что на каждые 5 камер будет канал по 30Мбит чего в принципе достаточно. получите, по сути, дерево обычных свичей, как если бы 10 камер были подключены к одному свичу, 10 к другому и тд.
Но 150 у вас не будет, а будет, в лучшем случае, 5 по 30 и то если БСка это вывезет в чем очень сомневаюсь, т.к. ОПСОСовские LTE сети расчитаны совершенно на другие цели.
Art_Sh82, Нет. только если клиентское приложение само умеет в агрегацию каналов, ну либо у вас 100500 клиентских приложений и в конфиге для каждого пятого прописан свой IP - тогда сможете худо-бедно сыграть в балансировку, либо на разных DNS писать записи на разные IP, чтоб каждый провайдер шел по своему маршруту.
Но, в подавляющих случаях, в 100500 раз дешевле, проще и надежней взять более жирный канал, в том числе и по индивидуальному заказу
Ну т.е. как бы да, он выполняет часть работы за сервер терминалов, производит некоторые операции и подготавливает данные для клиентов, а также сам обращается с СБД
Но всеравно остается вопрос что выгоднее гонять: данные между сервером и клиентом 1С по сети или гнать по сети картинку рабочего стола, а сервер и клиент 1С ставить на соседних машинах в серверной
В крупных организациях это может быть актуально, т.к. юзеры активно работающие с тяжелыми базами и файлами могут находиться далеко от сервера на не лучших каналах. И там иногда становится выгоднее прислать юзеру просто картинку, чем гнать весь поток данных туда-обратно.
В мелких - смысла нету: там базы не такие тяжелые и если 10 юзеров сидит на одном с сервером гигабитном свиче, то разницы они не заметят.
Поэтому: чем проще тем лучше