Информационный поток
Задания вакансии материалы разработки сообщения форума
Форум

Обсуждение к заданию: Тормозит 1с 8.2. Нужно решить проблему:

    • #1
    • 04.04.2014 14:07
    0
    Что имеем: 1c 8.2 УТ. Сеть построена на 1гб. Сервер файловый. Операционная система на сервере стоит виндовс 2003 r2. процессор xeon 3.1 , 4 гига оперативка. Какие проблемы: При работе ...  Подробнее>>
    • #2
    • 04.04.2014 14:09
    0
    Там и тестировать нечего, эта "проблема" - by design.

    Для конфигураций на управляемых формах есть дешевое решение. Если же речь об УТ 10.3 - сочувствую, но бесплатно эта проблема не решается.
    • #3
    • 04.04.2014 14:12
    0
    нужно организовать работу в терминальном режиме и будет вам счастье :)
    • #4
    • 04.04.2014 14:20
    0
    slavyan55
    нужно организовать работу в терминальном режиме и будет вам счастье :)


    Не забываем о цене терминальных лицензий и проблемах с принтерами и торговым оборудованием.
    • #5
    • 04.04.2014 14:23
    0
    slavyan55
    нужно организовать работу в терминальном режиме и будет вам счастье :)

    на сервере с 4 ГБ ОЗУ?... даже если и будет, то недолгое.
    • #6
    • 04.04.2014 14:40
    0
    УТ 10.3 ) Вариантов нет?)))
    • #7
    • 04.04.2014 14:43
    0
    sp_lock
    Не забываем о цене терминальных лицензий и проблемах с принтерами и торговым оборудованием.


    Про принтеры не знаю, но ценой интересовался
    • #8
    • 04.04.2014 14:44
    0
    Терминальной доступ решит проблему.
    А сколько пользователей одновременно будут работать с базой?
    • #9
    • 04.04.2014 14:46
    0
    Около 10-12 пользователей
    • #10
    • 04.04.2014 14:47
    0
    Сергей
    Про принтеры не знаю

    все настраивается. это не проблема
    • #11
    • 04.04.2014 14:48
    0
    Сергей
    УТ 10.3


    До 5 пользователей - Сервер МИНИ.

    От 6 до 10 пользователей - считайте, что дешевле - полноценный сервер или терминальник.

    Более 10 пользователей - сервер 1С однозначно дешевле.
    • #12
    • 04.04.2014 14:52
    0
    Сергей
    Около 10-12 пользователей

    вариантов тогда два)) терминалка или переводить базу на sql (для начала можно MSexpress - он бесплатный)
    • #13
    • 04.04.2014 19:36
    0
    Из личного опыта. Ставь на систему (т.е. на винду) накопитель SSD, как вариант вот такую модель
    http://www.citilink.ru/catalog/parts/hdd/ssd_in/701508/
    а там смотри по бюджету, можешь купить меньший объем он подешевле.
    Систему переноси клонированием, например используй Acronis, если лень "с нуля" перебивать.
    Скорость работы увеличивается раза в 4 раза даже в файл-серверном варианте (определил опытным путем). А если
    терминальный сервер поднимешь, то по скорости работы мало чем от SQL серверной версии отличается, опять же в разумных пределах количества пользователей.
    При покупке обращай внимание на скорость записи и скорость чтения, на предлженном диске это 530Мб/с и 555Мб/с соответственно (чем больше - тем лучше) и также чтобы адаптер 2.5" — 3.5" был в комплекте, это такая железяка на которую ставиш SSD диск у него формат 2.5" и прикручивешь к крпусу сервера.
    Базы лучше оставить на обычном HDD диске, скорость работы будет немного меньше чем если базы тоже на SSD диск перетаскивать (в среднем где-то % на 3 - 5%) но в случае если системный SSD диск навернется (что иногда случается, но не часто) то базы останутся "живые". При выборе смотри отзывы, тех кто купил ту модель которую выбрал. Как вариант, купи два SSD диска и сделай зеркальный RAID массив, надежность увеличится на 75 - 85% (по теории вероятности :) )
    Ну вообщем как-то так.....
    • #14
    • 05.04.2014 00:59
    0
    Все почему , то пеняют на железо или архитектуру. Коллеги тут всё намного проще. Цитирую "При этом это наблюдалось в другой базе и при определенных манипуляциях (не возможно узнать каких) база заработала. Сейчас подключили другую базу и проблема вернулась." А это значит , что ... :)
    • #15
    • 05.04.2014 05:55
    • Отредактировано: 05.04.2014 05:58:04
    0
    Слайковский Олег
    А это значит , что ...


    это и значит, что с другой базой - тоже самое сейчас. поэтому в первую очередь, это и ставит под сомнение и железо и архитектуру.
    разве нет?
    • #16
    • 05.04.2014 08:16
    0
    На самом деле проблем здесь две:
    1) При совместном использовании общего ресурса более чем одним пользователем его кэширование на уровне SMB отключается. В Microsoft не предполагают работы с базами данных, находящимися на общих ресурсах. Вот у Novell Netware это было не так, как следствие, файловые базы 7.7 на нетваревском общем ресурсе превосходили по быстродействию SQL-ные.
    2) В файловой базе блокировки устанавливаются на уровне таблиц, что вызывает излишние ожидания на блокировках. 1С не позиционирует файловую БД как объект многопользовательской работы и менять что-то в этом механизме не собирается.

    Когда в базе работает один пользователь - все в порядке: чтение/запись осуществляются через кэш, и пользователь никого не ждет. Как только подключается второй пользователь - отключается кэширование, длительность транзакций резко увеличивается - а второй пользователь вынужден еще и ожидать, пока отработает транзакция первого. Т.е. проблемы взаимоумножаются.

    SSD здесь будет решением, когда быстродействие SSD станет сравнимым с быстродействием кэшированного чтения/записи, т.е. с оперативной памятью. Бесспорно, применение SSD повысит производительность, но ненамного, т.к. проблему ожиданий на блокировках SSD не решает. Рекомендация же купить SSD и при этом оставить базы на механике вызывает серьезные сомнения в психическом здоровье автора. Также сомнительно предложение ставить RAID1 из SSD - деградируют-то оба устройства параллельно, следовательно и выйдут из строя примерно в одно время.
    Теория вероятности работает строго для равновероятных событий. Простой пример: какова вероятность того, что мимо Вас по улице пройдет 100 мужчин подряд при условии распределения мужчин и женщин 1:1? С точки зрения тервера - 0,5^100, т.е. примерно 10 в минус 31 степени. И тут мимо Вас строевым шагом, с песней марширует батальон солдат.
    • #17
    • 05.04.2014 15:54
    0
    Поистине восхищен "глубиной" и "фундаментализмом" познаний г-на sp_lock, в области психотерапии ,
    которые подтверждены целыми 5-ю сертификами фирмы 1С.
    Судя по "широте охвата" целого круга областей знаний - от писихотеропии до теории вероятностей, пропущеных через призму
    понимания внутреннего устройства сетевого протокола SMB и просто "блестящего"
    владения предметной областью операционных систем от компаний Microsoft до NowellSofware,
    просто теряешся в догадках в поиске ответа на риторический вопрос, в каких еще отраслях
    знаний сертификаты фирмы 1С и их количество подтверждают профессиональные навыки его владельца?
    • #18
    • 05.04.2014 16:07
    • Отредактировано: 05.04.2014 16:10:18
    0
    olegtrump
    Поистине восхищен


    зря иронизируете.
    я конечно упоминанию Новелла удивился (умер он когда...? но в нём было достаточно того, что в Микрософте всёже сделали, тоже давно, но ждать этого пришлось достаточно долго).
    Но например с ССД - абсолютно согласен. на данный момент - это всего-лишь маркетинговый продукт, с его характеристиками (немного лучше в быстродействии и много хуже в объёме) и ценами (много выше).
    да и с описанием файл- и сервер-вариантов и их применением - абсолютно согласен.

    цифры (написанные) - не проверял.
    • #19
    • 05.04.2014 17:47
    0
    Добавить 4 Гб к ОЗУ
    Перевести в терминальный режим

    На похожем серваке у меня вполне сносно работали 20 пользователей с 2 базами ЗУП и Бухгалтерия , размеры 4 и 7 Гб соответственно.
    • #20
    • 05.04.2014 18:08
    • Отредактировано: 05.04.2014 18:10:25
    0
    Фирсаев Сергей
    Добавить 4 Гб к ОЗУ


    что вы (все) жмётесь?
    на ОЗУ вобще, в последнюю очередь экономить нужно - она никогда зря не пропадает.
    12 ГБ добавьте и ... летать м.б. и не будет, но тормоза должны уйти всяко.
    • #21
    • 05.04.2014 21:12
    0
    На УТ 10 сеанс - это метров 200-400 в среднем. Так что цифра +4Gb минимально разумна.

    Но учитывая цены на оперативку - полностью согласен с тов. SK

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

    olegtrump, Вы выбрали немного неподходящее место для коврового говнометания. Попробуйте свои силы в хохлосраче, уверен, у Вас получится. Здесь же в дальнейшем попрошу мотивировать свои высказывания.
    • #22
    • 06.04.2014 11:26
    0
    г-н sp_lock.
    Под словом "мотивация" вы вероятно имели в виду - аргументацию,
    а это "несколько" другое понятие...
    Судя по вашим "эпистолярным выражениям" вы неплохо разбираетесь
    в "политической ассенизаци", и сертификат у вас наверняка имеется...
    У меня к вам тоже маленькая просьба - мойте руки "перед едой", не пачкайте
    интернет пространство содержимым вашей "черепной коробки".
    • #23
    • 06.04.2014 11:31
    • Отредактировано: 06.04.2014 11:38:41
    0
    sp_lock и olegtrump - ругаться ненужно.

    olegtrump
    вашим "эпистолярным выражениям"
    в Ваш же адрес скажу только, что Ваши выражения если и ушли от них, то никак недалеко и т.б. не в ту сторону.
Яндекс-директ
Для участия в обсуждении Вам необходимо авторизоваться либо   зарегистрироваться