1С стала жутко тормозить при проведении документов. Если раньше документ проводился в течение секунды, то теперь нужно 6 минут.

Нормально 1С работает только когда пользователь в базе один (и в монопольном режиме и в не монопольном). Как только заходит второй пользователь - начинаются тормоза.

Режим работы файловый. Локальная сеть.

>>>Локальная сеть.

Это ответ

Или терминал или скл

(0)
:)
а база не сервере? нормальном сервере? с кэшированием?

Кстати на старых файловых (не виндовс) серверах 1с 77 по сети нормально работала

А размечики файлов случаем к гигу или 2-м не подкрались?

(5) :) ну ты еще вспомни про Novell Netware

Или v7dbnet http://docplayer.ru/26783198-Virt-v7dbnet-rasshirenie-platformy-1s-predpriyatie-7-7.html
Последняя (она же, уже бесплатная версия): https://cloud.mail.ru/public/4HaY/4D52dsiPC

(8) а дока есть в виде нормального GLAf& или нормальнйо текстовик, а не докплеер...?

(8) отбой, разобрался

(7) так я про неё и говорю, был у меня такой сервер дреаний, не знаю кто настраивал, но 77 файловая летала на 20 юзверях

(11) на новеле да, работало..427 еще раньше распинался об этом

(10) Ну да, там все внутри архива лежит. Докплеер чтобы архив не качать, а вдруг там страшные вирусы? ;)

и в стаьях с харе ру было..

(7) Зря смеетесь, у нас базы 77 там и лежат до сих пор, если кому в архив надо залезть.

(13) там внутри архива два экзешника...

+(8) Эта версия завелась под Wine, видимо защита была сильно завязана на MS`совские либы - халява плиз.
(16) Я не помню уже, давно тестил эту штуку, в терминале оно не сильно надо, значит после установки инструкции должны появятся.
Могу установить и перекинуть в корень архива - не проблема.

(17) доку я скачал.
экзешники в архиве - это установочные пакеты или что-то иное? пок ане разобрался. как плюшкин положил в заначку.

(11) :) ха
у нас там еще Супермаг летал а потом 1с 7.5
зы
а настраивали аутсорсеры

(18) Ну, вот не помню и все.
Описание было на сайте, а он сдох.
Но там вирусов точно нет.

(4) // а база не сервере? нормальном сервере? с кэшированием?

пофик

Если раньше все устраивало и такое приключилось вдруг. то ИМХО 4 варианта.
1. ТА кто то фиг знает куда закинул.
2. Файл к верхнему лимиту добрался.
3. Что-то в коде проведения изменилось.
4. Что то с сетью стало.

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

(22) весьма примитивно там все стало. Не было обращений к базе через шару и все работало более-менее сносно, т.е. как у всех, что было на 7.7

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

(7) > ну ты еще вспомни про Novell Netware

Помянем добрым словом..

(0) Уже не раз здесь обсуждалась эта проблема. Это баг семёрки. Из всех предлагавшихся методов решения проблемы приемлемым оказался перевод пользователей на терминал.

Windows Server без терминала тоже решит проблему.

Это не баг. Это сброс кэширования у несерверных ОС

Я с 1С с 7-кой уже больше 20 лет. И даже я Новел Нетваре не видел. Одни легенды.

Была еще легенда что на Линуксе эту проблему можно решить. Пробовал - ничего не получилось

(26) гы... какой же это баг 7.7, если такие же яйца, но вид в профиль наблюдаются на той же 8-ке при многопользовательском доступе к файлой базе через сетевую шару?!

(27) Насчет Линукса это была не легенда. Это свойства протокола для многопользовательского доступа к файлам по сети в режиме чтение-запись.
Протокол этот был изначально разработан в недрах юникса и перенесен майкрософтом в свои операционки еще в 1993, насколько помню без гугленья.

Самба или smb samba

Немного в плане безопасности в него Майкрософт по прежнему вносит изменения, но не часто.

Кстати, для (0) еще версия - обновление винды притащило с собой обновление smb протокола на ужесточение безопасности и тормоза стали еще больше и теперь заметны.

(28) /гы... какой же это баг 7.7, если такие же яйца, но вид в профиль наблюдаются на той же 8-ке при многопользовательском доступе к файлой базе через сетевую шару?!/
В той же самой сети с теми же компьютерами работала 8-ка Подрядчик строительства и никаких замедлений при подключении второго пользователя не наблюдалось.
А вот в семерке, когда в своей зарплатной программе я подключил пользователей на участках, чтобы они сами вводили табели, а не как раньше бумажные бухгалтеру-расчетчику передавали, вот тогда и столкнулся с этой проблемой.
Вывел всех пользователей в терминал и забыл об этой проблеме.

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

(8) (17) (18) (20) я успешно использую это решение несколько лет. всё просто летает по сети, буквально, скорость как локально работаешь, есть ещё плюшки, навроде отделения индексов, например на рам-диск, или управления транзакциями (можно сделать консистентный неблокирующий срез для отчётов или наоборот сделать блокирующую транзакцию для записи) - всё описано в доке. без проблем работает с 1срр и формексом. из неудобств - не тюнится время захвата (это самое печальное), ну иногда (довольно редко) не соединяется с первого раза. жаль Wirth не доделал перевод движка на скулайт, тогда бы уже можно было и про ограничения дбф забыть.