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

Доброе время суток.
Ребята выручайте, большая проблема, медленная работа 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 работа стала заметна хуже, в чем может быть проблема.
И подскажите пожалуйста, как сделать чтобы все работало не много побыстрее, что для этого нужно. :)

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

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

На том же железе? Параметры железа (в т.ч. возможности сетевого контроллера) нам угадать надо?

Модель которого нам нужно угадать?

SQL? Файловая?

SQL? Файловая?

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 работает без SQL.

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

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

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

Очень информативно. Модель?

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

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

Angry Demon


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

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

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

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

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

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

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

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

Жизненная ситуация. Для спортивного интереса меряли с сотрудниками. Исходные данные: Сервер 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 мин.

Вот так вот.

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

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


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

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

Вин 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 не будет ли конфликтов между программами, и еще один нюанс, понравиться ли бухгалтерам работать в терминальном режиме, будет-ли им удобно.

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

Чуйка подсказывает верно.

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

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

Совершенно нормально.

Поставить перед выбором: либо ждать отчётов сутки, либо режим RDS (который, по большому счёту в режиме TS RemoteApp ничем не отличается от обычной локальной работы).

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

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

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

Вчера дома попробовал воссоздать бухгалтерскую сеть, 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 пользовательские ПК.

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

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

Зачем, если у вас режим RDS?

О какой "расшаренной базе" может идти речь, если база лежит на том же сервере?!

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

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

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

Да все верно я создавал учетные записи на пользователя, чтобы все 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 с прописанным путем ИБ, так же как и при входи через учетку администратора сервера... Вот

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

Господь с вами... Папка расшаривается для того, чтоб стать видной по сети и предоставить доступ по сети, а не на локальной машине.

Какое сетевое окружение?! Вы что? Она локально лежит на сервере!

Тогда о каком, на фиг, режиме RDS вы ведёте речь? У вас запускается обычная локальная 1С.

Подняли где? И зачем вам домен на 4-х человек?

Компьютеры в домен, конечно, забыли ввести?

Начали заниматься отсебятиной.

Как минимум, ТС придётся политику править.

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

Нет, пользователи не могут, если не исправить политику контроллера.
Кроме того, M$ настоятельно не рекомендует совмещать КД и сервер RDS.

И в какой части по-вашему исправлять? Я пользуюсь по дефолту и не парюсь исправлениями. Или не знаю тайную фишку, которую случайно нажал и забыл?
То, что MS не рекомендует, всем известно, т.к. по рекомендации каждая роль будет стоить хороших денег и в 2012-ом уже рекомендации реализовали,
а в 2008-м все работает прекрасно, только железные ресурсы иметь надо.

alef2474, повторяю для вас последний раз: КД не позволяет пользователям использовать RDS, пока не изменить политику КД.
Почитайте: Терминальный доступ на контроллер домена / AD

Привет всем, дома на выходные поднял КД + AD, DNS, RDS установил 1С 7.7 и 8.2 на 4 ноута сделал доступ через терминальный режим, все отлично работает как говориться, пока сам не проэкспериментируешь тем самым не узнаешь как оно все на деле работает, все выходные сервер проработал, вроде все работает отлично - теперь нужно в бухгалтерию поставить, все то что дома сделал и тем самым посмотреть как оно будет в дальнейшем работать.
Еще раз все огромное спасибо за устную помощь :)