Технологический журнал от «А» до «Я»

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

Описание
Включение
Настройка
Логи
События
Фильтр
Примеры
Ошибки

Как ставить задачи правильно

При постановке задач следует проверять себя, соответствует ли ваша поставленная задача требуемым параметрам
Итак, Любая задача должна быть :

S (Specific) — конкретной
M (Measurable) — измеримой
A (Attainable) — выполнимой, достижимой
R (Relevant) — значимой
T (Time-bounded) — обозначенной во времени

А теперь разберемся по пунктам:

Последовательности событий в 1С

Последовательность событий при записи элемента справочника из формы элемента (записать и закрыть), а также при записи вида характеристики из формы элемента (записать и закрыть), при записи счета из формы счета (записать и закрыть), при записи вида расчета из формы вида расчета (записать и закрыть).
МОДУЛЬ ФОРМЫ КЛИЕНТ: «Перед записью» — МОДУЛЬ ФОРМЫ СЕРВЕР: «Обработка проверки заполнения на сервере» — МОДУЛЬ ОБЪЕКТА СЕРВЕР: «Обработка проверки заполнения» — МОДУЛЬ ФОРМЫ СЕРВЕР: «Перед записью на сервере» — (Начало транзакции записи — МОДУЛЬ ОБЪЕКТА СЕРВЕР: «Перед записью»- (запись)- «При записи»- МОДУЛЬ ФОРМЫ СЕРВЕР: «При записи на сервере» — Конец транзакции записи) — «После записи на сервере» — МОДУЛЬ ФОРМЫ КЛИЕНТ: «После записи» — «Перед закрытием» — «При закрытии».

Microsoft SQL Server Native Client 10.0: Named Pipes Provider: Could not open a connection to SQL Server

Всем привет, если при подключении базы данных в кластер серверов у Вас возникла такая ошибка:

Microsoft SQL Server Native Client 10.0: Named Pipes Provider: Could not open a connection to SQL Server

Падение сервера PostgreSQL

Сегодня после отключения света, отказался запускаться PosygreSQL сервер, Сразу скажу что машина где это произошло тестовая, поэтому ни чего сложного не случилось. Однако симптомы были такие:
При попытке запустить службу "Postgres"выдавалось сообщение что служба остановлена. В журнале событий было написано "Служба "PostgreSQL Database Server 9.1.9-1.1C" перешла в состояние Остановлена." - что собственно ни о чем не говорит.
А вот в логах самого сервера выдало следующее сообщение:

Оптимизация обработки "Редактор свойств номенклатуры"

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

Итак предыстория такая: есть база с УТ 11 которая работала на выделенном сервере(SQL сервер отдельно от сервера 1С, при этом сам сервер 64 битный)  , Периодически появляются проблемы с сервером, проявляется это резким замедлением производительности в самый неожиданный момент, Если в момент тормозов зайти на сервер то можно было увидеть, что процессы 1с(rphost) могли съесть все имеющуюся на сервере память, а скорее всего даже гораздо больше. Вычислить проблему мне удалось подглядев в консоль администрирования 1С в закладке "сеансы" в колонке "Данные СУБД (5 мин)", было очень большое значение, что говорило, что c сервера поступают большой объем данных.

Поговорив с пользователем, я выяснил, что он запустил обработку "Редактор свойств номенклатуры", с большим количеством позиций, в результате чего обработка зависла и ему пришлось убивать 1С через диспетчер задач. Так же мне позже сказали что этой обработкой им советовали пользоваться очень осторожно, т.к. в ней можно получать не более 300 позиций номенклатуры. К слову сказать в текущей базе используется огромное количество свойств номенклатуры(больше 100),

После того как я выяснил что это за обработка, я решил убедиться что эта та самая обработка, которая портит работу сервера. Я решил попробовать ее запустить(на тот момент я не знал о советах по ограничению выбираемого количества номенклатур. Поэтому я решил запустить ее по для получения всего списка номенклатур. И вот что я увидел после запуска на сервере:

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

1С + PostgreSQL — syntax error at or near «SECOND» at character...

Возникла задачка потестировать  работу 1С  в связке с СУБД PostgreSQL на сервере. С установкой сервера 1С и самой СУБД проблем не возникло, но при попытке создать ИБ средствами 1С вылезла ошибка — «syntax error at or near „SECOND“ at character...», при повторной попытке — «DATABASE не пригоден для использования». При этом база в самой СУБД создается, но какая-то кривая.

Решение:

1. Удалить создавшуюся кривую базу;
2. Остановить службу PostgreSQL;
3. Открыть в блокноте конфигурационный файл PostgreSQL — %ProgramFiles%\PostgreSQL\9.1.9-1.1C\data\postgresql.conf;
4. Раскомментировать и привести к такому виду эти строчки:
backslash_quote = on
escape_string_warning = off
standart_conforming_strings = off
5. Сохранить postgresql.conf, запустить службу PostgreSQL и создать ИБ;
6. Остановить службу PostgreSQL и обратно закомментировать строчки, которые раскомментировали выше;
7. Запустить службу PostgreSQL.