Привет всем.
Мне доверили администрировать сеть с сервером, на котором установлена 1С 8.3. К ней есть несколько баз, среди которых "Зарплата и управление персоналом" за несколько лет размером больше 1 гб и "Бухгалтерия" с базой в разы меньше. С ЗиУП работают 2 человека по удаленному доступу (ограничение версии standard windows server 2015) и 2 человека по файловому доступу, 1 из них по вай фаю. В моменты, когда к базе подключаются по вай фаю, база часто рушится. С бухгалтерией работает много людей по файловому доступу. проблем не замечено.
Мне нужно устранить сбои при работе с базой ЗиУП.
Предварительное общение принесло вывод, что перенос базы ЗиУП на sql сервер будет оптимальным решением.
Прошу ознакомиться с задачей и дать оценку решения. Если есть другие пути решения. прошу о них сообщить.
Заранее мерси. ))

Для начала заверни всех через веб-сервер.
Не поможет - тогда уже переходи на клиент-серверную.

поддержу (1)

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

Наличие в локальной сети SQL сервера -
а лицензию на 1С серверную уже пробили? Или цель топика в сборе аргументов на эту покупку?

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

И да, даже при работе по веб-доступу у такого пользователя, именно у самого сеанса, а не в базе, проблемы с нормальной работой с документами, их вводом, редактированием, расчетом - эти все проблемы не исчезнут до 0%-ой вероятности их появления.

сообщаем о других возможных путях релешения
+1 если ЗУП на УФ, то веб-сервер
если бухгалтерия 3.0, то туда же

Все спасибо за оперативный отклик. Сегодня посмотрю ютуб на предмет установки вебсервера и публикации ан нем базы. Меня немножко напрягает сам сервер windows. Я такие никогда не обслуживал. Может, до внесения изменений сделать образ системного диска? Есть ли такое доступное средство, которое позволит сделать образ "на лету", т.е. во время работы сервера?

Зачем при установке апача нужно делать резервную копию всего сервера?

(4) >Я такие никогда не обслуживал
А с чем уже приходилось иметь дело?

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

А вообще правильно говорят - тренироваться лучше на кошках.

Ты апач себе куда-то поставь. Базу, которая в нем будет работать. Проверь, что смог все настроить. Перенеси настроенное в сеть Заказчика. А уже после на сервак Заказчика установишь.

Хуяк-хуяк и в продакшен способ хороший, конечно.
Но прибыль с этого способа обычно получают не те, кто этим способом руководствуются.

(7) "Хуяк-хуяк и в продакшен способ хороший, конечно.
Но прибыль с этого способа обычно получают не те, кто этим способом руководствуются" // Как раз-таки стартапы только так и могут выстрелить

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

А почему апач? В сервере уже есть iis?

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

сервер заказчика на моем рабочем месте, где я 5 дней в неделю провожу.

И такое...
Поглядел видео на ютубе от 14 года про публикацию базы на IIS. Автор ролика говорил: 1С через веб сервер работает ненадежно. Отчеты из-за пределов локальной сети посмотреть можно, а весь день набивать базу не стоит. Что то изменилось с того времени в надежности 1С?
И возможен ли вариант, когда на вебсервере публикуется та же база, которая набивается через удаленный доступ? А лучше та же база и на sql сервер помещается. SQL требует серверную лицензию 1С, а веб, удаленка и файловый доступ - нет?

для acht... не хочу отклоняться от темы, все же не на работу нанимаюсь. ))

(9) бесплатного-доступного только norton ghost или akronis true image, которые требуют остановить сервер для снимка?

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

Ну ок, бейся дальше.

(13) В вашем случае с файл-серверным доступом через wifi о надежности вообще говорить не приходится! На практике веб-сервер работает намного стабильнее и надежнее разделенного файл-серверного доступа к базе. Единственное реально ограничение - один поток серверных вызовов. То есть, серверный код из разных соединений будет выполняться по очереди, а не параллельно. Но это решаемо - можно опубликовать базу не на одном апаче, а на нескольких, на разных портах для разных клиентов.

для acht. Если не усложнять, задача решается за 2-3 дня с текущей подготовкой. )) Я понятно объясняю?

Спасибо провинциальному 1снику за оценку вебсерверного доступа. И снова - почему апач?  Чем он так хорош в сравнении с iis? И оценить бы надежность доступа к базе, размещенной на sql сервере. И остался без внимания вопрос: совмещаются ли все известные доступы к одной базе или для некоторых доступов нужно делать копию базы и работать только через них?

(19) а ты обратил внимание на "не на одном апаче, а на нескольких, на разных портах"

Если сможешь и у тебя есть возможность воспроизводить несколько разных портов на IIS - пробуй.
А тот, кто об этом написал, он пробовал на апач. Он не зацикливается на виндусовых решениях, а использует то, что обеспечивает решение поставленных задач.

Я думаю, что г...ный вайфай вебсервером не исправить. База рушится быть может и перестанет, но нормально работать будет сложно.

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

Фрэнки. 1С реально такая прожорливая, что ей одного порта мало?

mister, а чем исправить?

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

(19) Сам вендор оценивает работу с файловой базой через веб сервер не очень высоко - https://v8.1c.ru/platforma/faylovyy-variant-raboty/
" Прямо в адресное пространство веб-сервера загружается компонент для работы с файловой базой данных и сами данные информационной базы. При этом нагрузка на веб-сервер значительно возрастает, а пользователи одной информационной базы не имеют возможности работать параллельно. Все их запросы к базе данных выстраиваются в одну очередь.
По этой причине такой вариант работы является скорее тестовым. Чтобы, например, попробовать, как информационная база работает через веб-сервер, с веб-клиентом. В качестве рабочего такой вариант, наверное, можно использовать в особенных случаях для очень небольших рабочих групп."
И " использование клиент-серверного варианта обеспечивает большую надежность, так как в нем обеспечивается полная независимость записи данных на сервере от сбоев клиентских компьютеров и локальной сети."
В клиент-серверном варианте имеется некоторая устойчивость к потере связи клиента с сервером приложений - https://v8.1c.ru/platforma/otkazoustoychivost-sistemy/ (в самом конце статьи).
В вашем конкретном случае оптимальным вариантом будет приобретение лицензии на так называемый минисервер приложений 1С, позволяющий работать одновременно 5-и пользователям + 1 конфигуратор. Стоит такая лицензия 14400 р.(может к новому году цена и поменяется). А в качестве СУБД можно использовать MSSQL Express или PostgreSQL.
Принципы работы клиент-серверного варианта - https://v8.1c.ru/platforma/klient-servernyy-variant-raboty/
А с вай-фай, конечно, что-то делать.

(23) а прожорливость самой 1С не при чем. Без использования внешних серверов нужна внутренняя серверная архитектура, которая очень трудно реализуется (ну как бы трудно, хотя в последних платформах что-то в этом направлении уже сделано).

1С при разработке ориентируется на трехзвенку. В случае с файловым режимом роль сервера укладывается на веб-сервер. Далее, оба доступных для 1С варианта веб-серверов для подключения к 1С используют по одному соединению. В результате в для всех сеансов веб-сервера возникает узкое горлышко их одного соединения. Оно не слишком критично. Критичность возникает при интенсивной работе с базой одного из сеансов. Скажем, кто-то закрывает период, в котором сотни тысяч документов - остальные сеансы подвиснут вслед за ним, пока он через доступное соединение не проскочит.

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

Следовательно, в идеале, нужно каждому сеансу по своему соединению через веб-сервер, т.е. множество копий веб-сервера. Ну это в идеале. Где-то даже попадались описание решений, когда система автоматически может создавать лишние экземпляр веб-сервера.
Но это в идеале. На практике все-таки часто делают настройки вручную и группируют пользователей предварительно, кому к какому соединению можно прицепить.

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

(22) Зачем?

acht. Подумаю. )) Тут что-то интересное написали, нужно осмыслить.

Фрэнки. Проблемная база - только 1. Это ЗУП за несколько лет размером чуть больше 1 гб. Пользователей в ней работает обычно 2-4.

(28) Автор темы говорит только о ЗУП с 4-мя пользователями. А так, конечно, для всего остального нужна полноценная серверная лицензия.

Верно ли я понял, Апач обладает преимуществом перед iis именно в части кол-ва обслуживаемых пользователей одновременно?

И очень интересно такое... если оставить 2 пользователей работать с указанной базой ЗУП по рдп, остальным предложить работать в ней же через вебсервер... будет ли такое работать?

И если лицензия на серверную версию 1с уже оплачена, стоит ли включать вебсервер, может, сразу включить sql сервер? И верно ли я понимаю, база sql-сервера - это не та база, с которой можно работать через рдп?

(35) серверная лицензия какая?

64 бит / 32 бит или мини-сервер ?

Затрудняюсь, я недавно на посту, сменил внезапно глубоко заболевшего, который все знал, но не успел. Недавно я разговаривал с девочкой, котаоря обсулживает 1с учреждения со стороны дилера. Она говорила, мол, лицензия для перевода 1с на сикьюл есть. И в выходные на письма не ответила. как ответил - сообщу.

короче, если смотреть на необходимый и доступный минимум, то при решении проблем с отдельной единственной базой ЗУП на отдельном, скажем так, почти настоящем сервере (т.е. комп в принципе это все потянет),
тогда можно было бы взять лицензию на МИНИ-сервер, развернуть его на этом же компе, где сейчас файловая база лежит, ЗУП затолкать в серверный режим. В качестве SQL смотреть самому, что больше хочется - многие ставят MSSQL-express.
И этого будет достаточно на первое время.

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

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

Мерси за резюме.
Только дин важный вопрос остался неотвеченным. Верно ли, что база, перенесенная в sql сервер, для любого другого вида доступа (веб, файловый/smb) будет недоступна?

(41) ну для веба точно будет доступна, потому что для веба надо просто базу опубликовать. А что там у нее внутри, sql, хренюэль, или еще что-то - это пофиг.

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

(41) нет, не правда

(29) В случае использования x32 модуля isapi "wsisapi.dll" упираемся в ограничение по памяти для х32  процессов для нескольких публикаций, а так под каждую базу создается отдельный процесс IIS Worker Process. В случае использования x64 платформы 1с не актуально.

Всем спасибо, вроде готов действовать. ))

Тема раскрыта здесь http://catalog.mista.ru/public/242527/

+(47) и здесь http://catalog.mista.ru/public/239498/

(1) больше 1 челу через веб с файловой очень некосфортно

*некомфортно

(49) Зависит от плотности работы. Знаю организацию, где на одном веб-сервере сидят до десятка юзеров в одной базе. Никаких проблем. Ибо заносят пару десятков документов в день.

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

(49) Абсолютное измерение уровня комфорта никого не интересует. Вся соль в относительнои сравнении: через веб или через файл.

Cyberhawk, что даст использование 64 битной платформы и клиентских частей в сравнении с 32-битными?

Расчет ли слабость сети относительно возможных атак со стороны интернет при включенном вебсервере?

(56) если клиенты 1С внутри локалки, то на безопасность это не влияет,
если будут внешние клиенты, которые будут использовать доступ по веб вместо RDP, то безопасность данных при веб выше,
слабость сети растет, когда ее безопасностью занимаются болваны, 1С тут не при чем

(0) "среди которых "Зарплата и управление персоналом" за несколько лет размером больше 1 гб"
Практически это размер новой базы из шаблона.

На память зуп из шаблона до 400 мб. Можете сами глянуть га итс.1с.ру, если есть доступ.

Винни буху. Приятно родиться подготовленным специалистам по безопасности. Как я понимаю, не каждому дано. Остальные учатся. Многие всю жизнь. И все же неподготовленному глазу видно, что на вопрос вы ответили поверхностно.

И чуть не забыл. Мне часто по жизни попадаются дружелюбные компетентные люди. Которым нетрудно объяснить то, что они понимают. )) Надеюсь на ответ именно такого человека. Ведь, когда понимаешь, объяснить нетрудно. Правда?

(58) твоя память уже не настолько актуальна. Примерно 500 занимает база развернутая из шаблона в том случае, если оставляют конфигурацию "на замке". Стоит столько разрешить "редактирование с сохранением поддержки" и размер базы резко подпрыгивает на двойной размер распакованного CF

Как хорошо, что к моей памяти можно что-то добавить и получить более точный результат. Меня это радует. )) Если захотите интересно или информативно высказаться про безопасность - приветствую.

(59) ответ был в первых двух строчках

(7) Она там установлена, и запущена по умолчанию эта фигня. В смысле та самая фигня которая без остановки сервера делает образ системы сервера на лету.
Как в серверных так и в десктопных версиях Windows.
Базируется эта неведомая фигня на теневом копировании.
Образы создает в формате виртуальных дисков.

Так же можно пользоваться утилитой Руссиновича disk2vhd

(26) Это не оценка, это факт.
Прекрасно работает веб доступ к файловой.
Если один пользователь -будет идеально работать как и файловая. Если несколько - ну будет как-то работать, но никто не обещает что хорошо. Если много пользователей будут проблемы.

Jump
Про образ системы сервера. Не я настраивал сервер, не знаю где искать образ, когда будет нужен. Искал в поисковике и спрашивал на форуме сисадминов - лучшее бесплатное решение - VEEAM Client. Хотя и встроенную утилиту Windows Server 2012 с ее ограничением там тоже вспоминали. Вот вима и буду пробовать. Халява же. А качество обещается на уровне или выше платных продуктов.

Winni Buh - спасибо за вклад в решение проблемы.

(66) Во первых стандартные механизмы архивации -там бэкап создается в виде образа, из которого вы можете либо восстановить штатными методами, либо как я неоднократно делал просто запустить этот образ в виртуальной машине. Обычный стандартный образ системного диска в формате VHD или VHDX.
Настраивается за несколько минут.
Архивация идет на лету - делает снимок текущего состояния и заливается в образ.

Так же удобна небольшая бесплатная утилита Disk2vhd от Руссиновича, которую можно скачать с офсайта  -https://docs.microsoft.com/en-us/sysinternals/downloads/disk2vhd
Весит эта утилита меньше мегабайта, создает на лету образ любой системы в форматах VHD или VHDX.
Тут даже настраивать ничего не надо.

Использовать такие вещи как VEEAM или Acronis имеет смысл когда у вас очень много серверов, виртуалок, и вы покупаете полное решение по бэкапу для вашей инфраструктуры.
Для одного сервера покупать такие вещи смысла нет - использовать их неудобно, штатные инструменты намного удобнее, и никаких преимуществ в таком контексте они вообще не дают.