Посоветуйте поставщиков серверов. Под 1С.
Лицензии свои.

(0) Файловую, да ещё на стороннем сервере? Геня опять придумал такое, что хоть стой, хоть падай

(0) Файловые базы сейчас размещать не модно

(0) давай продам тебе сервер в аренду на любой вкус

я щас в легком когнитивном диссонансе...

(2) Файловые базы сейчас размещать не модно
Очень даже модно для определенной ниши.
У меня есть знакомых ларечников, у которых от 3-5-7 пользователей, и для них покупать 1С Сервер и даром не упало (а в придачу к нему либо MS SQL, либо красноглазика, чтобы поднять и настроить постгри). Прекрасно обходятся файловым вариантом базы с публикацией через web-сервер. И, смею заметить, прекрасно все работает безо всяких 1С:Сервер за дурные, по мнению ларечника, деньги. И не надо рассказывать про Сервер МИНИ, для пользователей больше 5 не катит.

Если Геня обслуживает таких же ларечников, то публикация файловых баз через web-сервер для них вполне себе рабочий вариант. Хочешь через IIS, хочешь через апач, выбор по вкусу.

Вот то, что Геня хочет это делать на стороннем (чужом)сервере, это да.. но эт другое дело.

(0) Посоветуйте поставщиков серверов.
ну.. сейчас то с поставками посложнее, но навксидку первое, что сразу нашлось, вот:
https://itelon.ru/catalog/oborudovanie/servers/filter/brend-is-dell/?utm_source=ya-direct&utm_medium=cpc&utm_campaign=mk_tovarnaya_dell_rf_jan_24%7C106012823&utm_term=---autotargeting&utm_content=groupid-5390902590%7Cadid-15750831768%7Cphrase----autotargeting%7Cdevicetype-desktop%7Cadposition-3%7Cadpositiontype-premium%7Cadsourcetype-search%7Cadsource-none%7Cregionname-Шахты&etext=2202.2qDB4FNuJD48Dx9iNADF-e0_tnojLZBK1IxBBXgAc04ODO0pB5W0Qu1lV1YY2AGY91ONQNYEkfMPnZRuJANysI2Dvx0xJSpxnoB2jhuT9WJ0aWVpdHJ3YnhtcHpmcm5t.fe848f0cd4e82eeb579680ab8ef8d61934543981&yclid=17284919724176310271

или вот:
https://www.marvel.ru/catalog/production/server/server_serveri/?utm_source=yandex&utm_medium=cpc&utm_campaign=server-equipment&utm_term=серверы%20дистрибьютер&utm_content=premium&etext=2202.2qDB4FNuJD48Dx9iNADF-e0_tnojLZBK1IxBBXgAc04ODO0pB5W0Qu1lV1YY2AGY91ONQNYEkfMPnZRuJANysI2Dvx0xJSpxnoB2jhuT9WJ0aWVpdHJ3YnhtcHpmcm5t.fe848f0cd4e82eeb579680ab8ef8d61934543981&yclid=16201237700781801471

Гень, ты жвачку то из рта выплюнь и внятно скажи, что тебе нужны не поставщики серверов, а поставщики услуг по предоставлению серверных мощностей. Или тебе нужны именно поставщики железа? А то твой вопрос можно трактовать и так и так.

(5) Ага, файловая УНФ, с по умолчанию выставленным хранением всей истории внутри базы... Пухнет как на дрожжах, и очень быстро выходит за всякие пределы работоспособности. Видел такие... и чинил иногда по знакомству, когда разбухали они гигов за 20-25.

(7) хранение истории разве не отключается?

(7) 1С отчетность + 1С ЭДО (особенно актуально для бухии)- вот где дрожжи для 1С и первый кандидаты для перехода на скуль

(0) Советую DNS или НИКС

CPU AMD Ryzen 9 9950X
MB MSI MEG X670E GODLIKE или аналог
чтобы ram 256Гб можно
побольше m.2 PCIe 4.0
и обязательно несколько слотов PCIe 5.0 x16
в эти слоты вместо видеокарты ставить адаптеры для SSD PCIe 4.0/5.0 NVMe, на один x16 можно воткнуть 4 штуки SSD, каждый x4
сами SSD уже на сколько бюджета хватит, 5.0 пока дороги поэтому хватит и 4.0 с прицелом на плановую замену/апгрейд

(10)+ если хочется побить рекорды попугаев Гилева то RAID0 на 3-4 SSD PCIe 5.0 NVMe
Это под базу 1С файловую

Под систему аналогично отдельный RAID0, достаточно на PCIe 4.0

(0) модно на Эльбрусах

(8) Отключатся. Но только после того, как база распухла и перестала работать. А до этого: "Не трожь! Это все нам надо! Места на диске еще много!"

(12) с эльбрусами все плохо, как и с байкалами
есть вариант ARM на Apple M4 через Asahi Linux
это даже более модно-стильно-молодёжно

(14)+ сам собираюсь пробовать/тестить ARM
только еще RK3588 не доехал

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

(16) бэкапы же
и сервер так же падает

(17) Ага, бэкапы в таких конторах это раз в месяц секретарша Людочка скопирует всю папку в другой каталог на том же диске. Причем во время работы пользователей и пофиг на предупреждения файловой системы.

(18) сервер такой конторе не поможет

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

(20) хочу тебя огорчить но даже на скульной базе с сервером 1С нельзя делать бэкапы при работающих пользователях и регламентных/фоновых
несколько раз сталкивался с неконсистентностью с точки зрения 1С (на уровне sql то все гуд)

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

(21)+ в смысле делать то можно
но это ничуть не лучше теневого копирования файловой ))

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

(23) и в чем проблема такого скрипта на файловой?

(23) ну попробуй выкинуть юзера который с клиента супер-пупер-гипер долгий серверный вызов (без фонового) запустил
на пару часов

(0) Как, ты еще не обзавелся своим сервером в гараже?

(26) Так откуда у него гараж? Ни машины, ни гаража. Всё на зубы новые ушло.

(23) Обновлятор умеет это все из коробки, и стоит копейки

(16) "Сколько у меня файловых полегло" ну, это говорит о твоем уровне компетенции и не более.

Почему у меня окончательно не полегло ни разу нисколько? ЧЯДНТ? А я тебе скажу, чяднт, - я сразу при установке 1С сразу ту же устанавливаю Effector Saver  (бесплатный вариант). У меня это в привычку на уровне подсознания в подкорку въелось - поставил платформу, установил базу и тут же следом настроил FS. Установка и настройка FS занимает несколько минут. И если есть возможность дублировать бэкапы куда-нибудь по сети - обязательно использую. И не надо тут рассказывать про шифровальщиков и т.п. - это не база полегла, это распиздяйство пользователей. А так да, было два раза, убилась база окончательно - максимум полдня теряли, бэкап поднял, для ларьков полдня не критично, добьют ручками. Но всего пару раз за все время. То есть ничтожно мало. Убить файловый вариант, используемый через шару,  легко, а вот убить файловый вариант, опубликованный через web-cервер - это еще постараться  надо.

Или ты говоришь про файловый вариант через обычную шару, а не через web-сервер? - ну дык это же совсем не о том..

ps: я не понимаю 1С-ников, которые устанавливают в ларьках (где по умолчанию нет админов, в лучшем случае приходящий мальчик по вызову и это в лучшем), так вот  - я искренне не понимаю? Вы что, при установке не заботитесь о бэкапах. Даже средствами самой 1С (в тех конфах, где это возможно) бэкапы не настраиваете? ну-ну... специалисты. рассказывающие про секретаршу Людочку. На себя посмотрите, нечего на Людочку пенять, сами то, сами...
Еще раз - речь о ларьках. То есть о клиентах, подобных как у Гени, и о файловом варианте, опубликованном через web сервер, а не про обычный доступ через шару.
Кстати, Геня, ты то бэкапы настраиваешь у своих клиентов?

(10) Собираюсь собрать на таком проце сервер. Только там до 192Гб оперативки поддержка. Если надо больше, то чисто серверные решения уже.

(1) не, ну а че, SQL сервер дорого стоит 100к. А под мини не подпадают - юсеров более пяти. А облако где-то по 1к с рыла выйдет - по 6к в месяц, 60к в год, дорого имхо

(5) ну на виртуальный сервер можно и RDP дать уж. Хотя да, IIS проще через тонкого.

(6) Буквоедство - болезнь мозга. Из контекста понятно, что нужны виртуальные сервера. Или не понятно? ггг

(7) вынеси историю в отдельную базу. будь мужиком

(18) я юзаю цикличные бэкапы на SQL
Вот на 5 циклов по 14 Гб архив SQL базы расходы в месяц. ггг

у меня клиент из РФ сидит на Нидерландском виртуальном сервере. клиент из Минска сидит на Турецком.
Говорят, там железо вне конкуренции за бугром.
Можно в РФ Селектел или Проклауд (польский) попробовать, других наводок нет.

(29) поэтому я уже лет пятнадцать как на фикси ушел. От Людочек и их начальников бережливых Ашотов. Если только кто-то из знакомых фри попросит подменить пока он отпуск себе возьмет... Поэтому смотрю сейчас на 1с в ларьках, все осталось как в середине нулевых по железу и поддержке.

(30) 64х4 = 256
но планки DDR5 64Гб пока дороговаты и хрен найдешь

(5) "Прекрасно обходятся файловым вариантом базы с публикацией через web-сервер. И, смею заметить, прекрасно все работает безо всяких 1С:Сервер"

В общем так, вот только зависшие сеансы как удалять ?

(38) Сейчас по эту платформу 4х48 в серию пошли. Но тоже не дешево. Да и на сам проц цена пока завышена.

(10) Нужна пояснительная бригада, на чипсет получается только 4 линии уходит, поэтому SSD лучше подключать через слоты видеокарты + слот NVME под процессором, т.к. линия идет напрямую к процессору?
https://o.dns-shop.ru/original/st4/f4136ec280ab56508f1890bb2083981a/2a1ea524f1061f738a39eef6cf1046fc06a18cc726fc47804c79d40cc6bf7708.jpg

(33) "Буквоедство - болезнь мозга. Из контекста понятно,"
Нет, Геня, понятки на уровне из контекста - это твое распиздяйство. В общении с клиентами. И рано или поздно это тебе аукнется.

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

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

Вот такое вот "ггг". Над собой посмейся, пониматель постановки четкого ТЗ из контекста

(31) "не, ну а че, SQL сервер дорого стоит 100к"
Открой для  себя MS SQL Express - до 10 Гб официально.

(37) поэтому я уже лет пятнадцать как на фикси ушел. От Людочек и их начальников бережливых Ашотов.
Ну ты то ушел, тебе повезло, но они то никуда не делись.
И все так же нуждаются в какой-никакой, но поддержке. Вот Геня ими занимается, отсюда и его ветки.
Я вот тоже ушел от Ашотов. В бюджетку. Но там свои тараканы.

(43) не угадал, сейчас Геня опять будет говорить - догадайся из контекста. :)))

Потому что дальше он продолжает мысль про МИНИ, а следовательно, под SQL сервер он подразумевал 1С Сервер, а не MS SQL. :)))

(41) на чипсет можно забить, там всего 12x PCIe 4.0 + еще PCIE 3.0
вот в проце прямые 28x PCIe 5.0 = 16x графика + 8x NVMe + 4x PCIe (в режиме 4.0) на чипсет идут
т.е. через чипсет ssd лучше не подключать

поэтому глянуть какие разъемы и как подключены
учитывая что для SSD NVMe надо 4x PCIe
вполне вероятно что m.2 на мамке всего 2 к CPU (судя по 8x NVMe) а остальные м.2 через чипсет
обычно ближайшие к сокету m.2 это CPU

ну и самое главное это PCIe 16x от видяхи да - оно напрямую с CPU, поэтому видяху или совсем не ставим
или некую заглушку и желательно на чипсет
причем ограничить по линиям
например
https://www.ozon.ru/product/pcie4-0-split-riser-card-pcie-x16-to-m-2-nvme-ssd-plata-adaptera-to-x8-x4-x4-quad-vroc-2-nvme-port-1744787910/

(45) Вообще, с появлением вебдоступа к 1С и дешевых SSD - минисервер 1С наверное уже неактуален.
У него ограничение - 5 подключений, а файловая база на SSD через веб - и работает быстрее, и десятерых юзеров вполне себе тащит.

(47) эмм
ты не в курсе про разделения по портам на нескольких публикациях?

чисто теоретически можно из файловой выжать до 50 юзеров
причем тормозить особо не будет, не больше чем если локально все 50 сеансов к одной файловой базе
https://infostart.ru/1c/tools/239498/

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

(49) я про "и десятерых юзеров вполне себе тащит"
правильнее:
если на файловом "сервере" дофига оперативки, то можно больше 10 юзеров на одну базу

(50)+ на практике через несколько апачей на разных портах в весьма тяжелой УТ11 делал для 15 юзеров в файловой
и оно работало местами быстрей чем через сервер 1С

(47) а у файловых разве нет ограничений на размер?

(37) слабак

(39) перезапуском веб-сервера

(49) Минисервер бывает необходим для старых конфигураций на обычных формах. Они через веб не умеют работать.

(42) у тебя не прокачан софт-скилл, потому нужны крючочки

(47) у SQL преимущество одно есть - объем базы.

(57) Какой может быть объем базы у пяти юзеров?
Если только программно документы генерить, и картинки в базу заталкивать.

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

(57) если объем базы превышает лимиты (или приближается) файловой - пора ее шринкать

(60) а какой счас максимальный объем базы файловой при максимальном размере страницы?

(61) попробуй сам разобраться
имхо не осилишь
https://infostart.ru/1c/articles/536343/

(61) Вчера клиент звонил - у него УНФ 16 гиг файловая - сказал что вылетать стала с ошибкой на размер - сказал ему про переход на серверную

Мои "ларечники" все работают на файловых базах. Но, есть нюанс..

И база не пахнет, и cf не более 20 мб.
И файл обмена больше 3 мб (мегобайт) "вызывает ужас"

И обмен ...каждые 5 минут и все летает.

(64) а что значит "База не пахнет"?

(65) наверное "не пухнет"

(65) а ты что, из контекста не понял? :)))
ну и кого тогда (56)?
ггг

(35)ты таки смог осилить rclone?

(68) я подчищаю файлы по дате. это конечно не то, что я хотел, но хотя бы так. Удаляются и старые файлы и битые сегменты.

(66) чорд! точно! элементарно, Волшебник!

(69)Он для другого, для синхронизаций с любыми видами облачных хранилищ. Для того, чтобы архивировать файловые базы используй cobian reflector. Он и теневую копию сделает и старые файлы удалит. А после того как сделал новую копию и удалил старую, может и rclone запустить, который синхронизирует удаленное файловое хранилище с твоим локальным.

[мимо проходил]
сижу на удалёнке, на компе узел РИБ поставил, 1Cv8.1CD 43,4ГБ (46667382784 байт)

PS: файловый вариант как был, так и остается самым дешёвым вариантом «хочу, чтобы у меня всё было, и мне ничего за это не было»(с)

Модно на постгрес и в облаке. Файловая база не модно. Сделайте свое облако и стрегите деньги

(73)Когда-нибудь. Очень хочется разобраться как это работает. Но как я понял чтобы не городить отдельную базу для каждого клиента надо купить лицензию на фреш. А покупать лицензию, чтобы попробовать и понять, что не взлетит, не очень хочется.

(74) фреш - это отдельная технология. Для своего облачного хостинга фреш не обязателен

(75) не обязателен,
но штука прикольная, плюшек и вкусностей там много

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

(77) Опять же, смотря для чего. Помнится разворачивал фреш в одной аутсорсинговой компании, небольшой. Весьма удобно было

(78) ну так и я о том же. Аутсорсерам как правило и нужно много однотипных бухий, да зупов

(77)>Штука классная только для размещения большого количества идентичных баз

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

(71) он с облаками работает?