Есть два компа 1 и 2 оба WinXP pro, соединены через хаб.
На 1 стоит база 1С ТиС9.2 V7.7 (весит 325 МВ)
На компе 2 при создании документа "Перемещение товара" , при подборе номенклатуры влюбом документе, при выборе в табличной части документа цены товара (если несколько цен) наблюдаются жуткие тормоза.
При создании документа "Поступление в розницу" всё проходит нормально.
Тормоза наблюдаются при одновременном запуске 1С на обоих копах.
Пинг идёт нормальный.
Антивирусы пробовал отключать.
Сделал: выгрузил-загрузил базу, исправление и тестирование, переносил базу с одного компа на другой.
НЕ ПОМОГЛО.
Файл 1Cv7.CFG=5 527 байт
Файл \SYSLOG\1cv7.mlg=132 240 байт
Каждому пользователю определён каталог на своём компе.
Кто-нибудь поможет мне?
(2) Alav, буду очень признателен, хоть за одну ссылку, объясняющую такое положение дел.
Неужели вы думаете, что все люди давным-давно общаются с 1С?
Оказывается, что есть, такие, что столкнулись совсем недавно... даже с 7.7!!!!
Да так и ищи "1C тормозит по сети" Уже лет 7 точно это обсуждается. Смысл такой что когда к шаре подрубается второй пользователь то винда отключает кэширование дисков => отсюда тормоза. Лечится терминалом, скулем или ложить базу не на винде. Если конечно мы не говорим о самописки с кривым кодом.
(12) flight_su25,
Не очень понял...
"а вторая подключается по rdp" rdp ЭТО что?
Но ведь у одних всё нормально работает, а у этих через пень-колоду.
Должно же быть какое-то логическое объяснение.
Да и какой терминал ДВА компа в сетке..
Причем скорость обмена до 15 метров в секунду при копировании, как больших, так и маленьких файлов.
А что разные документы (Поступление, перемещение) по разному алгоритму создаються?
Несколько вопросов:
1) Файловая система на каждой из XP
2) Платформа 1С? (7.70.0??)
3) Конфигурация HDD в BIOS каждого из компьютеров (нет ли RAID настроек)?
4) Лично сталкивался с тем, что от принтеров Canon LBP-XXX ставится окно состояния принтера по сети на каждый компьютер... и все. Хана 1С по сети. Проверить - нет ли этих злополучных следилок за сетевыми принтерами?
(13) Harry_udm,
1) везде NTFS
2) ДА Платформа 1С (7.70.0)
3) Нет RAID
4) Пободный принтер когда-то стоял на одном из компов, но из автозагрузки поубирал всё лишнее.
(14) NE_ZNAIY,
2) До конца номер платформы пропишите. Я ее начал, а Вы должны закончить 7.70.0...
4) Как давно поубирали? Из автозагрузки достаточно убрать только на сетевом компьютере.
ищи приблуду которая позволит организовать rpd сервер на windows xp (только это немного не законно).
Не советую. Жутко глючная вещь.
Переведите на SQL - и будет вам счастье. SQLExpress халявен. Ибо отключение кэширования на XP есть баян канацкий, а все методы борьбы с этим, кроме дорогих RAID-контроллеров со встроенным кэшем - ненормативны и ведут к глюкам базы.
Вариант 1: поменять платформу на 7.70.025
Вариант 2: еще раз проверить, чтобы небыло в автозагрузке кон состояния принтеров
Вариант 3: Администрирование -> Выгрузить данные, потом Администрирование -> Загрузить данные
Поменял на 7.70.027 (другой не было)
Документ перемещение стал создаваться за 2 секунды.
Тормаза всё рано наблюдаются при выборе склада в шапке документа и при выборе цены (если несколько цен) в табличной части документа.
Но что интересно.. на той же паре компов принёс другую конфу из другой организации.
Ну нет там никаких вообще тормозов.
Всё работает!!!
Бред какой-то...
Или дело в конкретной конфе...
с другой органицации релиз 7,70,963
НО ведь с конфигурацией другой организации ВСЁ РАБОТАЕТ!!!!
Не SQL дело значит. В конфе проблемы.
Пробелемы в определённых действия.
Непричем тут терминал, кеширование.
А на SQL перейти... Да я никогда этого и не делал. С чем это едят-то не знаю.
А вообще-то почему бывают такие тормоза вопрос интересный, но в своем случае (также 2 компа с ХР и измененный ТиС) поставил терминал (как уже и предлагали в этой теме) и забыл об этой проблеме.
Документ перемещение стал создаваться за 2 секунды.
Тормаза всё рано наблюдаются при выборе склада в шапке документа и при выборе цены (если несколько цен) в табличной части документа.
Теперь наблюдается проблема с пересчетом строк табличной части. Можно было бы сравнить исполняемые процедуры и функции, вызываемые при изменении цены и при выборе склада, с конфигурацией от другой фирмы. Хоть релизы и разные, отличий много быть не должно.
Затем нужно установить всё это в последовательности: Framework, SQLEXPR, SSMSEE. При установке SQL сервера необходимо Выставить режим авторизации "MixedMode" (т.е. Windows+SQL), и указать пароль учетной записи "SA". После установки можно зарегистрировать SQL на сайте майкрософта (пусть в Вашей коллекции будет на 1 лицензионный продукт больше). Это бесплатно =))
Далее нужно подключиться к базе. Вот тут есть небольшая загвостка - по умолчанию подключение возможно только через SharedMemory. Ни по TCP/IP, ни через PIPE подключаться не будет. Для работы 1С этого не достаточно, потому нам необходимо отключить клиентский (не серверный) протокол SharedMemory. Делается это в "SQL Server Configuration Manager". Для проверки можем подключиться "SQL Server Management Studio Express CTP" по остальным протоколам.
Теперь настает очередь 1С. В отличие от 2000 SQL в 2005 есть некоторое отличие - в "параметрах баз данных SQL" нужно указывать не просто имя компьютера с БД, а ИМЯ_СЕРВЕРАSQLEXPRESS. Далее вводим имя БД, учетку (sa), и пароль для нее. Пробуем подключиться / жмём "ОК". Тут нас поджидает второй подводный камень - 1С не потдерживает 2005SQL. "Требуется ms sql server версии 6.5 + service pack 5a или более старшая версия". Тогда нужно скачать пропатченную версию BkEnd.dll для 1c v.7.7 (025) http://serrge.narod.ru/BkEndFORsql2005.rar В свойствах базы данных на SQL Server ставим Compatibility Level SQL Server 2000(80) и тестируем
Конфигуратор -> Конфигурация -> Объединение конфигураций
указать .md файл второй конфигурации. Произойдет анализ изменений в структуре конфигураций и выйдет окно "Объединение конфигураций".
Вот в нем в ветке "Документы" -> "Перемещение" -> "Форма" -> "Модуль" - встать на него и нажать кнопку "Сравнить". Вот там и посмотреть много ли изменений в модуле документа.
Да, жадность до хорошего не доводит!
Надо делать всё по стандарту.
Серверная, серверное оборудование, СКС по 5e категории,
MS SQL Server 2008 R2 x64, дальше переписывание Торговли с использованием прямых запросов.
Для этого используется внешняя компонента 1cpp.dll. Ну а если совсем будет скучно,
то переходите на Управление торговлей 11 на платформе 8.2.14.540 + x64 сервер 1с +
MS SQL Server 2008 R2 x64 на серверном оборудовании.
купи третий комп c XP без моника, мыши, клавы, спрячь под стол, подцепи к лок. сети, перепиши туда базу, расшарь папку с ней на чтение и запись всем, и ходи с тех двух компов. Ставить 1с на этом третьем компе не нужно.
ИМХО самое простое решение проблемы без "научных изысканий".
PS и самое дешевое из легальных ;)
PPS А если на роутере прописать порт к этому компу и иметь фикс. IP и поставить платформу на этом третьем компе и настроить пароль админа и удаленный доступ то можно будет по RDP туда лазать одному человеку (админу) через инет...
ПРОФИТ!
Вариант 1: терминальный режим
Вариант 2: Microsoft SQL Express
В зависимости от того какой вариант выберите, начинайте изучать как настроить
"+" первого варианта: быстрота настройки, "-" - нарушение лицензионного соглашения (можно купить Windows 2008 Server и терминальные лицензии, готовы ли Вы за это платить?)
"+" второго варианта: все полностью легально, "-" не совсем простая настройка и ограничение на размер базы.
Я решал эту проблему посредством этого решения. http://infostart.ru/public/14664/. В трех магазинах крутиться уже пятый год. Поставил потому что там везде в качестве сервера хрюша проф, и по 2-3 компа с кассами подключено. При подключении второго третьего пользователя тормоза начинались. Поставил это решение - и забыл.
Мне кажется, автор решения закрыл этот проект потому что сопровождать дальше не хотел по каким то причинам. Т.к. работает надежно. У знакомого 20 книжных магазинов на этом решении крутится.
Не было времени на изучение данной проблемы.
ЗАпустил отладчик, измерил производительность, получил.
Документ.ПеремещениеТМЦ.Форма 1238 ПриИзмененииСклада(); 2 230.136859 99.75
Документ.ПеремещениеТМЦ.Форма 389 ОбновлениеРозничныхЦен(); 2 230.136619 99.75
Документ.ПеремещениеТМЦ.Форма 318 Если глПересчетРегистров(Контекст, СписокПараметров) = 0 Тогда 2 230.136578 99.75
Глобальный модуль 1522 ОбщРег.РассчитатьРегистрыПо(ГраницаРасчета); 2 230.102491 99.74
дальше идут мизерные значения.
И что дальше можно с этим сделать?
Значения 230.136859, 230.136619, 230.136578, 230.102491 - это из колонки "Время"
И всё таки не причём здесь терминал, SQL, и т.д.
Если одна база работает, а другая - нет, на одних и тех же компах, то проблемы в конкретной базе.
И не факт, Что перейду я на SQL и всё заработает.
В инете не меньше проблем с тормозами и там и там.
Ещё раз проверил обе базы: одна - работает, другая - нет!!!
Вторая база может быстро работать только из-за маленького размера пока...
Делай на главном компе терминальный доступ, в деревне-то.
Патчей таких полным полно - дел на 10 минут (5 мин поиск + 5 мин работа патчера с перезагрузкой).
Твою болезнь снимет - 500%!!!
Qbik, так и сделал. Другого ничё не оставалось.
Но бля.... проблема-то в чём-то есть!!!!
================
Win311, а ты это о чём?
ААААА.... понял..... пофлудить надо.... баксы позарабатывать....
Пахнет гнусом.
Ещё раз увижу - пожалуюсь!!!
Попробуйте перейти на SQL версию, на самом деле настройка достаточно простая.
У нас, например, часто возникали ошибки и тормоза, когда пользователи одновременно пытались записывать в базу реализации, планы и т.п. После перехода на SQL версию все действительно стало летать.
по оценке производительности - первые строчки информации мало дают - это вызов функций, нужно смотреть что у них внутри , но похоже все приходит на строчку "ОбщРег.РассчитатьРегистрыПо(ГраницаРасчета)" . Вытекает вопрос - Точка акутальности на какую дату стоит? Документы не проводятся случаем будущей датой? (частный случай - время в 1с и время на компах не различается? :) ) Ну и вообще граница последовательности где находится?