Почему при подключении к файловой по сети второго юзера база резко замедляется
Давно уже исследую работу файловой базы 1С81 на двух компьютерах. Объем баз - 2-4 Гб.
Заметил, что отключение полнотекстового поиска немного помогает.
Но все равно на втором компьютере существенно медленно работает, медленнее чем на первом.
Можно попробовать отключить журнал регистрации, как вариант.
Была попытка вынести базу на промежуточный файл-сервер, но ускорения не произошло.
Самое оптимальное решение, которое принесло реальную производительность - это терминальное подключение со второго компьютера на первый. Но это решение не лицензионное, поэтому мы не можем его использовать. Кто знает, можно как-то оформить такое решение официально и правильно в XP и Win7 Home?
Может быть можно решить как-то аппаратно - общая флешка на два жестких диска или еще как-то, может быть вынести базу на SSD-диск?
Какие есть идеи?
Если найду решение, автору гарантирую 300 старт-маней на инфостарте. ;-)
Тормозит долго на запросах, на выборках из справочников и понятно, почему - все таки идет обращение по сети за данными.
Сеть самая максимальная, что может быть, особо не напрягается, видимо какая-то фигня в протоколе сетевого доступа в 1С81
Это проблемы не 1с, а виндовзы
(3) Терминал на два компа - разве такой можно купить? Требуется официальное решение.
В терминале есть еще один нюанс - второй сеанс 1с не видит ключ, надо или ломать, или ставить сетевой ключ, а он минимум 5-пользовательский. Как то такая фигня. На партнерском я какал камнями, но мне ничего хорошего по этому поводу не сказали, культурно послали.
еще можно перейти на другой файловый сервак, типа "новел" или подобное, которые умеют корректно работать с кешем при файловых операциях
Послали и правильно сделали. Это не проблема 1с.
Найди админа нормального, который поднимет файлопомойку на оси,отличной от винды
(3) а в чем там нюанс?
(6) новелл - это круто, а линукс умеет, если да, то какой?
может быть есть аппаратный файл-сервер в виде коробочки, с уже готовой осью?
(8) Сервер стоит круто для таких масштабов.
(7) т.е. ставить третий комп на правильной ОСИ? На какой?
(11) Новел или бздя (линух). Мощный не нужен, главное винты пошустрей. За тыщи 4 можно собрать, правда, админ дороже обойдётся.
(13) на 82 переход пока не планируется по различным объективным причинам
(2) да, давно хочу, надо попробовать.
(18) сеть загружена на 1%, разве в сети дело? Сеть и так гигабитная. Проблема, насколько я понял, в том, что не кэшируются файлы и 1с снова и снова читает базу данных. То бишь узкое место - это винчестер. И SSD должно решить проблему.
(19) ОК, давно хотел попробовать, буду пытаться. Если взлетит, переведу СМ. Но сервер на линуксе можно и самому, наверное собрать. мини-корпус, винт, SSD! диск, будет еще быстрее шуршать, не?
А все же, в плане терминального доступа ничего решить нельзя?
VITERMINAL и подобные им - решения с сомнительной легальностью.
Где-то видел решение.
Вторая видеокарта ставится.
Подключается вторая клава и мышка.
Один системный блок на двоих.
Как там работается не знаю. Лицензия на это дело вроде 500 руб стоила.
Сеть точно гигабитная? На гигабитке, по идее, не должно тормозить. Какая скорость копирования базы по сети в мегабайт/сек, замерьте Total Commander-ом или чем-нибудь.
На самом из имеющихся мощном компе подымаешь терминал (на твой выбор) к нему подключаются 2 компьютера и работают как тонкие клиенты.
Еще как вариант, где-то попадалась прога разрешающая 2 человекам работать одновременно на одном компе, но имхо - не айс
(0) Терминал в Linux запустить и на нем поставить Linux версию 1c, а к нему подключаться с клиентского компа в режиме удаленного стола.
(23) это ViTerminal или подобное. Насчет лицензионности этого всего дело мутное.
(24) Я видел Астер, но мне не дали там комментариев о лицензионности такого решения, похоже на лажу. То что технически работает, не сомневаюсь - проверял.
(29) почему явно в сети? Сеть не загружена, сеть гигабитная точно, сам смотрел. Быстрее не бывает. Говорят же, винда не кэширует файлы, соответственно чтение идет всякий раз с диска.
(25)(29) Объясняю:
1. На локальной машине база не тормозит - значит винт этой машины не причём.
2. Проблема проявляется на машине, которая подключена по сети. Потому что обращение к файлу по сети происходит медленно, это всегда было на файловых базах начиная ещё с 6-ки.
3. Определить загруженность/незагруженность сети не так просто, и что вы там смотрели не совсем понятно.
4. Гигабитная сетка дает скорость, сопоставимую со скорость работы локального жесткого диска.
5. Что бы проверить скорость вашей сети просто запустите копирование базы Total Commander-ом, и посмотрите скорость копирования - на гигабитке она должна быть не меньше 20-30 МБ/сек.
(34)
1. Ошибаешься - пока файл используется локально, он кэшируется. При сетевом доступе - нет.
2. Тут согласен, но сеть не забита пакетами при массированных запросах.
3. диспетчер задач показывает загруженность сети.
4. попробую, но дело не в сети, мы сделали максимальную сеть.
(35)
1. Возможно. Если дело в том, что при использовании локального диска работате кэш, а при подключении по сети кэш не используется Windows или 1С. Тогда вопрос в том, как заменить/"замаскировать" сеть на второй машине. Пробовали подключать сетевую папку как диск?
2,3. Тут всё может быть не так просто.
4. ИМХО, это нужно проверить в первую очередь.
В любом случае использование SSD диска вам никак не поможет в данной ситуации.
(9)
> может быть есть аппаратный файл-сервер в виде коробочки, с уже готовой осью?
(42) использование выделенного файл-сервера ничего не даст, т.к. проблема не в серверной стороне, а в сети или клиенте.
(41) Легально использовать терминальные сессии. За серверной осью прекрасно может работать пользователь.
(36)(39) какие нафиг облака, это же Розница.
(38) дорого - 25 тыщ. За такие деньги еще 15 доплатить и сервер 1с можно купить, но это дорого для ларька с двумя компами.
(47)
1. замер производительности, и пробуй добавление индексов. мне на паре запросов помогло
2. как писали гигабитная сеть помогает. из-за другой организации поиска данных в файле.
на 100мб файл гонится и анализируется. а на 1гб гонится только часть файла и анализируется
(42) Кстати да, NASов много, но думаю, винда будет также не кэшировать эти сетевые файлы, а тупо читать снова и снова:
(55) эти утилиты не заменяют системный механизм кэширования, а лишь позволяют играться с его настройками, что можно сделать и штатными средствами указанными в статье в (54). Если проблема вообще в кэшировании. Между прочим, статья в (44) не соответствует данной ситуации, т.к. там речь шла о 2 подключениях по сети, а у вас лишь 1.
(56) а вообще решение хорошее для двух рабочих мест которые рядом вместо 2-го системника тратимся на астер и 2-ю винду
(0) Ну что, анализируй базу. Принцип тот же, что и для 7.7. И добавляй необходимые индексы для выборки. Через конфигуратор на необходимые поля. Ради интереса можно перенести базу на SQL, сгенерить нагрузку, посмотреть, что порекомендует.
специально для топикстартера: ставим винду с базой на виртуалку, которая работает не важно в какой ОС. в этой виртуальной винде и работаем и шарим папку с базой. Главное, чтобы диск виртуальной машины был не с прямым доступом, а типа файлом в хост системе.
2(61) и в чем фокус?
2(60) и что, если все это сделать, то винда вдруг станет помещать открываемые по сети файлы в кэш?
(2) Ну это же ОЛОЛОЛО! Неужели кто-то думает что скорость чтения с винта меньше чем 100 мегабит в секунду?
(61) Не взлетит - пробовали недавно. База на диске, 1с запускали из виртуалки этого же компа. Работа такая же медленная как по сети. Хотя физически и 1с и база на одном компе. Но сетевой интерфейс . он и на виртуалке тормозить будет
(62) Скорость выборки вырастет. Написано-же "Тормозит долго на запросах, на выборках из справочников и понятно, почему - все таки идет обращение по сети за данными". Сколько идет выборка и сколько пересылка - надо анализировать.
Только при работе с Астер'ом есть один момент, для раздвоения они используют подмену системных файлов винды на свои, более менее серьезный антивирус замечает это и винда выпадает в синий экран. А несерьезные (авасты, ноды) это и несерьезная защита.
(75) лицензионное соглашение на винду если почитать, то там на одном компе тока 1 пользователю в один момент времени можно использовать выходит
(0) Есть точно такая же контора. Переход на ССД дал прирост производительности только на локальном компьютере, на сеетвом прирост был, но не везде. В частности при проведении документов прироста вообще небыло. Сеть гигабитная. Буду ставить терминал, других вариантов нет.
(78) vnc? Дык надо чтоб 2 юзера одновременно работали. Проще сервак под линем поднять и к нему через тонкие клиенты подключаться, т.е. на 3 компах нужень линь.
не понимаю, что мешает для начала перейти на 8.2? Проще ..пать мозги всем? Проще нагородить сначала серваков под линукс, новелл внедрить, купить замороченный сервер терминалов? Начать нужно с простого, что там такого супернавороченного, чтоне будет работать под 8.2?
как уже сказали 2 удаленных подключения есть в любой винде.
если и это не устроит надо уже смотреть где проблемы
(81) http://downloads.v8.1c.ru/content/Comm/Platform/8_2_9_356/V8Update.htm
Оптимизация
Оптимизирован механизм работы с базой данных. В режиме совместимости с версией 8.1 и при работе с СУБД IBM DB2 версии ниже 9.5 используется предыдущая реализация механизма работы с базой данных, аналогичная версии 8.1.
Оптимизировано первое открытие конфигурации.
Оптимизирована работа файлового варианта базы данных при исполнении запросов с группировкой и получающих большое количество записей. Оптимизировано использование оперативной памяти и скорость исполнения запроса. Оптимизировано исполнение запросов, содержащих виртуальные таблицы "Обороты" регистров бухгалтерии и регистров накопления.
Оптимизированы внутренние механизмы платформы в части использования памяти и вычислительных ресурсов.
Оптимизирован механизм работы с временными файлами.
Оптимизированы внутренние механизмы платформы, работающие с сеансовыми данными. Уменьшен объем трафика между клиентом и сервером при работе в клиент-серверном варианте.
Для повышения масштабируемости и производительности сервера 1С:Предприятия, метаданные конфигурации полностью загружаются сервером при соединении с информационной базой.
Для справочников без кода и наименования реализовано создание индексов "Владелец+Ссылка" и "Владелец+Родитель+[Группа]+Ссылка".
Оптимизированы чтение и запись XML и XDTO-файлов.
Оптимизирована выгрузка и загрузка информационной базы. Уменьшен объем файла выгрузки информационной базы.
Уменьшена загрузка процессора при вводе и редактировании текста в поле ввода.
Повышена скорость работы процессора компоновки данных при формировании отчета, содержащего большое количество строк.
Оптимизировано обновление конфигурации базы данных при наличии в конфигурации плана обмена с распределенной информационной базой.
на 82 пока переходить не будем.
по поводу Астера - проблема не только в покупке второй винды, Астер использует хак винды для организации терминального доступа и насколько он законен, еще вопрос, т.е. нужно ли устремляться и переводить десятки рабочих мест на него, а потом получить трендюлей за пиратку якобы. Не уверен я в Астере.
Посмотрел, действительно, сетка тормозит, 30% загрузка при выполнении запроса на втором компе.
По этому запросу, кстати, на втором компе в 5 раз медленнее работает.
Сеть 100 Мбитная, 1 Гб не так просто поставить, т.к. нужно не просто объединить два компа кроссом, а поменять свитч, через который раздается инет и локалка, т.к. с обоих компов нужен VPN.
В общем, решили соединим кроссом, добьемся скорости 1 Гб/с, посмотрим, как будет вести себя тест. Если существенно улучшится, будем ускорять сеть.
А нет такого винта, который был бы доступен с двух компов без всяких файл-серверов и общих папок? Типа общий винт, есть такой девайс?
Вот, кстати, тестовый запрос:
(88) вот именно, ускорение очевидно имеется в виду при работе на одном компе, а при сети получаем те же гланды.
так вот, а один жесткий диск нельзя сразу к двум компам подрубить, все-таки?
(89) И как ты себе это представляешь. Тут же еще нужно синхронизировать кэш файлов как в кэше процессора
Проблема синхронизации между различными кэшами (как одного, так и множества процессоров) решается когерентностью кэша.
Ну еще РИБ можно и частые обмены. Все-таки основная поставка будет дешевле сервера. У вас не УПП, надеюсь?
(90) плохо, что не изобрели. например, один винт и два USB-выхода
(91) а в чем проблема в синхронизации?
(93) Изобрести-то изобрели, iSCSI называется (один из). Но проблема таки в синхронизации. Если два процесса одновременно пишут в одно и то же место, кто-то должен это разрулить.
Не получается разогнать базы файлового типа до требуемых скоростей. Проблема явно не в железе, а в самом 1С.
Уважаемы господа! Не судите строго, но никто не может помочь в решении ситуации, даже хваленные програмеры по 1с.
Ситуация следующая: на одном компе стоит 1с Ут 11.0 проф версия, на втором 1с бухгалтерия проф версия. Со второго компа налажен доступ по сети к УТ. Но как только пытаемся запуститься со второго компа к первому для одновременной работы в УТ начинает все тормозить и на 1-м и на 2-м компах. С сетью все норм, проверяли пинг (есть небольшая задержка от 3 до 20 мили секунд), но это не может влиять на столько, что при обычной загрузке 1с, время составляет 30-40 сек, а при вышеуказанных лагах 15 мин.
На обоих компьютерах стоит win 8 64bit.
В сети решения задачи не нашёл. И понимаю что не может быть такой тупняк при подключении всего лишь 1 доп. пользователя.
(2) ZOMI, если у автора по Wi-Fi организован файловый доступ к базе, то я бы категорически рекомендовал в качестве решения проблемы увольнение псевдоадмина фирмы.
Правда, вряд ли мое предложение реализуемо: подозреваю, что автор и псевдоадмин - одно и то же лицо.
И все это еще осложнено применением Wi-Fi.
Да нет, там не то, что админа, а просто адекватного юзера нет, и таких вагон и маленькая тележка. У меня тут один мой бывший коллега по старой работе спрашивал, почему у него УТ 10 на 5 пользователей тормозит по сети, а база у него на "сервере", сделанном из нетбука(!) на линуксе, причем клиенты подключены по Wi-Fi.
Во-первых спасибо за ответы.
ZOMI, подсказал бы мне еще кто-нибудь как реализовать данное высказывание "Отрубил полнотекстовый поиск, убил индексы - не поверите, все залетало". И на что вообще влияют полнотекстовый поиск и индексы?
Cooler, я далеко не админ и да, я не опытный юзер. Админ у нас приходящий и ладно если бы один и тот же админ не мог решить данную проблему, ну ведь их, к сожалению мы специально приглашали разных и все либо грешат на wifi, хотя проверяли ping все норм и инет раздает без задержек и в любом случае тормоза не были бы в 20 раз. или говорят: что-то новенькое, надо гуглить.
Про терминал и sql - темный лес для меня. И из другой практики: стоит три компа все организовано через wifi, все пользователи работают безо всяких проблем, т.е. база на одном из компов и все к ней цепляются.
Может быть коряво настроили доступ к базам, хотя где там особо можно было накосячить.
p.s. согласен с любой критикой в мой адрес, но ведь форумы для того и есть, чтоб такие как я просвещались)). Спасибо.
мы специально приглашали разных и все либо грешат на wifi, хотя проверяли ping все норм и инет раздает без задержек и в любом случае тормоза не были бы в 20 раз. или говорят: что-то новенькое, надо гуглить.
Ничего новенького, вам ясно сказали: п роблема второго пользователя . Если эти "разные" не слышали про отключение сетевого кеширования в десктопных Windows - вы зря их приглашали, ищите настоящего специалиста.
из другой практики: стоит три компа все организовано через wifi, все пользователи работают безо всяких проблем, т.е. база на одном из компов и все к ней цепляются.
Вы, как пользователь, видите результат , но не знаете рецепта , как его достичь. А хороший специалист знает, как правило, несколько рецептов и может выбирать. Может, там терминал, официальный от MS, неофициальный (ломаная Винда) или вообще альтернативный (например, ViTerminal)? А может, веб-сервер и работа через веб-клиент? Или сервер 1С и подключения к базе в режиме тонкого клиента? По вашему описанию это никак невозможно понять.
Видите, сколько приходит в голову вариантов, названия которых вам ничего не скажут. И каждый из них будет хорошо работать по Wi-Fi и способен дать прирост производительности в разы, а то и в десятки раз. Но каждый требует соблюдения определенных требований к компьютерному железу и, возможно, финансовых затрат - большая часть из названных программ небесплатные.
1С запускается по две минуты? Журнал документов открывается по 40 секунд? Документ проводится почти минуту?
Знакомая ситуация, если вы используете файловую версию с сетевым доступом. Самый распространенный совет - ставить сервер, и забыть про тормоза.
Но как быть, если в 1С у вас всего работает 2-3 человека, и тратить деньги на покупку серверных лицензий - явно невыгодно?
В данной статье рассмотрены несколько практических шагов, которые были предприняты у клиента для ускорения работы файловой базы.
Платформа 1С 8.3, управляемые формы, тонкий клиент, база - Управление Торговлей 11.
Симптомы пациента и анамнез:
Работа нескольких пользователей по сети с одним и тем же файлом (базой данных) включает механизм сетевой блокировки. Это заставляет систему тратить драгоценное время на выявление открытых сессий записи, и соответственно разрешение конфликтов.
- быстрая работа пользователя с базой по сети в монопольном режиме и крайне медленная - при одновременной работе нескольких пользователей
- быстрая работа пользователя с локальной базой на сервере и медленная - по сети
- процессор на сервере почти не занят
- загрузка гигабитной сетевой карты меньше 5%
- обращения к файловой системе чуть менее 10 мбайт/сек
Итак, мне досталась задача - сделать так, чтобы в 1С могли одновременно работать целых три пользователя! Смешно, не так ли?
Все шуточки я забыл, когда увидел, с чем предстоит иметь дело: "сервер" в лице обычного офисного компьютера и два ноутбука.
Счастье было бы неполным, если бы не замечательные операционные системы - на компьютере и на одном ноутбуке Windows 7, на другом - Windows 8.
При попытке одновременно провести документы на ноутбуках один тупил около минуты, а второй вылетел из 1С с текстом ошибки "не удалось заблокировать таблицу. ".
Запуск 1С на ноутбуке - это отдельное шоу, длившееся порядка 3 минут!
На многих ресурсах сталкивался с советом перейти на работу в терминальном доступе. К сожалению, Windows 7 не позволяет штатными средствами превратиться в сервер терминалов - максимум одно активное подключение. При этом остальные сеансы не прекращаются, можно переподключиться под другим пользователем - "выкинув" при этом предыдущего пользователя, но не завершив его сеанс. Поэтому следует перенести 1С на серверную ОС, где таких ограничений нет. Клиент на свой страх и риск решил проблему вместо этого с помощью сторонней утилиты Windows7_SP1_RDPhack.
Но на этом приключения не закончились. Даже в терминальном подключении остались значительные тормоза. Вновь меня выручили всемогущие поисковики. Ниже даны советы по ускорению файловой 1С, которым я последовал:
1. Отключить использование протокола сети IPv6, настроить адресацию на "старом" IPv4.
2. Добавить процессы 1С в исключения брандмауэра Windows, а также в исключения антивируса, либо отключить их вовсе (более рискованно, но простой тест показал увеличение скорости перепроведения документов при отключенном антивирусе Avast в разы!)
3. Запустить индексацию полнотекстового поиска в 1С либо выключить его вовсе
4. Запустить Тестирование и исправление базы, проверку утилитой ChDbfl
5. Запустить в конфигурации пункт Проверка конфигурации (если конфигурация не типовая, это может быть полезным). По результатам проверки конфигурации она волшебным образом уменьшилась в размерах почти на треть. Что уж и как до меня обновляли приходящие программисты - особо не вникал, но факт налицо.
6. Отключить ненужные функциональные опции.
7. Настроить права пользователям. (Этот и предыдущий советы показались глупостью, до тех пор, пока я не понаблюдал за отрисовкой управляемых форм при открытии списка документов. Чем меньше лишнего в управляемом интерфейсе - тем , как правило, быстрее он работает)
8. Запустить пересчет итогов и восстановление последовательности (значительный прирост может быть только в случае, если долгое время итоги не восстанавливались)
9. Указать "Скорость соединения - низкая" в настройках списка баз (это особого результата не дало, разве что отключились картинки у подсистем :))
После выполнения всех этих шагов файловая база 1С заработала на порядок шустрее. Запускаться стала максимум секунд за 10, а скорость перепроведения документов увеличилась в среднем в 12 раз.
Возможно, эта небольшая статья пригодится и вам, если вдруг понадобится ускорить файловую базу 1С.
P.S: А запустить файловую 1С, используя сетевой доступ к общей папке - все же нереально, т.к. даше самый шустрый твердотельный диск, оперативная память и процессор уткнутся в сетевые блокировки, и работа более одного пользователя будет фактически невозможна. Речь идет конкретно о конфигурации УТ 11.1. Самописные небольшие конфигурации вполне могут работать весьма быстро даже в файловом варианте.
Дополнения из комментариев к публикации:
Дефрагментация диска с файловой базой
Свертка базы (может оказаться полезной, если база большого объема, например, за несколько лет). У клиента база была достаточно молодая, поэтому свертка была нецелесообразна.
Модернизация аппаратной части - более быстрый винчестер, новый свитч, процессор, и т.д.
Установить на веб-сервер, доступ с помощью тонкого клиента. Тут мнения разделились. Кто-то говорит, в разы быстрее, кто-то - что ускорения не отмечено.
(7)для файловой базы по сети абсолютно фиолетово какой
режим запуска и какая скорость соединения.
во вторых разные платформы это по лбому геморой
в третих - читай телепата (6), ищи в поиск почему при подключении к файловой по сети второго юзера база резко замедляется (для справки отключается файловое кеширование для диска)
заметно что при подключении по сети второго клиента идет трафик почти равной объему база и потом только запускается. если за день открыть несколько раз то общий трафик между компами может быть десятки Гбт
Еще Витерминал не дорогое решение, а так можно еще на ком на котором база поставить сетевиху гигабитную и еще поколдовать с настройкой сети, антивирусов, путей к базе, к темпам, кешам и т.п.
(14) (13) да не поможет гигабитная сеть. представь как оно работает:
при записи документа считываются с сотни разных мест файла и еще в десяток мест записывает. для того, что бы избежать проблем с черными запросами и двойной записью сервер вынужден блокировать почти весь файл целиком до окончании транзакции.
А теперь добавь к этому тот факт что винда запрещает кешировать запись и чтение для таких файлов - получаем тормоза которые зависят не от сетки а от времени транзакции которое зависит от клиента+сетка+сервер
(16) у некоторых специалистов есть опыт, что гигабит как раз помогает.
для топик стартера, сколько клиентов в сети? лаги при подключении любого второго клиента или нет?
если базу перенести на другой комп лаги остаются?
базу если подрезать? ТиИ то делали?
зависает при включении любого второго клиента. иногда после открытие форм изменения, сохранения, сохранение идет нормально а иногда может зависнуть минут на три.
в другой организации тоже есть локалька 1с УТ и Бухгалтерия. там нормально открывается. база на компе с ОС Windows 7 клиенты на ХР, один подключен даже на расстоянии 250 метров через вай фай
в (6) и (16) уже все сказали, проблема не в дисках, хабе или сетевухах, а в десктопной винде, которая не предназначена для работы в качестве сервера
(22) чето как-то скорее всего у меня таких проблем нет хотя и десяток юзеров сидят в немаленькой бухгалтерии.
ssd/гигабит/windows 7/8 гигов оперативы творят чудеса
(20) че там блокировать все по три минуты - это бред полный.
проверь хард викторией, посмотри лог ошибок windows, замени свитч
так же 1,5Гб база 5 чел работают в Бух проблем нет, явно сетка у ТС. А какие движения могут быть в военкомате,там прям доков строчат под 100 в день?
(25) может и больше 100 доков в день если время приписки или призыва
(0) Поставьте на все машины одну версию платформы и по колдуйте с винтами
(27) читай автор, что тут написано.
При параллельной работе пользователей на УФ в файловом режиме требуется сразу реализовывать доступ через веб-сервер, а так же расположить базу хотя бы на самом дешевом SSD.
Я даже при клиент-серверном режиме внутри локалки делаю доступ через веб-сервер. Чего стоит только автообновление тонкого клиента.
(18)Да есть такой опыт, помогает. Процентов на на 5, ну может быть на 10% максимум. Правда это были времена 77. С тех пор, зареклись решать проблемы доступа к файловой базе по сети, расширением пропускной способности сети. Не помогает. Либо терминал, либо sql.
(22)ох уж эти мифические "не предназначено" все на них можно списать :) в (6) и (16) сказали не об этом. Серверная винда поведет себя точно так же.
(32) а вы считаете правильным использовать десктопную винду для коллективной работы?
для отдельных задач типа файловых общих ресурсов часто даже linux выглядит приемлемым решением
а если компания занимается зарабатыванием денег, то сможет и на серверную винду, и арендовать в облаке.
- Бухгалтерский учет для государственных учреждений Казахстана, редакция 4.0;
- Бухгалтерский учет для государственных предприятий Казахстана, редакция 2.0;
- Бухгалтерия для Казахстана, редакция 3.0;
- Розница для Казахстана, редакция 2.0;
- Управление торговлей для Казахстана, редакция 3.0;
- Управление нашей фирмой для Казахстана;
- Зарплата и управление персоналом для Казахстана, редакция 3.0;
- и другие.
В большинстве небольших организаций используется файловая информационная база, причем в качестве сервера работает общая сетевая папка, расположенная на одном из пользовательских компьютеров. Общепринятым мнением является, что для «ускорения «1С» нужно либо использование терминального сервера, либо клиент-серверного режима. Все это — довольно дорогие лицензии, и для небольшой организации не всегда приемлемы. Поэтому, рассмотрим несколько рекомендаций и советов по оптимизации файловой «1С» при работе через локальную сеть.
Совет 2. Улучшение аппаратных компонентов компьютера
Конфигурации новых редакций на основе управляемого приложения более требовательны к ресурсам компьютера. Ресурсы компьютера, оказывающие первоочередное влияние на производительность «1С»:
- количество оперативной памяти;
- пропускная способность локальной сети;
- производительность дисковой подсистемы.
Локальная сеть
При работе с файловыми информационными базами «1С» важнейшим фактором быстродействия является пропускная способность локальной сети и ее стабильность, ведь приходится перемещать значительные объемы данных. У большинства небольших организаций локальная сеть построена на базе дешевого и устаревшего оборудования, обеспечивающего теоретическую скорость в 100 Мбит/с.
Как происходит запуск «1С» через локальную сеть? Клиентский компьютер закачивает во временную папку довольной большой объем информации. Причем, первый в первый запуск требует большего количества, чем последующие (при последующих запусках часть данных сохраняется в кэше). Логично, что в итоге «1С» упрется в пропускную способность канала.
«1С» через Wi-Fi — плохо!
Не использовать нестабильное беспроводное соединение Wi-Fi, особенно при плохом уровне сигнала. В большинстве случаем Wi-Fi сеть не обеспечивает должной пропускной способности и стабильности.
Нужна стабильная сеть
Проверить стабильность соединения до основного компьютера: простейшая команда ping (ip-адрес-основного-компьютера) -t покажет общую картину.
Сетевой канал может резко терять стабильность на больших пакетах. Если обычная команда ping не выявляет потерь, то есть смысл проверить так:
ping server -n 100 -l 50000
Если, при просмотре результатов, обнаружены потерянные пакеты, или время ответа растет, достигая достаточно больших значений, это значит, что в сети есть ошибки.
Пример «плохой» локальной сети
ping server -t
Обмен пакетами с server [192.168.1.101] с 32 байтами данных:
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=19мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=8мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=5мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=8мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=5мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=10мс TTL=128
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=4мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=19мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=3мс TTL=128
Пример «хорошей» локальной сети
ping server -t
Обмен пакетами с server [192.168.1.101] с 32 байтами данных:
Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время
Работать через «тонкий клиент»
С конфигурациями на основе управляемого приложения можно и нужно работать через тонкий клиент.
«Тонким» клиент называется потому, что умеет исполнять ограниченный набор функциональности встроенного языка. В частности на тонком клиенте недоступны все прикладные типы данных. Вместо этого тонкий клиент оперирует ограниченным набором типов встроенного языка, предназначенным лишь для отображения и изменения данных в памяти. Вся работа с базой данных, объектными данными, исполнение запросов – выполняется на стороне сервера. Тонкий клиент только получает готовые данные, подготовленные для отображения.
Пропускная способность 1 Гбит/с
Новые конфигурации «1С» запускаются при работе в локальной сети с пропускной способностью 1 Гбит/с в 3-4 раза быстрее. Даже при достаточно большой нагрузке (например, групповое перепроведение) прирост в скорости работы сохраняется.
Установка веб-сервера Apache 2.4 для «1С»
Следующим шагом необходимо добавить в системную переменную Path путь к каталогу с веб-сервером. Для этого необходимо зайти: Панель управления — Все элементы панели управления — Система — Дополнительные параметры системы — кнопка «Переменные среды». В поле «Системные переменные» найти переменную Path, выделить ее, и нажать кнопку «Изменить». Добавить в конец строки разделитель значений ; и путь к веб-серверу D:\www\Apache24\bin .
Чтобы завершить установку веб-сервера Apache необходимо установить его службой в операционную систему: запустить командную строку cmd с правами администратора и выполнить следующую команду:
Шаг 1. Копирование базы
Под пользователем с правом «Администратор», в режиме «1С:Предприятие» открыть: Администрирование – Обслуживание. Раскрыть блок «Резервное копирование и восстановление» и перейти по ссылке «Создание резервной копии». Далее, выбрать каталог для сохранения резервной копии и нажать кнопку «Сохранить резервную копию». Имя файла присваивается автоматически с указанием даты и времени создания копии, файл имеет расширение .zip.
Скопировать информационную базу можно и другим способом: закрыть «1С» на всех компьютерах и скопировать файл 1Cv8.1CD из каталога с информационной базы в каталог с архивным копиями.
Следует помнить! Выгрузка информационной базы в режиме «Конфигуратор» в DT-файл является механизмом для получения образа информационной базы независимо от способа хранения данных. Не стоит делать копию базы «1С» выгрузкой в DT-файл, потому что, если в базе данных есть нарушения, то некоторая информация может быть не выгружена. Подробнее о средствах копирования
«Лайфхак» по ускорению выполнения задач, зависящих от процессора
Возможно это будет открытием, но операционная система Windows старается по максимуму экономить потребление электроэнергии уменьшая тактовую частоту процессорных ядер. Эта «экономия» в некоторых ресурсотребовательных задачах может приводить довольно к большим задержкам, а экономия малозначительна.
Панель управления — Все элементы управления — Электропитание — поставить флаг «Высокая производительность» — ОК. Так же имеет смысл пройти по ссылке «Настройка схемы электропитания» — «Изменить дополнительные параметры питания» — «Отключать жесткий диск через: 0»; «Управление питанием процессора» — «Минимальное состояние процессора: 100%».
Выводы
Все описанные выше рекомендации способны в разы улучшить стабильность и комфорт при работе с файловыми базами «1С» по локальной сети. Но для настройки того же веб-сервера требуются технические навыки и понимание работы компонентов компьютера и локальной сети. Не всегда в штате небольшой организации есть квалифицированный технический персонал. Поэтому, если вам необходима помощь в решении подобных проблем заполните заявку ниже, и мы постараемся вам помочь.
В поле «дополнительная информация» пожалуйста укажите регистрационный номер программного продукта «1С», используемого в вашей компании и постарайтесь подробно описать вашу проблему.
Дисковая подсистема
Существует миф, что если расположить информационную базу на твердотельном быстром SSD-диске, то даже у сетевых пользователей комфорт от работы улучшится. Однако, это не так. Дело в том, что производительность для сетевых пользователей упрется в пропускную способность сети и «железо» клиентских компьютеров, SSD-диск ускорит работу только на основном компьютере. Медленный диск способен замедлить некоторые операции, но сам по себе являться причиной «торможения» программы не может.
Совет 3. Настроить работу в связке 1С+веб-сервер
Работа с файловой базой данных через веб-сервер возможна с помощью тонкого клиента или веб-клиента. Но, лучше использовать тонкий клиент. Он быстрее чем браузер примерно на 20%, а также может использовать локальные лицензии. Веб-клиент может использовать только клиентские лицензии сервера.
При работе с «1С» через веб-сервер нагрузка на локальную сеть снижается в разы и перестает быть «узким местом». Однако, повышаются требования к «железу» сервера, ведь модуль веб-сервера большую часть работы по обслуживанию клиентских подключений берет на себя (в среднем, веб-сервер Apache при работе с одной ИБ и 3-5 пользователей использует 1 Гб оперативной памяти).
Оперативная память (ОЗУ)
Конфигурациям «1С» без управляемых форм было достаточно 120-250 Мб оперативной памяти, новым редакциям уже требуется не менее 500 Мб (на каждую открытую ИБ). Это стоит учитывать при планировании ресурсов для работы с «1С».
При недостатке оперативной памяти часть данных может быть выгружена в дисковый кэш. Но, ведь потребность в данных не изменилась, и выгруженная часть рано или поздно потребуется. В этот момент «1С» придется обращаться к медленному файлу подкачки и загружать эти данные уже в ОЗУ, выгружая временно ненужные.
В таких ситуациях значительно увеличивается нагрузка на дисковую подсистему, а работа пользователя в программе «1С» становится крайне некомфортной.
Минимальный объем ОЗУ на компьютере для работы с «1С»: 2 Гб. Но, следует помнить, что помимо «1С» на компьютере наверняка будет открыт браузер, какие-либо офисные документы, антивирусные программы и другое.
Совет 1. Регулярное тестирование и исправление информационной базы поможет ускорить 1С
Информационная база «1С» — специфичная, но полноценная СУБД. Она, как и любая другая СУБД, требует регулярного обслуживания.
Внимание! Всегда, при любых необратимых действиях с базой «1С» необходимо провести процедуру резервного копирования.
Публикация базы «1С» на веб-сервере
Первое, необходимо установить компонент «Модули расширения веб-сервера», если это не сделано заранее. Для этого отметить соответсвующий пункт в окне выбора компонентов при установке/изменении технологической платформы «1С:Предприятие».
Второе, запустить «1С» от имени «Администратора», открыть базу в режиме «Конфигуратор» — Администрирование — Публикация на веб-сервере.
Заполнить несколько полей:
- Имя — необходимо заполнять только латиницей. Никаких кириллических символов, а так же пробелов быть не должно. Допускается символ нижнего подчеркивания _ . В нашем примере имя будет buh1 ;
- Каталог — путь к каталогу публикации, в нашем примере можно использовать подкаталог в D:\www\pub1 . Так же запрещено использовать кириллические символы в наименованиях каталогов.
Третье, нажать кнопку «Опубликовать». После успешной публикации необходимо вручную перезапустить службу Apache2.4, т.к. платформе «1С:Предприятие» не всегда корректно удается перезапустить веб-сервер.
Важно! Для публикации нескольких информационных баз «1С» необходимо давать уникальные имена и каталоги. Публикация в один каталог будет затирать предыдущую.
Доступ к опубликованной базе с других компьютеров
Статический ip-адрес
У сервера должен быть статический ip-адрес. Ведь, если главному компьютеру будет назначен другой ip-адрес, то клиентские компьютеры не смогут получить доступ к информационной базе.
Блокировка порта веб-сервера
По умолчанию, в настройках брандмауэра Защитника Windows (и других антивирусных продуктов со встроенным фаерволом) запрещен доступ к порту 80. Что бы «1С» смогла подключиться к веб-серверу главного компьютера необходимо добавить правило входящего подключения к порту веб-сервера: Панель управления — Все элементы панели управления — Брандмауэр Защитника Windows — Дополнительные параметры — Правила для входящих подключений — Создать правило. Указать следующие параметры: Для порта, Протокол: TCP, Определенные локальные порты: 80 Разрешить подключение, для всех профилей локальной сети (доменный, частный, публичный). Указать понятное имя для правила, например «1C Apache 80».
Шаг 2. Тестирование и исправление информационной базы
Открыть базу в режиме «Конфигуратор» на «главном» компьютере. Меню «Администрирование» — «Тестирование и исправление». Проставить флаги в «Проверки и режимы»:
- Реиндексация таблиц информационной базы;
- Проверка логической целостности информационной базы;
- Проверка ссылочной целостности информационной базы;
- Пересчет итогов;
- Реструктуризация таблиц информационной базы.
Выбрать режим «Тестирование и исправление».
При наличии ссылок на несуществующие объекты: очищать ссылки.
При частичной потере данных объектов: удалять объект.
Частота выполнения: один раз в 2-4 недели.
Читайте также: