Две машины (kk1 и kk2) с win 8. 1с файловая (розница 1.0 платформа 8.3). База лежит на kk1, режим предприятия на kk1 запускается без проблем. На kk2 конфигуратор грузится (с переменным успехом), режим предприятия ни в какую. Причем в диспетчере задач отображается сетевая активность процесса 1сv8 (около 1,5-2Мбитс). Так может продолжаться минут 10 без каких либо видимых результатов, иногда появляется окно выбора пользователя, но дальше ничего. Никто не сталкивался с подобным?
(1) избегайте ущербную конфигурацию. Ставьте на SQL и прощайте этим количество звеньев, которые будут Вам мешать работать. Файловую систему постоянно оптимизируют и самбу тоже.
(5)Можно, но ставить серверные продукты там где нужна работа 1 конфигурации на 2 пользователя?
С сетью все нормально, netstat -ne потерь не показывает, пинги при запуске не скачут. Единственное могу предположить, что в win 10 каким-то образом изменился механизм совместного доступа к шаре.
Вчера наблюдалась похожая проблема , правда на сервере терминалов перестала запускаться 1с причем до этого все нормально работало. Все стандартные средства для решения (чистка кэша, переустановка, перезагрузка машины ) к видимому результату не приводили. Решил через Монитор Ресурсов (вызывается из диспетчера задач ) и для зависшего сеанса вызывать Цепочку ожидания , оказалось что запуск тормозился из за процесса spool... чего-то там короче диспетчер печати косячил. вырубив указанный процесс 1с запустилась. По крайней мере проверите что процессу 1с ничего не мешает и надо искать причину в другом месте
(3)Надо было понять причину почему не запускается 1с , найдя причину , уже надо разбираться почему глючит spoolsv. В интернете полно информации по данному вопросу. Почистив папку PRINTERS все заработало без отрубания этого процесса. Главное понять что мешает а дальше уже разбираться почему это происходит
chdbfl над копией базы пробовали? Сеть между компами случайно не по Wi-Fi? Сеть точно гигабитная, на всём протяжении?
Ещё вариант - включить доступ по паролю и завести дополнительного пользователя для доступа по сети.
Возможно помогут команды
netsh interface tcp set global autotuninglevel=restricted
netsh interface tcp set global rss=disabled
(8)Да делал и ТиИ тоже, нет православные провода, сеть 100-ка, но расстояния минимальные 10-15 метров.
Ещё вариант - включить доступ по паролю и завести дополнительного пользователя для доступа по сети.
Немного не понял. Вы имеете ввиду пользователя 1с?
Спасибо, сейчас попробую.
Пришел еще к небольшой странности, может уже мерещиться, если запустить 1с сначала на удаленной машине, а потом на той, где лежит база, то запускается нормально, проблемы потом возникают, при работе (открытие справочников, документов) (1с виснет).
Да, десктопные версии Windows позволяют быстро и без особых хлопот организовать сетевой доступ к общей папке (с базой). Проблема в том, что они - десктопные, и по умолчанию такой доступ получается как лазание через форточку, причем у MS сделано так, что чем выше версия Windows - тем форточка меньше.
Надо пробовать расширить форточку или заменить ее на окно, либо с помощью специальной утилиты ConfigNT, либо вручную, как это подробно описано тут: http://odines.ru/thread2891.html
И не ограничиваться правкой реестра, там много полезных рекомендаций, начиная с отдельного раздела под базу (а не в "Моих документах"), чем больше проигнорируете - тем скромнее будет результат.
(10)Сейчас попробую посмотреть, что за зверь такой этот ConfigNT, но сомневаюсь ) Проще уже даунгрейд сделать, либо найти лицензии на 7ку, хотя бы 1. И, да, только сейчас заметил, что неправильно указал версию винды, не 8ка, а 10ка.
(12) Проблема не в правах, так как если запустить 1с на удаленной машине, то проблем нет, если не запускать 1с на второй машине (на которой лежит база). Т.е. проблема начинается при совместном использовании файлов базы.
(14) Которая никоим образом себя не проявляла до прихода win10, по крайней мере в моем случае. Я уверен, что поставив win7 на машину с базой, я решу свою проблему, жаль, конечно, что не докопаюсь до проблемы, но время...
(17) ну и думайте дальше. Ей ваши думы по барабану. Она проявляется только при определенных условиях. Если их не было на 7-ке, то ничто не обязывает их отсутствовать и на 10-ке.
В последний раз, когда я с подобным сталкивался, это была Vista, тогда либо помогал перенос базы в стандартную папку "Общие документы", либо не помогало ничего.
(19) еще раз - ну и что? Если вы так до сих пор не знаете истинных причин такого поведения, то не вам и ставить диагнозы. Сие есть разная методика работы с блокировками в файлах на уровне ОС. В серверных ОС она, конечно же, оптимизирована для многопользовательской работы. В частности, разное кэширование данных при одно- и многопользовательской работе. В отличие от.
(23) настройки сети какие? Надеюсь не домашняя сеть? win8 home? Имена компьютеров на русском?
Можно попробовать следующее.
На компе с базой завести нового пользователя, обязательно с паролем. Шаре дать права этому пользователю.
На другом компе подключить шару и привязать к свободному имени диска. В настройках привязки указать имя пользователя и пароль компа с базой . Причем имя пользователя должно быть с именем компа. Пример, имя компа с базой COMP1, имя пользователя User1. Тогда полное имя должно быть COMP1/User1.
Ну и на втором компе указать путь относительно этого нового диска.
Да, и на обоих компах в настройках сети должно быть указано "Рабочая сеть".
Жаль. Интересно всё-таки было докопаться. Потому как подобные "зависоиды" наблюдаются и на расшаренных принтерах домашних версий виндовс. Кто-то из знакомых советовал запустить "домашнюю группу", но я тоже не стал пробовать, просто поменял системники