по стабильности как?
Запустил - работает (мне надо раздвоить доступ к 1 базе самописной).
Главный вопрос - что бэкапить - основную базу или базу V7DBNetServer'а?

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

А почему не терминалка? Это же просто...

(1) тоже юзал dbeng32
прикольная штука
но потом просто перешли на sql версию 1C 7.7 с MSSQL2005
ибо какой смысл если лицензии один хрен нарушаются

(1) весов двое.
так на сервере обе базы и Вирт. и Основная. Я не пойму как осуществляется запись если разработчик рекомендует .dbf и .cdx потом "возвращать": "Для отмены переноса базы не сервер, переместите файлы DBF и CDX обратно в каталог базы данных 1С, и удалите из него файл dbnet.ini"
Получается данные накапливаются в БД регистрации V7DBNetServer, а не 1С.

(2) Этот нюанс, я не учел.

(3) Нет, там не так, если перенес базу в каталог хранения баз под его контролем, то его и копируй.
Одновременно не получится так работать, ну или в стиле "я печатаю 1000 симоволов в секунду".

Структура файлов идентична, можно так, или сяк, но одновременно нет!

(5) Одновременно мне и не надо. Надо, чтобы накопленные данные сохранялись.
Ага. Я проверил - данные накапливаются в базе под V7DBNetServer.
Круто конечно. Wirth'у респектище.

(6) Повторяюсь, почему не терминал?

(7) повторяю про двое весов. 7.7 считывает свой COM-порт.

(9) клава? так тоже работает, не у меня, а у многих

(0) V7DBNetServer работает очень стабильно.
Никакой "основной или базы V7DBNetServer'а" базы нет — система становится клиент-серверной — база только у сервера (можно вообще без доступа с клиентов, клиенты в разных городах, баз у них нет совсем).
На канале 10 мегабит по скорости работает почти как-будто база локально у единственного пользователя.
Очень крутая штука. Кэширует на стороне клиента, есть расширенный контроль транзакций. 25 касс на 4-х VPN точках — пробитие чека 150-200мс. Среднее время перепроведения документа последовательности роботом — 400-600мс.

(10) Никто не спорит что крутая штука но:
1. Незаконное вмешательство в платформу 1С 7.7 - нарушение лицензии 1С
2. Нет плюшек SQL на 77 (прямые запросы, нормальная большая СУБД с ее бэкапами и прочим)

Имхо не вижу смысла использовать
Раньше было типа чтобы не попасть на дешевой файловой на пиратку дорогой sql версии, которая дофига стоила

Сейчас же нет смысла ибо платформа 1С 7.7 (и файловая локальная и файловая сетевая и sql) больше не продается = ценника нет = хрен накажешь за нелицуху

Имхо переходить на скуль и все
Из явных минусов только скроллинг в списках не але работает относительно файловой

(11) Для sql версий тоже не так все "чисто", всякие пагины, бустеры, и т.п., тоже никак не леценезионные, 1с на это условно "забила" ну и ладненько...

Скроллиг да, это проблема, пытался решить в связке 1sqlite + тп от 1с++ - вываливается...
Частично получилось, но забил на это дело. Овчинка выделки не стоит...

Про скроллинг - это вы про что?
Про позицию бегунка в списках на вертикальных скроллбарах?

(10) А когда Wirth ее выпустил в свободное плавание, т.е. вырубил лицензии то она завелась под Wine. Это бомба...
Но не использовал, просто проверял возможность запуска.
В терминалке это бессмысленно.

(13) Да, конечно!
В тз или итз есть четкое позиционирование т.к. известно точное количество строк.
В sql оно не известно (тут надо 1с++ пилить).
В 1sqlite его можно получить (это я  запилил), но конечно с сильным (или очень сильным) замедлением первого запроса и замедлением перестроением при фильтрах, но я повторяюсь - вылетает, эксперимент оказался неудачным, но никто на такое поведение ползунка не жаловался.
Надо просто грамотно/экономно проектировать журналы, без безумных фильтров на даты и т.п. И все будет нормально...

(14) а в чем проблема что бегунок визуально некрасиво отображается?

(15) Ему надо позицию и знать точную позицияю и минимакс, а в sql ее нет.

(14) А где качнут можно для коллекции
что то не нашел быстро в поиске

(0) Первый раз слышу. А как оно работает? Ну вот например в коде мы открываем выборку и перебираем скажем справочник. Как перенос движка субд на сервер ускоряет это, если выборка производится из кода 1с с промежуточными выяислениями?

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

(19) Я бы поостерегся от высказываний "влезать грязными руками в платформу".

Кода реализации то нет, есть только предположения, но решения от Wirth очень работоспоспособные (он на своем продакшен сервере это использовал, т.е. можно верить).

Для 7ки достаточно кеширования т.ч., это в разы ускорит все переборы, а если есть клиент/сервер, то это возможно сделать, и это не очень сложно (на самом деле это сложно, чтобы было точное соответствие, но замнем этот этап, Wirth это уже сделал).
На знаю как он с регистрами и со счетами боролся, возможно аналогично.

Запросы 1sqlite на этом движке тоже были возможны, т.е. достаточно прозрачно все работало.
фокс не пробовал, но если сервер запускается монопольно (а это еще одна фишка от сервера) то но зубы обломает...

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

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

(21) Как ты не раз писал - "это не кузяво" ;)

Прошу извинить за поднятие, но для ясности:
(11)>Нет плюшек SQL на 77 (прямые запросы, нормальная большая СУБД с ее бэкапами и прочим)
А как же это я так переписал узкие места на прямые запросы, да ещё и с CTE и оконными функциями? Спасибо Djelf за поддержку и развитие скулайта. А это решение позволяет ещё и неблокирующие (на чтение) изолированные транзакции (т.е. запросы никого не блокируют, максимум, они актуальны лишь на начало транзакции). Также есть эксклюзивная транзакция только на запись. Есть ещё по-мелочи. И у клюшек по современным меркам микроскопические объёмы — 1-2 гига оперативного учёта в год. Есть выделенный узел РИБ для бэкапа и локальные логи.
Да быстрее работает чем MSSQL, вот и всё. Существенные ограничения на текущие реалии это объём файла таблицы до 4Гб и количество записей до 2млрд, но они выше родных похеренных кодебэйсовских.  

(19)>указывающий что функция будет выполняться на сервере
Не надо путать — в клюшках нет трёхзвенной архитектуры и, соответственно, нет сервера приложения. Сервер, который я упоминал, это сервер БД, отображающий данные внутрь движка вместо примитивного файлового доступа средствами ОС. В парадигме клюшек, некое подобие сервера это просто выделенный клиент-робот, который занимается регламентными задачами и тяжёлыми отложенными вычислениями. Весь обмен через объекты базы.

Ну, и всё равно всё для дальнейшего учёта (для целей БУ, НУ, аналитики, интеграций) выгружается в восьмёрку. Неторопливо. Клюшки это космическая скорость именно оперативного учёта на своей инфраструктуре. Даже на самых убогих утягах. Что на текущий момент практически не доступно в восьмёрке, даже без учёта кратности бюджета. Вон соседи уже лет 10 (больше) интегрируют сначала УПП, теперь ерп... десятки миллионов, может уже сотни. А краёв даже не видать — всё в полуподнятом положении. Не, ну так-то люди работают-суетятся, создают добавленную стоимость... нескучно.

(23)
Ты серьезно сравниваешь не движки а совершенно разные по функционалу конфиги?
Если конфу 77 1в1 перенести/переписать на 8-ку - там не то что летать, там мгновенно все будет
1С 77 если не sql тупо умирает на простых запросах (поисках/отборах по реквизиту) к большим данным
Когда в справочнике допустим миллионы элементов - все, приехали
А если десятки лямов - только прямые запросы к скулю с правильными индексами ручными

Куче компаний вполне хватает функций типовой ТиС с добавками ккм-онлайн и маркировкой. Летающих типовых на 8-ке аналогичных возможностей что-то не особо видно.

(24) Не совсем так, 8ка имеет предпроцессор запросов, т.е. запрос сначала разбирается на тэги, потом собирается взад в зависимости от диалекта sql и версии базы данных (была ссылка на это описание, но я ее прибил случайно).

Ну и sqlite это сейчас уже полноценный и современный sql движок, даже 10 лет назад это было уже круто, но то что сделано за эти 10 лет, это бомбически работает!
8ка по факту отдыхает.

Аналог для 7.7 это класс ПрямойЗапрос, там тоже такой же подход. И тоже с подобными накладными расходами. Т.е. Условно сам запрос 2mc, а подготовка 10мс. Вроде не так много, но если на каждую строку, то уже затратно.

Еще один аналог для 7.7 это Selta@etersoft (прозрачный транслятор из mssql в pgsql) там та же беда.

Ну в общем летать не будет, но черепаха может обогнать зайца, особенно когда он уснул...

P.S. Разработчик 1sqlite Орефков https://snegopat.ru/1sqlite/index      , т.е все благодарности отсылайте ему.
Я только поддерживаю развитие вк для 1с на базе sqlite и фиксю баги, если они на стороне 1с ну или что-то фиксю.

Запас, изначально заложенный, в разработке позволяет ее сопровождать уже больше 10 лет. Спасибо Гуру!

(26) и снова путаем фактически монопольность и многопользовательскость
да sqlite прекрасный движок... для одного клиента
а вот когда их 5-10 увы
после 20 юзеров 1С 7.7 умирает в файловом или в любых извратах без большой СУБД
а 1С 8 даже на файловой через тонкие клиенты с публикацией через веб-сервер (лучше несколько на разных портах) живет до 25 юзеров легко
выше понятно только сервер 1С и скуль

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

(28)+ еще раз повторю как движок 1С 7.7 убога в отличие от 1С8
но для 77 вынужденно писали простые и легковесные конфы
а для 8-ки понаваяли тяжелых и тормозных монстров
а еще в сами конфы начали драйвера засовывать бинарники в макеты и т.д.
можно тупо сравнить размер .md для 77 который в самых больших конфах не превышал десятки мегабайт (21 мб вроде комплексная)
и ля cf-ки от 1С8 на 1.5-2 гига

(28) Так и запишем 7.7 амно, Волшебник подтвердит!
Переходите на 8ку.

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

(31)+ кто помнит каким местом в 77 сохранялись пользовательские блокировки объектов а?
и что происходило если база была на общей шаре на samba под linux ))
особенно когда после вылета хрен блокировки легко сбросишь

(31) Это я знаю, но на стрероидах она хорошо сражается.

(33) плохо
во времена 7.7 и 8.1 делали сравнение на идентичных конфах
и 8-ка уделывала 7-ку во всем

(32) Я не помню, у меня вся база на линухе...

(34)+ точней не так
8-ка требовала большие ресурсы, особенно оперативки много относительно 7-ки
77 на 512Мб RAM могла работать а 8.1 подавай уже от 1-2Гб RAM

но если компы были свежие и шустрые то 8-ка по бенчмарку уделывала 7-ку

На данный момент 7.7 умерла!
Кто не верит попробуйте сделать ТиИ на современном компе и винде начиная с вин7
Без виртуалки!
На большой базе близко к лимитам 7.7 ))
Зависнет 100%

(36) Так тоже можно сравнивать, не осуждаю.

Зря в 8ку эмблемкой котика взяли, надо было бегемотика ;-)

(37) анахуа, пардон за мой китайский? База была 160Г, и ТИИ ни разу не потребовалось. Летало на таком УГ, которое сейчас домой постыдятся ставить...

(8) Дык РДП умеет пробрасывать сом порты.
Ставил локально 1с которая тупо писала данные весов в расшаренную папку на сервере. или постоянно и и при появлении в ней файла с запросом веса.

(40) Ну как зачем? Это почти самый простой способ угробить базу нахрен ;)

(28) Чукча не читатель? Повторяю: 35 пользаков, 20 активно колотят, 4 точки ВПН, 10 мегабит, задержка проведения задним числом в пределах открытого периода не выше 400-600мс, оперативно 150-200мс. Блокировки есть, но таймаутов (вроде 3 секунды, или 5) не видно давно. Т.е. даже нет смысла делать РИБ. Покажи мне такую 8? Сколько-сколько надо чтобы просто посмотреть? На любом железе. А у меня его и нет — вилка в розетку и сенсорный тостер с вин11 (или ещё что).
ТИИ сделать — настолько хорошо известна структура хранения в базе, что всё делается хирургически точечно и надёжно. Поломалась база — можно починить самому в нужном месте или, хотя бы, спасти максимум данных.
Так-то никто не спорит, что архитектурно клюшки — динозавр. Технический дизайн убог и коряв, не говоря уже про UI/UX. Разговор о том, что клюшкам так настероидили костыли, что по функционалу и главное по скорости просто не с чем сравнивать.
И у нас пользаки поработав с полгода не хотят клиента 8-ки (тоже есть, если кто чукча), а пользуются в основном коряывыми клюшками — тупо быстрее (и удобнее ;)

(42) а, пардон муа... не учел его наклонность, хотя надо было бы...
(43) "бешено плюсую!"©

(44) плюсую бешеному плюсованию...

Мдя
1С 7.7 сейчас - это тупо слишком дорого...
Дорого спеца найти который будет согласен разбираться
По 1С 8 УФ таких проблем нет, спецы есть на рынке

А еще клиенты-заказчики по 77 обычно бедные и жадные :)

(46) Ну, а как же — это же заскорузлое легаси. Никто в здравом уме не будет начинать его разворачивать. Но дело в том, что оно работает... и как!

(43)

Не ври пожалуйста
Платформу 1С 7.7 на современном железе и операционках установить и запустить...
А еще настроить чтобы работала нормально - это тот еще квест!

Тогда как 1С 8 из коробки сами обычные опытные юзеры ставят

(48)+ Вы блин видели как 77 выглядит на современных мониторах то?
Хехе может на древнем квадратном оно и нормально но на современных с большим разрешением да еще и масштабированием это жопа

(47) Еще раз повторю что сама платформа 1С 7.7 работает хуже и тормозней платформы 1С 8 на нормальном железе!
Разница в конфигурациях, под 8-ку они монструозные!

Ну напишите уже самописку на 8-ке (перенесите конфу с клюшек) и радуйтесь что "все летает"

(48) > Не ври пожалуйста
Ты ничо не перепутал?

(50) А ты то что такой не радостный тогда? Хамишь, свистишь.

(46) > А еще клиенты-заказчики по 77 обычно бедные и жадные :)
Это самая большая проблема, согласен.

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

Но и 8ка от этого не застрахована, причем там такое делается значительно проще ;)

(51) Ты написал что 1С 7.7 "работает на любом железе"?
У современного железа тупо нет драйверов под древние ОС типа WinXP
А начиная с Vista|Win7 1С 7.7 уже не устанавливается родным инсталлятором
Да конечно же есть пиратские сборки/дистры, где даже кряк из коробки - но это уже такое
И даже с ними проблемы на x64

(50) На серверном УГ 2008-го года клюшки обеспечивали 8200 доков в день и 85 юзверей. на этом железе снеговик просто не запустится.
(49) вотпрямщазз запустил - и на 27" 1920*1080 вполне нормально выглядит. Если не свистоперделки, а работать.

(53) например КБ - контора небедная, и когда меня хантили - предлагали весьма неплохие по тем временам деньги.

(55) 1. У меня в 2008 году 1С 8.1 замечательно работала
2. Ты масштаб попробуй поменять на своем 27" 1920*1080
Сделай например 120% или 150%

(56) Была такая небедная контора Почта России
Там был оуительный штат 1Сников 77-чников
А потом всех разогнали на улицу, а они 8-ку не знают...
И на рынке уже не востребовано 77

(57) "а вы на шкаф залезьте"©, ага.
Не знаю, как там 8.1 работала - но скорость клюшек не переплюнуть.
Кстати, до сих пор помню слова франчей, делавших перенос, по поводу быстродействия - "ну вы же новые сервера купите!"

(54) И даже с ними проблемы на x64
Например?

(58) и они пошли на селезневку писать современные конфы?

(54) Да чтож ты так упорствуешь — плюнь ты на эту семёрку, не стоит она твоих нервных клеток. Не пофигу тебе? Запускается/не запускается, ставится/не ставится... зачем ты так рвёшься? А щас ещё окажется, что запускается и ставится, и я не вру... вот надо оно тебе? И сейчас ещё окажется, что даже 'пустая' восьмёрка всё равно сильно монструозней переписанных типовых клюшек.

(59) Скорость чего?

Открытия базы или конфигуратора?
На одинаковой по сложности конфе практически идентично на современном железе, да 8-ка чуть отстает

Выполнение простого кода с циклами?
1С 8 впереди за счет лучшего использования оперативки на больших объемах

Выполнение запросов к базе?
8-ка тут тоже впереди на больших объемах и многопоточности

Да блин скажите как вы на 1С 7.7 точку актуальности каждый день меняете а???
Выгоняете всех по прежнему? :-D

+ (63) Если переписать конфу с 77 на 8 с тем же функционалом. 8ка будет быстрее.

(63)> Да блин скажите как вы на 1С 7.7 точку актуальности каждый день меняете а???
Ты не поверишь... она сама...

(64) именно!
особенно на большом кол-ве юзеров в одной базе и больших данных в базе

Ок. Давайте закруглим эту борьбу с ветряными мельницами. Клюшки — это антиквариат.

(63) Да уж с 2009 автооткрытие периода было, пользаки 24/7 работали (не говоря уж о весовых постах, и прочих автоматизированных местах)

(54) А мне пофиг на железо, 7.7 на linux в виртуалке работает, драйвер хаспа подпилил под новые ядра, а даже если бы не осилил, то сделал бы проброс порта.
Какие-то проблемы на ровном месте... Кочки что-ли везде?

Предлагаю 1С 7.7 переименовать из "клюшек" в "костыли" и закончить на этом ))

(69) >Кочки что-ли везде?
Месье умеет выбирать маршруты. И если не находит кочки - создает, или хотя бы выдумывает...

(67) Не, эту стюардессу еще рано закапывать!
Ну КиБ же работает, я даже не представляю сколько там магазинов и чего там еще наворочено...

(70) Да ты даже здесь мимо — клюшки на костылях уже штатно несколько десятков лет так-то

(72) Там, если вспомнить зачем капитан таки откопал стюардессу...

А Волшебник то где?
Беспокоюсь.
Он бы эту тему давно прибил...

Шо, опять?!

Дисклеймер: Если при открытии этой темы вы испытываете жжение чуть пониже спины, то не усугубляйте ситуацию, а лучше займитесь :
а) выбиванием бюджета на апгрейд серверной инфраструктуры;
б) выявлением релиза платформы, компромисс фиче глюков которой подходит под специфику требований автоматизации ваш их бизнес-процессов;
в) проверкой после очередного обновления конфигурации, особенно, но не исключительно, в части расширений, не сломалась ли какая технологическая цепочка ритуалов у юзеров;
г) формированием и муштрой сбалансированной и продуктивной команды, как специалистов-галочников, так и операторов, выгорающих, и от минутного ожидания после почти каждого действия, и от многоминутного – иррегулярного экзистенциального состояния системы ;
д ) давно ли последний раз тестировался на развёртываемость последний терабайт холодных бэкапов?
е ) и – в случае лишнего времени – участвуйте в специальной олимпиаде меряния гилёвскими попугаями на спор .
Ѣ) а кто будет себя плохо вести, тот пойдёт чистить кэш!

(76) Хорошо что живой...
ИМХО, Прибивай нахрен тему, тут трэш уже пошел....