Контролируемые механизмы

20.05.14

База данных - Инструменты администратора БД

Автоматический запрет запуска в копиях рабочих баз механизмов, оказывающих внешнее воздействие

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
КонтролируемыеМеханизмы.dt
.dt 26,60Kb
2 1 850 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Введение

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

Идея

Было бы хорошо, если бы определенным механизмам автоматически запрещался запуск в копиях рабочих баз.
А если бы надо было включить один из них, то только его и надо было перенастроить, а потом вручную разрешить ему запускаться.

Решение

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

Функция ПолучитьКонтрольноеЗначение() Экспорт    
    КонтрольноеЗначение = СтрокаСоединенияИнформационнойБазы();
    КонтрольноеЗначение = НРег(КонтрольноеЗначение);
    КонтрольноеЗначение = СтрЗаменить(КонтрольноеЗначение, ":1541", "");
    Возврат КонтрольноеЗначение;
КонецФункции

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

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

Для разрешения запуска механизма используется следующая функция.

Функция РазрешитьЗапуск(КонтролируемыйМеханизм) Экспорт    
    КонтролируемыйМеханизмОбъект = КонтролируемыйМеханизм.ПолучитьОбъект();
    КонтролируемыйМеханизмОбъект.КонтрольноеЗначение = ПолучитьКонтрольноеЗначение();
    КонтролируемыйМеханизмОбъект.Записать();
КонецФункции

Для запрета запуска механизма используется другая функция.

Функция ЗапретитьЗапуск(КонтролируемыйМеханизм) Экспорт
    КонтролируемыйМеханизмОбъект = КонтролируемыйМеханизм.ПолучитьОбъект();
    КонтролируемыйМеханизмОбъект.КонтрольноеЗначение = "";
    КонтролируемыйМеханизмОбъект.Записать();
КонецФункции

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

Функция РазрешенЗапуск(КонтролируемыйМеханизм) Экспорт    
    Если Не ЗначениеЗаполнено(КонтролируемыйМеханизм) Тогда
        ВызватьИсключение "Не указан контролируемый механизм";        
    КонецЕсли;        
    Возврат (ПолучитьКонтрольноеЗначение() = КонтролируемыйМеханизм.КонтрольноеЗначение);    
КонецФункции

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

Процедура КонтрольЗапуска(КонтролируемыйМеханизм) Экспорт    
    Если Не РазрешенЗапуск(КонтролируемыйМеханизм) Тогда
        ВызватьИсключение "Запуск контролируемого механизма не разрешен";        
    КонецЕсли;        
КонецПроцедуры

Все эти процедуры и функции находятся в модуле менеджера справочника "Контролируемые механизмы"

Внедрение

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

//Получим настройки
Настройки = ПолучитьНастройки();   
//Контроль запуска
Если Справочники.КонтролируемыеМеханизмы.РазрешенЗапуск(Настройки.КонтролируемыйМеханизм) Тогда    
    //Выполнение
Иначе
    //Запуск запрещен
КонецЕсли;

Или так.

//Получим настройки
Настройки = ПолучитьНастройки();   
//Контроль запуска
Справочники.КонтролируемыеМеханизмы.КонтрольЗапуска(Настройки.КонтролируемыйМеханизм);   
//Выполнение

Мне больше нравится второй вариант.

Демонстрационный пример

Для того, чтобы было еще понятнее, я подготовил демонстрационный пример:

0. Скачайте КонтролируемыеМеханизмы.dt
1. Создайте пустую базу и загрузите в нее КонтролируемыеМеханизмы.dt
2. Запустите новую базу в режиме предприятия и откройте справочник "Контролируемые механизмы" - пока запуск демонстрационного механизма запрещен.

 Контролируемые механизмы

3. Откройте обработку "Демонстрационный механизм" и все равно попытайтесь запустите механизм - действительно, запуск демонстрационного механизма запрещен.

Контролируемые механизмы
4. Вернитесь в справочник "Контролируемые механизмы" и разрешите запуск демонстрационного механизма - запуск демонстрационного механизма разрешен.

Контролируемые механизмы
5. Вернитесь к обработке "Демонстрационный механизм" и запустите его еще раз -  действительно, запуск демонстрационного механизма разрешен.

Контролируемые механизмы
6. Выгрузите данные базы в .dt
7. Создайте еще пустую базу и загрузите в нее только что полученный файл .dt
8. Запустите новую базу в режиме предприятия и откройте справочник "Контролиремые механизмы" - запуск демонстрационного механизма автоматически стал запрещен.

Контролируемые механизмы

Заключение

Надеюсь, описанный в статье механизм пригодится вам. Спасибо за внимание.

Вступайте в нашу телеграмм-группу Инфостарт

См. также

Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Программист Руководитель проекта 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)

Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы. Может выполнять свертку одновременно в несколько потоков. А так же автоматически, без непосредственного участия пользователя. Решение в Реестре отечественного ПО

14400 руб.

20.08.2024    42719    233    120    

217

Инструменты администратора БД Инструментарий разработчика Роли и права Программист 1С v8.3 1C:Бухгалтерия Россия Платные (руб)

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

16000 руб.

10.11.2023    19412    76    39    

92

Инструменты администратора БД Роли и права Системный администратор Программист Пользователь 8.3.14 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 17.06.2025, версия 1.3

20400 руб.

06.12.2023    17519    66    10    

100

Инструменты администратора БД Системный администратор Программист 1С v8.3 1C:Бухгалтерия Платные (руб)

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

3600 руб.

06.02.2017    33811    146    18    

51

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020    39447    116    152    

82

Инструменты администратора БД Системный администратор Программист 1С v8.3 1C:Бухгалтерия Платные (руб)

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

140000 руб.

10.08.2012    124843    9    122    

195

Администрирование Инструменты администратора БД Удаленное управление Системный администратор 1С v8.3 1С:Зарплата и Управление Персоналом 3.x Платные (руб)

Расширение разработано для автоматизации интеграции «1С:Зарплата и управление персоналом (редакция 3.1)» с сервисом Яндекс 360 через платформу «n8n». Расширение позволяет автоматически создавать учетные записи Яндекс для новых сотрудников, обновлять данные существующих сотрудников и блокировать учетные записи уволенных сотрудников. Обмен данными осуществляется через API Яндекс 360 с использованием промежуточного сервера платформы n8n, что обеспечивает гибкость, масштабируемость и упрощение интеграционных процессов.

5000 руб.

03.04.2025    1957    3    0    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. FractonKireyev 21.05.14 10:43 Сейчас в теме
Идея не нова и не оригинальна. Я использовал этот-же принцип несколько лет назад при обмене данными. Сразу оговорюсь - идею я тогда тоже где-то вычитал (не помню где).

Но автору всё-равно спасибо за подробное объяснение принципов контроля - я встречал спецов с дружественных франчевых фирм, которые по этим граблям ходили и не могли понять сути проблемы (у них тогда после обмена обнаруживалась куча битых ссылок). Может быть, эта статья уменьшит количество таких проблем.
2. mikhailovaew 127 22.05.14 16:34 Сейчас в теме
КонтрольноеЗначение = СтрЗаменить(КонтрольноеЗначение, ":1541", "");

а почему бы не убирать любое значение порта?
3. rtnm 618 22.05.14 18:24 Сейчас в теме
(2) mikhailovaew, порт 1541 является портом по умолчанию для менеджера кластера, если при подключении к базе не указывать его явно, то будет использоваться именно он. Может случиться так, например, что при создании базы в кластере порт явно не указывали, а при подключении уже существующей базы порт 1541 указали, тогда получится, что в зависимости от места выполнения функции СтрокаСоединенияИнформационнойБазы порт 1541 может быть указан, а может быть не указан в возвращаемом ей результате. Указание порта менеджера кластера отличного от 1541 является обязательным, поэтому он будет присутствовать всегда в результате возвращаемом функцией СтрокаСоединенияИнформационнойБазы и удалять его нет необходимости.
4. Diversus 2337 23.09.15 16:50 Сейчас в теме
(0) Этот способ содержит ошибку, на которую когда то попался и я.
Все дело в том, что может быть такая ситуация, когда сервер может быть представлен несколькими способами и строка соединения с ИБ будет разной для одной информационной базы!
Например, в домене можно представить сервер 1С сразу несколькими способами:

1) server
2) server.local
3) 192.168.1.10 (ip сервера 1С)
4) server:1541
5) ...

И все способы будут работать. Не так давно был глюк в одном из наших решений, которое использовало данный подход когда из под пользователя все работало как надо, а из фонового задания не запускалось в следствии того, что фоновое задание считало что оно работало с сервером server.local (в домене)!

Переделайте подход, иначе могут быть ошибки, которые трудно будет найти.
Мы пошли путем, когда в "КонтрольноеЗначение" записывалось через точку с запятой все возможные представления сервера 1С и это помогло решить проблему.
sulfur17; +1 Ответить
5. rtnm 618 24.09.15 08:44 Сейчас в теме
(4) Diversus, спасибо за замечание, такая ситуация действительно может быть, конкретно для нас она не страшна, так как если в рабочей какой-нибудь механизм вдруг не заработает, то будут вызываться исключения, которые увидят многие.
6. DrAku1a 1773 20.10.15 02:13 Сейчас в теме
Я использовал аналогичный подход, но различие делал только по имени базы (то, что в Ref=), для копий баз - всегда делается своё имя, с приставкой или окончанием "_test_", "_copy_" и т.п., так что всегда можно различить. Это помогает никогда не запускать регламентные задания в копиях.
И ещё совет - при запуске, если определил, что база является копией - выведи это в заголовок "ЭТО КОПИЯ "+ТекущийЗаголовок+" ЭТО КОПИЯ!!!" - и сам не спутаешь базу с оригиналом, и если что не так будет с рабочей базой - тебе юзеры сообщат (было дело).
sulfur17; +1 Ответить
Для отправки сообщения требуется регистрация/авторизация