Фоновое обновление конфигурации. Фоновое обновление конфигурации базы данных

Для вызова операции фонового обновления конфигурации базы данных нужно выбрать пункт меню Конфигурация - Конфигурация базы данных - Фоновое обновление конфигурации базы данных.

Рис. 24. Диалог фонового обновления конфигурации базы данных

Нажатие кнопки Запустить запускает фазу обработки. При этом в окне служебных сообщений отображается текст:

Старт фонового обновления конфигурации БД прошел успешноКонфигурация недоступна для редактирования. Выполняется фоновое обновление конфигурации базы данных.

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

После окончания фазы обработки начинается фаза актуализации, во время выполнения которой можно перевести систему к выполнению фазы принятия изменений с помощью кнопки Завершить или отказаться от обновления с помощью кнопки Отменить.

СОВЕТ. Рекомендуется отменять запущенный процесс фонового обновления конфигурации базы данных в тех случаях, когда не планируется завершение фонового обновления конфигурации базы данных (например, процесс поставлен на бесконечную «паузу»). Выполнение данной рекомендации положительно скажется на характеристиках системы, т. к. не будет происходить регистрация изменений для выполнения фазы актуализации.

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

Флажок Выполнять на сервере служит для того, чтобы определить, где будет выполняться запуск, завершение и отмена. Если этот флажок сброшен, то данные действия будут выполняться на стороне клиентского приложения, а если установлен - то на стороне сервера «1С:Предприятия». Кроме того, если установлен данный флажок, то можно выполнять обновление конфигурации только при наличии права ОбновлениеКонфигурацииБазыДанных, без установленного права Администрирование.

Сохранение конфигурации базы данных в файл

Для сохранения конфигурации базы данных в файл на диск нужно выбрать пункт Конфигурация - Конфигурация базы данных - Сохранить конфигурацию БД в файл. На экран выводится стандартный диалог выбора файла. Необходимо выбрать каталог и указать имя файла, в который будет записана конфигурация базы данных.

Сохраненный файл конфигурации базы данных необходим для операции сравнения и объединения конфигураций (см.здесь).

Сравнение конфигурации и конфигурации базы данных

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

В случае необходимости можно восстановить измененные объекты.

Отказ от изменений в конфигурации

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

ПРИМЕЧАНИЕ. Пункты меню Сохранить конфигурацию БД в файл... и Вернуться к конфигурации БД доступны даже в случае закрытой редактируемой конфигурации. Команда Вернуться к конфигурации БД по-прежнему недоступна, когда информационная база подключена к хранилищу конфигурации.

Запуск «1С:Предприятия»

В конфигураторе предусмотрен запуск режима 1С:Предприятие. Для этого нужно выбрать пункт Сервис - 1С:Предприятие. Часто необходимо запустить «1С:Предприятие» в режиме отладки. Для этого существует командаОтладка - Начать отладку (подробнее про отладчик см. здесь).

Если конфигурация была модифицирована (были произведены изменения), то конфигуратор выводит вопрос:Редактируемая конфигурация отличается от конфигурации базы данных. Произвести обновление конфигурации базы данных? Для сохранения внесенных изменений следует выбрать кнопку Да.

Если выбрана кнопка Нет, то режим 1С:Предприятие запускается без сохранения конфигурации.

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

Печать (Ctrl+P)

Дерево объектов конфигурации базы данных

Для просмотра структуры конфигурации базы данных, свойств, форм, макетов и другой информации об объектах можно открыть окно конфигурации базы данных. Для этого нужно выбрать пункт Конфигурация – Конфигурация базы данных – Открыть окно конфигурации БД. По виду оно не отличается от окна Конфигурация.

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

Обновление конфигурации базы данных

В процессе редактирования конфигурации могут быть созданы новые, изменены существующие или удалены имеющиеся объекты.
Текущая структура базы данных может быть отлична от структуры конфигурации. Отличие конфигураций показывается в заголовке окна Конфигурация символами .
ПРИМЕЧАНИЕ. Знак отличия конфигураций появляется только после сохранения изменений в основной конфигурации. Однако после сохранения основной конфигурации можно продолжить внесение изменений, и в этом случае в заголовке окна Конфигурация
будут присутствовать признаки изменения для обеих конфигураций.
Чтобы выполнить приведение в соответствие конфигурации и конфигурации базы данных, необходимо произвести обновление конфигурации базы данных. Для этого нужно выбрать пункт Конфигурация – Обновить конфигурацию базы данных. Если основная конфигурация еще не была сохранена, то сначала конфигуратор выполнит ее сохранение, а потом произведет обновление конфигурации базы данных.
Если при обновлении конфигурации базы данных было открыто окно сообщений, то оно очищается.
ВНИМАНИЕ! Обновление конфигурации базы данных может потребовать прекращения работы всех пользователей.
Перед обновлением можно сравнить конфигурации, а также провести их объединение.
Если на момент выполнения обновления конфигурации базы данных выполнялась отладка, то после сохранения текущей конфигурации на экран выводится вопрос: Для обновления конфигурации базы данных необходимо прекратить отладку. Продолжить? При ответе Да отладка прекращается, и конфигурация базы данных обновляется. При ответе Нет не производится обновление, и отладка не прекращается.
Обновление конфигурации базы данных требует монопольного доступа конфигуратора к информационной базе. В зависимости от наличия пользователей, работающих с базой данных, и их режимов работы, возможно несколько вариантов поведения системы:
1. конфигуратор выдает сообщение об ошибке исключительной блокировки в том случае, если:
● используется файловый вариант базы данных;
● есть сеансы, подключенные к информационной базе без использования веб-сервера;
● нет сеансов, работающих через веб-сервер;
● обновление конфигурации требует реструктуризации базы данных.
2. конфигуратор предлагает завершить все сеансы и повторить обновление, если:
● обновление конфигурации требует реструктуризации базы данных;
● с файловым вариантом информационной базы работают веб-клиенты или тонкие клиенты, подключенные через веб-сервер;
3. в остальных случаях конфигуратор предлагает выполнить динамическое обновление.

Примечание 1. При выдаче диагностических сообщений указываются характеристики сеансов, которые мешают выполнению действия. Если количество сеансов меньше или равно 5, то выводится подробный список сеансов (с указанием имени компьютера, типа
приложения и т. д.), в противном случае выводится общее число сеансов.
Примечание 2. Работа информационной базы в монопольном режиме не переводит базу данных Microsoft SQL Server в однопользовательский (single user) режим.
Примечание 3. Для ускорения процесса реструктуризации информационной базы, при использовании СУБД Microsoft SQL Server, рекомендуется режим восстановления для базы данных устанавливать в значение Простой или С неполным протоколированием. Смену
режима можно выполнять или перед выполнением реструктуризации или на постоянной основе, если не требуется выполнять восстановление базы данных на произвольный момент времени. Перед сменой режима восстановления базы данных необходимо
выполнить резервное копирование базы данных!

Ошибка монопольного доступа

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

Завершение сеансов и попытка обновления

Если для обновления конфигурации базы данных необходимо завершить все сеансы, то пользователю выдается сообщение.
Если выбрана команда Завершить сеансы и повторить , то у пользователя запрашивается подтверждение выбранного действия (Завершение сеансов приведет к аварийному завершению работы пользователей! Выполнить завершение сеансов?) и в случае
утвердительного ответа происходит попытка завершения работы всех сеансов информационной базы. Затем выполняется попытка повторного сохранения конфигурации базы данных.
Завершение всех сеансов приведет к аварийному завершению работы всех клиентских приложений.
Возможны ситуации, когда завершение работы сеанса невозможно. Например, файловый вариант информационной базы опубликован
на веб-сервере, доступ к которому требует клиентского сертификата или на веб-сервере настроена аутентификация и для доступа требуется ввод имени пользователя и пароля. При этом к информационной базе подключения выполняются только с использованием
веб-сервера. Конфигуратор не поддерживает аутентифицированный доступ к веб-серверу и поэтому не может выполнить попытку завершения сеансов. В том случае, если Конфигуратор не смог завершить сеансы доступа к информационной базе, попытку обновления конфигурации базы данных можно либо выполнить позже, либо завершить работу сеансов другими способами.
Динамическое обновление
Если есть возможность выполнить динамическое обновление, пользователю выдается специальное сообщение (см. рис.28).

Динамическое обновление

Если выбрана команда Обновить динамически, то выполняется обновление без завершения работы пользователей. Предполагается, что выполненные изменения будут записаны динамически в виде версии изменений конфигурации (конфигурация базы данных при этом не изменяется). Допускается выполнение повторных изменений основной конфигурации. Если при очередной попытке обновления конфигурации базы данных может быть установлен монопольный режим работы, конфигуратор осуществляет обновление конфигурации базы данных с учетом всех изменений (как текущих, так и предыдущих).
Если было выполнено динамическое обновление, то работающие в этот момент пользователи продолжают работать со старой конфигурацией. Для того чтобы начать работать с обновленной конфигурацией, пользователю необходимо перезапустить систему «1С:Предприятие». Для контроля и оповещения пользователей о произведенных динамических изменениях следует использовать метод глобального контекста КонфигурацияБазыДанныхИзмененаДинамически().
ПРИМЕЧАНИЕ. После выполнения обновления конфигурации базы данных все версии, созданные динамическим обновлением, будут удалены.
Если были обнаружены изменения, требующие реструктуризации базы данных, то на экран выводится диалог со списком таких изменений для подтверждения обновления.
Для подтверждения сохранения нужно нажать кнопку Принять, для отказа – кнопку Отмена.

Фоновое обновление конфигурации базы данных

Общее описание
ПРИМЕЧАНИЕ. Доступно только для лицензии КОРП
Обновление конфигурации базы данных, которое связано с реструктуризацией базы данных, выполняемое для информационных баз большого объема, может занимать длительное время. Во время выполнения обновления, работать с информационной базой невозможно.
Для того чтобы свести потери времени на эту операцию к минимуму, существует специальный режим, выполняющий обновление конфигурации базы данных в фоновом режиме. Фоновое обновление конфигурации базы данных характеризуется следующими
особенностями:
● Доступно только в клиент-серверном варианте информационной базы;
● Может выполняться при закрытом конфигураторе.
● Большая часть фонового обновления конфигурации базы данных выполняется без монопольного доступа к базе данных (включая выполнение операции реструктуризации базы данных).
● Во время фонового обновления недоступны следующие операции:
● Редактирование конфигурации.
● Отладка прикладного решения.
● Выполнение операции обновления конфигурации базы данных.
● Не допускается использование методов УстановитьРежимАгрегатов() , УстановитьИспользованиеАгрегатов(), ПерестроитьИспользованиеАгрегатов() .
● Изменение содержимого плана счетов или плана видов расчета, если связанный с ним регистр бухгалтерии или регистр расчета
участвует в операции фонового обновления. Попытка изменить содержимое таких планов счетов или планов вида расчета вызывает ошибку.
● Фоновое обновление конфигурации можно поставить «на паузу» длительностью не более 48 часов. Если «пауза» продлится более 48 часов – фоновое обновление будет отменено.
● Не поддерживается работа фонового обновления для конфигураций, находящихся в режиме совместимости с версией 8.1
● Не поддерживается работа фонового обновления конфигурации базы данных при работе на СУБД IBM DB2 9.1.
Процесс фонового обновления конфигурации состоит из нескольких этапов:
● Фаза обработки:
● Выполняется длительное время.
● Запуск данной фазы может быть выполнен любым способом:
● Интерактивно, из конфигуратора;
● Из встроенного языка (с помощью соответствующих методов);
● С помощью режима пакетного запуска конфигуратора.

● Выполняется реструктуризация основного объема данных для следующих объектов конфигурации:
● Справочники,
● Документы,
● Журналы документов,
● Регистры сведений,
● Регистры накоплений,
● Регистры бухгалтерии,
● Регистры расчета,
● Последовательности,
● Планы счетов,
● Бизнес-процессы,
● Задачи.

● Во время выполнения фазы обработки, система фиксирует все измененные данные для вышеперечисленных объектов, по аналогии с механизмами обмена данными.
● Фаза актуализации:
● Запускается автоматически, после окончания фазы обработки, с интервалом 1 минута.
● Во время выполнения фазы пользователи могут работать с информационной базой.
● Фаза состоит из автоматически повторяющихся итераций. Каждая итерация анализирует изменения, накопленные с момента выполнения предыдущей итерации (или завершения фазы обработки) и выполняет реструктуризацию накопленных изменений.
● Итерации завершаются в момент перехода к следующей фазе.
● Фаза принятия изменений:
● Требует монопольный доступ к информационной базе.
● Во время выполнения фазы пользователи не могут работать с информационной базой.
● Первым шагом этой фазы выполняется актуализация данных, накопленных с момента проведения последней, перед текущей
фазой, итерации фазы актуализации.
● Затем выполняется реструктуризация данных, не участвующих в фазах обработки и актуализации. В этих данных не
предполагается большого объема изменений, и их реструктуризация выполняется быстро.
● Следующим шагом выполняется принятие всех изменений, выполненных в базе данных.
● После этого обновление конфигурации базы данных завершается.
Если фоновое обновление запущено так, что не требуется выполнения реструктуризации базы данных, то в этом случае все обновление выполняется в фазе принятия изменений, переход к которой возможен сразу после начала фонового обновления.
Во время фонового обновления имеется возможность остановить работу сервера или поставить процесс фонового обновления «на паузу».
После остановки сервера или после аварийного завершения рабочего процесса, обслуживающего системное фоновое задание, выполняющее обновление, создание первого сеанса будет происходить несколько большее время, нежели обычно. Это связано с восстановления фонового обновления. Однако сам процесс фонового обновления находится в приостановленном состоянии. Для продолжения работы необходимо возобновить работу фонового обновления. Такое поведение реализовано для того, чтобы не произошло зацикливание системы в том случае, если причиной аварийного завершения рабочего процесса, обслуживающего фоновое обновление, является собственно фоновое обновление.
После восстановления работоспособности сервера, фоновое обновление конфигурации базы данных продолжает работу следующим
образом:
● Если работа была прервана в фазе обработки, то процесс продолжается с последнего объекта конфигурации, обработка которого
не была завершена.
● Если работа была прервана в фазе актуализации – незаконченная итерация начинается заново.
СОВЕТ. Рекомендуется отменять запущенный процесс фонового обновления конфигурации базы данных в тех случаях, когда не планируется завершение фонового обновления конфигурации базы данных (например, процесс поставлен на бесконечную «паузу»). Выполнение данной рекомендации положительно скажется на характеристиках системы, т. к. не будет происходить регистрация изменений для выполнения фазы актуализации.
При выполнении операции фоновой реструктуризации следует учитывать некоторые особенности работы системы:
● Если регистр бухгалтерии или накопления добавлен в состав разделителя, то данный регистр обрабатывается во время фазы
принятия изменений.
● Если изменен тип независимого разделителя (см. здесь), то все объекты, входящие в состав этого разделителя, обрабатываются во время фазы принятия изменений.
● Если изменяется тип измерения, входящего в основной отбор независимого регистра сведений, то такой регистр обрабатывается во время фазы принятия изменений.

Диалог фонового обновления конфигурации базы данных

Для вызова операции фонового обновления конфигурации базы данных нужно выбрать пункт меню Конфигурация – Конфигурация базы данных – Фоновое обновление конфигурации базы данных. Нажатие кнопки Запустить запускает фазу обработки. При этом в окне служебных сообщений отображается текст:
Старт фонового обновления конфигурации БД прошел успешно
Конфигурация недоступна для редактирования. Выполняется фоновое обновление конфигурации базы данных.
После запуска фонового обновления конфигурация блокируется от изменения. Во время выполнения любой фазы, работу фонового обновления можно приостановить с помощью кнопки Приостановить. Для того, чтобы продолжить выполнение фонового обновления
служит кнопка Продолжить.
После окончания фазы обработки начинается фаза актуализации, во время выполнения которой можно перевести систему к выполнению фазы принятия изменений с помощью кнопки Завершить или отказаться от обновления с помощью кнопки Отменить.
СОВЕТ. Рекомендуется отменять запущенный процесс фонового обновления конфигурации базы данных в тех случаях, когда не планируется завершение фонового обновления конфигурации базы данных (например, процесс поставлен на бесконечную
«паузу»). Выполнение данной рекомендации положительно скажется на характеристиках системы, т. к. не будет происходить регистрация изменений для выполнения фазы актуализации.
Флажок Разрешить динамическое обновление служит для того, чтобы определить, нужно ли при нажатии на кнопку Запустить попытаться выполнить динамическое обновление вместо запуска процесса фонового обновления конфигурации базы данных. Если этот флажок установлен, то сразу же после нажатия на кнопку Запустить будет производиться проверка на возможность выполнить динамическое обновление конфигурации. В случае, когда конфигурация допускает такую возможность, вместо фонового обновления конфигурации базы данных будет производиться динамическое обновление.
Флажок Выполнять на сервере служит для того, чтобы определить, где будет выполняться запуск, завершение и отмена. Если этот флажок сброшен, то данные действия будут выполняться на стороне клиентского приложения, а если установлен – то на стороне сервера «1С:Предприятия». Кроме того, если установлен данный флажок, то можно выполнять обновление конфигурации только при наличии права ОбновлениеКонфигурацииБазыДанных, без установленного права Администрирование.

Сохранение конфигурации базы данных в файл

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

Сравнение конфигурации и конфигурации базы данных

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

Отказ от изменений в конфигурации

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

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

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

Получение обновлений через Интернет

На первой странице помощника выберите вариант «Пользовательский сайт в Интернете (рекомендуется) ». Если на пользовательском сайте имеется доступное обновление, то система сообщает номер версии, краткое описание, размер обновления и предлагает его установить.

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

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

Для получения обновления необходимо указать код пользователя и пароль для доступа к пользовательскому сайту. Доступ к этому сайту имеют только зарегистрированные пользователи программ системы 1С:Предприятие. Подробная информация о том, как можно получить код пользователя и пароль, содержится в разделе методической поддержки на сайте v8.1c.ru .

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

Установка обновлений

После того, как обновление было получено локально на компьютер, помощник предлагает его установить.

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

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

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

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

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

Планирование обновлений

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

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

Диагностика нештатных ситуаций

• Записи о произведенных операциях и возникших ошибках в ходе обновления заносятся в Журнал регистрации информационной базы (тип события «Обновление информационной базы»).
• В процессе установки обновления во временной папке текущего пользователя Windows создается лог-файл с записями о ходе обновления. (Содержимое лог-файла впоследствии автоматически добавляется в Журнал регистрации.) Последний из каталогов вида %temp%\1CUpdate.<набор цифр>, отсортированных по алфавиту, соответствует последней сессии обновления.
• Результат обновления информационной базы записывается в Журнал событий Windows (Event Log).

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

Начнем с реального случая. Не так давно к нам обратился один наш клиент с жалобой на "тормоза" 1С у одного из его сотрудников. Симптомы выражались в том, что через некоторый промежуток времени конфигурация Управление Торговлей 10 начинала сильно тормозить, а проще говоря подвисала на какое-то время.

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

В принципе, исходных данных уже достаточно, чтобы сделать первые выводы. Приведем их еще раз:

• "Тормоза" происходят постоянно, с определенной периодичностью
• "Тормозит" только у одного пользователя
• "Тормозит" на любом рабочем месте

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

Действительно, "проблемный" пользователь указан как пользователь для выполнения регламентных заданий. Как выяснилось, когда-то давно от имени этого пользователя работало задание автообмена РИБ. Осталось посмотреть, что именно являлось причиной эпизодического "торможения". Это тоже несложно сделать:

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

Обычное приложение

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

Управление многими регламентными заданиями производится через настройку связанных с ними подсистем. Например, настройки регламентных заданий, связанных с обменом данными следует искать в настройках обмена, связанные с ЕГАИС в настройках торговлей алкоголем и т.д.

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

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

Данный список нужно тщательно изучить, все ненужные задания следует отключить, а у нужных привести расписание в соответствие с насущными потребностями и здравым смыслом. Например, в нашем случае, нет никакой необходимости обрабатывать ответы ЕГАИС раз в 30 секунд (эта настройка сделана для тестирования) и в рабочем режиме вполне достаточно будет делать это скажем раз в полчаса.

Управляемое приложение

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

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

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

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

Отдельное внимание следует уделить всему, что связано с поисковым индексом. Полнотекстовый поиск безусловно удобная вещь, но работа с его индексом является весьма и весьма ресурсоемкой задачей. Поэтому не стоит впадать в крайность и отказываться от него, но следует серьезно пересмотреть и настроить его параметры.

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

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

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

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

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

• Теги:

Please enable JavaScript to view the

Фирма "1С" выпустила финальную версию 8.3 платформы "1С:Предприятие". Она является значительным развитием технологической платформы "1С:Предприятие 8" по целому ряду направлений.

Развитие "облачных" технологий и работы через Интернет

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

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

Автоматическое обновление Тонкого клиента через Интернет. Данная возможность позволит значительно снизить трудозатраты при обновлении ПО у удаленных пользователей. Ранее автоматическое обновление было возможно только при работе в рамках локальной сети.

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

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

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

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

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

Платформа 1С:Предприятие 8.3 КОРП - новые лицензии для корпоративных клиентов

Для платформы версии 8.3 впервые реализовано два разных варианта поставки и лицензирования - "обычный" и корпоративного уровня (КОРП).

Ряд перечисленных выше новшеств и возможностей, необходимых в основном крупным корпоративным пользователям и провайдерам, предоставляющим доступ к приложениям "1С:Предприятия" в режиме интернет-сервиса, реализован только в 64-разрядном сервере "1С:Предприятия 8.3" уровня КОРП. Рекомендуемая розничная цена лицензии на этот сервер составляет 180 000 рублей. По сравнению с "обычным" 64-х разрядным сервером 1С:Предприятия 8 (розничная цена лицензии - 72 000 руб.), сервер уровня КОРП поддерживает:

• фоновое обновление конфигурации базы данных;
• дополнительное управление распределением сервисов кластера и соединений с информационными базами по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий;
• гибкое управление нагрузкой в кластере:
  • - безопасный расход памяти за один вызов;
  • - количество информационных баз на процесс;
  • - объем памяти рабочих процессов, до которого сервер считается производительным;
  • - максимальный объем памяти рабочих процессов;
  • - стратегия балансировки (по памяти, по производительности);
• внешнее управление сеансами;
• профили безопасности;
• возможность обновления тонкого клиента с сервера;
• возможность публикации списка баз и обновлений тонкого клиента через http.

Для использования этих возможностей необходимы также клиентские лицензии уровня КОРП, цена которых рассчитывается как удвоенная цена "обычных" клиентских лицензий на такое же количество пользователей. Например, клиентская лицензия "обычного" уровня на 100 рабочих мест будет стоить 300 000 руб., а лицензия на 100 мест уровня КОРП - 600 000 руб. При этом для 1С:Предприятия 8.3 КОРП впервые выпущена клиентская лицензия на 1000 рабочих мест, стоимостью 5 906 000 руб.

Подробно условия лицензирования 1С:Предприятия 8.3 см.
в информационном письме №16773 (http://www.1c.ru/news/info.jsp?id=16733).

Мобильная платформа

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

• собственно мобильную платформу (дистрибутив), работающую под управлением операционных систем Android и iOS;
• технологию создания и публикации мобильных приложений 1С:Предприятия 8.

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

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

Создание мобильного приложения в конфигураторе 1С:Предприятия

Благодаря тому, что для создания мобильных приложений используются традиционные средства разработки 1С, а доступный им функционал является подмножеством платформы 1С:Предприятие, разработка и отладка приложений значительно упрощается. Можно использовать уже имеющийся код и бизнес-логику прикладных решений, задействовать традиционные механизмы интеграции приложений 1С. Эти же приложения могут функционировать и на настольных компьютерах, как под Microsoft Windows, так и под Linux.

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

Мобильные приложения "1С:Предприятия 8" могут работать полностью автономно (данные хранятся на мобильном устройстве), в оффлайн-режиме (без соединения с Интернетом). При этом развитые средства интеграции 1С:Предприятия 8 позволяют организовать их взаимодействие с любой центральной (back-office) системой.

Скриншот мобильного приложения "1С:Монитор ERP"
(https://itunes.apple.com/ru/app/1s-monitor-erp/id622508341?mt=8)

Подробно о мобильной платформе 1С:Предприятия 8 см. /overview/Term_000000818.htm .

Развитие кроссплатформенности

Клиентские приложения для Linux

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

• Тонкий клиент, обеспечивающий работу пользователей в режиме управляемого приложения;
• Толстый клиент, обеспечивающий работу в режиме обычного или управляемого приложения;
• Конфигуратор, для администрирования информационной базы и для изменения конфигурации.

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

Кроссплатформенные средства администрирования

В предыдущих версиях платформы 1С:Предприятия для администрирования кластера серверов в составе системы обязательно должен был существовать компьютер, работающий под управлением операционной системы Windows, т.к. средства администрирования кластера базировались на ее инструментах.

Теперь администрирование кластера можно осуществлять с любых компьютеров, работающих как под управлением Windows, так и под управлением Linux. Для этого в 1С:Предприятии реализованы два инструмента:

• Сервер администрирования;
• Утилита командной строки.

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

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

Новый пользовательский интерфейс и другие улучшения юзабилити

Платформа версии 8.3 получила новый интерфейс приложений "Такси", более удобный и наглядный.
В нем реализован ряд новых подходов к работе с прикладными решениями, в т.ч.:

• Функции, необходимые для удобной навигации по приложению, реализованы в нескольких вспомогательных панелях: инструменты, избранное, история и др.;
• Разработчик прикладного решения может задать некоторый стандартный состав и расположение этих панелей в соответствии с назначением и особенностями приложения;
• Пользователь может самостоятельно конструировать свое рабочее пространство, располагая панели в разных областях экрана. Например, можно создать "минималистичное" рабочее место, оставив на экране лишь панель инструментов, при этом все функции навигации по прикладному решению останутся доступны с ее помощью. Или можно разместить на экране сразу несколько панелей, обеспечив себе разнообразные и быстрые возможности перехода к различным функциям приложения.
• Любой раздел, список,объект базы данных, отчет или обработку а также команду можно добавить в "избранное", чтобы потом при необходимости быстро к ним вернуться.

В числе интерфейсных новшеств новой версии платформы можно также отметить:

• Вариант работы интерфейса без использования модальных окон. В таком режиме не происходит открытия новых окон браузера, что повышает удобство, производительность и стабильность работы через веб-клиент, позволяет работать с приложениями 1С:Предприятия через браузер на любых мобильных устройствах;
• упрощение настройки списков;
• новый механизм ввода по строке, который существенно ускоряет поиск данных.

Реализованы два новых языка интерфейса платформы:
китайский и азербайджанский

Пример работы в китайском интерфейсе 1С:Предприятия 8.3 - создание формы справочника.

В числе других значимых усовершенствований:

• Оптимизация производительности. Улучшения затронули клиентские рабочие места, кластер серверов, механизмы взаимодействия с различными СУБД, работу с памятью. По оптимизации работы с СУБД наибольший объем работ был проведен для Microsoft SQL Server, включая обеспечение поддержки работы с новейшей версией Microsoft SQL Server 2012.
• Улучшения средств разработки приложений. Предоставлена возможность загрузки/выгрузки конфигураций 1С (структуры и данных) в виде набора файлов. Для хранения выгруженных данных используется формат XML. Расширены возможности организации программного кода за счет выделения и группировки произвольных областей текста в редакторе модуля. Разработчик может дать каждой области свое собственное имя, что делает программный код более читабельным. Улучшена контекстная подсказка - теперь она выдается также при наборе параметров процедур и функций, с указанием их типов и возможных вариантов синтаксиса. Также в контекстной подсказке реализовано автоматическое распознавание и отображение комментариев разработчиков, составленных в соответствии со стандартами разработки - при наборе имени процедуры или функции показывается расширенная информация по ее назначению и вариантам использования, а при наборе параметра - по этому конкретному параметру. Чтобы обеспечить разработчиков удобным средством быстрого контекстного поиска информации по интересующим темам, в синтакс-помощнике добавлены ссылки на подборки методических материалов по соответствующим темам, регулярно обновляемые на специализированном интернет-ресурсе 1С.
• Автоматизированное тестирование . Новый механизм позволяет выполнять автоматизированное тестирование прикладных решений, используя алгоритмы, описанные на встроенном языке. Также реализована возможность записи интерактивных действий пользователя в файл для последующего их анализа, или для формирования на их основе автоматизированного теста.
• Расширены функциональные и визуальные возможности создания отчетов , реализованы новые презентационные возможности бизнес-диаграмм, дополнительные статистические и агрегатные функции, например ABC.
• Работа с внешними источниками данных значительно приближена по функционалу и удобству к стандартным объектам конфигурации. Данные внешних источников можно помещать во временные таблицы для использования в сложных запросах, использовать в составе разделителей в "облачных" приложениях, можно программным образом переопределять формы для их просмотра. Также появилась возможность подключения многомерных источников данных , таких, как Microsoft Analysis Services, Oracle Essbase, IBM InfoSphere Warehouse .
• Поддерживается специальный режим совместимости информационных баз с предыдущими версиями. Он позволяет без дополнительной переработки использовать прикладные решения, разработанные на платформе "1С:Предприятие" версий 8.0, 8.1 и 8.2. Режим совместимости позволяет также сделать при необходимости downgrade платформы с версии 8.3 до 8.2. Для того, чтобы задействовать все возможности версии 8.3, в решения, созданные на платформе "1С:Предприятие 8" более ранних версий, необходимо будет внести незначительные изменения.