ГлавнаяОптимизация1С оптимизация производительности

Оптимизация производительности 1С:Підприємство | MS SQL Server | PosgreSQL |. 1С оптимизация производительности


Производительность 1С в клиент-серверном варианте

В этой статьи я делаю обзор  основных мероприятий,  которые нужно выполнить для    увеличения производительности 1С  в клиент-серверном варианте работы 1С :
  1. Увеличение аппаратных мощностей.
  2.  Настройка сервера 1С:Предприятия
  3. Настройка SQL сервера
  4. Оптимизация кода и алгоритмов в 1С.

1. Увеличение аппаратных мощностей

Минимальные требования, предъявляемые к компьютерам, представленным на сертификацию в фирму «1С» для получения логотипа «Совместимо! Система программ 1С:Предприятие»  написаны здесь

Производительность сервера 1С: предприятие  довольно сильно зависит от частоты процессора, а для сервера базы данных  характеристики компьютера должны соответствовать требованиям Microsoft SQL Server, PostgreSQL, IBM DB2, Oracle Database.

2. Настройка сервера 1С:Предприятия

Инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие можно посмотреть на диске ИТС здесь

В версии 8.3 было добавлено несколько новых параметров  в настройке рабочих серверов :

3. Настройка SQL сервера

Особенность настройки Microsoft Sql  Server с целю увеличения производительности можно посмотреть на диске ИТС здесь .

 С  помощью Maintenance Plan  в разделе Management необходимо выполнять для повышения производительности  следующие регламентные задания:

3.1 Анализ степени фрагментации индексов

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

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

Для эффективности использования индексов Microsoft SQL Server требуется 

Выбор способа решения этой проблемы зависит от интенсивности операций по модификации таблиц базы данных.

В MS SQL Server 2005 появились новые средства для контроля этого параметра.

Функция таблицы динамического  управления sys.dm_db_index_physical_stats  возвращает процент фрагментации в столбце avg_fragmentation_in_percent. Если значение в этом столбце превышает 25%, то для восстановления исходных параметров производительности рекомендуется выполнить дефрагментацию этого индекса. От снижения фрагментации индексов могут выиграть операции сканирования больших диапазонов данных, обычные в приложениях хранилищ данных и отчетов.

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

3.2  Использование физической памяти размером более 2 ГБ в Microsoft SQL Server

Microsoft SQL Server 2000 Standard Edition и Microsoft SQL Server 2005 Workgroup Edition могут использовать до 2 ГБ физической памяти, которая динамически распределяется и освобождается в зависимости от рабочей нагрузки. При увеличении объемов базы данных этого объема оперативной памяти становится недостаточно для эффективного кэширования данных и поддержания производительности на приемлемом уровне.

3.3 Уменьшение размера журнала транзакций Microsoft SQL Server

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

Для уменьшения размера файла журнала необходимо предварительно удалить неактивные записи журнала транзакций с помощью команды BACKUP LOG, а затем уже с помощью команды DBCC SHRINKFILE уменьшить размер файла журнала транзакций.Последовательность команд, которую нужно исполнить в Query Analyzer, выглядит следующим образом:

BACKUP LOG Имя_Базы_Данных WITH TRUNCATE_ONLY

go

DBCC SHRINKFILE(Имя_Файла_Журнала_Транзакций)

 go

Более подробное описание и рекомендации по использованию этих команд можно найти в документации по Microsoft SQL Server.

3.4 Перемещение базы данных TEMPDB на другой диск большего размера.

TEMPDB представляет собой системную базу данных Microsoft SQL Server, в которой хранятся временные таблицы, созданные как самим сервером, так и пользователями. Эта база данных создается заново при каждом перезапуске Microsoft SQL Server. По умолчанию размер этой базы данных неограничен и увеличение его осуществляется при необходимости автоматически, порциями по 10% от текущего размера TEMPDB. Однако эти параметры могут быть переопределены пользователем. По умолчанию, минимальный размер этой базы данных, который устанавливается при старте Microsoft SQL Server, определяется размером системной базы данных MODEL. Очистка журнала транзакций в этой базе данных производится автоматически, при этом удаляются только неактивные записи журнала транзакций.

При работе 1С:Предприятия 8 в режиме клиент-сервер широко используются временные таблицы. Кроме того, TEMPDB используется Microsoft SQL Server при выполнении запросов, использующих операторы GROUP BY, UNION, DISTINCT  и т.п.

В процессе работы 1С:Предприятия 8 возможно значительное увеличение размера базы данных TEMPDB. Если размер диска, на котором расположена база данных TEMPDB, окажется недостаточным, работа 1С:Предприятия 8 может завершиться аварийно.

Если эта проблема проявляется регулярно, то рекомендуется переместить TEMPDB на другой диск большего размера.

Эту операцию можно выполнить следующим способом:

1. определить логические имена файлов базы данных TEMPDB (колонка “NAME” результата выполнения процедуры). Для этого нужно в Query Analyzer выполнить следующую команду:

USE tempdb GO EXEC sp_helpfile GO 2.изменить месторасположение файлов базы данных TEMPDB с помощью команды ALTER DATABASE. Для этого нужно в Query Analyzer выполнить следующую последовательность команд: USE master GO ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = 'Новый_Диск:\Новый_Каталог\tempdb.mdf') GO ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = 'Новый_Диск:\Новый_Каталог\templog.ldf') GO 3. Перезапустить  Microsoft SQL Server.

Более подробное описание и рекомендации по использованию этих команд можно найти в документации по Microsoft SQL Server.

4. Оптимизация кода и алгоритмов в 1С

4.1 Оптимизация запросов

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

Основные причины неоптимальной работы запросов, диагностируемые на уровне кода конфигурации и структуры метаданных рассматриваются на диске ИТС здесь :

4.2 Использование замера производительности

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

Режим замера производительности в 1С:Предприятии 8 позволяет успешно производить оптимизацию работы клиент-серверных приложений. Для выполнения такой оптимизации достаточно выполнить всего несколько действий, после чего проанализировать результаты замера производительности и перейти к улучшению кода на встроенном языке.

Более подробнее об использования замера производительности можно посмотреть на диске ИТС здесь .

Перед началом работ по оптимизации системы необходимо всегда получать начальную оценку производительности при помощи “Оценки интегральной производительности системы по методике APDEX”.

4.3  Инструменты рефакторинга кода

Функции рефакторинга кода, реализованные в конфигураторе платформы 8.3.5, 1068. а также функции автоматического преобразования модальных методов и участков кода показаны на рис 1.

Рис 1 Инструменты рефакторинга кода в конфигураторе

Более подробное о работе с инструментами рефакторинга можно посмотреть  на сайте разработчиков    http://v8.1c.ru/o7/201312ref/ 

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

Поделиться ссылкой:

Понравилось это:

Нравится Загрузка...

Похожее

master1c8.ru

Digi Data - Оптимизация аппаратного обеспечения 1С:

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

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

Чтобы вести предметный разговор, возьмем для примера платформу 1С:Предприятие 8.2. Как показывает практика, ситуации, когда 1С 8.2 медленно работает, весьма распространены. Мы будем рассматривать базовые конфигурации: «Управление торговлей», «Зарплата и Управление Персоналом», «Бухгалтерский учет», «Управление Торговым Предприятием», а также «Управление Производственным Мероприятием». В наших расчетах мы будем отталкиваться от того, что при наличии более 10 сотрудников, работающих с платформой, предприятие также использует 1С:Предприятие 8.2. Сервер Приложений. Кроме того, допустим возможность работы в режиме Remote Desktop (удаленный рабочий стол), число пользователей БД, подключенных единовременно — от 100 до 150.

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

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

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

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

Базы данных 1С имеют пять потоков данных для дисковых подсистем.

  1. Таблицы баз данных.
  2. Временные файлы tempDB.
  3. Индексные файлы.
  4. log-файлы SQL и log-файлы пользовательских приложений платформы.

Организация работы с потоком данных каждого типа имеет свою специфику.

Таблицы баз данных

В процессе работы с таблицами баз данных особое значение приобретает то, сколько операций записи и чтения дисковая подсистема способна выполнить за промежуток времени. Число этих операций обозначается как IOPS. Одновременно с этим параметры потоковой скорости передачи данных в MBp/s важны гораздо меньше. Даже если 1С медленно работает по сети, ее производительность будет достаточной при условии нормального показателя IOPS.

Каковы потребности IOPS для баз с объемом данных и числом пользователей?

В данной таблице указаны пиковые показатели, которые фиксируются далеко не всегда. Средняя нагрузка на дисковую систему может находиться на уровне 10-15% от них. Тем не менее, ориентироваться нужно именно на максимум: главное значение имеет производительность в периоды пиковых нагрузок, например, когда происходит автоматическая загрузка данных из другой системы, перепроведение периода и т.п.

Каковы показатели для современных дисков в операциях Random Read/Write?

Данная таблица позволяет сделать сразу несколько выводов.

  1. Для каждой из моделей показатели IOPS для операций записи намного ниже аналогичных показателей для операций чтения.
  2. SSD намного опережает традиционные HDD по числу операций записи и чтения в единицу времени. Эта разница сохраняется даже при сравнении с моделями десктопных SSD, вышедших достаточно давно (IOPS в 3-40 выше). Серверные SSD демонстрируют еще более высокие показатели: IOPS в 12-40 раз выше в сравнении с HDD.
  3. SSD класса Intel 910 или LSI WarpDrive — лучший ответ на вопрос о том, как увеличить производительность 1С: у этих дисков производительность в IOPS максимальна.

Если одной из задач является оптимизация работы БД, стоит учесть, что при построении дисковой подсистемы в серверах используются не одиночные диски, а RAID массивы. Это налагает определенную специфику на расчет фактической производительности дисковой подсистемы: нужно учитывать, какие именно затраты на запись в IOPS несет дисковая группа в массиве.

Значение в колонке — это IOPS физического диска, которое потребуется для записи или чтения данных в массиве. Возьмем для примера RAID 5. Чтобы записать 1 IOPS, потребуется 4 IOPS физических дисков.

Формула расчета производительности будет выглядеть следующим образом:

сумма IOPS физических дисков RAID-группы/затраты на запись IOPS, которые несет дисковая группа в массиве.

Для пояснения достаточно двух примеров.

  1. 2 диска HDD SATA 7200 (IOPS =100) в массиве RAID 1 при операциях записи дадут следующую производительность: (100+100)/2=100 IOPS.
  2. 4 диска HDD SATA 7200 (IOPS=100) в массиве RAID 5 при операциях записи обеспечат следующую производительность: (100+100+100+100)/4=100 IOPS.

Несложные расчеты показывают, что RAID 10 является наиболее предпочтительным для хранения баз данных, типовое распределение операций чтения и записи у которых составляет 68/32. Если же опираться на все три таблицы, то понятно, что во многих случаях медленная работа 1С связана с тем, что в качестве дисковой подсистемы используется «джентльменский набор», состоящий из 2 дисков HDD SATA 7200, объединенных в массив RAID 1. При пиковых нагрузках мощность такого набора оказывается явно недостаточной, и 1С «тормозит» просто потому, что вырастает огромная очередь обращений к диску, в результате чего пользователям приходится подолгу ждать ответа системы.

Итак, очевидно, что главная задача в отношении дисковой подсистемы — это наращивание производительности в отношении операций записи. Именно недостаток такой производительности часто становится причиной появления сбоев, при которых тормозит 1С 8.2. Как добиться того, чтобы сервер под 1С выдавал максимальное IOPS записи? Сделать это можно несколькими способами.

  1. Увеличение числа дисков в RAID группе. Если «виснет» 1С, такое решение может увеличить скорость выполнения операций записи.
  2. Замена имеющихся дисков на диски с большей скоростью вращения (применительно к HDD).
  3. Использование RAID групп, у которых разница между IOPS массива и IOPS физических дисков минимальна.
  4. Использование кэша RAID-контроллера для промежуточного размещения данных. В режиме Write Trough данные записываются на диски напрямую. Если включить режим отложенной записи Write Back, то сначала данные будут писаться в кэш контроллера, а затем, в упорядоченном виде, на диски. Если 1С 8 медленно работает, такой прием может увеличить производительность записи на 30-100% в зависимости от специфики задачи.
  5. Если тормозит БД сравнительно небольшого объема (до 20GB) либо слабо нагруженная БД, можно использовать гибридный RAID, в составе которого находятся HDD и SSD диски. В распределенных структурах для филиальных БД на 3-15 пользователей большего не потребуется. Такой выбор оборудования для 1С возможен, например, при построении дисковой подсистемы для сервера на СТО, кафе, в небольшом магазине.
  6. Если тормозит 1С с объемной базой данных (размер составляет 200GB и выше, имеется большой объем сохраненных, «исторических» данных), можно использовать SSD-кэширование. Оно выполняется с использованием технологии Adaptec MaxCache 3.0 и LSI CasheCade 2.0. Именно при решении задач 1С такой прием позволяет ускорить запись данных на диски на 20-50%.

RAID-массивы, построенные на SSD серверного типа являются лидерами по быстродействию с точки зрения IOPS. Это могут быть традиционные RAID группы, использующие SAS RAID контроллер, так и PCIe SSD. Существует всего две причины, мешающие их повсеместному распространению: достаточно высокая стоимость и технологические ограничения. В частности, производительность RAID-контроллеров пока отстает от производительности самих серверных SSD. Кроме того, чтобы использовать описанные RAID массивы, необходимо радикально менять структуру хранения данных.

Индексные файлы и файлы TempBD

Обновление индексных файлов происходит сравнительно редко — как правило, 1 раз в сутки. В то же время их считывание повторяется очень часто. С учетом высоких требований по IOPS считывания хранить такие файлы необходимо на SSD.

Файлы TempBD используются для хранения временных данных. Обычно они имеют небольшой объем (от 1 до 12 Gb). При этом они предъявляют очень высокие требования к производительности диска. Здесь стоит отметить, что утрата таких файлов не приводит к потере реальных данных, что позволяет размещать их на отдельных томах (одном, а лучше двух). Одно из решений — бортовой контроллер SATA материнской платы.

Если нужно обеспечить максимальную стабильность 1С, то лучше разместить TempBD на зеркале SSD (в RAID 1). Если файл размещается на контроллере, то обязательно нужно выключить все кэши на запись. В качестве зеркала не обязательно использовать серверные SSD — вполне подойдут десктопные диски (Intel 520 или аналогичные).

Что даст вынос TempBD из общей системы хранения данных 1С на выделенную подсистему с более высоким IOPS? В первую очередь — более высокую производительность, а также улучшение работы системы во время пиковых нагрузок.

В случае, если необходимо решать сложные расчетные задачи и есть возможность обеспечить быструю реакцию администраторов на ситуации, когда происходит зависание 1С, можно вынести TempBD на RAMDrive. Общая производительность системы в этом случае может вырасти на 4-12%. Единственный нюанс, который необходимо учитывать — при запуске сервера необходим контроль автоматического запуска RamDrive. Если он не запустится, потребуется ручной старт, выполняемый администратором. В противном случае произойдет остановка всей системы.

Log-файлы

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

Log-файл SQL нужно вынести на отдельный том. Требования по IOPS к нему могут быть не слишком высокими, запись будет идти в линейном режиме. Кроме того, можно сделать зеркало на диске SATA либо NL SAS, выделив для этого недорогой и объемный носитель. Также для этого могут использоваться десктопные SSD серии Intel 520.

Как видно, с началом использования SSD дисков в дисковых подсистемах на серверах появилось множество возможностей для наращивания их производительности. Многоуровневое хранение данных, а также правильная организация процесса ввода и вывода данных позволяют избегать ситуаций, в которых 1С 8 тормозит.

Оптимальное оборудование для 1С: какой должна быть дисковая подсистема?

Можно дать четыре основных рекомендации по размещению данных разных типов.

  1. Таблицы БД должны находиться на дисках массивов RAID 10 (для баз данных небольшого объема — RAID 1). В качестве физических дисков нужно использовать серверные SSD, обязательно дополненные аппаратным RAID контролером. Если требования к производительности по IOPS являются достаточно высокими, возможно использование PCIe SSD. Для объемных БД дополнительно можно использовать SSD кэширование перед непосредственной записью на HDD. Традиционный массив, построенный на дисках HDD SAS 15K rpm, может использоваться при условии, что требования к производительности по IOPS являются не слишком высокими.
  2. Для индексных файлов предпочтительно использование отдельного тома. Это может быть недорогой, но быстрый SSD. Файлы TempDB лучше размещать на RAMDrive либо 1 или 2 дисках SSD в массиве RAID 1.
  3. Хранение пользовательских данных и операционной системы предпочтительно на DDS либо HDD дисков в массиве RAID 1.
  4. Log-файлы (как 1С, так и SQL) стоит располагать на выделенном томе, который может представлять собой как массив RAID-1, так и одиночный физический диск. Для этого могут использоваться недорогие SSD, SATA/NL SAS HDD либо логический диск, на котором располагается серверная ОС и пользовательские файлы, и который входит в состав RAID-группы.

Хранение данных 1С необходимо оптимизировать и в случае с виртуализированной IT-структурой. В этом случае SQL сервер необходимо устанавливать на физический сервер, он не должен быть установлен как виртуальная машина. Это позволяет выигрывать 15-35% производительности дисковой подсистемы. Точная цифра будет зависеть от целого ряда параметров, а именно средств виртуализации, характеристик оборудования, способов подключения тома, используемых драйверов и т.д.

В случае, если среда SQL-сервера виртуализирована, для подключения томов с индексными файлами, файлами TempDB и таблицами базы данных к виртуальной машине необходимо использовать монопольный режим по Direct Access.

Компромисс между надежностью и производительностью

Если 1С тормозит, самое логичное действие — наращивать производительность. В то же время рядом с вопросом об увеличении производительности всегда находятся соображения об отказоустойчивости. Проще говоря, мощность должна подкрепляться надежностью, и при этом нередко между двумя этими параметрами приходится искать компромисс.

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

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

Как правило, для защиты серверов используются следующие аппаратные меры.

  1. Установка ИБП — физическая защита сервера от перебоев питания.
  2. Применение избыточных блоков питания серверов.
  3. Использование корзин горячей замены дисков.
  4. Применение в составе дисковой подсистемы RAID-массивов, имеющих горячее резервирование.

Все эти меры действенны и необходимы, однако они не решают задачи резервирования данных. Бекап 1С должен выполняться планово так, чтобы в критической ситуации большая часть БД (кроме самых последних изменений) могла быть оперативно восстановлена. Рекомендуется выполнять backup 1C ежесуточно (в ночное время, например), резервируя БД и оперативный файл, который содержит Full SQL log.

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

Для того, чтобы выполнить рестарт быстро, необходимы образы всех физических и виртуальных серверов в VM, расположенные на отдельном томе. Это позволит быстро восстановить инфраструктуру на резервном серверном оборудовании. Бэкап Full SQL log должен выполняться ежедневно, еженедельно и после закрытия периода. Резервирование файла должно выполняться на другое физическое устройство. Если в распоряжении предприятия есть подменное оборудование, рестарт может быть выполнен всего за 1-2 часа. Здесь стоит отметить, что в тех случаях, когда необходимо обеспечить непрерывную работу в режиме 24*7, задача намного усложняется: потребуется разработка соответствующей архитектуры, подбор оборудования, которое имеет минимум потенциальных точек отказа, использование полноценных технологий кластеризации.

​

digi-data.ru

Оптимизация производительности 1С | IBF Group

Ваша компания сталкивается с потерями времени на обслуживание ваших клиентов из-за зависаний учетной системы?

Вы подолгу ждете нужной, оперативной информации? Консолидированные отчеты строятся часами?

Ваши сотрудники перекладывают ответственность за неэффективную работу на подразделения ИТ?

Вы не считаете обоснованным идти по пути наращивания дорогостоящих вычислительных мощностей для решения вышестоящих вопросов?

Именно поэтому мы предлагаем вам услугу по оптимизации производительности учетных систем вашей компании.

Состав услуги:

  1. Экспресс аудит информационной системы компании на предмет выявления отклонений показателей производительности от эффективных значений.
  2. Детализированный аудит информационных баз данных на предмет оптимизации программного кода конфигураций 1С.
  3. Оптимизация программного кода конфигураций 1С. Ускорение процедур проведения документов и построения отчетов.

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

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

Оптимизация программного кода конфигураций 1С включает в себя выполнение работ по изменению программного кода не эффективных блоков информационных баз данных по результатам детализированного аудита. В качестве результата работ выполняются замеры производительности всех блоков информационных баз данных и сравниваются с экспресс отчетом. Так же проводится сбор субъективных мнений ключевых сотрудников вашей компании по изменению производительности информационной системы компании.

СТОИМОСТЬ УСЛУГ ПО ОПТИМИЗАЦИИ ПРОИЗВОДИТЕЛЬНОСТИ 1С

Чтобы подать заявку на услуги по оптимизации 1С Вам достаточно:

ibfgroup.ru

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

Это самые распространенные проблемы, и с ними не следует мириться. Специалисты компании «Прайм Финанс» выполнят аудит системы 1С на вашем предприятии и настроят ее для быстрой и корректной одновременной работы нужного количества пользователей. Возможно как единовременное, так и постоянное сотрудничество с выездом программиста в офис к клиенту или решение задач удаленно.

Причины ухудшения скорости работы 1С

Как правило, производительность системы 1С падает из-за:

  1. Нехватки ресурсов сервера.
  2. Наличия ошибок в программном коде конфигураций 1С.
  3. Неправильных настроек ОС сервера.

Мы выявим и устраним эти и другие недостатки.

Состав работ

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

Результат комплексной работы специалистов «Прайм Финанс» – средний рост производительности системы 1С:Предприятие 8.2, 8.3 в два раза (в зависимости от специфики задачи).

Чтобы получить бесплатную консультацию, позвоните нам по телефону в Москве +7 (499) 499-42-07 или напишите на email [email protected].

prime-finance.pro

Оптимизация 1С:Підприємство | Увеличение | Ускорение

Система 1С:Підприємство сегодня очень широко используется в сфере малого и среднего бизнеса. Ее нормальная оптимизация будет гарантией быстрой работы и высокой производительности. Однако случается, что система медленно работает. Если ее не ускорить, начнут тормозить бизнес-процессы, и в итоге пострадает вся компания.

Если уделять очень мало внимания оптимизации 1С:Підприємство, практически всегда возникают проблемы в работе. Чтобы это исправить, нужно провести ускорение программы и наладить всю сеть.

В недалеком прошлом многие компании работали на платформе «1С:Підприємство 7.7». Она уже устарела и сегодня есть более новые и усовершенствованные базы, как «1С:Підприємство» «1С:Підприємство 8.2» «1С:Підприємство8.3 », которые значительно ускоряют систему. Базы 1С:Підприємство версии 8.2 и 8.3 между собой имеют мало отличий, главное из которых – это интерфейс.

Если Ваша программа 1С:Підприємство со временем работает заметно хуже

Пора оптимизировать 1С:Підприємство

Оптимизация 1С:Підприємство: Вам придется разобраться с вопросами:

Оптимизация 1С:Підприємство: Настало время заняться производительностью!

У Вас три варианта:

  1. Разобраться самостоятельно. (загляните в наши статьи на тему "Оптимизация 1С:Підприємство")
  2. Обучиться у экспертов. (приглашаем Вас к нам на курсы "Оптимизация 1С:Підприємство")
  3. Пригласить специалистов. (звоните и закажите услугу "Ускорить производительность 1С:Підприємство")
Название курса: «Оптимизация 1С:Підприємство (для программистов)»
Ближайшая группа: 08.10 — 11.10
Длительность курса: 24 часа (4 дня по 6 часов)
Время проведения: С 10-00 до 17-00
Режим проведения: через каждые 1,5 часа работы 15 минут перерыв (Чай, кофе, печеньки)
Цена: 4000 грн.
Запись по телефонам: 0674041798, 0672381045
Запись по e-mail: [email protected],[email protected]

Подробная информация здесь...

Каким образом происходит Оптимизация 1С:Підприємство:

  1. Измеряется скорость выполнения целевых операций, которые планируется ускорить: (проведение конкретного вида документа или формирование конкретного отчета)
  2. Производится анализ существующей конфигурации 1С:Підприємство и СУБД
  3. Вносятся изменения или даются советы по изменению конфигурации 1С:Підприємство
  4. Замеряется скорость выполнения целевых операций после внесения изменений в конфигурацию 1С:Підприємство.

К каким результатам приводит Оптимизация 1С:Підприємство:

  1. Ускоряется проведения документов
  2. Ускоряется формирование отчетов
  3. Уменьшается размер базы
  4. Уменьшается нагрузка на серверное оборудование

Серия статей "Оптимизация 1С:Підприємство": Как Вы самостоятельно можете улучшить работу своей 1С:Підприємство!

ФИЗИЧЕСКАЯ СТРУКТУРА БАЗЫ 1С:Підприємство

Для того, чтобы понять, как ускорить систему 1С:Підприємство, когда она начинает тормозить, необходимо знать ее структуру. В ней все документы хранятся в базе данных СУБД MS SQL. В данной статье вы сможете узнать, как организовывается хранение данных 1С:Підприємство в базе MS SQL Server, их параметры, для чего они нужны и как их использовать.

 ТРАНЗАКЦИИ 1С:Підприємство и СУБД MS SQL

Важность транзакций и блокировок для производительности 1С:Підприємство трудно переоценить. В статье вы узнаете о том, какая связь между транзакциями и блокировками через уровни изоляции и проблемы параллельного доступа. Также вы узнаете о том, что такое транзакция и какие ошибки может выдавать система. Здесь описаны проблемы, но не будет практических советов по их решению. Благодаря этой информации вы сможете понять, как провести оптимизацию 1С:Підприємство. 

  БЛОКИРОВКИ 1С:Підприємство и СУБД MS SQL

Блокировка – это информация о том, что ресурс системы захвачен определенным пользователем. Блокировка – это не ошибка, а необходимая мера для разделения ресурсов в многопользовательской системе. Из статьи вы узнаете и то, что такое эскалация блокировок и избыточные блокировки, которые могут нанести вред системе и которые нужно научиться убирать, ведь они также могут заставить сеть медленно работать. В дальнейшем вам будет более понятна оптимизация 1С:Підприємство. 

      УПРАВЛЯЕМЫЕ БЛОКИРОВКИ 1С:Підприємство

Из данной статьи вы узнаете про механизм управляемых блокировок базы 1С:Підприємство. Также вы поймете, для чего они нужны и как они действуют. Вы сможете самостоятельно провести анализ управляемых блокировок при помощи технологического журнала. 

      БЛОКИРОВКИ В СИСТЕМЕ 1С:Підприємство. ЭКСПЕРИМЕНТЫ.

В статье на примерах, которые вы можете повторить самостоятельно, наглядно продемонстрирована работа управляемых блокировок в системе 1С:Підприємство. Понимание механизма их работы даст вам возможность гибко управлять производительностью системы. 

         

Курс обучения "Оптимизация 1С:Підприємством": Вы научитесь ускорять свою 1С:Підприємство!

Курс обучения "Оптимизация 1С:Підприємство"

Курс обучения «Оптимизация 1С:Підприємство» поможет вам узнать возможности платформы 1С:Підприємство и найти решение, когда система тормозит. В результате вы сможете провести оптимизацию работы системы и придать ей ускорение. 

Курс рассчитан на программистов и внедренцев 1С:Підприємство. Полезен администраторам СУБД MS SQL и 1С:Підприємство. Вы научитесь пользоваться такими инструментами для анализа проблем как:

- SQL Server management studio,- SQL Server Profiler,- Технологический журнал 1С:Підприємство- Конфигурация ЦУП.

Вы сможете подготовиться к сдаче 1С:Підприємство: Эксперт по технологическим вопросам

Курс обучения по оптимизации 1С:Підприємствои СУБД MS SQL

Закажите услугу "Оптимизация 1С:Підприємство" и Вы будете довольны!

Заказав услугу «Оптимизация 1С:Підприємство», вы сможете получить квалифицированную помощь по ускорению и оптимизации базы 1С:Підприємство. Наши специалисты проведут такие виды работ:

  1. Испытают и оптимизируют строение метаданных и всех участков кода;
  2. Испытают и оптимизируют запросы вывода и проведения документов;
  3. Ускорят создание отчетов;
  4. Найдут и уберут причины избыточных блокировок и взаимоблокировок;
  5. Проведут консультацию для ваших IT специалистов по оптимизации системы 1С:Підприємство;
  6. Составят отчет по проведенной работе.

Работу выполняют специалисты с сертификатами « Эксперт по технологическим вопросам»!.

Услуга "Оптимизация 1С:Підприємство"

 Получить консультацию можно здесь:

У нас на сайте Вы можете заказать оптимизацию базы 1С:Підприємство или курс обучения вам не составит труда. Цена оптимизации будет зависеть от множества факторов, которые вам следует обсудить с нашими менеджерами. В прайс-листе на сайте вы сможете уточнить стоимость курса обучения.

 

cascade-group.com.ua

Оптимизация, увеличение производительности, скорости 1С в Минске

 

Тормозит 1С? Медленно проводятся документы, формируются отчеты и обработки? Надоели блокировки? Не оптимально выстроены бизнес-процессы?

Оптимизация, увеличение производительности, скорости Вашей 1С – комплексная услуга, состоящая из двух этапов: обследования и работ по оптимизации.

Обследование (аудит) системы, по результатам которой заказчик получает заключение:

После проведения мониторинга у Вас будет целостная картина всех узких мест Вашей системы.

Если Вам приходилось общаться с пользователями, то Вы наверняка заметили необъективность их оценок ("тормозит", "медленно работает"). После проведения мониторинга может выявиться какая-то тяжелая регламентная обработка, которая и блокировала работу пользователей или модуль совершенно другого документа с неоптимальным кодом, что и вызывало блокировку. Либо определенный сотрудник жалуется на длительное проведение документа "Закрытие отгрузок". Выясняется, что документ состоит из 9000 строк и занимает последнее место в "рейтинге проводимости" документов по документо-строкам, но время его проведения не является критичным для бизнеса, т.к. он проводится 10 минут, но один раз в месяц.

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

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

Далее принимается решение о том, какие из рекомендаций будут выполняться. Оценивается гарантированный прирост производительности системы, сроки и стоимость проекта.

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

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

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

1c911.by

Оптимизация производительности 1С | MS SQL Server

Оптимизация производительности 1С:Підприємство | MS SQL Server | PosgreSQL |

Оптимизация производительности 1С:Підприємство необходима для поддержания заданной производительности базы данных и там, где ВАЖНО чтобы база работала быстро:

Услуга "Оптимизация производительности 1С:Підприємство" на MS SQL Server и PosgreSQL

Может оказываться по:

Ежемесячное администрирование производительности  включает:

Оптимизация производительности реализуется по-этапно:

  1. Предварительная подготовка
  2. Настройка технической «базы» для возможности проведения анализа
  3. Диагностика производительности 1С:Підприємство
  4. Составление рекомендаций по оптимизации 1С:Підприємство
  5. Выполнение оптимизации 1С:Підприємство
I. Предварительная подготовка
II. Настройка технической «базы» для возможности проведения замеров производительности работы базы данных

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

Способ хранения Журнала регистрации – требует внимания, иначе при его не контролируемом росте, он подвержен саморазрушениям. При его разрушении: в лучшем случае разрушается только сам журнал или останавливается в него запись, в худшем - останавливается работа всего кластера (сервера 1С:Підприємство).

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

Настройка технологического журнала на сервере 1С:Підприємство, так чтобы в него записывались длительные операции, блокировки, и исключительные ситуации (ошибки) (exception). Ошибки работы сервера 1С:Підприємство могут быть связаны, как с действиями пользовательской части, так и с внутренним механизмом. Все они записываются и анализируются.

Настройка трассировки на SQL сервере для записи блокировок и длительных запросов на уровне SQL сервера

Все модули и настройки передаются в собственность компании Заказчика для возможности проведения последующего самостоятельного анализа. В том числе передаются слайды по настройке (тезис и скриншот с заполненными настройками)

III. Диагностика производительности базы данных
На этом этапе находятся сбои, потенциальные и реальные причины медленной работы 1С:Підприємство:
IV. Составление Отчета с рекомендация по ускорению производительности 1С:Підприємство
Для каждого выявленного объекта оптимизации (на этапе «Диагностики производительности 1С:Підприємство»), могут предоставляться Рекомендации Вашим IT специалистам рекомендации для самостоятельной оптимизации 1С:Підприємство:
V. Выполнение работ по оптимизации производительности
Вы получаете реальный эффект в виде ускорения проведения документов и формирования отчетов, уменьшения размера базы и нагрузки на серверное оборудование.

Изменения выполняют квалифицированные профессионалы, которые:

cascade-group.com.ua

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