Здравствуйте!

Есть 2 серверные базы БП3.0 и ЗУП2.5. Обе на замочке. Запускаются с 1С:Предприятие 8.3 (8.3.8.1784). Пользователи в режиме предприятия работают более менее сносно. А вот конфигуратор сильно тормозит. Такие банальные действия к примеру как запуск, "Сохранить конфигурацию в файл", "Сравнить, объединить...". Куда копать??

Спасибо!

термаинал?

(1)TCP/IP

Очереди к диску

Если выгрузить базу в dt и загрузить в файловую "Сохранить конфигурацию в файл" делается за минуту. На серверной идет уже час((. Тестирование и исправление не помогает

+(3) к диску СУБД

+(3) к диску сервера приложений

(3) А как там правильно смотреть? Смотрю на сервере в монитор ресурсов. Вкладка "Диск". СУБД и сервер предприятия находятся в одном месте. На диске C. "Активного времени" = 98% (синенькая под потолком), а "дисковый вывод-ввод" примерно 2 МБ/С (зелененькая примерно по середине)

(7) Нужно смотреть на число запросов чтения / записи, поставленных в очередь

Показатель "длина очереди диска" или как-то так

При значении выше 0.2 можно уже начинать беспокоиться

(0) Антивирус установлен?

(8) Эээээ... А можно чуть подробнее. Где это?
(11) Да. Но вроде как тормозить начало раньше, чем установили касперского

(12) Сори. Антивируса на сервере нет

(9) и (10) как я понимаю это "дисковый ввод-вывод". У меня этот показатель примерно 2. А как его опустить?

В "Мониторе ресурсов" на вкладке "Диск" у меня есть окошко "Работа диска". Там можно видеть динамический список каталогов куда (как я понимаю) идет запись в текущий момент. Большенство из них выглядят примерно так:

Образ    ИД процесса    Файл    Чтение (байт/с)    Запись (байт/с)    Всего (байт/с)    Приоритет ввода-вывода    Время ответа (мс)
System    4    C:\Program Files\PostgreSQL\9.4.2-1.1C\data\base\75590\13398029    0    683    683    Обычный    65

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

Из очевидного. Базы должны лежать на быстром отдельном диске. А у вас они, видимо, на диске C.

Конфигуратор открываю на своем локальном компе. Если на этом же компе открыть конфигуратор файловой локальной базы, то сохранение конфигурации в файл будет происходить в разы быстрее

Сейчас ради прикола попробую на сервере развернуть через терминал файловую базу и сделаю на ней "Сохранить конфигурацию в файл"

(18) объем файловой локальной БД такой же как и на серверной БД?

(18)Да. Это одна и та же ИБ.

Ну все. Файловая база на сервере уже сделала "Сохранить конф в файл".

А у вас сеть гигабитная?

(15) PostgreSQL!!!
Эта штука кажется сама умеет создавать тормоза, небольшой личный опыт.

(23) "Подключение по локальной сети" -> Скорость: 1.0 Гбит/с

(24) проблема не в этом, а в том, что конфигуратор запрашивает данные микроскопическими порциями, и добавление сетевых задержек приводит к катастрофическим последствиям. Например открытия конфигуратора на локальной машине с сервером в германии (пинг 50мс) можно ждать несколько часов. по локальной сети не так заметно, если она хорошо работает. если же там пинг больше 1-2мс, то все начинает тормозить.

(0) Лень, ты опять связался с нищебродами на Postgre? Бросай их...

(26) а как-то можно это победить ну или еще как тпотестировать? (27) да как же я без своих любимых нищебродов?))

ping со своей машины на сервер:
Отправлено: 4
Получено: 4
Потеряно: 0
Время приема-передачи:
Мин:0 мсек
Макс: 1 мсек
Среднее: 0 мсек

очень долго запускается 1с

почему клиент серверные базы долго обновляются?

Ух ты! Буду читать. Спс...