Исходная информация:
есть 2 базы 1с 7.7 предприятие
Размер баз около 3-4 гигабайт (файловая версия)
Размещены на qnap ts -431 (протокол samba) и ssd диск
Так же на этом qnap размещена база 1с 8.
Активных пользователей 1с 7.7 - 5 человек
Стали жаловаться на медленную скорость работы.А если кто то проводки делает, так вообще вся работа прекращается...
Попробовал перенести базы на другой компьютер под управлением windows 7 (32разрадная)
Характеристики:
Core i3 540 (3 Ггц)
4gb ram
200 gb hdd
Сказали еще медленнее работать стала.
Какие характеристики нужны для корректной работы в 1с 7.7 ?
Спасибо
Microsoft издавна планомерно и целенаправленно затрудняла использование десктопных версий Windows в качестве сервера, файл-сервер - не исключение. Причем, с выходом новых версий доступ к расшаренным папкам становился все более медленным - MS нарочно делала "окошко", через которое сетевые пользователи лазили в общие папки, все уже и уже - а нефиг делать из десктопа сервер, покупайте серверные Windows!
Для XP расширить это "окошко" можно было при помощи утилиты ConfigNT - она могла изменить настройки на близкие к Server 2003. Или можно было вручную исправить несколько ключей в реестре.
Windows 7 в этом плане ничуть не лучше XP, подойдет ли ей ConfigNT - без понятия.
Ну, а отключение сетевого кеширования ("проблема второго пользователя") на десктопах не решалась и не решается никак. Точка.
Но при этом можно из десктопной Windows сделать сервер терминалов, решений для этого масса, платных и бесплатных, законных и не очень. Раньше я сам с успехом применял для этого ViTerminal, но потом они круто поменяли политику лицензирования и были посланы лесом.
Слышал, что нынче применяют для этой цели RDP Wrapper Library, но сам не пробовал, ничего сказать не могу.
В любом случае, оптимальное решение - это работа с базой локально (в пределах одного компа), что достигается терминальным доступом.
Или, в крайнем случае - клиент-серверный режим, когда по сети гоняются туда-сюда только нужные данные, а не файлы базы полностью. Для 7.7 его реализовывал присутствующий здесь hogik: https://infostart.ru/public/15211/
Но лично я это решение не применял, так что ничего о нем сказать не могу, ни плохого, ни хорошего.
В любом случае, все это подразумевает наличие сервера, а вы купили шуструю файлопомойку, запихнули в нее SSD и думали, что хитрее всех, кто платит MS за лицензии.
А теперь задаете вопросы типа: "Какие колеса подобрать, чтобы машина хорошо ездила?
Да, машина контачит с дорогой исключительно колесами, и без них она не поедет, но не все определяется колесами. Далеко не все.
3-4 Гига !
Да окститесь. В (10) все верно написано.
Для такой файловой базы любой скачек напряжения будет фатальным.
Молчу про ошибку в документах и последующее восстановление.
Выключите в биосе hyper-threading. Для семерки нужно как можно меньше ядер и как можно большая частота процессора. Кроме того работа с 7.7 в файловом режиме через сеть, да ещё с такой большой для семерки базой - это плохо.
(3) "Для семерки нужно как можно меньше ядер и как можно большая частота процессора."
- семере совершенно все равно сколько ядер реальных, семера работает на одном ядре и про многопоточность не знает. Поэтому будет семер аработать на 1 ядре из 8 или на 1 ядре из 4 - абсолютно все равно.
Но большее количество ядер выгоднее для того чтобы была возможность каждый экземпляр семерки закрепить за своим ядром.
большая частота процессора - это да. Но как и для 8-ки.
"Активных пользователей 1с 7.7 - 5 человек "
"Попробовал перенести базы на другой компьютер под управлением windows 7 (32разрадная) "
Как-то знакомый рассказывал, что при таком количестве пользователей (даже в основном 3 человека активных, редко когда 5 одновременных) сменил на компе, где была база 1С XP на windows 7 . Работать стало гораздо сложнее.
Зато послужило очередным толчком для перехода на 8ку. Правда после перехода на 1С 8.х пришлось и железо менять ))
(0)
Игорь (user798192).
В сетевом режиме на производительность влияет не сервер, а рабочие станции.
И, конечно, узким местом является "эффект второго пользователя" - это когда система отключает кэширование на стороне рабочих станций.
Вот, прочтите: https://forum.infostart.ru/forum1/topic75715/#message809477
(14) Фигня полная, у меня к 10ГБ файловая база подбирается. и ничего, никаких тормозов.
Про железо/оси/прочее здесь уже сказали.
Уберите нафиг работу задним числом. Большинство проблем при такой базе уйдут в ноль.
Закройте незакрытые регистры (особенно регистры остатков и партий) - будет еще ускорение.
Почистите нулевые итоги https://forum.infostart.ru/forum86/topic82938/
(31) при работе задним числом от сети будет зависеть еще больше если вы по сетке работаете.
для работы в АДП - а с 77 надо так работать - требования не такие уж и большие. и 10 МБ хватит ;-)
Есть еще клиент-сервер для 77 (не hodgik) народ пробовал - говорит ок.
Вы базу через расшаренную папку подключаете? Нужно заходить на комп/сервер через RDP. Вы можете на win server расшаривать не весь рабочий стол, а только нужное вам приложение, в любом случае работать с файловой базой нужно именно с того компьютера, на котором она хранится. На win7 можно установить патч (это нарушение лицензионного соглашения) и подключать несколько RDP сессий на один компьютер, раньше так делал как временное решение. Сейчас ушёл на 8.3.* в клиент-серверном режиме и установил тонкий клиент, и это лучшее, что можно было сделать.
Если к базе доступ предоставлен через сетевую папку, то каждый подключаемый пользователь по сети подключается ко всем файлам базы 1С. Это можно увидеть по списку подключений и открытых по сети файлов. Видимо при больших размерах базы у вас просто сеть не вывозит такие объёмы трафика.
В 2008 году решил аналогичную проблему через разворачивание сервера RDP на Windows Server 2003. Но не полноценных рабочих столов, а только запуском 1С через RDP. Одновременно работало около 10 человек, клиенты WinXP и Win98. До разворачивания сервера одновременно работало не больше 4 человек (отдел в базе работал по очереди)
1. Прекрасный вариант - перенос баз на сервер и работа в терминальном режиме (давно проверено на практике), а NAS использовать для резервной копии (и складирования документов и файлов, к которым пользователям нужен общий доступ).
И 5 пользователей и 10 будут работать.
Размер базы в 3-4 Гига не есть проблема (общий объем всех файлов). Правда, при сбое переиндексация скорее всего будет идти достаточно долго.
Критична ситуация 7-ки, когда хотя бы один dbf-файл достигает размера 3-4 Гига. Хотя зависит и от конкретной конфигурации прикладной задачи.
2. Когда тормозит 7-ка? При обращении к каким-то конкретным видам документов? При совершении определенных операций? Нужно посмотреть прежде всего на размер dbf-файлов. Какие из них наибольшие? Если это файлы регистров остатков, то..... в любом случае нужно думать про их уменьшение. При достижении файлом регистра остатков размера порядка 70 Мб падение скорости работы при обращении к данным этого регистра крайне существенно....
(24) "При достижении файлом регистра остатков размера порядка 70 Мб падение скорости работы при обращении к данным этого регистра крайне существенно...." если база в нормальном состоянии - то практически абсолютно пофиг.
(24) "Критична ситуация 7-ки, когда хотя бы один dbf-файл достигает размера 3-4 Гига. Хотя зависит и от конкретной конфигурации прикладной задачи."
- очень интересно, покажите скриншот где такое видно хотя бы, ну чисто заради интерсеа
При достижении файлом регистра остатков размера порядка 70 Мб падение скорости работы при обращении к данным этого регистра крайне существенно....
Не фига подобного.
Боролись с проблемой превышение размера регистра > 2 Гб.
А вот со скоростью обращения к таким мелким регистрам в 70 Мб. никогда проблем не было.
Это проблемы работы по сети или ФС. Но никак не dbf-движка.
Не вводите участников темы в заблуждение. :-)
Размер DBF файла не может быть больше 2 ГБ.
А для многопользовательского режима - 1 ГБ.
И это "проблема" движка...
Не вводите участников темы в заблуждение. :-)
Размер DBF файла не может быть больше 2 ГБ.
А для многопользовательского режима - 1 ГБ.
И это "проблема" движка...
нету ограничений у codebase на основе которой сделана 1С ка сетевая в 1Гб на 1 дбф-ку.
Есть ограничения на длину записи и общую длину файла:
Max. # of records per table 1 billion*
Max. # of chars per record 65,000
Max. # of fields per record 255
Max. # of chars per field 254
* The actual file size (in bytes) cannot exceed 2 gigabytes for single-user or exclusively opened multi-user tables. Shared tables with no indexes or .IDX indexes cannot exceed 1 gigabyte. Shared tables with structural .CDX indexes cannot exceed 2 gigabytes.
идите мануал курите.
Это на индексы есть ограничения в 1Гб.
О! Ещё один "фокусник". :-)
Зайдите на https://infostart.ru/public/15577/ Прочтите комментарии 5, 7, 61.
В этой теме форума, специально для Вас, повторять не буду. :-)
Далее скачайте файл Test.zip (второй в списке, размером в 12,30Kb).
И пробуйте... И читайте... :-)
Shared multiuser .DBF files with no indexes or .IDX indexes cannot exceed 1 GB.
(44) А какой смысл читать про foxpro, когда codebase - это не мелкософтовское поделие?
надо читать оригинальные кодебейсовские мануалы по ограничениям.
В комплекте с сорцами либы там шли 2 pdf-ки с описаниями.
Вот их и надо изучать.
ПС, залез в CodeBase 6.4 в мануал, у них там совсем все куце, максимальный размер файла данных 1'000'000'000...
Полагаю 1С-ники могли пропатчить сорцы и увеличить лимиты.
Т.е. по факту надо смотреть ограничения конечного производителя.
Однако фишка в том что RA1130.DBF весил на обрезаемой мною БД 1.75 ГБ (1,879,267,938 байт) (индекс RA1130.CDX - 71.2 МБ (74,688,512 байт)) и работало оно в сетевом режиме.
Так что все зависит от конкретного случая.
(0)
Название темы форума: "Подбор компьютера для 1с 7.7".
Делаем приблизительный подбор. :-)
Для терминального режима и на перспективу под 1С 8.х можно брать подобное изделие:
https://www.nix.ru/autocatalog/nix_computers/sS6000-S6372PAi-Xeon-E3-1240V6-16-Gb-2x2-Tb-SATA-RAID_320145.html Думаю, можно было бы добавить память до 32 ГБ и поставить диски меньшего объёма или SSD. Наверно, это возможно сделать при прямом общении с сотрудниками (изготовителями) этой фирмы. В этой же фирме можно купить OEM-ную серверную операционную систему.