Платформа 8.2.18.96
Конфигурация самописная
Файловая база лежит в шаре в сетевом каталоге. Одновременно работают порядка 20 пользователей.
Последние три дня стали появляться ошибки все какие только можно.  
«Не удалось зафиксировать файл базы данных для открытия или изменения»
«Не удалось заблокировать таблицу»
«Файл базы данных поврежден»
«сеанс еще не был назначен соединению file = src\InfoBaselmpl.cpp»
Плюс ко всему в списке активных сеансе видно четырех-пять пользователей из 20-ти.
Делаем тестирование и исправление ошибки уходят на короткое время потом появляются опять.
До этого момента все в течении года работало идеально, такой ерунды не было.
Склоняюсь что проблемы с сетью, админы говорят что проблем с сетью нет.
Платформы у клиентов одинаковые.
На подчинённых узлах такого не было.

Что может являться причиной появления этих ошибок?

DEP отключен?

(0)  терминал запустить не судьба???

(0) Если админы - козлы, попробуй скопировать базы в другое место (на серваке0 и несколько дней поработайте.

(2) Давно хочу спросить: чем терминал лучше?

(4)Скоростью чтения/записи же..

Или у вас локалка гигабитная?
Напрямую в винта читать всяко лучше, чем по сети с того же винта..

(5) Скоростью чтения/записи чего?

А может просто винт по тихой загибается?..

(7) Поддержу.

(6)

(6) данных

Как утверждают админы с железом и сетью все отлично
(1)(7) Не могу сказать, нет прав проверить
(2) Не было смысла, все замечательно работало

(10) Но сетевое подключение все-равно остается. Если проблемы с сеткой - проблемы останутся. Если проблемы с винтом - проблемы останутся. Или нет?

(11) Админы (козлы) могут утверждать все, что угодно.
У клиента начались проблемы с одной базой (7.7) - примерно такие же ошибки. Тоже ТиИ помогало на пару дней. Тоже админы ... утверждали, что с сеткой и серваком все хорошо. Скопировала базу в другое место (на серваке) - проблемы ушли.
Вот что думать?

(13) м.б. винт начал сыпаться - не обязательно админы козлы)

(12) проще картинку передавать (RDP), чем огромные данные туда-сюда гонять. Хотя, конечно, это касается только толстого клиента

(15) а как же траты на терминальные лицензии?

(14) А админам не судьба разобраться?

(16) ты про траты процессорного времени или бабла?

(18) бабла

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

(15) А правда - не понимаю смысла (терминала).
Видела 2 раза:
1. дохлючий комп - там по-другому просто не вариант.
2. франч сразу поставил и загнал всех в терминал. Что-то делала у главбуха. Не выдержала (тормоза) - поставила платформу и подключила базы. Главбух сказала - оставь. Через неделю остальные бухши взяли меня за жабры - сделай так-же. И (странно) оказалось лучше.

(21) Тонкий клиент?

(22) Я пыталась разобраться, что есть "клиент" (на заре 8.2)...
Неужели, кто-то думает, что 1С моежт лучше разрулить сетевые дела, чем сетевая операционка и толковый админ?

(23) что есть "разрулить сетевые дела"?

Видно не больше 4х активных сеансов, последний пользователь подменяется, зашел Иванов следом зашел Петров, Иванов из списка пропал, остался Петров.

(24) А фиг его знает :)
Я же говорю - терминал видела 2 раза.
В первом случае - без вариантов (дохлая машина). Причем, админ (толковый) сказал - попробуй. Поставила платформу и  уже при запуске вылезло "Недостаточно памяти". Я эту ошибку не видела со времен 95-ых окон.
Во втором случае - в терминале были тормоза. Прямое подключение баз - шустрее ощутимо.
У меня сложился вывод: терминал нужен, если слабый комп.

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

(1) DEP должен быть включен или отключен?

(26)  пользую терминал с двухтысячных.

1. Скорость чтения записи по сети меньше чем напрямую на терминале
2. Любой косяк сети сразу отражается на поломке базы, в терминале нет
3. Поломка свича , к отказу базы
4. Отключение света к отказу базы

И ТД и тп

Каких ошибок еще ждать?))

(24) что есть "сетевая операционка"?

(28) 2,3,4. А зависшие сеансы - не остаются?
1. Спорно. Я уже описывала.

(31)  остаются, но и база остается целой...

(32) То есть опять возвращаемся к проблемам сетки. Если проблемы решить - терминал не нужен?

(33) какой занятный случай, небольшого опыта и соответствующего не правильно вывода :). интересненько.

(11) >Как утверждают админы с железом и сетью все отлично

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

(33) Нет. Пока не вникнешь в матчасть - не поймешь.

(35) "Нет" что? "Нет, не нужен" или "нет, нужен"? Вникать в матчасть (в данном случае) глубоко не хочу.
(34) Опровергни. Я же говорю, что видела 2 раза. Везде - обычный доступ к сетевым базам. И, опять-таки, везде нет никаких проблем. Есть один случай (у меня), но там - админ-козел :( Пока были толковые админы - все работало, проблем не было.

(0) Такое же было при росте базы. Терминал поможет до какого предела.

(37) + сжатие базы на самом деле помогает (при ТИИ)

(37) 1й случай - дохлый комп. Ну это и понятно терминал наоборот должен быть лучше клиентских машин в общем случае.
соответственно вывод что терминал хуже - вычеркиваем, это из области напел мне Робинович вашего Шаляпина :)

2й случай. тут нужны подробности, но скорей всего из области первого

(27) DEP должен быть отключен

а что за ОС на сервере?

(39) Кроме эффектов в (0) стало падать обновление... если перед ним не сделать ТИИ с сжатием базы. Ну то есть поле обновления база практически в 2 раза росла. Сжатие уменьшало ее в ~2 раза.

(42)

(39) к (36) сори )

(42) + ясно конечно что это не только размер базы а еще и с сеткой что-то. Предложил перейти на клиент-сервер или терминал. Выбрали терминал, помогло.

(43) Уже не раз описывала.
Одна из семерок начала глючить - файловый доступ... ТиИ помогало... Надоело через день делать. Скопировала в другое место (на серваке), всем подключила... Сидят работают. У админа "все нормально".

(45) Другое место - это другой сервак?

(46) другая папочка :)

(46) Не могу сказать. Не знаю. Могу сказать точно - другая папка.

(47) А что смешного?

(47) Как вариант админ не виноватый. Например до переноса кто-то цеплялся другой версией 1С

(50) -> (48)

(49) это никак не может повлиять на производительность

(50) В случае с семеркой? У зверей - только переподключила базы. Ничего не переставляла.
Уже несколько месяцев спокойно работают.

(52) А на ошибки?

(54) ошибки могли быть... при русских именах, там, при том же DEP-е. Но то, в какой папке лежит база, никак не влияет на её производительность

(35) Кстати, а большое копирование - это какой размер?

(55) От русских имен я давно избавилась. Насчет, DEP'f - не скажу. Я машины зверей не трогая. Пусть у админа голова болит.
Но - "Ошибка вылазит в 1С? Значит - проблема с 1С. Сеть и сервер - не при чем." - сказал админ.

Не смешно, но было. Я у них сижу, обновляю эску... Бухша долбится с клиент-банком (тормоза, вылетает)... Заходит админ.. Бухша на него насела. Он (увидев меня) - а что, с эской что-то делают? Бухша - обновляют. Админ - вот поэтому и тормоза.

(58)как так можно работать :).

(58) Ты мне? А что я не так делаю? При чем тут эска?

(59) я про хитропопого админа который все валит на тебя.

(60) А то я пугаюсь... Как с ним разговаривать?

(59)нужно вникнуть в матчасть, но судя по (36) не получится  :)

(61)  "Он (увидев меня) - а что, с эской что-то делают?"

судя по этому предложению, у вас в компании админ и 1 сник как кошка с собакой :).

(63) Во-первых, это не моя компания. Я там приходящие эсник.
Во-вторых, привели меня туда бывшие админы. Толковые, кстати, парни. Мне показали, где сервак, где базы. Пока были толькове парни - я спокойно ковыряла эску. И у всех, все работало. Как ушли парни, пришел этот гад... Началось с того, что прихожу - а где сервак? (Я на серваке все делала) - Пойди, спроси. Спросила - а зачем? А затем... Ну, у кого-нибудь на машине сделай... Ладно, неудобно, но промолчала... На серваке и зверей можно было закрыть (с предупреждалкой). Сделала, ушла... Где-то через месяц начались проблемы с эской (вылеты, не пускает)... Дальше - уже рассказывала.
И что кошка не должна шипеть на собаку и когти показывать?

(36) Терминал не нужен при использовании тонкого клиента либо при наличии гигабитной сети и небольшом количестве пользователей.

Работа толстого клиента по сети создаёт в 10-15 раз большую нагрузку на сеть, нежели RDP соединение, соответственно ширины канала может не хватать, что приведет к двадцатиминутному запуску программы и общему замедлению большинства задач.

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

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

(65) Спасибо. В принципе всё понятно. А небольшое количество зверей - это сколько?

(66) Насколько помню, средненагруженный толстый клиент потребляет что-то в районе 400 КБ/сек, т.е. около 3,2 мегабит. Соответственно, 100 Мб/сек скорее всего будет достаточно для ~30 сеансов.

(64) да дело не ни в шипеть.
Просто есть две позиции по этому поводу.
1. Буду терпеть авось, чо изменится само
2. Ну его на хрен.

Обе имеют право на существование :)

(67) Спасибо.
(68) Архитектура сети - серьезное дело. Как и программирование. И лезть туда, о чём я имею слабое представление (чуть больше 0) - ну его на хрен.

(69) я о другом каждый сам определяет готов ли он тратить нервы на неадекватного админа или нет :).
Точнее за какие деньги он готов тратить свои нервы :).

(70) Мне - бухов жалко...
Там вообще контора своеобразная... 70% классные звери, 30% (главбух и директор в том числе) - ... (такие слова при детях не говорят :( ).
Их никто не хочет сопровождать... Когда админы ушли, они полгода искали - все только слышали "кто" - сразу "нет".
У меня вот тоже нервы заканчиваются...

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