Не работает файловый вариант

Файловый вариант работы

Файловый вариант работы — один из вариантов работы системы «1С:Предприятие 8». Файловый вариант работы рассчитан на персональную работу одного пользователя или работу небольшого количества пользователей в локальной сети.

В этом варианте все данные информационной базы (конфигурация, база данных, административная информация) располагаются в одном файле — файловой базе данных. Работу с этой базой данных осуществляет файловая СУБД, разработанная фирмой «1С» и являющаяся частью платформы.

Такой вариант работы обеспечивает легкость установки и эксплуатации системы. При этом для работы с информационной базой не требуются дополнительные программные средства, достаточно иметь операционную систему и «1С:Предприятие 8».

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

Резервное копирование может осуществляться на файловом уровне, путем простого копирования файла информационной базы.

При работе в файловом варианте, за счет использования механизма транзакций, платформа «1С:Предприятия 8» минимизирует риск нарушения целостности данных при сбоях компьютеров и локальной сети. Однако, разумеется, использование клиент-серверного варианта обеспечивает большую надежность, так как в нем обеспечивается полная независимость записи данных на сервере от сбоев клиентских компьютеров и локальной сети.

Утилита тестирования и исправления файловой базы данных

В дистрибутив платформы входит утилита, предназначенная для тестирования и исправления файловой базы данных после сбоев. Подробнее…

Техническая архитектура файлового варианта работы

Работа в файловом варианте возможна как напрямую, непосредственно с файлом базы данных, так и через веб-сервер, если используются клиентские подключения по протоколу HTTP или HTTPS.

Работа с файловой базой данных напрямую

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

Если используется толстый клиент, то он сам реализует всю функциональность файловой СУБД.

Если используется тонкий клиент, то на компьютере, где запущен сам тонкий клиент, организуется специализированная серверная среда.

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

С точки зрения тонкого клиента, данная среда выступает в роли сервера. С точки зрения операционной системы, данная специализированная среда не выделена в отдельный процесс и выполняется в рамках процесса тонкого клиента.

Работа с файловой базой данных через веб-сервер

Работа с файловой базой данных через веб-сервер возможна с помощью тонкого клиента или веб-клиента.

В этом случае модуль расширения веб-сервера создает аналогичную серверную среду на веб-сервере для каждой информационной базы.

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

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

Источник

Советы по ускорению работы 1С 8.3 в файловом режиме

Предположим, что программа 1С работает с замедлениями или попросту «тормозит». Как понять, в чем проблема? Куда смотреть? Как правильно определить «узкое место»?

Рекомендации на основе часто встречающихся ошибок:

1. Настройки антивируса «по умолчанию» — ошибка.

Уберите каталоги с исполняемыми модулями и базами 1С из проверки либо добавьте исключения по маске, как рекомендуют специалисты. При правильной настройке — антивирусное ПО практически не мешает.

Укажите в списке исключений:

• для 1С v7.7 — маски *.md, *.dbf, *.cdx ;
• для 1С v8 — маску 1Cv8*.1C? (1Cv8.1CD / 1Cv8tmp.1CD / 1Cv8.1CL / 1Cv8tmp.1CL) и файлы 1Cv8.pfl и 1Cv8.log , маски *.epf, *.dt, *.cf, *.cfu ;
• временные файлы, используемые 1С: Предприятие.

2. Режим производительности . Если нужна скорость, сделайте это обязательно на клиентских и серверных компьютерах.

Включить режим можно в 2-х местах: через BIOS ( Отключить режимы C1, C1E, Intel С-state — C2, C3,C4; перевести в значение «Disabled» ) и в настройках Windows ( «Панель управления — Электропитания — Режим «Высокая производительность» ).

Можно как угодно ругать 1С, но если пользователям нужна скорость — включайте режим высокой производительности. Пусть ПК будет больше греться, потреблять больше энергии и сильнее шуметь вентиляторами. Это плата за производительность.

3. Включите Turbo Boost , если ваш процессор поддерживает эту функцию.

Максимальный эффект от Turbo Boost проявляется, когда включены C-State. Необходимо проверить влияние параметра для вашего варианта 1С (файловый режим или клиент-сервер). Например, по тесту Гилева.

Условия активации Turbo Boost:

• BIOS QPI L0s, L1 — « Disabled »;
• BIOS Demand Scrubbing — « Disabled »;
• BIOS Intel SpeedStep — « Enabled »;
• BIOS Turbo Boost — « Enabled »;
• Windows « Панель управления — Электропитание — Высокая производительность ».

4. Следующее важное звено — сеть .

Перед началом тестирования:

• убедитесь, что iperf между двумя компьютерами показывает всю полосу;
• выполнены рекомендации с сайта Гилева ;
• скопируйте один большой файл (5-10 Гб) по локальной сети и замерьте скорость копирования.

Есть несколько способов, как задать путь к сетевой базе 1С: по имени сервера, по ip-адресу и с подключением сетевого диска (net use). Правильный вариант только один:

Не ip-адрес, а имя сервера. Если сервер не виден по имени, добавьте его в DNS или в файл hosts. Обращение к серверу должно быть по имени, а путь в клиенте 1С — через букву сетевого диска и название каталога.

Выводы для файлового режима работы:

1. Локальная сеть должна быть настроена (выполнен тюнинг), а также правильно прописан путь в 1С. Ограничением при работе нескольких (>10) пользователей уже будет выступать не сеть, тут 1 Гбит ещё хватит, а блокировки при многопользовательской работе.
2. Платформа 1C 8.3 в разы требовательнее к грамотной настройке сети. Влиять может все: деинсталляция (а не просто отключение) антивируса, удаление лишних сетевых протоколов, смена драйверов, от физического удаления второй сетевой карты на сервере.
3. Настройки антивирусов по умолчанию снижают производительность. Если разрешить процессу 1cv8 делать все, скорость такая же, как и без антивируса.

⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.

Источник

Не работает отладчик на файловой базе

Добрый день,
подскажите в чем может быть проблема: не работает отладчик на файловой базе.
платформа 1С 8.2.16.
Что я делаю?
1. Запускаю конфигуратор.
2. Запускаю отладку — запускается предприятие, но оно не привязано к конфигуратору никак.
3. второй раз запустить предприятие из конфигуратора не получается — сколько угодно нажимай но ничего не происходит.

Стоит DrWeb, но в нем прописано в файерволе что 1Су разрешено все.
Ума не приложу в чем дело. так неудобно — просто до жути.

(7) AlexO, ух ты, вот это высший пилотаж извращений с 1С:) Браво!

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

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

Опробовал ваш метод из (7).
Что было проделано:
1. Сделал обработку с кодом:

2. Запустил ее в режиме предприятия, нажал кнопку конфигуратор
3. Открылся конфигуратор и отладка-подключение

В списке пусто. Также чистил кэш и отключал симантик, браундмауер не включен.

Отключение и подключение к хранилищу не помогло.

Протестировал на этом же ПК другую базу. Баг и там проявился. Наверно дело либо в софте, либо в ПК.

Источник

Не работает отладчик в файловой базе

Добрый день,
Подскажите в чем может быть проблема: не работает отладчик на файловой базе.
Платформа 1С 8.3.6.2237. Конфигурация УТ 10.3.12.3.
Что я делаю?
1. Запускаю конфигуратор.
2. Запускаю отладку (F5 или ► ) — запускается сеанс работы 1С:Предприятие, но он не привязано к конфигуратору никак. Т.е. кнопка ► не превращается как обычно в листик , а так и остается ►. Но сеанс 1С: Предприятия все же запускается, но не работает «на отладку», просто сам по себе запущен.

3. Второй раз запустить предприятие из конфигуратора не получается — сколько угодно нажимаю по ► но ничего не происходит.

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

Стоял KIS EndPoint — удалили. Брэндмауэр Windows 7 отключен. На всякий случай дополнительно открыты порты отладки 1560-1591 по TCP и UDP дополнительно через настройки брэндмауэра. Порты проверялись — ничем другим не заняты, как 1С. Платформа переустанавливалсь

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

(3), Как уже писал не смотря на то, что вроде экземпляр отладки запускается. Но т.к. он не привязывается к конфигуратору, то в «Предметах отладки» пусто. Хоть сколько пытаюсь обновить список.

При перезапуске ставлю. Если и удается повторно запустить такую «мнимую» отладку (писал, что «сколько угодно нажимаю по ► но ничего не происходит») так только после того, как в конфигурацию внесу изменения. Но проблема остается.

Еще раз пропишу: при запуске самой отладки стоит первая галка, но отладка все-же не видна из конфигуратора. Если ставлю галочку «при запуске», то после перезапуска первая галка стоит, а вторая отжата.

(36) Александр, я посматриваю данную ветку, чувствуется мне что с портами что-то, по этому и вкладки нет в конфигураторе, видимо 1С проверяет наличие (открытость) порта и в соответствие с этим уже отображает/скрывает вкладку «Отладка».

Покопайте в этом направлении, друзей-сисьобнимов поспрашивайте (про работу с портами), жаль что моих познаний в этом темном лесе нет от слова совсем. 🙁

(14) Складывается ощущение, что исходное сообщение читается не внимательно.

Написано было: Стоял KIS EndPoint — удалили. Брэндмауэр Windows 7 отключен. На всякий случай дополнительно открыты порты отладки 1560-1591 по TCP и UDP дополнительно через настройки брэндмауэра. Порты проверялись — ничем другим не заняты, как 1С.

Т.е. если удалили KIS, то проверять у него нечего. Порты прямо через командную строку мониторил, целый день убил на то, чтобы заниматься этими админскими делами. Порты занимает 1С.

Плюсом по ходу в релизе 8.3.6.2237 закладка отладка отсутствует в параметрах

(19) а я и не туплю
Вот, смотрим как Вы указываете.

И что мне тут смотреть. Про это уже выше написано.
Кто тупит?

(14) единственное на что меня подтолкнул данный скриншот, так это на то, что похоже в релизе 8.3.6.2237 нет закладки «Отладка», а вот на своей ПК на релизе 8.3.9 эта вкладка есть.

Походу пока еще единственный возникший вариант — поставить более новую версию 1С.

(6) жаль что не сталкивались. Я тут на Infostarte нашел подобный пост от 2013 года http://forum.infostart.ru/forum9/topic78482/ , но в нем так ничем дело и не разрешилось. Вот, надеюсь, что может «спустя года», найдется спец, кто мне подскажет, в чем же проблема.

Да, еще забыл упомянуть, что кэши базы тоже чистил. И базу удалял и добавлял заново. А то эта база с эквайрингом не хотела работать, если интересно, то почитайте: https://www.azhur-c.ru/arhiv_errors1c.html?id=61

Ну первое. Предмет отладки не показал. Сервис параметры отладка.
Второе какой клиент отлаживаешь.
Ну и третье что за база путь напиши!

от этих параметров у тебя может и не работать!

1. Предмет отладки не появляется после запуска в списке предметов отладки, см здесь (7) , еще раз скрин

Сервис — Параметры — Отладка — где.

2. Толстый клиент
3. Как указано в проблеме во второй строчке — база файловая . Думаю нет смысла писать путь к каталогу с базой.

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

(29) после обнволения платформы, о чем написал в новом сообщении форума пробовал запустить отладку из базы, подключенной по пути
\\Server\UT2015

Потом еще пробовал через
\\192.168.1.240\UT2015

Но ситуация, увы, осталась неизменной. Есть еще идеи?

Жаль, что Вы все ответы людей, которые пытаются Вам помочь, принимаете в штыки.

То, что Вы думаете, что удалили KIS, не говорит о том, что он действительно не работает. Проверить стоило бы. Надеюсь, Вы не только ругались, но и реально телнетились к порту 1560. В свете http://v8.1c.ru/o7/201506debug/index.htm неплохо бы вообще сменить платформу как минимум на 8.3.7.

Вообще, если всё, что Вы говорите, правильно, то у Вас — какая-то серьёзная проблема. Никто Вам не подскажет волшебного решения. Так что сбавьте тон и пробуйте, пробуйте. Дзен Вам поможет, ага.

Это как же так, потрудитесь, тогда пожалуйста объяснить. Просто в данному случае я не понимаю Вас.
Совсем удалили, напрочь, не просто отключили. А через удаление программ Windows удалили.

Порты именно телнетил, т.к. здравого админа нет.

А тон у меня нормальный. Просто давайте читать содержимое форума и сообщений — это обращение не только к Вам, но и ко всем остальным. А то пишут невпопад, даже не читая, тем самым тратят свое время. Давайте по существу. У кого какие-то решения были, кто-то сталкивался с данной проблемой?

Значит, KIS и брандмауэры отпадают.

Остаётся несовместимость Win32 и Win64 и некий неизвестный косяк платформы.
В любом случае, лучше обновить платформу, Win10 x64 + 1С 8.3.9 работают успешно, включая Eclipse.

(27)
(29) Установил платформу 8.3.9.1818

Ситуация никак не поменялась. Все так же имеется, как описано в начале — вроде сеанс отладочный запускается, но в предметах отладки не доступен и после обновления списка не появляется.

Вот состояние вкладок в меню «Сервис» — «Параметры» конфигуратора и предприятия (открывшегося как-бы отладочного процесса)

Проверка портов с помощью netstat и telnet при открытых сеансах конфигуратора (порт 1561) и предприятия (порт 1560), показанных на предыдущих скринах. Судя по данных netstat порты не заняты ничем другим, кроме как 1С. По данным telnet не до конца понимаю, т.к. не сисадмин, но вроде как 1560 открыт, а 1561 занят, но судя по данным netstat занят 1Ской.

Ну и новая попытка достучаться до конфигуратора с помощью обработки с ошибкой в коде. Сначала, пока была открыт прежний сеанс конфигуратора, выдавал

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

(31) значит чудо было связано с 8.3.7. Возьму на заметку!
Раз отладка не работает вообще. То явно дело в ПО в частности в винде.
1. На другом ПК работает отладка?
2 .Под другой учеткой на этом ПК работает?
3. После переустановки винды проблема решается?

Если на любой из этих ответов ответ да, то это админские штучки и смысла тратить время на ерунду не стоит. Но если у вас есть такой ресурс буду рад услышать развернутый ответ!

Возможно в базе когда-то неудачно поигрались с «предметами отладки». Что характерно, «новый механизм отладки» появился как раз в 8.3.7 — http://v8.1c.ru/o7/201506debug/index.htm

В голову приходит разве что переименовать папки «1C» в AppData\Roaming и AppData\Local в «1С-«, запустить и закрыть стартовое окно, скопировать из «1С-» в «1С» список баз и попробовать еще раз.

на проблемной машине сделать чистую локальную БД и зацепить отладкой?

Возможно файловая информацию о сеансах где то прикусила и поможет выгон всех пользователей\ перезагрузка сервера

Источник