Подбор сервера 1С, оптимизация и ускорение сервера 1С. Оптимизация сервера 1с


1С 8.x : Настройка и оптимизация сервера, кластера 8.3 » Администрирование » FAQ 1С 8.x : » HelpF.pro

Ставя очередное обновление Бухгалтерии получил ошибку "Я работаю только на 8.3.4", ну вот... пришло время поставить 8.3.4. и так:

Процесс скачивания и установки новой платформы я описывать не буду, там все просто.

Служба Агент Сервера 1С По умолчанию он ставиться на порт 1540, а там у меня крутится 8.2, поэтому меняем в ветке рееста HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent Параметр ImagePath меняем номера портов, добавляя смещение: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Program Files\1cv8\srvinfo"

Запускаем Агента и Открываем консоль Администрирования серверов 1С и создаем кластер 8.3 Указал имя сервера и настроил на порт 1740 (на 1540 работает 8.2)

Создаем кластер + чуток оптимизировал( У меня всего небольшой ОДИН сервер, поэтому - указываю Интервал перезапуска рабочих процессов и объем памяти. т.к у меня один сервер - уровень отказоустойчивости - 0)Теперь подробнее: 1. Интервал перезапуска: 86400 сек (24 часа). Момент перезапуска не регламентируется, видимо с момента установки параметров, либо запуска сервера приложений. 2. Также можно указать допустимый объем памяти: 3000000 Кб (3 Гб) - Для сервера с 4 ГБ оперативы, Если ее меньше, то не заполняйте этот параметр!. 3. Интервал превышения допустимого объема памяти — это непрерывный интервал времени превышения допустимого объема памяти, после которого сервер перезапустит процесс. Если указано 0 сек — будет ждать вечно. 4. Количество Рабочих процессов расчитывается автоматически на основании Ваших настроек 5. Уровень отказоустойчивости можно задавать уровень отказоустойчивости кластера как количество рабочих серверов, которые могут одновременно выйти из строя, и это не приведет к аварийному завершению работы пользователей. Резервные сервисы запускаются автоматически в количестве, необходимом для обеспечения заданной отказоустойчивости; в реальном режиме времени выполняется репликация активного сервиса на резервные. 6. Режим распределения нагрузки, который можно использовать либо для повышения производительности системы вцелом, либо использовать новый режим «экономии памяти», который позволяет работает «с ограниченной памятью» в случаи если используемая конфигурация «любит отъедать память».

Рабочий сервер Сервер у меня простенький, 2 Gb оперативы всего и на нем будет всего 2 базы, поэтому настрою его так: параметр Количество ИБ на процесс ставлю равным 1, т.е. хочу чтобы для каждой ИБ запускался свой процесс - это позволит уменьшить взаимное влияние как по надежности, так и по производительности. Вы же настраивате под характеристики своего сервера!

Информационная база Добавляю ИБ:

В стартере пописываю базу:

Требования назначения функциональности Я у себя это не настраиваю но думаю надо сказать об этом: Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых размещается кластер. Кроме этого (при необходимости) он может определить "требования" к ним: какие сервисы и соединения с информационными базами должны работать на каждом из рабочих серверов. Менеджеры кластера и рабочие процессы запускаются автоматически, исходя из назначенных "требований". "Требования" к рабочим серверам могут быть заданы интерактивно, из консоли администрирования кластера, или программно, из встроенного языка. Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» — «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения. Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельный машины. При чем можно одно фоновое задание «закрытия месяца» через «Значение дополнительного параметра» запускать на одном компьютере, а фоновое задание «Обновление полнотекстового индекса» на другом. Уточнение происходит через указание "Значение дополнительного параметра". Например если указать BackgroundJob.CommonModule в качестве значения, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule..- укажет конкретный код.

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

Стандартно, после создания, профиль безопасности запрещает выполнение всех потенциально опасных действий: -обращение к файловой системе сервера; -запуск COM-объектов; -использование внешних компонентов 1С:Предприятия; -запуск внешних обработок и отчётов; -запуск приложений, установленных на сервере; -обращение к ресурсам Интернета. Таким образом защититься от нежелательных действий незнакомого прикладного решения очень просто: нужно создать пустой профиль безопасности и назначить его информационной базе. Далее, если есть необходимость, можно расширять этот профиль, описывая в нём действия, которые разрешается выполнять прикладному решению.

Расположение служебных файлов менеджера кластера в 1С Предприятии 8.3 Если при установке системы! «1С:Предприятие» был выбран вариант запуска сервера «1С:Предприятия» как сервиса, то первый запуск агента сервера будет выполнен еще в процессе установки системы. При этом сервис будет запущен от имени пользователя, выбранного в диалоге установки системы, но служебные файлы кластера серверов будут расположены в каталоге <каталог установки системы 1С:Предприятие>\srvinfo (в параметрах сервиса будет в явном виде указан ключ запуска -d).

Если при установке системы «1С:Предприятие» был выбран вариант запуска сервера как приложения, то запуск сервера в процессе установки системы не выполняется; агента сервера необходимо запустить самостоятельно, после того как установка системы будет закончена. При этом если ключ запуска -d указан не будет, служебные файлы кластера серверов будут расположены в каталоге по умолчанию: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 для ОС WindowsVista и старше).

ВНИМАНИЕ! Если однажды на данном центральном сервере уже был создан кластер, то при смене варианта запуска агента сервера (сервис, приложение) или при смене пользователя, от имени которого работает агент сервера, всегда следует заботиться о правильном указании пути к каталогу служебных файлов кластера серверов. Если в процессе запуска агент сервера не обнаружит список кластеров, он создаст новый кластер на данном сервере. В операционной системе Linux служебные файлы кластера серверов будут расположены в папке /home/usrlcv8/.lcv8/lC/lcv8 (или сокращенный вариант записи - ~/.1cv8/1C/1cv8).

helpf.pro

Оптимальные параметры кластера 1С 8.3 » Администрирование » FAQ » HelpF.pro

Я уже писал несколько статей:

Настройка и оптимизация сервера, кластера 8.3

Добавление, перезапуск, оптимизация рабочих процессов сервера кластера

теперь немного подробнее:

Первым делом, после установки кластера 1С ранее нужно было создать рабочие процессы. Как оказалось, процессы кластера начали создаваться автоматически в зависимости от нагрузки базы.

Пробный запуск фоновых заданий основной базы заставило кластер 1С бесконечно перегружать rphost.exe и дополнительный rphost.exe никак не хотел создаваться. Покопавшись в настройках все стало понятно.

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

Безопасный расход памяти за один вызов - позволяет контролировать расход памяти при серверном вызове, измеряется в байтах. Если вызов использует больше памяти чем положено, этот вызов будет завершен в рамках кластера 1С без перезапуска рабочего процесса (rphost.exe). Соответственно "неудачник", который выполнил вызов сервера, утратит сеанс с базой 1С без влияния на работу других пользователей.

в одном ГБ - 1073741824 Байт, следовательно в 2 ГБ - 2147483648 Байта

Объем памяти рабочих процессов, до которого сервер считается производительным - при превышении этого параметра сервер в кластере 1С перестанет принимать новые соединения.

Количество ИБ на процесс - позволяет изолировать информационные базы по рабочим процессам. По умолчанию у текущего кластера 1С было установлено значение - "8", но на протяжении нескольких часов работы сервер себя очень нестабильно, сеансы пользователей зависали. После изоляции каждой информационной базы (значение - "1") проблемы пропали.

Количество соединений на процесс - по умолчанию значение "128". Так как у текущей базы очень большая нагрузка фоновыми заданиями (расчет логистики, анализ прайсов, анализ конкурентов и прочее) было принято решение уменьшить количество до "25".

Немного изменились настройки и самого кластера 1С:

Уровень отказоустойчивости - это количество рабочих серверов, которые могут одновременно выйти из строя, и это не приведет к аварийному завершению работы пользователей. Резервные сервисы запускаются автоматически в количестве, необходимом для обеспечения заданной отказоустойчивости. В реальном режиме времени выполняется репликация активного сервиса на резервные.

Режим распределения нагрузки - есть два варианта параметра: "Приоритет по производительности" - памяти сервера тратится больше и производительность выше, "Приоритет по памяти" - кластер 1С экономит память сервера.

Сервер 8.3 характеризуется переработанным заново внутренним кодом, хотя «снаружи» может показаться что это слега доработанный 8.2. 

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

Это снижает вероятность неправильной настройки сервера и понижает требования к квалификации админов.

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

Стабильность работы при использовании больших объемов памяти определятся новыми параметрами рабочего сервера.

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

Рекомендую изолировать рабочие процессы по информационным базам, к примеру указать параметр «Количество ИБ на процесс = 1″. При нескольких высоконагруженных базах это позволит уменьшить взаимное влияние как по надежности, так и по производительности.

Отдельный вклад в стабильность системы вносит «расходование» лицензий/ключей. В 8.3 появилась возможность использования «менеджера программных лицензий» напоминая менеджер «аладина». Цель - возможность вынести ключ на отдельную машину.

Реализован он в виде еще одного «сервиса» в менеджера кластера. Вы можете использовать к примеру «свободный» ноутбук. Добавьте его в кластер 1с 8.3, создайте на нем отдельный менеджер с сервисом «сервис лицензирования». В ноутбук можно воткнуть аппаратных hasp-ключ, или активировать программные лицензии.

Наибольший интерес для программистов должен представлять «Требования назначения функциональности».

Требования назначенной функциональности 1с

Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» - «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения.

Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельный машины. При чем можно одно фоновое задание «закрытия месяца» через «Значение дополнительного параметра» запускать на одном компьютере, а фоновое задание «Обновление полнотекстового индекса» на другом.Уточнение происходит через указание «Значение дополнительного параметра». Например если указать BackgroundJob.CommonModule в качестве значения, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule.<Имя модуля>.<Имя метода> - укажет конкретный код.

Сеансы позволяют выполнять балансировку загруженности и отказоустойчивости в управляемом приложении.

Менеджер кластера теперь стал сложнее. Часть функций теперь можно выделить в отдельный процесс и даже разместить на другом рабочем сервере кластера. Это позволяет балансировать загруженность сервера.

Отказоустойчивость сервера 8.2 достигается за счет:

Указывается запасной кластер, при подключении - перечисляются в строке соединения

Это позволяет обеспечить непрерывность работы!

При разрыве физического соединения клиента с кластером (уборщица выдернула кабель, отключилось питание сетевого оборудования, неполадки у провайдера) не приходится заново подключаться к информационной базе и начинать всю работу сначала. После восстановления физического соединения пользователь может продолжить работу с того места, на котором она была прервана.

Если требуется техническое обслуживание компьютеров кластера, их можно выключать прямо во время работы, не останавливая работу пользователей с информационной базой.

При выходе из строя любого сервера кластера работа пользователей не остановится она будет автоматически переведена на резервный кластер и/или на резервные рабочие процессы. Для пользователей такой переход будет незаметным.

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

helpf.pro

Настройка сервера 1С + MS SQL 2012 на Windows Server 2012

Подборка полезных статей и мануалов для настройки рабочего Сервера:http://www.portal-yug.ru/blog/corp/34.php — Запуск и первоначальная настройка MS SQL Server для клиент-серверной версии «1С: Предприятие 8»http://technet.microsoft.com/ru-ru/sqlserver/hh412689 — Установка клиент-серверной версии «1С: Предприятие 8»http://technet.microsoft.com/ru-ru/sqlserver/hh412691 — Первоначальные настройки MS SQL Server и базы данныхhttp://infostart.ru/public/65955/ — Как правильно настроить MS SQL сервер для работы с 1Сhttp://infostart.ru/public/200218/ — Установка на сервер платформы 8.3 при установленной 8.2 (и 8.1)http://mkostyas.ru/archives/636 — Причины неоптимальной работы запросов 1С и методы оптимизацииhttp://mkostyas.ru/archives/106 — Масштабируемость кластера серверов 1С:Предприятие. Максимальное количество пользователейhttp://interface31.ru/tech_it/2012/02/obsluzhivanie-baz-1s-v-ms-sql-server-chast-1.html — Обслуживание баз 1С в MS SQL Serverhttp://habrahabr.ru/post/149241/ — 1С сервер 8.2 + MsSql 2008 + BackUphttp://www.gilev.ru/app1c/ — Кластер серверов «1С:Предприятия 8″http://www.gilev.ru/err80004005/ — Неопознанная ошибка HRESULT=80004005 или почему не выгружаются базы данных в dthttp://yvision.kz/post/395417 — Windows 2008R2 x64 — установка терминального сервераhttp://itsupp.com/blog/windows-server-2008-postgres-1c — Настройка Windows Server 2008 + IIS +1c Предприятие + Web Server IIS.http://lavrik-v.ru/info/203/Kak_otklyuchit_UEFISecure_Boot_razblokirovat_BIOS.html — Как отключить UEFI/Secure Boot (разблокировать BIOS)http://winitpro.ru/index.php/2013/01/29/windows-8-secure-boot/ — Windows 8 Secure Boothttp://msdn.microsoft.com/en-us/library/windows/hardware/ff553484%28v=vs.85%29.aspx — The TESTSIGNING Boot Configuration Optionhttp://v8.1c.ru/predpriyatie/questions_licence.htm#i1cppnurm — Использование 1С:Предприятия на удаленном рабочем местеhttp://infostart.ru/public/154405/ — Проектирование сервера под 1Сhttp://ko.com.ua/proektirovanie_servera_pod_1s_66779 — Проектирование сервера под 1Сhttp://1c.da.ru/faq/403/ — Как правильно выбрать сервер для «1С:Предприятия»?

Частично взято здесь

osergey.ru

Подбор сервера 1С, оптимизация и ускорение сервера 1С

Подбор сервера 1С 8.2 или 8.3.

Основная задача при выборе компонентов для сервера 1С - подбор ключевых компонент серверного оборудования, обеспечивающих высокий уровень быстродействия информационной системы «1С:Предприятие», при типовой стандартной эксплуатации. Подбор компонент осуществляется в зависимости от планируемых параметров эксплуатации: ролей сервера, конфигурации «1С:Предприятие», количества пользователей и др.

Стоимость подбора сервера для работы с 1С 8.2 или 8.3:

- до 100 пользователей 12000 р.

- от 101 до 500 пользователей 25000 р.

- свыше 501 пользователя 40000 р.

Описание работ и результатов, которые получает клиент:

В результате подбора, прежде всего, будут сформированы требования предъявляемые к оборудованию.

Например, если текущий процессор не соответствует требованиям, то сначала объясняется каким требованиям он должен соответствовать. Разъясняя требования, показывается конкретный пример спецификации, конкретной модели, которая подходит к данному требованию.

Если предлагаемую рекомендуемую модель и заказчик отказывается покупать, то возникающие при этом риски заказчик берет на себя. В этом случае мы объясняем, в чем заключаются эти риски.

Рекомендуется указать приоритеты при подборе оборудования. Каковыми могут быть — требования к отказоустойчивости, которые обязательно должны выражаться в конкретных цифрах — конкретной денежной сумме, а также к объему данных, допустимого для потери в случае сбоя.

В приоритет также входит могут входить критерии сочетания цена/качество, надежность, или например необходимость использовать в новой схеме старое оборудование. (Если такая необходимость есть, то нужно прежде всего обозначить соображения из которых это делается, например сэкономить.)

При подборе идет совместная работа, где вы сначала задаете целевые показатели, что вам нужно, какие есть ограничения. Также разумеется, отвечаем на ваши вопросы, если такие будут.

С нашей стороны по результату работ предоставляется описание требований к оборудованию и пример спецификации.

Оптимизация и ускорение сервера 1С

Мы делаем комфортной работу в 1С за счет модернизации аппаратной части или оптимизации программного обеспечения.

Оптимизация оборудования (сервера 1С):

Оптимизация программы 1С

Первичная удаленная диагностика: бесплатно

Стоимость оптимизации, ускорения работы 1С: индивидуально

От чего зависит стоимость работ по ускорению и оптимизации программы 1С или сервера 1С

Почему стоит обратиться к нам:

1. Работаем быстро

Мы максимально быстро отреагируем на Ваше обращение и оперативно решим все проблемы с 1С

2. Подстроимся под Вас

Мы осуществим все работы в то время, которое будет удобно Вам, подстраиваясь под расписание Ваших сотрудников

3. Гарантируем результат

Все наши специалисты имеют необходимые компетенции для осуществления обслуживания 1С. Мы даем гарантию на все работы и оборудование

4. Не накручиваем цены

Мы всегда озвучиваем самую честную цену как на работу, так и на оборудование. Предоставление разумных цен - один из ключевых принципов нашей работы

Если Вы хотите подобрать новый или ускорить сервер 1С 8.2 или 8.3 в Санкт-Петербурге, если у Вас есть вопросы пожалуйста обращайтесь:

statusspb.com

1С 8.2 УП : Настройка и оптимизация сервера, кластера 8.3 » Администрирование » FAQ 1С 8.2 УП : » HelpF.pro

Ставя очередное обновление Бухгалтерии получил ошибку "Я работаю только на 8.3.4", ну вот... пришло время поставить 8.3.4. и так:

Процесс скачивания и установки новой платформы я описывать не буду, там все просто.

Служба Агент Сервера 1С По умолчанию он ставиться на порт 1540, а там у меня крутится 8.2, поэтому меняем в ветке рееста HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent Параметр ImagePath меняем номера портов, добавляя смещение: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Program Files\1cv8\srvinfo"

Запускаем Агента и Открываем консоль Администрирования серверов 1С и создаем кластер 8.3 Указал имя сервера и настроил на порт 1740 (на 1540 работает 8.2)

Создаем кластер + чуток оптимизировал( У меня всего небольшой ОДИН сервер, поэтому - указываю Интервал перезапуска рабочих процессов и объем памяти. т.к у меня один сервер - уровень отказоустойчивости - 0)Теперь подробнее: 1. Интервал перезапуска: 86400 сек (24 часа). Момент перезапуска не регламентируется, видимо с момента установки параметров, либо запуска сервера приложений. 2. Также можно указать допустимый объем памяти: 3000000 Кб (3 Гб) - Для сервера с 4 ГБ оперативы, Если ее меньше, то не заполняйте этот параметр!. 3. Интервал превышения допустимого объема памяти — это непрерывный интервал времени превышения допустимого объема памяти, после которого сервер перезапустит процесс. Если указано 0 сек — будет ждать вечно. 4. Количество Рабочих процессов расчитывается автоматически на основании Ваших настроек 5. Уровень отказоустойчивости можно задавать уровень отказоустойчивости кластера как количество рабочих серверов, которые могут одновременно выйти из строя, и это не приведет к аварийному завершению работы пользователей. Резервные сервисы запускаются автоматически в количестве, необходимом для обеспечения заданной отказоустойчивости; в реальном режиме времени выполняется репликация активного сервиса на резервные. 6. Режим распределения нагрузки, который можно использовать либо для повышения производительности системы вцелом, либо использовать новый режим «экономии памяти», который позволяет работает «с ограниченной памятью» в случаи если используемая конфигурация «любит отъедать память».

Рабочий сервер Сервер у меня простенький, 2 Gb оперативы всего и на нем будет всего 2 базы, поэтому настрою его так: параметр Количество ИБ на процесс ставлю равным 1, т.е. хочу чтобы для каждой ИБ запускался свой процесс - это позволит уменьшить взаимное влияние как по надежности, так и по производительности. Вы же настраивате под характеристики своего сервера!

Информационная база Добавляю ИБ:

В стартере пописываю базу:

Требования назначения функциональности Я у себя это не настраиваю но думаю надо сказать об этом: Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых размещается кластер. Кроме этого (при необходимости) он может определить "требования" к ним: какие сервисы и соединения с информационными базами должны работать на каждом из рабочих серверов. Менеджеры кластера и рабочие процессы запускаются автоматически, исходя из назначенных "требований". "Требования" к рабочим серверам могут быть заданы интерактивно, из консоли администрирования кластера, или программно, из встроенного языка. Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» — «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения. Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельный машины. При чем можно одно фоновое задание «закрытия месяца» через «Значение дополнительного параметра» запускать на одном компьютере, а фоновое задание «Обновление полнотекстового индекса» на другом. Уточнение происходит через указание "Значение дополнительного параметра". Например если указать BackgroundJob.CommonModule в качестве значения, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule..- укажет конкретный код.

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

Стандартно, после создания, профиль безопасности запрещает выполнение всех потенциально опасных действий: -обращение к файловой системе сервера; -запуск COM-объектов; -использование внешних компонентов 1С:Предприятия; -запуск внешних обработок и отчётов; -запуск приложений, установленных на сервере; -обращение к ресурсам Интернета. Таким образом защититься от нежелательных действий незнакомого прикладного решения очень просто: нужно создать пустой профиль безопасности и назначить его информационной базе. Далее, если есть необходимость, можно расширять этот профиль, описывая в нём действия, которые разрешается выполнять прикладному решению.

Расположение служебных файлов менеджера кластера в 1С Предприятии 8.3 Если при установке системы! «1С:Предприятие» был выбран вариант запуска сервера «1С:Предприятия» как сервиса, то первый запуск агента сервера будет выполнен еще в процессе установки системы. При этом сервис будет запущен от имени пользователя, выбранного в диалоге установки системы, но служебные файлы кластера серверов будут расположены в каталоге <каталог установки системы 1С:Предприятие>\srvinfo (в параметрах сервиса будет в явном виде указан ключ запуска -d).

Если при установке системы «1С:Предприятие» был выбран вариант запуска сервера как приложения, то запуск сервера в процессе установки системы не выполняется; агента сервера необходимо запустить самостоятельно, после того как установка системы будет закончена. При этом если ключ запуска -d указан не будет, служебные файлы кластера серверов будут расположены в каталоге по умолчанию: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 для ОС WindowsVista и старше).

ВНИМАНИЕ! Если однажды на данном центральном сервере уже был создан кластер, то при смене варианта запуска агента сервера (сервис, приложение) или при смене пользователя, от имени которого работает агент сервера, всегда следует заботиться о правильном указании пути к каталогу служебных файлов кластера серверов. Если в процессе запуска агент сервера не обнаружит список кластеров, он создаст новый кластер на данном сервере. В операционной системе Linux служебные файлы кластера серверов будут расположены в папке /home/usrlcv8/.lcv8/lC/lcv8 (или сокращенный вариант записи - ~/.1cv8/1C/1cv8).

helpf.pro

1С 8.2 УП : Тормозит сервер 1С или компьютер с 1С

Очень часто ко мне обращаются с вопросами вида:

Что же делать и как это победить, и так по порядку:

Клиенты очень медленно работают с серверной версией 1С

Кроме медленной работы 1С, так же наблюдается медленная работа с сетевыми файлами. Проблема встречается при обычной работе и при RDP

для решения этого, после каждой установки Семерки или 2008-го сервера всегда запускаю

netsh int tcp set global autotuning=disabled

netsh int tcp set global autotuninglevel=disabled

netsh int tcp set global rss=disabled chimney=disabled

и сеть работает без проблем

иногда оптимальным является:

netsh interface tcp set global autotuning= HighlyRestricted

вот как выглядит установка

Далее посмотрите настройки брандмауэра Windows

Настроить брандмауэр Антивируса или Windows

Как настроить брандмауэр Антивируса или Windows для работы сервера 1С (связка из Сервера 1С: Предприятие и MS SQL 2008, например).

Добавьте правила:

Настройка производительности Сервера / Компьютера

Для того чтобы компьютер работал с максимальной производительностью - нужно настроить его на это:

1. Настройки BIOS

 

2. Настройки схемы в операционной системе - Высокая производительность

Сервера с архитектурой Intel Sandy Bridge умеют динамически менять частоты процессора.

Скачайте утилиту PowerSchemeEd.7z , распакуйте с помощь 7zip и запустите PowerSchemeEd.exe

Выберите раздел Управление питанием процессора и выставите параметры 01. Порог при питании от сети 30% и отключите 27. Переопределение ядра... как на картинке.

3. На серверах 1С и MS SQL Server использование антивирусов (даже сам факт инсталяции без включения) будет приводить к снижению производительности в виде периодических массовых замедлений и подвисаний интерфейса.

4. Совмещение ролей сервера 1С и сервера MS SQL Server дает большую производительность, особенно если использовать протокол обмена данных напрямую через память «Shared Memory».

Очень многие не недооценивают важность настройки сервера, когда роли сервера 1С и сервера СУБД совмещены на одном физическом компьютере.

Убедиться, что к примеру используется протокол Shared Memory можно следующим образом:

Код SQL select program_name,net_transport from sys.dm_exec_sessions as t1 left join sys.dm_exec_connections AS t2 ON t1.session_id=t2.session_id where not t1.program_name is null

Обратите внимание, что в версиях платформы некоторые релизы «переключались» на протокол «именнованых каналов».

Для работы 1С Предприятие  в режиме Shared Memory с SQL Server 2012 должен быть установлен NativeClient от SQL Server 2008 (backward compatibility connectivity components из дистрибутива SQL Server 2012 или отдельный пакет)

5. Отключение ненужных служб Виндовс

Одним из самых действенных способов ускорения компьютера является отключение неиспользуемых (ненужных) служб операционной системы. У ОС Windows по умолчанию включено огромное количество служб, на работу которых требуется большое количество ресурсов системы. Многие из них можно отключить без потери функциональности и снижения безопасности системы.

Какие службы можно отключить для оптимизации Windows:

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

Кэширование записей на дисках в Windows 

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

Для управления кэшированием записей на диске откройте Панель управления - Диспетчер устройств.

В разделе Дисковые устройства дважды щелкните нужный диск.

Перейдите на вкладку Политики

В статье использован личный опыт и cайт Вячеслава Гилева

Буду рад конструктивным комментариям

helpf.pro

Стабильность и производительность 1С 1. Тюнинг сервера 1С.

В данной статье пойдет речь о настройке сервера 1С для его эксплуатации в реальных условиях.Все рекомендации основаны на собственном опыте практической эксплуатации и могут отличаться от рекомендаций 1С.Всё, описанное ниже, относится только к x64 серверу. x86 не стоит использовать - лучше уж в файловой версии остаться.

Сперва вкратце - что нужно сделать:

1) Оставляем один рабочий процесс 2) Оставляем только один сервер3) Запускаем службу сервера под доменной учетной записью4) Каждые 5 минут делаем запуск скрипта примерно следующего содержания:'       Скрипт мониторинга памяти сервера 1С '       удаляет сеансы, которые выполняют запрос к СУБД дольше определенного времени' в случае если процесс сервера "Съел" больше определенного объёма памяти

 Dim Connector Dim Agent  Dim Cluster  Dim WorkingProcess  Dim Memory  Dim Sessions Dim Session Dim iDuration  Set Connector = CreateObject("V82.COMConnector") Set Agent = Connector.ConnectAgent("tcp://1c8")    'Имя сервера Set Cluster = Agent.GetClusters()(0)     '1 кластер в сервере Agent.Authenticate Cluster, "", ""    Set WorkingProcess = Agent.GetWorkingProcesses(Cluster)(0)  '1 Рабочий процесс в кластере  Memory = WorkingProcess.MemorySize  if memory/1048576 > 9 then       'Если сожрал больше 9ГБ - ищем гада  Sessions = Agent.GetSessions(Cluster)  For i = LBound(Sessions) To UBound(Sessions)    Set Session = Sessions(i)        iDuration = CLng(Session.durationCurrentDBMS)   'Преобразование типа обязательно   if iDuration > 50000 then Agent.TerminateSession Cluster, session   'Если больше 5-ти минут выполняет запрос к СУБД - убиваем  next end if

5) Каждые 10 минут делаем запуск примерно следующего скрипта:

'Проверка количества свободного места на дисках. VBScriptSet fso = WScript.CreateObject("Scripting.FileSystemObject")Set WSHShell = WScript.CreateObject("WScript.Shell")'Проверяем все драйвы (HDD, FDD, CDD) в системеFor each i In fso.Drives  'DriveType=2 - логические диски. Зачем нам дисковод и т.п. ерунда?  If i.DriveType=2 Then    'Получаем букву диска    drive=i.DriveLetter    'Узнаем свободное место и переводим его в Мб с     'точностью до 1 знака после запятой    free = FormatNumber(fso.GetDrive(drive).FreeSpace/1048576, 1)    'Если места меньше 100 Мб    If free < 3000 Then      'то выводим сообщение об этом      WSHShell.Run("net send admin на диске "+drive+" сервера 1c8 осталось меньше 3 ГБ. Свободно "+free+" Мб!")          End If  End IfNext

6) Обязательно качаем утилиту "procdump"  http://technet.microsoft.com/ru-ru/sysinternals/dd996900%28en-us%29.aspx  - записываем её на сервер и рядом скрипт:procdump -ma rphost "c:\Scripts\rphost"procdump -ma ragent "c:\Scripts\ragent"

7) Делаем ещё один сервер - просто для тестов - путём правки реестра службу запускаем с параметром debug. Вообще ветку реестра в которой вы это меняете нужно будет запомнить - она ещё пригодится.

Если причины, по которым сервер 1С настраивается таким образом не интересны - далее можно не читать.

Пояснения:1) 1 рабочий процесс - вопреки рекомендациям 1С практика показывает что это наиболее стабильный и производительный вариант работы сервера. Сервер 1С многопоточный. Многопоточность конечно странная, но она существует, а это значит что в многопроцессорной системе будут загружены все процессоры в соответствии с выбором операционной системы каждый поток будет направляться на тот или иной процессор (ядро). В случае, если у вас 2 процессора запускается такой механизм как балансировщик нагрузки 1С. Его рекоммендую использовать только в крайних случаях. Из практики он вызывает постоянные проблемы - "зависания", "отваливания" сеансов, зависание менеджера кластера серверов, потерю параметров сеансов, потерю данных сеансов и ещё много чего интересного. На момент выхода 8.2.14 платформы данный механизм всё ещё не оправдан.

2) Логичное продолжение пункта 1. Знаете как происходит переключение сеансов с сервера на сервер? Там нет ничего волшебного - просто есть файлы, в которых хранится информация о сеансе и они ПЕРЕПИСЫВАЮТСЯ С СЕРВЕРА НА СЕРВЕР. Я не большой эксперт в системном программировании, но для отказоустойчивых кластеров существуют несколько другие механизмы хранения сеансовых данных - если взять тот же Oracle или IBM (в смысле СУБД).

3) Наверняка захотите и почту отправить и файл по сети записать. лучше об этом подумать в начале чем потом

4) Так уж вышло что у 1С нет контроля памяти, которую употребил сервер. А между тем это нужно. Один неверный отчет, большой документ, фоновое задание... много ещё что способно вызвать массовое чтение с SQL сервера и передачу к серверу 1С. Сервер может съесть всю память и рухнуть быстрее чем вы сообразите что случилось. Данный скрипт мониторит всех пользователей на предмет "поедания" ими памяти сервера - обращения к серверу SQL. И проверяет общее количество памяти на сервере - если превысило пороговое значение - "убивает" сеансы. Внимание. Пользователь от имени которого запущен данный скрипт должен иметь ещё прав "processadmin" на сервере SQL.

5) Проверка свободного места обязательна - как ЖР, так и временные файлы сервера 1C могут разрастаться и занимать достаточно много места.

6) Поверьте - она вам понадобится иногда ваши проблемы можно решить только отправкой дампа на  [email protected]

7) Очень удобно всегда иметь сервер, который подключен в режиме debug к рабочей базе. Всегда можно посмотреть отладчиком некоторые процессы. Второй сервер, подклченный к одной и той же базе можно использовать если соблюдать несколько простых правил:          а) Лучше ничего не записывайте в базу с этого сервера          б) Если записываете - перед записью обязательно вызывайте "ОбновитьНумерациюОбъектов()" в тестовом, а после записи - в рабочем сервах          в) Управляемые блокировки не работают. Внимательнее к целостности данных и отрицательным остаткам          г) Лучше не обновляйте на тестовом сервере изменениями, которые могут быть обновлены динамически, хотя ничего страшного не случится - максимум нужно будет обновление рабочей базы - не динамическое          д) Крайне не рекоммендую обновлять со второго сервера не динамические обновления. Для этого нужно понимать их природу и последствия которые они могут за собой повлечь. Вообще это отдельная тема для статьи. Очень хочется описать такие случаи и дать рекоммендации когда и какие "не динамические" обновления можно делать "динамически", но это как-нибудь позже   

comol.livejournal.com


Prostoy-Site | Все права защищены © 2018 | Карта сайта