• Развертывание 1С (файловый и клиент-серверный вариант), создание ИБ
• Настройка RLS
• Добавление/удаление пользователей, роли, права доступа, профили пользователей
• Резервирование и восстановление в случае аварии
• Регулярное обновление конфигураций и платформы , в том числе массовое
• Регламентные операции , тестирование и исправление
• Развертывание на Linux-платформе
• Настройка СУБД для работы с 1С, базовые операции с SQL-серверами , восстановление баз данных
• Динамическое обновление
• Администрирование аппаратных и программных лицензий

• Удаленная работа с 1С: терминал, RemoteApp, распределенная база
• Организация Web-доступа
• Создание и поддержка распределенных систем
• Настройка и администрирование хранилища конфигурации
• Настройка OpenID-аутентификации
• Администрирование 1С в домене
• Настройка версионирования объектов и анализ изменений при ошибках
• Настройка сценариев запуска платформы с помощью конфигурационных файлов и скриптов
• Параллельная работа серверов 1С разных платформ (8.2 и 8.3) и разных релизов
• Обновление измененных типовых решений , в том числе – с помощью расширений

Все темы и занятия курса:

Модуль 1.
Что нужно знать об архитектуре платформы «1С:Предприятие 8» для администрирования без проблем

Рассмотрена общая логика работы платформы «1С:Предприятие 8» и взаимодействия платформы с типовыми решениями.

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

Также в уроках занятия описаны объекты платформы, которые используют разработчики и пользователи. Рассмотрена главная среда разработчика и администратора – Конфигуратор.

Уроки занятия:

• Технологическая платформа и прикладные решения
• Средства разработки в платформе «1С:Предприятие 8»
• Функционирование системы
• Основные виды объектов конфигурации

Модуль 2.
Файловый и клиент-серверный режимы работы – выбор оптимального режима хранения данных

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

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

Уроки занятия:

• Варианты работы «1С:Предприятия»
• Файловый вариант
• Устройство файловой базы данных «1С:Предприятие 8» на низком уровне
• Ограничения файлового варианта
• Клиент-серверный вариант
• Режимы работы системы
• Варианты подключения к информационной базе
• Разделение функционала на клиентский и серверный
• Работа под управлением различных операционных систем

Модуль 3.
Установка платформы «1С:Предприятие 8» под ОС Windows – ручная и автоматическая (командным файлом)

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

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

Также показан процесс изменения компонент уже инсталированной платформы.

Уроки занятия:

• Получение дистрибутивов технологической платформы с пользовательского сайта фирмы «1С»
• Дистрибутивы технологической платформы под Windows
• Сервис «Публикация ошибок»
• Рекомендация – не спешить устанавливать новый релиз платформы сразу после выпуска
• Установка платформы «1С:Предприятие 8.3» на клиентский компьютер
• Добавление дополнительных компонентов к установленной платформе
• «Бесшумная» установка
• Настройки «бесшумной» установки

Модуль 4.
Автоматическая установка и обновление платформы на большом количестве компьютеров

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

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

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

Уроки занятия:

• Возможные способы установки платформы на группу компьютеров
• Установка через общий сетевой ресурс. Структура общего каталога
• Установка через общий сетевой ресурс. Подготовка общего каталога на сервере
• Установка через общий сетевой ресурс. Действия на клиентском компьютере
• Установка через общий сетевой ресурс. Обновление платформы
• Конфигурационный файл, определяющий расположение общего сетевого каталога
• Права доступа при установке платформы через общий сетевой каталог
• Установка через общий сетевой ресурс. Работа под пользователем без административных прав
• Потенциальные проблемы с безопасностью при использовании политики AlwaysInstallElevated
• Установка через общий сетевой ресурс. Преимущества и недостатки
• Установка при помощи групповых политик
• Файл трансформации adminstallrestart.mst
• Создание собственных файлов трансформации для установки требуемых компонентов платформы при помощи групповых политик
• Принудительное обновление групповых политик
• Установка при помощи групповых политик. Преимущества и недостатки
• Установка платформы в домене при помощи скрипта
• Обновление платформы в домене при помощи скрипта
• Установка и обновление платформы при помощи альтернативного скрипта
• Установка при помощи скрипта. Преимущества и недостатки
• Заключение. Способы установки платформы на группу компьютеров

Модуль 5.
Для тех, кто следит за бюджетами: установка платформы «1С:Предприятие 8» под ОС Linux

ОС Linux поддерживается платформой 1С:Предприятие 8.3.

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

В этом занятии мы рассмотрим установку клиентского приложения под Ubuntu Linux 12.

Уроки занятия:

• Дистрибутивы платформы под ОС Linux
• Особенности работы с файловой информационной базой под ОС Linux
• Необходимые шрифты для работы «1С:Предприятие 8»
• Получение дистрибутивов платформы под Linux с пользовательского сайта фирмы «1С»
• Установка платформы под Ubuntu 12

Модуль 6.
Удаление неактуальных релизов платформы «1С:Предприятие 8»

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

В занятии рассмотрим, как выполняется удаление вручную и автоматически, под Windows и под Linux.

Уроки занятия:

• Удаление платформы и информационных баз
• Удаление платформы под ОС Windows
• Удаление платформы при помощи групповых политик
• Удаление платформы под ОС Linux из командной строки

Модуль 7.
Установка конфигураций и создание информационных баз из шаблонов 1С

Информационные базы создаются из шаблонов.

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

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

Уроки занятия:

• Шаблоны конфигураций
• Получение шаблонов конфигураций с пользовательского сайта фирмы «1С»
• Установка шаблона конфигурации
• Установка шаблона конфигурации в бесшумном режиме
• Состав шаблона конфигурации
• Создание информационной базы из шаблона
• Создание чистой информационной базы
• Использование шаблонов конфигурации
• Шаблон чистой базы для «1С:Бухгалтерии 8»
• Загрузка конфигурации (.cf) и данных (.dt) в чистую базу

Модуль 8.
Программы запуска платформы «1С:Предприятие 8». Локальный кэш метаданных

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

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

Узнаем, какие могут быть ошибки при запуске ИБ, а также какие проблемы может создать локальный кэш метаданных и как их устранить.

Уроки занятия:

• Исполняемые файлы в составе платформы
• Режимы работы системы «1С:Предприятие 8»
• Ошибки открытия информационной базы
• Программа запуска 1cestart.exe
• Интерактивная программа запуска 1Cv8s.exe
• Перейти по ссылке в окне со списком баз
• Пользовательские настройки приложения. Локальный кэш метаданных
• Список информационных баз

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

Запуск платформы может выполняться не только интерактивно пользователем, но и программой. Более того, существует возможность писать скрипты, которые запустят платформу, выполнят некоторое действие и закроют приложение.

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

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

Уроки занятия:

• Запуск файловой информационной базы в пользовательском режиме из командной строки
• Использование имени пользователя и пароля для запуска из командной строки
• Командная строка для запуска клиент-серверной информационной базы
• Создание новой информационной базы из командной строки
• Пакетный режим работы конфигуратора
• Справочная информация по параметрам командной строки

Модуль 10.
Информационные базы: параметры запуска и организация большого количества ИБ

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

В этом занятии рассмотрим все возможности по настройке списка ИБ, включая настройку каталогов шаблонов.

Уроки занятия:

• Добавление информационной базы в список
• Изменение параметров информационной базы в списке запуска
• Параметры запуска информационной базы
• Удаление информационной базы из списка
• Управление сортировкой списка информационных баз
• Отображение последних использованных баз в списке
• Иерархическое отображение списка информационных баз
• Настройка каталога шаблонов из окна запуска
• Окно запуска для тонкого клиента
• Списки общих информационных баз

Модуль 11.
Обновление конфигураций из конфигуратора и в пользовательском режиме. Как избежать проблем при обновлении измененных типовых конфигураций

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

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

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

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

Уроки занятия:

• Варианты обновления конфигураций
• Дистрибутив обновления конфигураций. Файлы.cfu
• Обновление типовой конфигурации
• Получение файла обновления при помощи конфигуратора из интернета
• Обновление типовой конфигурации «1С:Бухгалтерия 8» в пользовательском режиме
• Рекомендации по доработке конфигураций для упрощения обновления
• Использование расширений конфигурации для доработки

Модуль 12.
Обновление нетиповых конфигураций – сравнение объектов, создание собственных cfu-файлов поставки

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

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

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

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

Уроки занятия:

• Процесс обновления нетиповых конфигураций
• Дважды измененные объекты
• Автоматическая расстановка правил объединения при выполнении обновления конфигураций
• Анализ изменений при обновлении конфигураций. Сравнение типов реквизитов объектов
• Анализ изменений при обновлении конфигураций. Сравнение предопределенных элементов
• Анализ изменений при обновлении конфигураций. Сравнение макетов (табличных документов)
• Анализ изменений при обновлении конфигураций. Сравнение программных модулей
• Необходимость добавления комментариев в дорабатываемый программный код типовых конфигураций
• Анализ изменений при обновлении конфигураций. Сравнение форм
• Пример обновления нетиповой конфигурации «1С:Бухгалтерия 8»
• Обновление конфигурации базы данных
• Перенос доработок в обновленную нетиповую конфигурацию «1С:Бухгалтерия 8»
• Обновление конфигурации на копии базы
• Доведение номера версии конфигурации поставщика до версии основной конфигурации
• Обновление при помощи собственных.cfu-файлов
• Создание собственных.cfu-файлов
• Обновление через несколько релизов
• Пример потери данных при обновлении через несколько релизов
• Падение платформы при обновлении конфигураций

Модуль 13.
Механизм расширений в платформе 8.3.6 – простое обновление любых конфигураций

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

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

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

Уроки занятия:

• Назначение расширений конфигурации
• Объекты, которые можно изменять в расширении
• Работа с расширениями в конфигураторе
• Заимствование объектов
• Создание собственных объектов в расширении конфигурации
• Работа с расширениями в пользовательском режиме
• Работа с управляемыми формами в расширениях конфигурации
• Модуль управляемой формы и обработчики событий в расширениях конфигурации
• Работа с подсистемами в расширениях конфигурации
• Права доступа в расширениях конфигурации
• Подведение итогов по использованию расширений конфигурации

Модуль 14.
Инструменты БСП – внешние печатные формы, заполнение табличных частей, подключаемые отчеты и обработки

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

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

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

Все примеры по работе с БСП будут реализованы на системе «1С:Управление торговлей 11». Также в занятии рассмотрена реализация аналогичных внешних обработок для конфигураций прошлого поколения на примере «1С:Управление торговлей 10.3».

Уроки занятия:

• Назначение и возможные виды внешних обработок для обычного приложения
• Хранение внешних обработок в информационной базе
• Преимущества использования внешних обработок
• Реализация внешней обработки «Реестр накладных» для конфигурации «1С:Управление торговлей», ред. 10.3
• Реализация внешнего отчета «Реестр накладных» для конфигурации «1С:Управление торговлей», ред. 10.3
• Создание заготовки внешней печатной формы накладной для конфигурации «1С:Управление торговлей», ред. 10.3
• Реализация вывода информации о долге клиента во внешней печатной форме для конфигурации «1С:Управление торговлей», ред. 10.3
• Авторегистрация внешней печатной формы
• Реализация внешней обработки заполнения табличных частей по остаткам на складе для конфигурации «1С:Управление торговлей», ред. 10.3
• Параметры авторегистрации внешней обработки заполнения табличных частей
• Отладка внешних обработок
• Внешние обработки для управляемого приложения
• Реализация внешней обработки «Реестр накладных» для конфигурации «1С:Управление торговлей», ред. 11
• Реализация внешнего отчета «Реестр накладных» для конфигурации «1С:Управление торговлей», ред. 11
• Реализация внешней печатной формы накладной для конфигурации «1С:Управление торговлей», ред. 11
• Реализация внешней обработки заполнения объектов для конфигурации «1С:Управление торговлей», ред. 11
• Реализация внешней обработки заполнения объекта без записи его в информационную базу
• Реализация внешней обработки создания связанных объектов для конфигурации «1С:Управление торговлей», ред. 11
• Реализация назначаемого внешнего отчета для конфигурации «1С:Управление торговлей», ред. 11

Модуль 15.
Использование бесплатной СУБД – установка PostgreSQL

PostgreSQL – это бесплатная СУБД, с которой может работать платформа «1С:Предприятие 8». Для работы с 1С используется специальный дистрибутив, расположенный на пользовательском сайте фирмы «1С».

В занятии рассмотрен процесс установки СУБД под ОС Windows. Разбираются ошибки, которые могут возникнуть при установке.

Уроки занятия:

• Дистрибутивы PostgreSQL для работы с платформой «1С:Предприятие 8»
• Установка PostgreSQL под ОС Windows
• Некоторые ошибки, которые могут возникать при установке PostgreSQL под ОС Windows
• Утилита администрирования pgAdmin. Установка библиотек Visual C++ для Visual Studio 2013 (vcredist_x86.exe)

Модуль 16.
Клиент-серверный вариант работы платформы: установка и первый запуск кластера серверов 1С:Предприятие 8

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

Клиентское приложение на компьютере пользователя взаимодействует с кластером серверов «1С:Предприятие 8», а кластер при необходимости обращается к серверу СУБД. При этом выполнение наиболее сложных, ресурсоёмких операций будет происходить на сервере.

В занятии рассматривается установка клиент-серверного варианта платформы, настройка основных параметров и обновление версии сервера «1С:Предприятие 8».

Также в занятии разобрана настройка параллельной работы нескольких серверов «1С:Предприятие 8» на одном компьютере. Такой вариант работы часто необходим на практике.

Уроки занятия:

• Архитектура клиент-серверного варианта
• Процессы операционной системы, необходимые для функционирования клиент-серверного варианта
• Дистрибутивы сервера «1С:Предприятие 8»
• Установка сервера «1С:Предприятие 8» на Windows
• Служба сервера «1С:Предприятия 8». Каталог со служебными файлами кластера серверов
• Запущенные процессы работающего сервера «1С:Предприятия 8» и используемые сетевые порты
• Создание чистой клиент-серверной информационной базы из окна запуска «1С:Предприятие»
• Ручная регистрация службы агента сервера «1С:Предприятие» с настройками по умолчанию из командной строки
• Установка службы агента сервера «1С:Предприятие» с произвольными настройками из командной строки
• Редактирование параметров запуска службы агента сервера «1С:Предприятие» в реестре Windows
• Параллельная работа серверов «1С:Предприятие» разных релизов на одном компьютере
• Обновление версии сервера «1С:Предприятие»
• Перенос информационной базы из файлового варианта в клиент-серверный
• Установка блокировки регламентных заданий для информационной базы
• Запуск сервера «1С:Предприятие» в режиме отладки

Модуль 17.
Администрирование клиент-серверного варианта: утилита настройки кластера и рабочих серверов

В занятии рассмотрен процесс управления кластером серверов 1С:Предприятие 8.

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

Это необходимый минимум, который должен знать любой администратор клиент-серверных систем 1С.

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

Уроки занятия:

• Утилита администрирования
• Работа утилиты администрирования с разными релизами платформы
• Регистрация рабочего сервера в утилите администрирования
• Работа с администраторами центрального сервера при помощи утилиты администрирования
• Список кластеров центрального сервера. Свойства кластера
• Список рабочих процессов в утилите администрирования
• Список информационных баз в утилите администрирования
• Работа с администраторами кластера при помощи утилиты администрирования
• Несоответствие версий клиента и сервера. Поиск тонким клиентом дистрибутива платформы нужной версии

Модуль 18.
Основные инструменты администрирования ИБ: средства конфигуратора и подсистемы БСП

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

Кроме этого, в занятии рассмотрены подсистемы БСП:

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

Уроки занятия:

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

Модуль 19.
RLS: ограничение доступа на уровне записей, детальная настройка прав доступа

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

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

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

Уроки занятия:

• Ограничение доступа к данным при помощи ролей
• Ограничение доступа на уровне записей (RLS)
• Реализация ограничения доступа на уровне записей для справочника Контрагенты
• Принцип работы ограничений доступа на уровне записей на низком уровне
• Совместное применение нескольких ограничений доступа на уровне записей
• Наложение ограничений методом ВСЕ
• Наложение ограничений методом РАЗРЕШЕННЫЕ
• Исправление ошибки, возникающей из-за наложения прав доступа на уровне записей

Модуль 20.
Настройка доступа для типовых конфигураций, построенных на БСП (на примере УПП 1.3 и ERP 2)

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

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

Также разбирается работа с правами доступа для конфигураций, базирующихся на БСП, на примере ERP 2.0. Аналогичным образом выполняется работа в других типовых конфигурациях, например, УТ 11.

Уроки занятия:

• Работа с пользователями в УПП 1.3
• Профили полномочий пользователей
• Виды объектов доступа. Группы пользователей
• Процесс установки прав доступа на уровне записей
• Права доступа на уровне записей при вхождении пользователя одновременно в несколько групп
• Пример настройки прав доступа к справочнику «Внешние обработки»
• Пример настройки прав доступа к справочнику «Физические лица»
• Пример настройки прав доступа к справочнику «Контрагенты»
• Настройка прав доступа к пустому значению объекта доступа. Распространение на подчиненные элементы
• Настройка пользователей в ERP 2.0
• Настройка прав доступа на уровне записей в ERP 2.0

Модуль 21.
Резервное копирование и восстановление информационных баз

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

Однако зачастую администраторы безответственно подходят к созданию резервных копий, тем самым рискуя потерять данные, вызвать простой предприятия. А чем крупнее компания, тем дороже обходятся потери данных и простои, особенно для компаний, работающих в режиме «24/7».

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

Также рассмотрены внешние утилиты для резервого копирования. А в заключение показана одна из подсистем БСП по созданию резервных копий.

Уроки занятия:

• Выгрузка информационной базы
• Резервная копия в файловом варианте
• Резервная копия клиент-серверных баз
• Способы создания резервных копий базы данных PostgreSQL
• Создание дампа базы данных PostgreSQL
• Восстановление базы данных PostgreSQL из файла дампа
• Резервная копия PostgreSQL на уровне файловой системы
• Непрерывное архивирование в PostgreSQL
• Настройка архивирования сегментов журнала транзакций PostgreSQL
• Создание базовой полной резервной копии PostgreSQL
• Восстановление данных при помощи заархивированных сегментов журнала транзакций PostgreSQL
• Использование программы Effector Saver для создания резервных копий
• Настройка заданий резервного копирования в программе Effector Saver
• Хранение настроек программы Effector Saver
• Использование программы Cobian Backup для создания резервных копий
• Подсистема БСП для резервного копирования

Модуль 22.
Тестирование и исправление информационных баз. Что делать, если данные в ИБ повреждены

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

В занятии рассмотрим возможные способы исправления данных с помощью встроенных и внешних утилит.

Уроки занятия:

• Механизм тестирования и исправления информационных баз. Выполняемые проверки
• Проверка ссылочной целостности при выполнении тестирования и исправления
• Восстановление «битой» ссылки в справочнике, подчиненном владельцу, при помощи тестирования и исправления
• Примеры сообщений об ошибках при проведении проверки логической и ссылочной целостности
• Тестирование при наличии разделителей в базе
• Утилита chdbfl.exe для файловых информационных баз

Модуль 23.
Настройка удаленного доступа к ИБ через web-клиента

Веб-клиент – это одно из возможных клиентских приложений. Его не нужно отдельно устанавливать на пользовательский компьютер. Достаточно запустить один из поддерживаемых браузеров – Internet Explorer, Mozilla Firefox, Google Chrome или Safari. Значит, с информационной базой можно будет работать с любого компьютера или планшета через интернет. Нужно только в браузере указать путь к опубликованной базе.

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

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

Уроки занятия:

• Веб-клиент
• Общая схема работы с информационными базами «1С:Предприятие» через веб-браузер
• Публикация базы на веб-сервере
• Установка веб-сервера IIS на Windows Server 2008. Публикация информационной базы «1С:Предприятие»
• Настройки публикации в диспетчере служб IIS
• Особенности публикации файловых информационных баз
• Подключение к опубликованной на веб-сервере базе при помощи тонкого клиента
• Установка веб-сервера IIS на Windows Server 2012 R2. Настройка работы с 32-битным расширением
• Публикация информационной базы на веб-сервере под Windows Server 2012 R2
• Настройка 64-разрядного модуля расширения веб-сервера для IIS
• Сброс настроек при публикации из конфигуратора
• Установка веб-сервера Apache 2.2. Публикация информационной базы
• Безопасность передачи аутентификационных данных при работе по протоколу HTTP
• Настройка веб-сервера Apache для подключения к информационной базе по защищенному протоколу HTTPS
• Утилита Webinst для публикации информационных баз на веб-сервере из командной строки

Модуль 24.
Аутентификация с помощью OpenID – инструмент для работы с большим количеством баз

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

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

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

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

Уроки занятия:

• Общие принципы работы OpenID-аутентификации
• Схема работы OpenID-аутентификации
• Установка веб-сервера Apache с поддержкой SSL. Генерация сертификатов
• Установка модулей расширения веб-сервера
• Добавление информации о сертификате в файл cacert.pem в каталоге платформы «1С:Предприятие»
• Настройка информационных баз для аутентификации по протоколу OpenID, внесение пользователей
• Настройки OpenID-аутентификации при публикации информационных баз на веб-сервере
• Проверка работы OpenID-аутентификации из браузера Mozilla Firefox
• Проверка работы OpenID-аутентификации в тонком клиенте. Работа с сертификатами для тонкого клиента (файл cacert.pem)
• Решение проблемы с ошибкой сертификата при запуске базы «1С:Бухгалтерия» под тонким клиентом через веб-сервер
• Основные шаги настройки OpenID-аутентификации. Моменты, на которые следует обратить внимание

Модуль 25.
Терминальный режим и RemoteApp – удаленный доступ к ИБ старого поколения (на примере УТ 10.3)

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

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

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

Уроки занятия:

• Использование терминального режима. Удаленные приложения служб терминалов (RemoteApp)
• Установка сервера терминалов
• Настройка удаленного приложения RemoteApp для запуска информационной базы «1С:Предприятие»
• Работа пользователя с удаленным приложением RemoteApp

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

Система программ "1С:Предприятие 8.0" включает в себя технологическую платформу и прикладные решения, разработанные на ее основе, методологию и методическую поддержку.

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

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

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

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

Варианты работы системы

Традиционно для линейки 1С:Предприятие, рассматриваемая система поддерживает два варианта работы: файловый и клиент-серверный. При этом можно полностью перенести конфигурацию и данные с одного варианта на другой при помощи выгрузки информационной базы в файл и загрузки из него. Для работы клиент-серверного варианта используется SQL сервер компании Microsoft.

Файл - серверный вариант

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

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

Клиент - серверный вариант

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

В клиент-серверном варианте работы системы 1С:Предприятие 8.0 используется 3-х уровневая архитектура. Как и в файловом варианте, конфигурация и данные хранятся в единой информационной базе, только расположенной на SQL сервере. При работе такой системы, кроме сервера SQL и клиента 1С:Предприятия, вводится дополнительное программное звено - сервер 1С:Предприятия (сервер приложения), представляющее собой сервис в среде Windows NT / 2000 /2003 и средства его настройки. Особенно стоит отметить полное отсутствие файловых составляющих информационной базы, что позволяет увеличить надежность хранения и защищенность информации.

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

вся информация в одном месте




Получите четко структурированную, комплексную, выверенную до идеала информацию о системном администрировании 1С от настоящих профессионалов своего дела.

______________________

От новичка до профессионала

______________________

Что такое администрирование 1С?

______________________

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

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

______________________

В целом:

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

и кроме того, в процессе изучения 1С, вы научитесь базовому системному администрированию не только Windows, но и Linux. Мы будем настраивать контроллер домена и создавать пользователей, работать с виртуальными машинами и Hyper-V, устанавливать веб-сервера Apache и IIS, работать с групповыми политиками, производить административную установку 1С, настраивать сетевые интерфейсы в Linux и многое другое!

Вы овладеете практическими навыками и сможете:

______________________

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

2) Создавать базу в 1С как на основе шаблонов, так и чистую базу без конфигурации.

3) Выполнять обновление баз в автоматическом и ручном режимах.

4) Создавать пользователей и назначать им права в самой 1С.

5) Исправлять ошибки запуска информационных баз данных.

6) Определять наиболее удобную для конкретных задач схему лицензирования 1С, настраивать лицензии в 1С.

7) Предоставлять доступ к локальным базам через веб-браузер для удаленных пользователей.

8) Подготавливать среду для разработки конфигурации сразу многими пользователями.

9) Устанавливать сервер 1С на Windows и Linux.

10) Выбрать именно ту СУБД, которая наиболее подойдет под нужды вашей организации.

11) Конвертировать обычные файловые базы в клиент-серверные.

12) Создавать отказоустойчивые кластера средствами 1С.

13) Осуществлять балансировку нагрузку на сервер как в пределах одного кластера, так и между двумя независимыми.

14) Осуществлять резервное копирование баз данных в файловой и клиент-серверной архитектуре.

15) Выбрать наиболее оптимальное серверное оборудование для задач вашей организации.

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

А так же:

17) Разворачивать виртуальную машину Hyper-V и устанавливать на неё Windows Server, Windows 7 и Linux;

18) Превращать Windows Server в контроллер домена и вводить другие операционные системы в домен;

19) Настраивать Linux для работы с 1С

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

______________________

1. Какую выбрать архитектуру – файловую или клиент-серверную?

2. Какая СУБД самая лучшая – PostgreSQL, MS SQL Server, IBM DB2, Oracle или DBF?

3. На чем лучше будет работать 1С – на Windows или Linux?

4. Что делать, если количество пользователей переваливает за 100, 1С тормозит и пользователи бесконечно жалуются?

5. Какую схему лицензирования использовать – однопользовательскую или многопользовательскую? Программную или аппаратную? Выдавать лицензии сервером 1С или с помощью Hasp License Manager?

6. Будет ли информационная база корректно работать через веб-сервер?

7. Как грамотно предоставить удаленный доступ бухгалтеру чтобы не порушить базу, при этом сохранить комфортную работу пользователя?

8. В каких случаях разносить сервер 1С и сервер СУБД на разные сервера?

9. Стоит ли делать отказоустойчивый кластер на 8.3?

10. Что такое агент сервера, менеджер кластера и рабочий процесс?

______________________

Для того чтобы вам лучше понять, насколько качественен и эффективен наш материал, предлагаем ознакомиться (бесплатно!) с некоторыми материалами курса:

Установка и обновление платформы 1С через групповые политики

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

Добавление пользователей и назначение прав в 1С

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

______________________

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

меню видеокурса, главная страница

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

страница выбора раздела видеокурса

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

страница выбора урока из третьего раздела видеокурса

Третий раздел является наиболее интересным, ведь здесь мы будем рассматривать клиент-серверную архитектуру 1С. Вы узнаете о преимуществах клиент-серверной архитектуры над файловой и будите точно знать, в каких случаях использовать ту или иную архитектуру. Будут рассмотрены не только такие процессы, как установка сервера 1С, выбор, установка и настройка СУБД, преобразование файловой базы в клиент-серверную, но и более сложные операции, например балансировка нагрузки между двумя серверами 1С и построение отказоустойчивого кластера 1С, горячее резервное копирование всех типов СУБД, исправление ошибок ИБ, будут даны рекомендации по выбору аппаратной начинки серверов в зависимости от предполагаемой нагрузки и рекомендации по организации всей серверной системы для 1С в целом. Ну и конечно же, клиент-серверную архитектуру мы будем разворачивать не только на Windows, но и на Linux, поговорим об отличиях Windows от Linux и произведем настройку операционной системы Linux с нуля.

Предисловие

Мой личный путь к 1С был своеобразным. Будучи программистом аналитического модуля товароучетной системы (писал на vb6), я время от времени брал работу системного администратора, а если точнее, то выполнял функции эникейщика. На четвертом году работы я остался один из старого состава ИТ-отдела, и отвечал за сеть из 60 ПК и 5 серверов. Сеть построил максимально отказоустойчивой (ввиду своей лени, даже все ПО устанавливалось как управляемое, при добавлении ПК в группу безопасности), делать стало нечего. Куда дальше? Навыки первичных обязанностей в организации не были забыты, по этому были внедрены два проекта на VB.NET и C# используя платформу.NET. Примерно в это время начал писать небольшие отчеты для конфигурации «управление торговлей» на платформе 8.1
Я не буду указывать где читать, я буд говорить, что искать для прочтения.

Кто такие 1С программисты?

• Бухгалтера
• 1С программисты определенной предметной области
• «Программисты»

Чего ожидать?

Быстрый старт

Администрирование 1С баз

• Нужно понимать четко, что такое платформа 1С и что такое конфигурация 1С, версии есть, и у платформы, и у конфигурации
• Различия файлового и серверного режима работы. Попробовать создать базы обоих типов
• Попробовать почитать и понять различия режимов конфигурации «Обычного приложения» и «Управляемого»

Знакомство с основными объектами

Изучение языка запросов

Изучение предметной области автоматизации

Заключение

Видео

• Tutorial

Дисклеймер

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

Предисловие

Сначала я просто хотел написать небольшую статью о том, как мы разносили базы по службам, но в ходе углубления в этот процесс мы добавляли всякие разные штуки (мониторинг служб, потом мониторинг пользователей внутри 1С, потом прикрутили заббикс, и, наконец, пришли к CI/CD на базе 1С). В итоге я понимаю что пихать это в одну статью будет слишком - решил разделить на несколько. Ну а название навеяно циклом статей "сети для самых маленьких", которые принесли мне много приятных минут и к которым я отсылаю всех, кто "хочет изучить сети". Итак, мы приступаем!

Когда ты признаешь проблему, значит ты на половину уже вылечился (с) один знакомый психиатр

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

Какие у нас были сложности:

1. Подвисшая база тянула за собой перезапуск службы, а значит страдали невинные (пользователи других баз)
2. Было тяжело понять кто сегодня "герой дня" - какая база заняла все ресурсы
3. Обновление релизов - обновление одной тянуло за собой автоматическое обновление всех баз на этой службе
4. Ручное подключение баз пользователям, ручное изменение в случае переездов
5. Мониторинг
   И только сейчас я понимаю что это была только вершина айсберга...

Акт первый, действие нулевое

Небольшое отвлечение на основные постулаты, осознание которых далось большой кровью и болью.

1. Старые версии 1С (до 8.3.11+) имеют просадку по производительности при работе в виртуализированной среде. (Источник - Гилев и собственные тесты)
2. Кластер есть, но с ним все крайне не просто. Возможно его доработают потом, но пока он в основном для галочки. (источник - собственный опыт)
3. При выборе процессора смотрите только на частоту . Процессор в 6 ядер по 3,4Ггц порвет в куски процессор на 20 ядер по 2Ггц. Проблема в том, что 1С вообще ничего не знает про параллельные вычисления. По сути это работает так - у нас есть определенное число воркеров для каждой службы, их раскидывают по процессорам, и если в каком то воркере пользователь запустил какой-то тяжелый отчет то в системе будет загружено только одно ядро процессора. Именно то, на котором работает воркер с запущенным заданием… Для БД ситуация кстати ровно обратная. (источник - Гилев, собственный опыт, опыт коллег)
4. Не используйте логи в "новом" формате (запись в SQLLite) - вы очень быстро столкнетесь с тем, что производительность этого решения еще хуже чем файлового варианта. (Источник - собственный опыт, опыт коллег).
   По подсказкам из комментариев есть вариант вынести логи на отдельный инстанс.
   В 8.3.12 обещали логи в нормальный скуль!!!
5. 1С оооочень не любит IPv6. На всех серверах с 1С лучше сразу понижать приоритет IPv6 до минимума. (Источник - Гилев, собственный опыт)
6. Используйте для виртуальных серверов виртуальные сетевые карточки E1000. С остальными проблема по производительности (Источник - Гилев, но на собственном опыте не подтвердилось, хотя особо и не тестили)
7. Обслуживание баз дает хороший прирост производительности, особенно периодический пересчет итогов, а так же обслуживание индексов SQL (Источник - собственный опыт, Гилев)
8. Поиск причин падения 1С сродни поеданию неочищенного кактуса. Выяснить что-то толком можно только через боль, унижения и страдания. (Источник - собственный опыт)
9. Нет ни одного официального образа ни под один гипервизор. Про докер я вообще молчу. (Источник - сайт 1С)
10. Программная лицензия для сервера привязывается к - сюрприз, сюрприз - серийному номеру процессора (и еще огромному количеству параметров сервера). В эпоху повсеместной виртуализации ход потрясающий. Поясняю - активировали сервер, переехали на другую ноду, перезагрузили машину - 1С не запуститься. Расчехляйте новый активационный код. (Источник - собственный опыт, болтливая техническая поддержка 1С =))
11. 1С - это учетная система, а не отчетная. Хотите много нормальных жирных отчетов и быстро - выводите это за рамки 1С. (Источник - собственный опыт)
12. У 1С есть два неоспоримых достоинства, за счет которых она будет процветать еще долго:
    • стоимость самого продукта/разработчиков
    • скорость разработки
      и к сожалению для российского бизнеса они являются первоочередными. А зачастую и единственными, на что вообще смотрят. (Источник - печальная реальность)
13. Никогда не используйте файловую шару как место под хранилище конфигураций 1С. Только службу. Иначе маты со стороны разработки о упавшем черт знает когда хранилище станут вашим неизменным спутником по жизни. (Источник - собственный опыт, опыт коллег)

Акт первый, действие первое

Первая короткая сценка из корпоративной жизни

На сцене - Админ (А), программист 1С (П1С) и представитель бизнеса (ПБ)
ПБ - У нас медленно работает программа!
А - у меня в системе все хорошо!
П1С - я все написал правильно, у меня на компьютере все работает быстро!
ПБ (робко и растерянно) - но она же долго…
А и П1С хором - у нас все хорошо, проблема на вашей стороне!

Проблемы всегда случаются не вовремя (с) (5-летний философ)

И вот в одно прекрасное солнечное утро (на самом деле это была глубокая зимняя ночь) мы поняли что завтра надо запустить новую базу. Завтра наступал тот прекрасный день, который уже много раз описывался тысячами авторов и имя ему - легион! Тьфу, простите, занесло. Имя этому дню был дедлайн. Час ночи, завтра на 200 компах должна запуститься новая база." Да не проблема, у нас же все компы в домене! Сейчас быстренько сделаем логин-скрипт и дело в шляпе!" подумаете вы. И будуте правы - так же подумали и мы. И сделали. Только, как обычно это бывает, погорели на мелочи - я в логон-скрипте я прописал %filename%.bat а коллега выложил %filename%.cmd .

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

Но мысль автоматизации этого процесса у меня в голове засела очень крепко и стал даже вырисовываться план внедрения.

В итоге мы пришли к следующей идеологии:

• Все раздается через AD - создаются группы вида 1cbases-%версия платформы%-%имя базы% и туда силами хелпдеста добавляются пользователи, которым нужна база.
  • одна группа - одна база
  • 1cbases - это префикс по которому удобно искать группы
  • версия платформы 81, 82 и 83 (релиз не принципиален)
  • название базы соответствует имени файла с настройками
• выделяется общая файловая шара где выкладываются все файлы с настройкой подключения к базам (одна база - один файл)
• при блокировании компьютера вызывается скрипт, который считывает группы пользователя и на их основании добавляет пользователям нужные базы 1С

Как мы это делали:

1. Через групповые политики добавляется новое задание в планировщик (задача планировщика прописать пользователю путь к файлу подключения базы):
   • запускать от имени пользователя
   • событие - разблокировка компьютера
   • действие - запуск нашего скрипта
2. Создаем нужные группы в АД и заполняем их пользователями
3. Создаем нужные файлы для запуска самих 1С. Тут остановлюсь чуть поподробнее. Изначально мы долго мучили интернет своими запросами и нашли полное описание структуры файлов *.v8i. Но потом нашелся способ проще и гениальнее.
   • запускаем 1С
   • настраиваем подключение к базе
   • проверяем что все работает
   • кликаем правой клавишей по названию базы и выбираем пункт - "Сохранить ссылку в файл"

Код скрипта:

#Первым шагом создаем место для логов if (Test-Path "$env:HOMEDRIVE\!script_report\add_1c_bases_report.txt") { Remove-Item "$env:HOMEDRIVE\!script_report\add_1c_bases_report.txt" -Force -ErrorAction SilentlyContinue; } New-Item "$env:HOMEDRIVE\!script_report\add_1c_bases_report.txt" -ItemType file -Force -ErrorAction SilentlyContinue; Add-Content -Value ("Дата последнего запуска: " + (Get-Date -Format F)) -Path "$env:HOMEDRIVE\!script_report\add_1c_bases_report.txt"; if ((gwmi Win32_OperatingSystem | select Caption, CSDVersion) -notlike "*server*") # запрет запуска на серверных ОС { Add-Content -Value "Операционная система распознана как клиентская" -Path "C:\!script_report\add_1c_bases_report.txt"; if (!(Test-Path "$env:APPDATA\1C\1CEstart\ibases.v8i")) #если нет этого файла 1С подтягивает данные из списка баз 8.1 и игнорирует список баз 8.2 { New-Item "$env:APPDATA\1C\1CEstart\ibases.v8i" -ItemType file -Force; # Создаем этот файл если его нет Add-Content -Value "Файл $env:APPDATA\1C\1CEstart\ibases.v8i не найден, создали его" -Path "C:\!script_report\add_1c_bases_report.txt"; } if (Test-Path "$env:APPDATA\1C\1CEstart\1CEStart.cfg") { Remove-Item "$env:APPDATA\1C\1CEstart\1CEStart.cfg" -Force #-ErrorAction SilentlyContinue #удаление старого конфигурационного файла для 8.1 } New-Item "$env:APPDATA\1C\1CEstart\1CEStart.cfg" -ItemType file -Force #создание нового конфигурационного файла для 8.2 $GroupList = ("samaccountname=$($env:USERNAME)").Findone().Properties.memberof -replace "^CN=([^,]+).+$","$1" # Создание списка групп пользователя foreach ($Group in $GroupList) # генерация списка общих баз на основе имени группы { if ($Group.Length -gt 6) # Проверка длины имени группы { If ($Group.Substring(0,7) -eq "1cbases") # вычисление группы указывающей на базу 1С { Switch ($Group.Substring(8,2)) # выбор платформы 8.1 или 8.2 { "81" {Add-Content "$env:APPDATA\1C\1Cv81\ibases.v8l" -Value ("\\gold585.int\TechFiles\CommonBases\" + $Group.Substring(11) +".v8i")} # Создание строчки из файла со списком общих баз для 8.1 "82" {Add-Content "$env:APPDATA\1C\1CEstart\1CEStart.cfg" -Value ("CommonInfoBases=\\gold585.int\TechFiles\CommonBases\" + $Group.Substring(11) +".v8i")} # Создание строчки из файла со списком общих баз для 8.2 "83" {Add-Content "$env:APPDATA\1C\1CEstart\1CEStart.cfg" -Value ("CommonInfoBases=\\gold585.int\TechFiles\CommonBases\" + $Group.Substring(11) +".v8i")} # Создание строчки из файла со списком общих баз для 8.3 } Add-Content -Value ("Пользователь принадлежит групп $Group") -Path "C:\!script_report\add_1c_bases_report.txt"; Add-Content -Value ("Добавлено значение: CommonInfoBases=\\gold585.int\TechFiles\CommonBases\" + $Group.Substring(11) +".v8i") -Path "C:\!script_report\add_1c_bases_report.txt"; } } } } else { Add-Content -Value "Операционная система распознана как серверная" -Path "C:\!script_report\add_1c_bases_report.txt"; }

Что получили:

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

Акт первый, действие второе

Вторая короткая сценка из корпоративной жизни

На сцене - Админ (А), программист 1С (П1С), разговор после ухода представителя бизнеса
А - Ваш этот 1С - $#%но!!! Сколько можно решать железом проблемы архитектуры и уровня разработчиков!
П1С - да это ваши сервера #$@но! У меня на локальной файловой базе все летает! Настройте уже ваше хозяйство по нормальному!
Спорщики удаляются со сцены сыпля взаимными обвинениями, опускается занавес, свет гаснет.

И с этой стороны ни чуть не лучше… (с) печальный ослик Иа-Иа в свой собственный день рождения

Вот представьте себе - сидите вы в удобном кресле, в одной руке чашка вкусного чая, в другой пышущая жаром и свежестью булочка из кулинарии ближайшего магазина, за окном приятно пахнет весной… И это, конечно же, самое подходящие время для звонка с проблемой! Коллега - Байконур, у нас %@па!

Я - я так понимаю что стадию Хьюстона с проблемами мы уже успешно пролетели?
Коллега - да. База %имя базы% подвисла, вообще не отвечает, ТОПы уже рвут и мечут. 3 раза мне уже звонили. Надо перезагружать службу.
Я - так там же еще пачка баз на этой службе!!!
Коллега - да, поэтому вторая половина ТОПов тоже рвет и мечет что их отключат...

В итоге конечно все согласовали, перезапустили, но осадочек остался.

Идеология:

1. В продуктовой среде мы должны следовать правилу - одна база - одна служба с разнесением по портам
2. Запускаться службы должны исключительно из-под доменных учеток. Одна служба - одна учетка. Это удобно для раздачи прав на шары, доступ в скуль и прочее. Так же, если у вас внедрена RBAC то вы можете очень оперативно посмотреть куда имеет доступ конкретный экземпляр 1С
3. Логи нужно вынести на отдельный диск и включить на эти папки сжатие (при разбитии по дням это очень сильно экономит место и ускоряет (незначительно) поиск по логам)
4. Каждой службе выдается alias в DNS для того, чтобы отвязать разработку от ip и/или dns сервера (в этом случае разработка вообще не волнуется на предмет того, где фактически находится сервер - физика, виртуальная машина в приватном облаке или вообще в публичном облаке)
5. На каждую службу мы выделяем 500 портов для пользовательских соединений (наше внутреннее решение)

Как мы это делали (для нового сервера. для уже существующего часть шагов не актуальны):

1. Создаются учетки под каждую службу
2. На машине, где они будут работать им выдаются права на "запуск как службе"
3. Ставиться MS офис, обязательно с активацией по MAK-ключу
4. Ставится sqlncli - утилита из набора MS SQL Native Client. На данный момент выше 2012 не появлялось
5. Создается папка C:\Windows\SysWOW64\config\systemprofile\Desktop - в противном случае есть проблемы с выгрузками в Word/Excel
6. Для Windows 2016 и 1С 8.1 нужно скопировать старую версию dll (В папке C:\Program Files\Common Files\System\Ole DB надо заменить два файла sqloledb.dll и sqloledb.rll взятых со старых серверов)
7. Ставятся дополнительное ODBC драйверы, если нужно подключатся к MySQL/PostgreSQL

Настройка папки для службы и логов:

1. Создается папка на отдельном диске называется в формате 1CServer %basename% (в стандартном случае это делает сама служба, ибо у нее есть в настройках запуска путь к логам)
2. Если внутрь каталога только что созданной службы переносятся данные из другого каталога (другой службы, другого сервера), то необходимо заменить владельцев (иначе служба не получит к ним доступа) с заменой владельца подконтейнеров
3. Владельцем папки делается учетная запись службы

Описание настройки службы

@echo off chcp 1251 установка кодировки set base=%base_name% название базы без пробелов на английском – для каталога с логами set dsce=%base name% название базы с пробелами на английском – для имени службы set dscr=%Имя базы% название базы на русском – для представления службы set sver=8.3 краткая версия – для имени и представления службы set fver=1cv8\8.3.9.2170 часть пути к нужной нам версии платформы 1С set port=8040 управляющий порт set regp=8041 основной порт set rnge=8060:8491 диапазон портов для службы set name="1C:Enterprise %sver% Server Agent (x86-64) %dsce%" имя службы (для реестра) по аналогии с типовыми, только добавляется название базы для уникальности названий set bpth=\"C:\Program Files\%fver%\bin\ragent.exe\" -srvc -agent путь к исполняемому файлу для запуска службы set logs=D:\1C_Server_%base% каталог для логов set user="%login%@%domain_name%" такой формат позволяет использовать логины длиннее 20 символов пароль нигде не указывал при создании, потому что потом всё равно надо его заново указать, только тогда у пользователя будут права на запуск служб; set view="Агент сервера 1С:Предприятия %sver% (x86-64) %dscr%" представление службы в оснастке sc create %name% binPath= "%bpth% -regport %regp% -port %port% -range %rnge% -d \"%logs%\"" type= "own" start= "auto" error= "severe" depend= "Tcpip/Dnscache/lanmanworkstation/lanmanserver" obj= %user%DisplayName= %view% тут: type= "own" – тип службы, какие бывают еще сам посмотри start= "auto" – автоматический запуск error= "severe" – не помню что значит, но устанавливает правильное значение ключа в реестре ErrorControl = 2 depend= "Tcpip/Dnscache/lanmanworkstation/lanmanserver" – зависимости (на четвертой вкладке указаны, вручную не настраиваются) sc description %name% %view% задает представление в оснастке, сразу при создании не указывается sc failure %name% reset= 0 actions= "restart/0" настройка на вкладке восстановление – перезапуск во всех случаях, через 0 минут; сброс счетчика через 0 дней То же самое без комментариев: @echo off chcp 1251 set base=%base_name% set dsce=%base name% set dscr=%Имя базы% set sver=8.3 set fver=1cv8\8.3.9.2170 set port=8040 set regp=8041 set rnge=8060:8491 set name="1C:Enterprise %sver% Server Agent (x86-64) %dsce%" set bpth=\"C:\Program Files\%fver%\bin\ragent.exe\" -srvc -agent set logs=D:\1C_Server_%base% set user="%login%@domain.company" set view="Агент сервера 1С:Предприятия %sver% (x86-64) %dscr%" sc create %name% binPath= "%bpth% -regport %regp% -port %port% -range %rnge% -d \"%logs%\"" type= "own" start= "auto" error= "severe" depend= "Tcpip/Dnscache/lanmanworkstation/lanmanserver" obj= %user% DisplayName= %view% sc description %name% %view% sc failure %name% reset= 0 actions= "restart/0"

1. Для того, чтобы в службах не было кроказябр
   • в cmd ввести команду chcp 1251
   • файл надо сохранить в ANSI кодировке
2. Обязательно надо проверить на отсутствие дублирующих ключей в строке запуска - служба с ними не стартует!!!
3. Для того, чтобы удалить службу, можно воспользоваться командой - sc delete «Имя заданное в переменной name»
4. Добавить порты используемые 1С в разрешения в firewall
5. Нужен всего один физический ключ на сервер - все службы будут активироваться им

После проведения всех мероприятий в итоге мы пришли к:

1. Базы можно спокойно перезагружать, не трогая другие базы
2. Всегда можно найти "героя" - базу, которая съедает все ресурсы
3. Любые работы с базой касаются только одной конкретной базы

В следующих статьях я планирую рассказать (если эта статья народу зайдет):

• как мы перевели авторизацию в MSSQL на kerberos и вообще оптимизировали доступы
• как мы сделали мониторинг служб - кто сколько занял ресурсов
• как мы сделали мониторинг внутри службы 1С выявления блокировок пользователями быстрее, чем они позвонят
• как мы пытались внедрить CI для 1С и что из этого вышло

UPD. Дополнил кое-что по комментариям

Теги: Добавить метки