1с создать bat файл
1. Указать путь к .exe платформы и базе, пользователя и пароль для пользователя, папку для бэкапов, в следующих строках (изменяемое подчеркнуто):
"C:\Program Files (x86)\1cv8\8.3.10. \bin\1cv8.exe" DESIGNER /F "C:\Users\Documents\1C\Trade2" /N "Админ" /P "админ" /DumpIB "D:\bat backups\%backup_date%.dt"
rem /DumpIB "D:\bat backups\%backup_date%.dt"
2. Настроить запуск файла с помощью стандартных регламентных заданий windows по расписанию.
(редактировать можно через notepad++)
значение "F"- для файловой "S" - для серв.
Так же дополнительно можно дописать блокировку пользователей -
Блокирует базу
"C:\Program Files (x86)\1cv8\8.3.10.\bin\1cv8.exe" ENTERPRISE /F "\У" /N "Администратор" /P "123" /CРазрешитьРаботуПользователей /UCКодРазрешения
Разблокирует
"C:\Program Files (x86)\1cv8\8.3.10.\bin\1cv8.exe" ENTERPRISE /F"C:\1С\infobase" /N"123" /P"123" /WA- /AU- /DisableStartupMessages /CРазрешитьРаботуПользователей /UCКодРазрешения
Первая команда добавляется перед исполнением выгрузки, а вторая добавляется в самый конец.
Касательно момента, что такое уже было итд.
Это моя первая публикация и мой самый первый опыт с 1С
Когда-то давно, когда я пытался это сделать, найти информацию было не просто (почему-то). я предлагаю простое готовое решение для простых пользователей. Возможно кому-то пригодится)
Специальные предложения
С другой стороны, я не позиционировал метод как единственный правильный механизм копирования. Да уж, взрослеет Инфостарт. ))
Раньше подобные "откровения" вызывали сотни лайков, а сейчас тишина. (2) На самом деле, не лайков ради.
Своего рода эксперимент по публикации)
Это не новаторство. все прекрасно это понимают. (2) Знаешь, однажды ты попадешь в ситуацию, например не заведется твой автомобиль. Полезешь на форум по своему авто, или на какой-нибудь drive2. Там кто то для таких как ты, распишет элементарные вещи, которые нужно проверить, чтобы завести. А кто то скажет: ну вот, такие "откровения".
Пост заминусят, раскритикуют. Однако он поможет многим.
На всех форумах и подобных ресурсах есть такой народ, который критикует, тролит, смеется над тем, кто задал тупой вопрос. Так вот, это для тебя он тупой. Потому что ты здесь спец. А кто то чайник. Но ты спец только в конкретной сфере. И согласись, очень не приятно, когда ты ищешь в интернете информацию, чтобы разобраться в том, в чем ты не силен, и находишь подобное отношение и высказывания продвинутых пользователей. Которые пытаются показать какие они "крутые" и "всезнайки". Ты тут не один, на этом ресурсе.
Зарегался только для того чтобы заступиться за автора. Автор не "тупой", автор "банальный". Его "ноухау" описаны много раз и на этом ресурсе, и на других. Такие статьи засоряют форум и отнимают время пользователей.
Но это чисто мое мнение, если кому-то нравится, то ради бога. Демократия, однако. Поставлю лайк авансом, в надежде, что Вы напишите публикацию, про то как прятать пароль от злоумышленников в EXE, как компилировать bat в exe. Меня за это упрекнули, но времени нет написать эту статью. надеюсь, у Вас найдется. (6)Чего там писать-то. "bat2exe" в гугле дает кучу вариантов. На любой вкус. Есть такая прога как Effector Saver. Устанавливается служба, задается расписание и прекрасно делает архивные копии.
Причем, можно хранить предыдущие версии копий и пересылать копии по FTP. (8) Не "есть", а "была": разработчики его давно забросили и он не работает с 8.3. (13) А так то да, очень годная программа была. Пользовался ей много лет. (14) К тому же она не была бесплатной: версия "Про", обрубающая сессии, стоила примерно 1500 р.
Я считаю, за использование Effector Saver для бэкапа 1С-баз нужно публично пороть и отправлять в Сибирь снег убирать.
(19) Для платформы 8.2 очень даже замечательно. Всякие скрипты - ненадёжная тоска. А уж про рекомендованный 1С бэкап средствами БД и говорить нечего. Хотя всё в конве бизнес-модели: главное ответственность с себя снять, а чаяния и потребности юзера - "не, не слышали!". (19) Больше касается клиент-серверных баз. Здесь все делать нужно средствами СУБД. А "рекомендованный" совсем не значит "обязателен к применению". (21) Я за свою многолетнюю практику админства и одинэсенья не раз видел, как категорически не восстанавливаются бэкапы, сделанные средствами MS-SQL (в том числе с "проверкой" после создания). С dt-шниками такой шляпы не бывало ни разу. Я за свою многолетнюю практику админства и одинэсенья не раз видел, как категорически не восстанавливаются бэкапы, сделанные средствами MS-SQLНе у Вас, надеюсь? Значит, вероятно, что-то с моделями восстановления напутывалось.
До поры, до времени (с ростом объема базы)
(24) У меня лично не было проблем с MS-SQL (возможно потому, что я изначально разумно отношусь к продукции этой фирмы, поскольку прежде работал администратором безопасности и вникал в суть продуктов), но бывало и в компании, в которой я работал. К счастью, за резервное копирование в те моменты я совсем никак не отвечал. Но наблюдать всё это было печально. (22) К тому же "bak" раз в пятнадцать больше аналогичного dt-шника. Автору респект за движуху.в Обновляторе это есть и даже о чудо, обновления по расписанию закачивает и ставит. ;) (9) Обновлятор тоже не бесплатный. Стоил он, правда, символически (год назад 500 р. за полную версию), а неполная версия, опять же, не рубит соединения и прочее. (16) Ну и ещё он очень жёстко привязывается к профилю оборудования.
Добрый день автору.
Буду очень признателен за помощь.
Ищу, как батником или другим способом "выгнать" из 1С 8.3 пользователей для создания резервной копии, которая у меня делается ночью через выгрузку базы в файл *.dt. Кто-нибудь из пользователей не закроет на ночь программу и резервная копия не сделана. Конфигурация самописанная, платформа 8.3.11.3034.
Попробовал ваш способ, но не получается.
После выполнения первой строчки, которая, как я понял, должна заблокировать базу, у меня открывается 1С в режиме предприятия и пока я сам её не закрою, вторая строчка батника, которая делает выгрузку в файл *.dt, не запускается. Ночью закрыть будет некому :)
А мне надо сначала "выгнать" из базы всех пользователей, если они есть, а потом выгрузить. Как это можно сделать?
Вот мой код, взятый из этой статьи:
1cv8.exe ENTERPRISE /S "БазаСКЛ" /N Админ /P 123 /CЗавершитьРаботуПользователей /UC12345
1cv8.exe DESIGNER /S %serv1C%\%base% /N Админ /P 123 /DumpIB %dir_copy%\dantist8_%data%.dt" /OUT "%dir_copy%\backup.log" -NoTruncate
1cv8.exe ENTERPRISE /S %serv1C%\%base% /N Админ /P 123 /WA- /AU- /DisableStartupMessages /CРазрешитьРаботуПользователей /UC12345
Однажды, при реализации проекта, в котором после некоторых манипуляций со скриптами в Python, возникла задача выборочного и быстрого запуска информационных баз 1С:Предприятия 8.3 (без выбора в диалоговом стартовом окне). Начался интеллектуальный поиск. Результаты поиска привожу в упорядоченном виде.
Казалось бы, что «дело в шляпе». Пишем требуемый путь к 1С и всё. Однако, нет рек без подводных камней. Вот тут нас ожидает первый из них. Вышеприведенный скрипт хорошо работает при отсутствии в пути пробелов. Но платформа 1С:Предприятие 8.3. «любит» по умолчанию устанавливаться в папку "Program Files". Если в пути к файлу есть пробелы, то запуск приложения можно выполнить так как показано ниже. Пример запуска программы 1С:Предприятие 8.3, расположенной в c:/Program Files/1cv8/common/1cestart.exe.
Кстати говоря, код будет добротно работать и при такой записи последней строки:
Для того, чтобы не просто запустить исполняемую программу, а с параметрами, нужно немного потанцевать с бубном. Вариантов вновь много, но мы попробуем пойти путём запуска программы с использованием bat файла. Итак, напомню, нам нужно запустить интересующую нас информационную базу 1С без диалога выбора информационных баз. Так сказать быстрый запуск без ввода логина и пароля.
В результате проб и ошибок мы выработали следующий порядок действий (приводим его предельно детально):
- Предположим, что стартовая программа 1С:Предприятие 8.3. установлена в c:/Program Files/1cv8/common/1cestart.exe. Расположение стартового файла 1С можно узнать, кликнув по её ярлыку и во вкладке «Ярлык» можно увидеть имя в поле «Объект».
- Полное имя информационной базы, которую мы собираемся запустить, минуя появления диалогового окна 1С: C:\Users\User\Documents\InfoBase5. Узнать место расположения информационной базы можно предварительно из диалогового окна, возникающего при обычном запуске 1С.
- Создадим новый ярлык, который нам понадобится для быстрого запуска нашей информационной базы. Для этого можно сделать копию уже имеющегося ярлыка 1С. Затем переименовать его как вам нужно и в свойствах в поле «Объект» немного продолжить строчку, дополнив ее параметром «ENTERPRISE /F» и полным именем требуемой вам информационной базы.
У нас получится следующая строка (кавычки обязательны!).
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"C:\Users\User\Documents\InfoBase5"
Можно протестировать работу нового ярлыка. Если всё работает как нужно, то можно переходить к следующему шагу.
- Наступил момент создания bat файла. Открываем блокнот и копируем в него строчку, которую мы только что записывали в поле «Объект» ярлыка.
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"C:\Users\User\Documents\InfoBase5"
- Сохраним файл и дадим ему красивое имя start_conf.bat (можно назвать, исходя из собственного представления о прекрасном).
- Теперь осталось научиться запускать файл типа bat с помощью Python кода. Предположим, что полное имя вашего bat файла c:\PythonProgram\start_conf.bat, тогда код в Python будет предельно лаконичен!
Таким образом, в результате вышеприведенных манипуляций мы получаем ярлык для быстрого доступа к требуемой информационной базе и предельно короткий код Python позволяющий оперативно стартовать любую информационную базу.
Речь идёт о возможности написания пакетных скриптов для автоматизации операций над группой баз вот на этой вкладке обновлятора:
Что такое пакетный скрипт?
Пакетный скрипт - это текстовый файл для Windows, содержащий последовательность команд, предназначенных для исполнения командным интерпретатором (подробнее).
Такие файлы обычно имеют расширение bat или cmd.
Я сам подсматриваю синтаксис таких скриптов здесь и здесь.
Зачем писать и запускать эти скрипты именно в обновляторе?
Потому что обновлятор берёт на себя ряд непростых вещей, чтобы упростить написание таких скриптов в части взаимодействия с пакетным режимом конфигуратора и в целом с базами.
Список баз для обработки
Прямо в обновляторе мы выбираем для какого количества баз нужно запустить написанный нами скрипт:
Передача параметров базы
При выполнении скрипта обновлятор сам передаёт в него необходимые параметры с информацией о текущей базе:
Все эти параметры мы можем использовать в своём скрипте, делая его универсальным для выполнения над любым количеством выбранных баз.
Примеры таких скриптов мы можем найти в списке шаблонов обновлятора:
Предварительная архивация базы
При необходимости обновлятор обеспечит создание резервной копии перед выполнением скрипта:
Эта резервная копия будет согласована с общей системой архивации, то есть её также можно подвергать "тюнингу" в дополнительных настройках обновлятора. Такая копия всегда будет иметь метку "перед опасной операцией".
Блокировка, разблокировка базы
При необходимости обновлятор выполнит полную блокировку базы перед выполнением вашего скрипта и разблокировку после:
И это одна из ключевых "фич" обновлятора - ведь, например, корректное выполнение блокировки серверной базы в общем случае является достаточно нетривиальной задачей.
Нужно "разрулить" текущие подключения пользователей, административные подключения, выполнение фоновых задач. И всё это через общение напрямую с кластером 1с.
Сохранение отчётов
Обновлятор сохраняет историю выполнения таких скриптов в менеджере отчётов.
Как в общем виде:
Так и в детальном:
Кстати, вы обратили внимание, что в отчётах скрываются имя и пароль пользователя, под которым выполнялся пакетный запуск конфигуратора? Эта конфиденциальная информация намеренно заменяется на символ звёздочка.
Уведомление на почту
Если у вас настроены уведомления на почту (все или только при ошибках).
. то информация о выполнении скриптов (включая детальные отчёты) будет приходить к вам точно также, как и информация о выполнении других операций из обновлятора:
Запуск скрипта по расписанию
Для добавления скрипта в запуск по расписанию следует сохранить сам скрипт:
Далее у нас есть 2 варианта:
Быстрый, но неудобный способ
При сохранении скрипта мы можем установить опцию "Настроить однократный запуск скрипта . ":
И далее уже отредактировать расписание этого задания непосредственно в планировщике Windows.
Чуть более медленный, но самый удобный способ
После того как вы сохранили скрипт (не добавляя его в планировщик Windows) вернитесь в главное окно Обновлятора на закладку "Настройки программы".
Далее нажмите кнопку "Расписание".
И создайте задачу с типом операции "Запуск скрипта":
Укажите ваш сохраненный скрипт по ссылке "выбрать скрипт для запуска. ".
Облачный мониторинг
При сохранении скрипта нам также доступна опция для облачного мониторинга его работы - совершенно потрясающая возможность на мой взгляд. Вот здесь подробнее об облачном мониторинге.
Многопоточное выполнение скриптов
О том как запускать скрипт параллельно для нескольких баз подробно рассказывается здесь.
Что ещё полезно изучить перед написанием скриптов?
Ну, конечно же, пакетные команды конфигуратора. Куда же без них.
Прежде всего есть достаточно полная статья на Инфостарте. Но, к сожалению, и эта статья уже не может считаться исчерпывающей, так как в ней нет информации о командах, реализованных в последних версиях платформы.
Чтобы увидеть все возможные команды именно для нашей версии 1с - заходим в конфигуратор и выбираем пункт меню "Справка"-"Содержание справки":
В открывшемся окне нас интересует вот эта ветка:
Здесь есть всё, информация исчерпывающая. Возможно не будет хватать примеров использования, поэтому к справке конфигуратора советую переходить уже после того как освоитесь с выполнением простейших пакетных команд согласно всё той же статьи Инфостарта.
Ну, поехали!
Хватит говорить про скрипты - давайте их писать
Выводим на экран имя базы
Для этого нам понадобится команда echo (именно она отвечает за вывод на экран) и параметр %base_name% (его нам передаёт в скрипт обновлятор).
И запустим наш скрипт над выбранной группой баз:
Пересчитываем итоги
Здесь уже речь идёт о том, чтобы выполнить пакетную команду конфигуратора, которая называется IBCheckAndRepair с ключом RecalcTotals.
При этом для пакетного запуска самого конфигуратора нам не потребуется прописывать полную строку для подключения (включающую такие параметры базы как путь к ней, имя и пароль пользователя).
Вместо этого мы просто напишем:
%run_1c_d% это параметр скрипта, который включает в себя пакетный вызов конфигуратора к текущей базе, для которой выполняется скрипт.
Почему он называется именно run_1c_d? Это сокращение "run 1c designer". Designer означает режим конфигуратора.
Кстати, для более удобного формирования скрипта для тестирования и исправления базы воспользуйтесь соответствующим шаблоном:
Делаем выгрузку базы
За выгрузку базы отвечает команда DumpIB, которая принимает в качестве параметра путь к файлу, куда нужно выгрузить базу.
Получается наша команда могла бы быть такой:
Но что будет, если мы запустим такой скрипт сразу для нескольких баз? Они все будут писать выгрузку в один и тот же файл, перезатирая данные друг друга.
Именно для этих целей в скрипт передаётся параметр %stamp% - имя файла, уникальное для текущей базы и текущего момента времени.
Эта метка включает в себя имя базы и текущую дату и время.
Чтобы сделать наш скрипт универсальным перепишем его вот так:
Вы спросите - откуда я беру все эти полезные параметры для скрипта?
А я ещё раз напомню вам вот об этом меню:
Открываем базу с запуском внешней обработки
Полезная фича, если нам нужно выполнить некоторый код в режиме пользователя и затем закрыть базу.
Для этого мы сначала пишем обработку для 1с, при открытии которой выполняется нужный код, а затем автоматически закрывается база.
А затем пишем следующий пакетный скрипт:
Обратите внимание, что здесь уже не идёт речи о пакетном запуске конфигуратора. Здесь мы запускаем 1с в режиме предприятия с ключом Execute, указав для последнего путь к обработке, которую нужно открыть сразу после запуска базы.
За запуск базы в режиме предприятия отвечает параметр run_1c_e. Почему он называется именно так? Это сокращение от "run 1c enterprise". Enterprise означает запуск базы в режиме предприятия (пользовательский режим).
Выполняем регламентные задачи
Казалось бы о каком управлении регламентными задачами идёт речь, если пакетный режим конфигуратора нам этого не позволяет.
Да, пакетный режим не позволяет, но вот обновлятор это делать умеет и я вынес эту (и некоторые другие) возможности в специальные команды, доступные для выполнения из пакетного скрипта.
Речь идёт вот об этой группе команд:
При выборе этих методов вызываются особые конструкторы, по результатам которых в код вставляются специфичные команды, понятные только обновлятору.
Например, вот так будет выглядеть команда запуска регламентного задания "ЗагрузкаКурсовВалют":
При этом такие команды можно комбинировать друг с другом, но их нельзя просто так (возможность есть, читайте о ней ниже) комбинировать с другими командами пакетного скрипта (которые не были выбраны из меню Обновлятор-Методы).
Подробное пояснение по командам, которые начинаются с @
В чём их смысл
Эти команды на самом деле не исполняются командным интерпретатором системы.
Обновлятор вычленяет их из скрипта и сам последовательно выполняет прежде чем отдать оставшуюся часть текста на выполнение операционной системе.
Соответственно эти команды имеют более обширный функционал и позволяют автоматизировать больше и лучше, чем только при использовании команд интерпретатора.
Строгий формат
Такие команды (все они выбираются из меню 'Обновлятор'-'Методы') имеют строгий формат написания, чтобы обновлятор смог их найти и разобрать в общем тексте пакетного скрипта:
- Их вызов всегда начинается с новой строки.
- Их имя всегда начинается с @
- Если у команды есть параметры, то вызов записывается вот в таком формате:
@имя_команды(
имя_параметра_1: "значение",
имя_параметра_2: "значение"
)
Обратите внимание, что:
- каждый новый параметр написан с новой строки
- закрывающая список параметров круглая скобка также вынесена на отдельную строку
Возможность сочетания с другими командами интепретатора
Рассмотрим актуальный пример. Нам требуется написать пакетный скрипт, который бы делал обновление базы данных, а затем выполнял обработчики обновления.
Для обновления БД из шаблонов мы выбираем такой скрипт:
Эта команда будет передана командному интепретатору системы на выполнение.
А для выполнения обработчиков обновления нам придётся воспользоваться специальной командой для обновлятора, которая начинается с @, выбрав её из меню 'Обновлятор'-'Методы':
Но нам требуется совместить эти команды в одном скрипте, чтобы они выполнялись друг за другом.
И если мы напишем такой скрипт.
. то не получим ожидаемого поведения. Обновлятор сначала выполнит команду run_update_handlers и только затем передаст командному интерпретатору оставшуюся часть скрипта (%run_1c_d% /UpdateDBCfg).
И ранее не оставалось ничего, кроме как разносить эти команды по разным скриптам и выполнять их последовательно. Что, конечно, крайне неудобно.
Теперь такая возможность появилась в виде специальной команды, которая выбирается из меню 'Обновлятор'-'Методы'-'Выполнение пакетного скрипта'.
Вот как выглядит эта команда:
При помощи неё мы сможем переписать наш скрипт (для обновления БД и выполнения обработчиков обновления) вот так:
И теперь всё будет работать именно так, как мы задумали.
Внимание! При вставке команд, начинающихся с @ обновлятор вставляет также в текст подсказку-ссылку на эту статью. Подсказка перестанет вставляться автоматически через некоторое время после использования таких команд.
Как мне придумывать свои скрипты?
Для вдохновления вначале советую разобрать и понять скрипты из шаблонов обновлятора. Это уже многое вам даст.
Ну а затем изучайте пакетные возможности конфигуратора (см. справку по ним выше) и если какая-то команда вас заинтересовала - пробуйте её применять подобно тому, как мы делали выше.
Я написал классный скрипт и хочу поделиться
Для этого я завёл специальный проект на github, где собираю полезные скрипты от пользователей обновлятора, чтобы как можно большее количество людей смогло использовать их в своей работе.
Хотите прислать мне свой скрипт? Прошу вас сюда (ссылка).
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Надоело делать резервную копию 1с вручную? Сейчас расскажем, как можно делать резервную копию автоматически – по расписанию.
Вариант для серверной базы данных.
1. Создаем файл с расширением bat приблизительно следующего содержания:
Расшифровка кода операторов командной строки:
set kat=C:Program Files (x86)1cv88.3.9.2170 – устанавливаем путь к исполняемым файлам 1с
set serv=192.168.0.1 – указываем ip или имя сервера 1с
set base=Base – указываем имя базы данных на сервере
set user=Администратор – логин Администратора 1с
set pass=Пароль – Пароль Администратора
set passblok=КодРазрешения – пароль для снятия блокировки работы пользователей в 1с. По умолчанию равен = КодРазрешения
Этот пароль можно посмотреть(и/или) поменять в консоле Администрирования баз данных 1с
set pathexport=“f:Backup1c82_%date%.dt” – указываем путь куда будет выгружаться резервная копия (имя файла будет иметь вид 1с82_01.01.2001.dt на текущую дату)
“%kat%in1cv8.exe” ENTERPRISE /S %serv%\%base% /N %user% /P %pass% /DisableStartupMessages /C ЗавершитьРаботуПользователей
-завершение работы пользователей (через 1 минуту) и установка блокировки на вход новых пользователей
“%kat%in1cv8.exe” CONFIG /S %serv%\%base% /DisableStartupMessages /DumpIB %pathexport% /N %user% /P %pass% -NoTruncate /UC %passblok%
-непосредственно выгрузка резервной копии
“%kat%in1cv8.exe” ENTERPRISE /S %serv%\%base% /N %user% /P %pass% /DisableStartupMessages /C РазрешитьРаботуПользователей /UC %passblok%
-снятие блокировки на вход пользователей
2. Запуск этого bat файла по расписанию через планировщик заданий Windows
Планировщик заданий находится: Панель управления Windows- Администрирование-Планировщик заданий
- Переходим на вкладку триггеры – создаем новый триггер с расписанием
- Переходим на вкладку действия и создаем новое действие “Запуск программы”, указав путь к bat файлу. Жмем ОК – все выгрузка БД 1с по расписанию настроена
P.S. Если выгрузка занимает длительное время целесообразно создать несколько задач отличных по времени к примеру
- Заблокировать базу в 02:50
- Выполнить выгрузку базы 1с в 03:00
- Разблокировать базу в 05:00
Похожие записи
Резервное копирование баз 1с через командную строку : 2 комментария
Блокировка не работает =(
Что конкретно не работает? Не завершается работа пользователей или новые могут входить? База какая серверная или файловая?
Отключение или Завершение работы пользователей:
Разрешить работу пользователей:
Для успешного выполнения резервного копирования в информационной базе не должно быть активных сеансов пользователей. Чтобы автоматически завершить работу пользователей, перед выполнением бэкапа, в Effector Saver предусмотрен соответствующий механизм.
Для настройки завершения работы пользователей 1С:Предприятия перейдите на вкладку «Отключение пользователей».
Обратите внимание: в бесплатной редакции Effector Saver данный функционал не реализован. В момент запуска бэкапа пользователям нужно покинуть базу 1С:Предприятия, иначе выгрузка базы не произойдет.
Установите флаг «Завершить работу пользователей 1С:Предприятия». Из выпадающего меню выберете один из вариантов:
- «Завершить сеансы на сервере 1С:Предприятие»;
- «Вызвать штатное завершение работы пользователей».
В случае выбора «Завершить сеансы на сервере 1С:Предприятие» — отключение пользователей происходит путем принудительного завершения сеансов на сервере 1С:Предприятия. Этот вариант подходит только для клиент-серверных баз 1С:Предприятия.
Если Вы изменяли стандартные настройки сервера 1С, возможно потребуется изменить параметры, которые идут ниже.
Если в кластере 1С:Предприятия создан пользователь «Администратор кластера», установите флаг «Кластер требует авторизации». Заполните поля: «Имя администратора кластера:» и «Пароль администратора кластера:».
Важно: не путайте данного пользователя с пользователем базы 1С:Предприятия и пользователем «Администратор центрального сервера».
В консоли администрирования сервера 1С:Предприятия администраторы кластера расположены по пути:
«Console Root» — «1C:Enterprise 8.3 Central Servers» — «(*)имя компьютера» — «Кластеры» — «Локальный кластер» — «Администраторы».
Если порт подключения к агенту сервера отличный от стандартного, установите флаг «Используется нестандартный порт агента сервера». Заполните поле «Порт агента сервера:», по умолчанию — 1540.
Для определения порта агента сервера зайдите в консоль администрирования сервера 1С. При клике правой кнопкой мыши на имя компьютера из выпадающего меню выберете «Свойства» — «Параметры центрального сервера 1С:Предприятия» — «IP порт:».
Второй вариант, откройте «Службы». Выберите «Агент сервера 1С:Предприятия…» и откройте окно «Свойства», строка «Исполняемый файл:».
В случае выбора «Вызвать штатное завершение работы пользователей» — отключение пользователей происходит путем вызова встроенного в типовые конфигурации механизма завершения работы пользователей. Данный механизм основан на использовании процедуры «Блокировка установки соединений с информационной базой».
Читайте также: