Как можно отследить узкое место файловой 1Сv8.1 по сети?
 

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

Имеется главный офис, удаленные филиалы и распределенная 1С v8.1 объемом >3GB. Обмен происходит по FTP за неимением других средств.

В удаленных филиалах стоит по две машины: PC1, PC2. На машинах стоят:

ОС: Windows XP со включенной SRP (т.е. антивирусов нет).
Сеть: PC1 и PC2 соединены через свич 100mbps и получают адреса DHCP от ADSL-модема.
Сетевые адаптеры: интегрированные realtek.
Процессоры: Celeron ~2gHz, Atom ~2x1.66gHz.
ОЗУ: ~1gB.
ЖД: обыкновенные барракуды 7200rpm
Логическая структура разделов ЖД: 2гБ — файл подкачки, 15гБ — раздел под базу, 40гБ — системный раздел, 25гБ — раздел под бэкапы. Раздел подкачки и БД имеют размер кластера = 64кБ.
Доступ к БД: Для PC1 путь к БД имеет вид: x:\base\, для PC2 имеет вид: \\PC1\base\

Все вышеперечисленное было сделано по наитию и дало прирост производительности на PC1 >200% относительно первоначального положения.

Основные задержки происходят при поиске в БД считанного сканером штрих-кода товара, либо дисконтной карты (30 -> 7 сек. после оптимизации)

На данный момент ситуация такова: PC — летает, никто не жалуется на пятисекундные задержки, но на PC2 задержки доходят до 30-40сек при создании нового чека, при поиске дисконтной карты. Самое обидное, что в момент подвисания я не вижу никакой нагрузки на сеть и процессоры. Хотелось бы узнать практические советы и ссылки на полезную информацию.

В интернете читал много, но там в основном про оптимизацию под SQL и RDP, что меня совершенно не уместно. Говорят, можно чистить логи каждый день, подумываю еще подключить сетевой диск, чтобы PC2 смотрел в путь x:\base — есть смысл?

Связь с филиалами по VPN? Какие скорости доступа в интернет на местах?

Т.е. база лежит на одном из 2-х компьютеров в филиале или всё же на сервере в главном офисе?

SQL если от MS - это понятно денег стоит, а если Postgre? И почему не сделать в RDP? Все тонкие места прохождения трафика сразу как рукой снимет....

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

Особого смысла я не вижу, но т.к. проверка займёт пару минут - можно попробовать.

Обмен FTP.

И там и там, они обмениваются.

Много работы, а платить никто не будет, фирма на аутсорсе, я для них helpdesk, лишь желаю помочь.

Раз в неделю?

Не хочется отрывать, пока методов не накоплю.

Я не знаток 1С но всё же... Насколько мне известно есть два режима работы: файловый и серверный. Файловый подразумевает некоторую общую папку с кучей файлов к которой обращаются все компьютеры. Папка может лежать где угодно. Серверный вариант, это когда на одном компьютере крутится служба сервера 1С, и клиенты подключаются к определённому порту.

Что собой подразумевает обмен FTP? Работают в локальной базе потом по FTP как-то синхронизируются раз в день? Или это тот же файловый вариант но только не через общую папку, а через папку на FTP сервере?

Как вариант.

Если на сервере ОС из семейства WinServer то поднять на ней сервер RDP - 15 минут. Если там вдруг XP то есть полузаконый вариант сделать из неё полноценны терминальный сервер за те же 15 минут. Я так понимаю, что клиенты это кассы с сканерами штрихкода и магнитными считывателями. Удалённый рабочий стол позволяет передавать не только движения мыши и команды клавиатуры но и данные с COM-портов.

Там ХП. В милицию не поеду.

Куча локальных баз в разных концах света, обменивающиеся изменениями за день через одну файлопомойку.

Итак, имеем базу в 3ГБ на локальном компьютере, которая обрабатывает обработку чека или карты за 7 сек. И компьютер работающий с этой же базой в файловом режиме по сети, который ту же операцию выполняет за 40 сек.

А нельзя ли поставить на второй компьютер такую же базу и в этом филиале делать обмен с головным офисом не с одной кассой, а с двумя?

Тут народ говорит, что 1С гарантирует нормальную работу в файловом режиме только для одного локального пользователя.

Клиент так не хочет, имеются какие-то дополнительные сложности. Глючные обмены и т.д. Подумываю РИБ сделать между PC1 и PC2.

Что это?

Распределённая база, надо понимать. :)