[решено] Медленная работа 1С 7.7 и 8.2 в чем может быть проблема.

[scrool]

Доброе время суток.
Ребята выручайте, большая проблема, медленная работа 1С-предприятие 7.7

Проблема в том что, когда бухгалтер хочет с формировать годовой отчет к примеру по ГСМ у ней уходит на это около 5-минут, на экране появляется колесико и крутиться около пяти минут, раньше такого не было, когда на бухгалтерских компьютерах стояли ОС WinXP-SP3, вот недавно около двух месяцев тому назад, переустановили операционные системы, с WinXP-SP3 перешли на Win7 Enterprise X32 все лицензированные, сейчас в данный момент в бухгалтерии вот такая сеть.

1) работают 4 бухгалтера по сети через один сетевой-коммутатор, получается 4ПК на них установлена 1С-предприятие 7.7 сетевая версия и 1С-предприятие 8.2 сетевая версия
2) базы раздает по сети один из четырех ПК, и тоже работает в 1С 7.7 и 8.2
ну после перехода с WinXP на Win7 работа стала заметна хуже, в чем может быть проблема.
И подскажите пожалуйста, как сделать чтобы все работало не много побыстрее, что для этого нужно. :)

Может для быстрой работы сделать сервер?

[Angry Demon]

Каким боком ваш вопрос в разделе Windows Server 2008/2008 R2?

с WinXP-SP3 перешли на Win7 Enterprise X32
На том же железе? Параметры железа (в т.ч. возможности сетевого контроллера) нам угадать надо?

через один сетевой-коммутатор
Модель которого нам нужно угадать?

1С-предприятие 7.7 сетевая версия
SQL? Файловая?

1С-предприятие 8.2 сетевая версия
SQL? Файловая?

[scrool]

Angry Demon
На том же железе? Параметры железа (в т.ч. возможности сетевого контроллера) нам угадать надо?
Да на том-же железе все четыре ПК Core i5 LGA-1155, H81, HDD Seagate 500Gb, RAM DDR-3 4Gb 1333Mhz, VGA Intel HD 4000, LAN 100-1000Mb.

Модель которого нам нужно угадать?
Сетевой-коммутатор D-link DES-1008D, на 8-портов, 100Mb.

1С-предприятие 7.7 сетевая версия
1С-предприятие 7.7 сетевая версия, на одном из четырех компах информационная база данных, данная папка расшаренна по сети, на остальных компах, установлена 1С-предприятие 7.7 сетевая версия и указан путь к расшаренной папке я думаю 1С-предприятие 7.7 работает без SQL.

1С-предприятие 8.2 сетевая версия
1С-предприятие 8.2 сетевая версия, на одном из четырех компах информационная база данных, данная папка расшарена по сети, на остальных компах, установлена 1С-предприятие 7.7 сетевая версия и указан путь к расшаренной папке я думаю 1С-предприятие 8.2 работает без SQL.

Люди добрые подскажите, может есть какой нибудь иной выход из этой ситуации и желательно дешевый :)

[Angry Demon]

может есть какой нибудь иной выход из этой ситуации и желательно дешевый
1. Отключить везде в свойствах сетевых подключений протокол IPv6.
2. Обновить драйверы сетевых контроллеров.
3. Попробовать отключить разгрузка контрольной суммы IPv4 и TCP разгрузку очень большой отправки в свойствах сетевых контроллеров.
4. Установить гигабитный коммутатор (и не пластмассовую домашнюю чебурашку, а что-то посерьёзнее).
5. Т.к. пользователей мало, на SQL переходить нет смысла.

LAN 100-1000Mb
Очень информативно. Модель?

[alef2474]

Цитата scrool:
Люди добрые подскажите, может есть какой нибудь иной выход из этой ситуации и желательно дешевый » 1с7 и 1с8 вместе работают плохо(медленно) на win7, тем более в файловом варианте, хотя комп-ы у Вас нормальные. Смесь серверов с клиентами - не рекомендуется.
Пиратских дешевых предложений на этом форуме не дают, а больше информации по 1с на форуме infostart.ru
Недешевый, но надежный выход - организация сервера с SQL и терминальным доступом.(скорость зависит от размера баз или от периода отчетов, а на 1с7 он может быть большим) Или заставьте перейти с 1с77 на 1с8.
Для сервера может быть использован и недорогой комп. (только памяти побольше - до 16 Гб) и ставьте серверные сетевые драйвера на карту.

[James Marsh]

Свиртуализируйте сервер 2003 - там будет работать быстрее - сами уже который год бьемся...

[scrool]

Angry Demon
LAN 100-1000Mb
Очень информативно. Модель?




Один из четырех ПК на котором идет долгая обработка годового отчета по ГСМ, его встроенная сетевая карта Atheros AR8152 PCI-E Fast Ethernet Controller (NDIS 6.20)

alef2474
Цитата scrool:
Люди добрые подскажите, может есть какой нибудь иной выход из этой ситуации и желательно дешевый
1с7 и 1с8 вместе работают плохо(медленно) на win7, тем более в файловом варианте, хотя комп-ы у Вас нормальные. Смесь серверов с клиентами - не рекомендуется.
Пиратских дешевых предложений на этом форуме не дают, а больше информации по 1с на форуме infostart.ru
Недешевый, но надежный выход - организация сервера с SQL и терминальным доступом.(скорость зависит от размера баз или от периода отчетов, а на 1с7 он может быть большим) Или заставьте перейти с 1с77 на 1с8.
Для сервера может быть использован и недорогой комп. (только памяти побольше - до 16 Гб) и ставьте серверные сетевые драйвера на карту.


Сервер с SQL + терминальный режим, да да я слышал об этом, говорят неплохая вещь, если конечно кому нужно реактивную скорость... нужно будет по цене посмотри, а там уже попробовать предложить начальству. Период отчетность около 1-года, размер бухгалтерских баз выше 800 мегабайт, примерно около 1.5 гигабайт. Заставить бухгалтеров перейти с 1С-7.7 на 1С-8.2 не получается, я уже разговаривал с ними, они окончательно не соглашаются - даже причину назвать не могут.

alef2474
только памяти побольше - до 16 Гб) и ставьте серверные сетевые драйвера на карту

Прошу прощение за ламерство. А в чем я выигрываю, от большого объема ОЗУ и серверных сетевых драйверов на карту.

[scrool]

James Marsh
Свиртуализируйте сервер 2003 - там будет работать быстрее - сами уже который год бьемся...

Вы имеете виду WS2003R2 (Windows Server 2003R2) на виртуальной машине, не разу с этим не сталкивался, просто еще слыхал, что WinXP-SP3, MSOffice 2003, вот вот уже скоро, прекращает тех-поддержку, наверное и WS2003R2 тоже прекратит тех-поддержку, будет проблема с системными обновлениями.

[alef2474]

размер бухгалтерских баз выше 800 мегабайт, примерно около 1.5 гигабайт. Заставить бухгалтеров перейти с 1С-7.7 на 1С-8.2 не получается, я уже разговаривал с ними, они окончательно не соглашаются - даже причину назвать не могут. »

Причина - страх перед новым, нежелание переучиваться, заблуждение, что там нельзя что-нибудь схимичить, что им надо.
Причина медленной работы как раз бывает в нарушении целостности базы при произвольных отключениях в файловом варианте.
И нужно регулярно, каждодневно делать "Тестирование и исправление инф.базы", после этого сразу быстрее будет.
От всего этого страхует SQL вариант. От размера памяти на сервере зависит скорость работы, а для серверных ОС надо использовать серверные драйвера, которые не всегда правильно на железо ставятся.(если железо дешевое несерверное)
Еще для ускорения работы можно отсекать старые периоды(года) в отдельные базы.

Если уж использовать сервер, то 2008R2, зачем к старым привязываться.

[Angry Demon]

А в чем я выигрываю, от большого объема ОЗУ
Режим удалённых рабочих столов запускает каждую сессию как бы в отдельной машине, тратя на это большое кол-во памяти. Для файлопомойки большой объём RAM производительности не прибавит.

ставьте серверные сетевые драйвера на карту
Выражение, лишённое смысла. Но смысл есть в использовании сетевых контроллеров, способных объединяться в Team, например, в режиме Adaptive Load Balancing. В таком режиме получите повышенную скорость передачи от файлопомойки + горячий резерв.

[James Marsh]

Если уж использовать сервер, то 2008R2, зачем к старым привязываться. »

Жизненная ситуация. Для спортивного интереса меряли с сотрудниками. Исходные данные: Сервер DELL PowerEdge 2900 (мож кто знает такой гроб большой и тяжелый). Запхали туда 16ГБ оперативной памяти, 2 hdd 73GB 15K scsi (mirror) + 2 hdd 146GB 10K SAS (mirror). Ставили Win2003R2 SP2 Std x64 и Win 2008R2 Std. В обоих случаях ОС обновляли до актуального состояния. Устанавливали MSSQL 2005 x64 SP4. 1с версии 77. Конфигурация самописная. Написали отчет без прямых запросов в базу.
Скульная база и каталог размещали на "сасах". Размер скульной базы 15 GB. Формировали один отчет за год. Рузультат:
Вин 2003 - около 20-25 мин (точно не помню, дел было в прошлом году)
Вин 2008 - около 40 мин.

Вот так вот.

[scrool]

Режим удалённых рабочих столов запускает каждую сессию как бы в отдельной машине, тратя на это большое кол-во памяти. Для файлопомойки большой объём RAM производительности не прибавит. »

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

Выражение, лишённое смысла. Но смысл есть в использовании сетевых контроллеров, способных объединяться в Team, например, в режиме Adaptive Load Balancing. В таком режиме получите повышенную скорость передачи от файлопомойки + горячий резерв. »

Повышенная скорость передачи, это даже радует, нужно как-нибудь попробовать.

Причина - страх перед новым, нежелание переучиваться, заблуждение, что там нельзя что-нибудь схимичить, что им надо.
Причина медленной работы как раз бывает в нарушении целостности базы при произвольных отключениях в файловом варианте.
И нужно регулярно, каждодневно делать "Тестирование и исправление инф.базы", после этого сразу быстрее будет.
От всего этого страхует SQL вариант. От размера памяти на сервере зависит скорость работы, а для серверных ОС надо использовать серверные драйвера, которые не всегда правильно на железо ставятся.(если железо дешевое несерверное)
Еще для ускорения работы можно отсекать старые периоды(года) в отдельные базы.
Если уж использовать сервер, то 2008R2, зачем к старым привязываться. »


Особенно понравилась фраза, что-нибудь схимичить, что им надо, что в их целях + бояться из-за сложности работы в версии 8.2 я так и думал, что причина в какой-то из этих, хотя мне вешали лапшу что, ой знаете это очень трудно, нужно все документы переводить с версии 7.7 на 8.2 и так далее.

Отдельное спасибо, за то, что открыли мне глаза о бухгалтерах.

[scrool]

Жизненная ситуация. Для спортивного интереса меряли с сотрудниками. Исходные данные: Сервер DELL PowerEdge 2900 (мож кто знает такой гроб большой и тяжелый). Запхали туда 16ГБ оперативной памяти, 2 hdd 73GB 15K scsi (mirror) + 2 hdd 146GB 10K SAS (mirror). Ставили Win2003R2 SP2 Std x64 и Win 2008R2 Std. В обоих случаях ОС обновляли до актуального состояния. Устанавливали MSSQL 2005 x64 SP4. 1с версии 77. Конфигурация самописная. Написали отчет без прямых запросов в базу.
Скульная база и каталог размещали на "сасах". Размер скульной базы 15 GB. Формировали один отчет за год. Рузультат:
Вин 2003 - около 20-25 мин (точно не помню, дел было в прошлом году)
Вин 2008 - около 40 мин.
Вот так вот. »


Вин 2003 - около 20-25 мин, вот это да, да долго.
Вин 2008 - около 40 мин я думал на 2008 все гораздо быстрее работает, оказывается ошибался.

Если попробовать сделать такой отчет в нашей сети, 1С 7.7 или 8.2 сетевых версиях то, отчет наверное придется подождать до следующего утра.

Учитывая мою проблему в данный момент, можно попробовать выбрать один из вариантов.

1) вариант, оставить все как есть сеть на 4-ПК у всех 1С-7.7 и 8.2 сетевые версии, поставить отдельный ПК на него скопировать ИБ (информационную базу) расшарить её, на остальных машинах прописать путь к ИБ (информационной базе) удаленного ПК, и заменить локальную сеть, с 100-мегабитной на 1000-мегабитную, как такого, в данный момент сеть работает до 100-мегабит, просто закажу Гигабитный коммутатор, ну примерно на 5-портов или сразу с запасом на 8-портов, сделаю гигабитный обжим, раз уж на всех компах стоят новые материнские платы, на которых сетевые контроллеры поддерживают скорость до 1-гигабита, ну и посмотреть, что из этого получиться.

2) вариант, не заморачиваться, поставить отдельный ПК установить туда Windows Server 2008 R2 Standard или Enterprise, поднять службу удаленных рабочих столов, установить 1С 7.7. 8.2 и пусть работают в терминальном режиме, единственно поэкспериментировать как будут работать на одном сервере, две программы 1С 7.7 и 8.2 не будет ли конфликтов между программами, и еще один нюанс, понравиться ли бухгалтерам работать в терминальном режиме, будет-ли им удобно.

Ну что-то мне подсказывает, что второй вариант будет оптимальным (терминальный режим).

[James Marsh]

Ну что-то мне подсказывает, что второй вариант будет оптимальным (терминальный режим). »
Чуйка подсказывает верно.

Вин 2003 - около 20-25 мин, вот это да, да долго.
Вин 2008 - около 40 мин я думал на 2008 все гораздо быстрее работает, оказывается ошибался. »
Повторюсь - отчет был написан средствами 1с.
В рабочей версии были использованы прямые запросы в скульную базу и время вывода отчета уменьшилось до 40-80 секунд, в зависимости от фильтров.

[Angry Demon]

сделаю гигабитный обжим
Вообще-то, он не отличается от 100 Мбитного, если вы не собрались делать обжим кроссом.

как будут работать на одном сервере, две программы 1С 7.7 и 8.2
Совершенно нормально.

понравиться ли бухгалтерам работать в терминальном режиме
Поставить перед выбором: либо ждать отчётов сутки, либо режим RDS (который, по большому счёту в режиме TS RemoteApp (http://download.microsoft.com/documents/rus/windowsserver2008/guides/TS_RemoteApp_in_WS08_Step-by-Step_Guide_ru.doc) ничем не отличается от обычной локальной работы).

[alef2474]

Особенно понравилась фраза, что-нибудь схимичить, что им надо, что в их целях »

Например, в 1с8 регламентированная отчетность жестко связана с релизом конфигурации, а в 1с7 - это совершенно отдельный блок. Поэтому в 1с7 можно более гибко делать любые отчеты для налоговой, какие надо и даже не пользоваться последними обновлениями часто.
В 1с8 тоже можно подделывать отчетность, но для этого надо просто иметь запасную копию базы "для химии", бухи часто до этого не доходят(т.к. это админский вопрос размножения) и боятся переходить на 1с8.
А подгонка налогов - это основная героическая задача бухгалтера.

Выражение, лишённое смысла.Смысл есть и я думал, Вы со своим опытом знаете, что в серверных ОС, устанавливаемых на несерверные матплаты часто устанавливаются несерверные драйвера автоматом и их надо менять на серверные уже вручную, чтоб нормально работало. Это к вопросу установки на дешевое несерверное железо серверной ОС.

[scrool]

Смысл есть и я думал, Вы со своим опытом знаете, что в серверных ОС, устанавливаемых на несерверные матплаты часто устанавливаются несерверные драйвера автоматом и их надо менять на серверные уже вручную, чтоб нормально работало. Это к вопросу установки на дешевое несерверное железо серверной ОС. »

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

[scrool]

Вчера дома попробовал воссоздать бухгалтерскую сеть, 4ПК+Сервер.

1) Установил на отдельный системный блок Windows Server 2008R2
2) Установил службу удаленных рабочих столов
3) Активировал её на период 120 дней
4) Установил ПО 1С 7.7 и 8.2
5) Расшарил ИБ (информационную базу на 7.7 и 8.2)
6) Через диспетчера удаленных приложений RemoteApp, сделал два файлика на 1С 7.7 и на 8.2 один файлик через прямое подключение другой через запуск с ярлыка.
7) Сбросил эти файлики на каждый из четырех ПК.

Но есть одна проблема, когда запускаю 1С 7.7 или 8.2 он запрашивает Пользователя и пароль, ну это понятно, имя пользователя вбил пароль тоже вбил, ну вот только один нюанс, 1С 7.7 открывается не так как на сервере, когда открываешь 1С 7.7 на сервере, то в программе сразу-же прописан путь к расшаренной ИБ (информационной базе) а вот когда открываешь на пользовательском ПК, то там почему-то не добавлена база, и путь не прописан к ИБ (информационной базе) как будто её только что установили, может быть нужно входить под другой учетной записью, типа администраторской, хотя я создавал отдельные учетные записи на все 4 пользовательские ПК.

Уже мозги кипят, не могу понять в чем может быть загвоздка.

[Angry Demon]

в серверных ОС, устанавливаемых на несерверные матплаты часто устанавливаются несерверные драйвера автоматом и их надо менять на серверные уже вручную, чтоб нормально работало
Опять же, полная ерунда. Работать всё прекрасно будет и так. НО! Если от сетевых адаптеров (например, на чипах от Intel) нужны дополнительные функции (например, Teaming), тогда необходимо ставить родные драйверы от Intel (PROSet), которые без разницы на какую ОС ставить (серверную или клиентскую).
Если на материнке какой-нибудь набортный Realtek, то хоть обустанавливайтесь ваших "серверных" драйверов, которые, кстати, всего одни для всех систем на сайте Realtek лежат, - ничего не поменяется.
Если у вас именно серверный сетевой контроллер, то ОС при всём желании не сможет поставить на него драйвер из-за его специфичности.

Расшарил ИБ (информационную базу на 7.7 и 8.2)
Зачем, если у вас режим RDS?

когда открываешь 1С 7.7 на сервере, то в программе сразу-же прописан путь к расшаренной ИБ
О какой "расшаренной базе" может идти речь, если база лежит на том же сервере?!

я создавал отдельные учетные записи на все 4 пользовательские ПК
Учётные записи создаются не "на ПК", а на пользователя. Каждому пользователю необходимо прописать путь к ИБ. Вручную один раз или, например, логон-скриптом.

[scrool]

Расшарил ИБ (информационную базу на 7.7 и 8.2)Зачем, если у вас режим RDS? »
»

Да, да все правильно режим RDS, но разве ну нужно расшаривать папку где лежит ИБ, как тогда все пользователи будут работать от одной базы?

когда открываешь 1С 7.7 на сервере, то в программе сразу-же прописан путь к расшаренной ИБО какой "расшаренной базе" может идти речь, если база лежит на том же сервере?! »
»

Да да, все правильно, ИБ лежит на самом сервере (расшаренная), НО я не могу к ней подключится с пользовательского ПК, пробовал зайти через сетевое окружение, НО, он не видит ИБ которая лежит на самом сервере, и я не могу указать к ней путь, 1С 7.7 дает создать ИБ только на этом (пользовательском ПК) из которого я запускаю 1С 7.7, а к серверной ИБ никак не подрубиться.

я создавал отдельные учетные записи на все 4 пользовательские ПК
Учётные записи создаются не "на ПК", а на пользователя. Каждому пользователю необходимо прописать путь к ИБ. Вручную один раз или, например, логон-скриптом. »
»

Да все верно я создавал учетные записи на пользователя, чтобы все 4ПК смогли подключиться в терминальном режиме, но один нюанс, я перед этим поднял роли DNS и AD, потом создал учетные записи вроде (user1@dom.local,user2@dom.local,user3@dom.local,user4@dom.local) как Вы думаете - это могло стать причиной моей проблемы (что на пользовательском ПК при запуски 1С 7.7 не видит ИБ и 1С 7.7 запускается не настроенная, хотя я её ранее настроил на самом сервере, прописал путь к ИБ которая лежит на диски D, на самом сервере.

Подскажите пожалуйста, что я мог сделать не правильно.
Или может у кого нибудь есть ссылка, на ресурс где пошаговая описание, поднятие 1С 7.7 ну или 8.2 на терминал сервер.

А еще один нюанс, когда с пользовательского ПК запускаю файлик 1С 7.7 и вхожу под учетной записью самого администратора сервера, к примеру Имя: Администратор Пароль 123456, то, 1С 7.7 запускается и сразу и видно, что у неё прописан путь к ИБ - которая лежит на самом сервере в диски D, НО как сделать так, чтобы можно было запустить с другой учетной записи пользователя и видить 1С 7.7 с прописанным путем ИБ, так же как и при входи через учетку администратора сервера... Вот

Я в этом деле новичок не разу с этим не сталкивался, но учиться все-же нужно, все нужно будет уже в понедельник ставить, иначе мне каюк