Стоит компонента Ромикса Addin.vk_sleep_1C. Не помогает.

сейчас очень много народу в базе.

Если никто не знает, то вопрос - В SQL такого не бывает?

kiruha писал(а) 25. Марта 2008 :: 12:32:

В SQL при чтении такого точно не бывает.

P.S. у тебя в модуле проведения документов этот справочник не правится случайно?

kiruha писал(а) 25. Марта 2008 :: 14:10:

Не видел столько народу без терминалки на DBF.  Скорее всего проблема в этом

Сетка 1Гбит - терминал мало чем поможет.

Придется переходить на SQL

Непонятно , что тогда вообще останется от 1С? Формы элементов и документов?

kiruha писал(а) 25. Марта 2008 :: 19:14:

Кислород! Разряд!! Мы его теряем!!!

Уже договорился о покупке сервера для перехода на SQL но месяц надо как то прокрутиться.
Сетка 1Гбит - терминал мало чем поможет.

Терминал И SQL

vip писал(а) 26. Марта 2008 :: 13:32:

Причем однозначно на разных тачках

А зачем к SQL терминал (ну, кроме удаленного доступа)?

А зачем к SQL терминал (ну, кроме удаленного доступа)?

kms писал(а) 26. Марта 2008 :: 20:36:

15 тыр за вайн сетевой ентерпрайз и ты в шоколаде

Здесь описаны проблемы с которыми можно столкнуться при работе с 1С+wine под управлением Gizmo
Монопльный режим БД одновременно с разделенным ¶

при первоначальной установке возможна ситуация когда пользователь имееет возможность произвести открытие базы данных в монопольном режиме в случае когда в БД находится пользователь запустивший БД в разделенном режиме

проблема воспроизводится хаотично поэтому пока ДО КОНЦА неизвестны пути её решения

предположительные действия 1С при такой ситуации

    * пользователь входящий при разделенном режиме не создает файл блокировки 1cv7.lck в каталоге БД
    * следующий пользователь при попытке открытия БД не видит файла блокировок и "умудряется" получить эксклюзивный доступ к файлу таблицы 1SUSERS.DBF
    * так как файла *.LCK не существует и таблица 1sUSERS доступна на запись (эксклюзивна) 1C Предприятие считает что произошел некорректный выход из программы (в таблице 1sUSERS поле USER_COUNT <> 0) и предлагает переиндексировать базу данных
    * самое главное что при попытке монопольного входа 1С Предприятие "умудряется" получить эксклюзивный доступ к файлам базы данных и произвести их переиндексацию
    * пользователь зашедший в разделенном режиме продолжает всё это время свою работу

РЕЗУЛЬТАТ ОШИБКИ у пользователя в РАЗДЕЛЕННОМ РЕЖИМЕ:

    * Формы списка справочника, Выборки из таблиц на внутреннем языке не смогут получить возможность прочитать данные из БД (явный признак появлением большого количества надписей <объект не найден/403>)
    * при попытке записи данных в БД клиентское приложение пользователя в разделенном режиме будет неккоректно завершено с ошибкой доступа к одной из таблиц БД, соответственно данных в БД не запишуться.

Варианты исправления: Так как проблему в принципе удалось воспроизвести, после этого были применены следующие действия

    * перезапущен модуль linux-cifs
    * на каталог БД были даны права 0777
    * 3 раза был перезапущен wineserver

и почему на сутки пробелма исчезла

выход был на йден - запуск БД происходит через smb - таким образом за блокировку отвечает Самба

Вообще-то любовь сообщества 1С к терминалам откровенно удивляет  
...........
....другие подходы - двухзвенка, трехзвенка, кластер серверов ....

Вообще-то любовь сообщества 1С к терминалам откровенно удивляет  
Терминальный сервер не масштабируем, в то время как мощность клиентской сети растет с ростом количества машин.

Здесь же, изначально параллельные задачи искуственно втискивают в один сервер.

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

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