Polytech-soft.com

ПК журнал
4 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Администрирование кластера серверов

Консоль администрирования сервера 1С

Как многим наверное известно, система 1С Предприятие поддерживает два варианта работы. Это:

  • клиент–сервер;
  • файловый вариант работы.

Для клиент-серверного режима необходимо установить Сервер 1С: Предприятия.

В данной статье рассмотрим, как администрировать этот сервер с помощью утилиты Консоль администрирования серверов 1С 8.3 (8.2).

Сразу сервисное отступление — если при запуске консоль выдает сообщение «Различаются версии клиента и сервера (8.3.х.х-8.3.х.х), клиентское приложение: Консоль кластера», Вам необходимо пройти регистрацию с помощью соответствующего ярлыка из меню «Пуск»:

Консоль администрирования серверов 1C Предприятия

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

Получите 267 видеоуроков по 1С бесплатно:

Создание, редактирование и удаление баз на Сервере 1С

Чтобы создать информационную базу на Сервере 1С, необходимо сначала создать Центральный сервер и Кластер, к которому будет принадлежать база. На строке 1C:Enterprise 8.3 Central Servers нужно «кликнуть» правой кнопкой мыши и выбрать в контекстном меню пункт «Создать». В открывшемся окне вводим имя сервера и номер порта.

Теперь создадим Кластер. Также воспользуемся контекстным меню и выберем пункт «Создать». Заполним параметры кластера.

В ветке «Информационные базы» с помощью контекстного меню добавляем новую базу. После заполнения ее параметров нажимаем «Ок». Информационная база готова к работе.

С помощью контекстного меню базу можно удалить или отредактировать свойства.

Действия в консоли

Чем может быть полезна нам консоль администрирования? Часто случается так, что у пользователя «зависает» компьютер, и при этом программа 1С у конкретного пользователя не запускается. Выходит сообщение, что под данным пользователем уже кто-то работает. Все дело в том, что на сервере 1С остаются «нерабочие» сеансы. Эти пользователи даже остаются в разделе «Активные пользователи». И когда в программе нужно сделать операции, требующие монопольного режима (например, удаление помеченных на удаление объектов), то если попросить всех пользователей выйти, операцию все равно не всегда получается осуществить.

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

В контекстном мену строки с сеансом можно выбрать три пункта: «Удалить», «Свойства» и «Справка».

Также из консоли можно управлять блокировками.

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Соединения кластера серверов 1С:Предприятия 8.1

Этот раздел содержит пояснения к списку соединений кластера серверов 1С:Предприятия, отображаемому в утилите администрирования клиент-серверного варианта работы. Подробная информация о работе утилиты администрирования клиент-серверного варианта работы содержится в главе «Утилита администрирования кластера серверов» книги «1С:Предприятие 8.1 Клиент-сервер».

Краткий и подробный список соединений

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

Список соединений, отображаемый в ветке «Соединения» содержит краткий список всех соединений кластера серверов в целом, как это показано на рисунке.

В ветках «Процессы/ /Соединения» и «Рабочие серверы/ /Процессы/ /Соединения» также отображается краткий список соединений выбранного рабочего процесса.

В ветке «Информационные базы/ /Соединения» отображается полный список соединений выбранной информационной базы.

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

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

Источники соединений

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

ИсточникИБПроцессНазначение
КонфигураторДаНетКлиентское приложение «Конфигуратор» для доступа к данным информационной базы
1С:ПредприятиеДаНетКлиентское приложение 1С:Предприятия для доступа к данным информационной базы
COM-соединениеДаНетВнешнее соединение (объект V81.COMConnector) для доступа к данным информационной базы
WS-соединениеДаНетАдаптер WEB сервисов для доступа к данным информационной базы
Фоновое заданиеДаНетЭкземпляр фонового задания, запущенный на рабочем процессе, для доступа к данным информационной базы
Консоль кластераДаНетСоединение утилиты администрирования кластера серверов с рабочим процессом для получения полного списка соединений или свойств соединения
COM-администраторДаНетСоединение объекта «Соединение с рабочим процессом» (полученного из V81.COMConnector) с рабочим процессом для получения полного списка соединений или свойств соединения
ОтладчикНетДаКлиентское приложение Конфигуратор для управления предметами отладки на сервере.
Планировщик заданийНетДаМенеджер кластера (процесс rmngr) для управления работой регламентных заданий на рабочих процессах кластера
Читать еще:  Источники административного права и административное законодательство

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

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

Свойства соединений

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

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

Соединения утилиты администрирования кластера серверов

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

  • утилита администрирования кластера серверов будет закрыта;
  • соединение утилиты администрирования кластера серверов с данным центральным сервером будет разорвано. Для этого в локальном меню ветки соответствующего центрального сервера необходимо выполнить пункт «Отсоединить» или «Refresh»;
  • соединения утилиты администрирования кластера серверов с информационной базой будут явно разорваны этой утилитой (или другим ее экземпляром).

ВАЖНО!
Необходимо иметь в виду, что разорванные соединения утилиты администрирования кластера серверов с информационной базой будут установлены снова при очередном обновлении списка соединений с этой информационной базой, если выбрана ветка «Информационные базы/ /Соединения». Поэтому для обеспечения возможности установки монопольного режима доступа к информационной базе необходимо удалить все нежелательные соединения с ней, после чего либо закрыть консоль кластера, либо сойти с ветки соединений с этой информационной базой.

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

Удаление (разрыв) соединений

Удаление соединений с информационной базой может быть выполнено путем выбора одного или нескольких соединений с информационной базой и выполнения пункта «Delete» локального меню списка соединений.

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

Администрирование серверов1С предприятие

Создание резервной копии в клиент-серверном варианте

Рекомендуется для клиент-серверного варианта использовать средствами резервного копирования SQL Server . Материалы по резервному копированию СУБД Microsoft SQL Server 2012 можно найти по ссылке здесь :

Администрирование кластера серверов

Вопросы дминистрирования кластера серверов пожно посмотреть подробно по ссылке http://v8.1c.ru/overview/Term_000000810.htm

Консоль или утилита администрирования кластеров 1cv8 servers.msc представляет собой подключаемый модуль MMC (Microsoft Management Console), и может быть использована на компьютерах, на которых установлено соответствующее программное обеспечение. По умолчанию устанавливается в папке C:Program Files (x86)1cv8common

Утилита администрирования кластеров предназначена для решения следующих задач:

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

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

Регистрация новой информационной базы

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

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

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

Тип СУБД: Microsoft SQL Server.

Сервер баз данных: имя сервера. Может задаваться именем компьютера (если на компьютере установлен один экземпляр сервера) или именем конкретного экземпляра (если установлено несколько экземпляров). Например, Server/instance. Если сервер «1С:Предприятия» и Microsoft SQL Server расположены на одном компьютере, и для Microsoft SQL Server установлен Native Client (собственный клиент), то имеется возможность использовать для связи серверов протокол SHARED MEMORY. Для этого необходимо перед именем Microsoft SQL Server указать префикс lpc:. В этом случае имя сервера СУБД будет выглядеть следующим образом: lpc:Server/instance

Имя базы данных: первым символом имени базы данных может быть буква латинского алфавита, а также символ «_». Последующими символами могут быть буквы латинского алфавита, цифры, а также символы «_», «$». Длина имени ограничена 63 символами. В имени недопустимы пробелы. Имя не может быть зарезервированным словом языка запросов сервера баз данных. В имени базы данных нельзя использовать следующие символы: « », «#», «%», «”», «<», «>», «[»,«]»,«|»,«»,«^»,«`», а также символы с кодами от 0 до 31 и 127

Пользователь базы данных: имя пользователя сервера баз данных, от лица которого будет осуществляться доступ к базе данных. Существенно, чтобы указанный пользователь был либо администратором сервера баз данных (sa), либо владельцем базы данных (если она уже существует), для того чтобы в дальнейшем беспрепятственно модифицировать структуру выбранной базы данных. В последнем случае этот пользователь должен иметь доступ на чтение к базе данных master и полный доступ к базе данных tempdb. Кроме перечисленного, указанный пользователь должен быть членом фиксированной серверной роли processadmin или sysadmin.

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

Смещение дат – 0 или 2000. Данный параметр определяет число лет, которое будет прибавляться к датам при их сохранении в базе данных Microsoft SQL Server и вычитаться при их извлечении. Наличие данного параметра определяется особенностями хранения дат в Microsoft SQL Server. Тип DATETIME, используемый в Microsoft SQL Server, позволяет хранить даты в диапазоне с 1 января 1753 года по 31 декабря 9999 года. И если при работе с информационной базой может возникнуть необходимость хранения дат, предшествующих нижней границе данного диапазона, то в качестве значения параметра следует выбрать 2000. Если же такие даты встречаться не будут, то в качестве смещения дат можно выбрать 0. После создания информационной базы значение данного параметра не может быть изменено.

ВНИМАНИЕ! Если в прикладном решении используются регистры накопления или регистры бухгалтерии, то в поле Смещение дат необходимо установить значение 2000. Если при создании базы данных в это поле было введено значение 0, то следует выгрузить информационную базу в файл , заново создать базу данных с указанием в поле Смещение дат значения 2000 и выполнить загрузку информационной базы

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

Ошибка при выполнении операции с информационной базой

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

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

  • Параметры аутентификации пользователя ( Имя пароль и права на создание БД);
  • Соблюдает ли имя базы данных правила имен;
  • Правильно ли задано имя сервера базы данных;
  • Соответствует тип аутентификации пользователя. Возможно, пользователь вошел под именем пользователя sql server, а в настройках SQL стоит не тот тип аутентификации пользователя.

Я рекомендую использовать оба типа аутентификации пользователя в разделе безопасности Microsoft SQL Server

Заметки из Зазеркалья

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

Реализовано в версии 8.3.14.1565.

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

Отказоустойчивость сервиса фоновых заданий

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

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

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

Администрирование из встроенного языка

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

Во-первых, это интерактивная Windows-утилита администрирования, реализованная в виде консоли управления Microsoft (Microsoft Management Console).

Во-вторых, это программный интерфейс кластера, доступный во встроенном языке через технологию COM (Component Object Model). Технология COM используется в операционных системах Microsoft Windows.

В-третьих, для обеспечения кроссплатформенности были реализованы сервер администрирования кластера (ras) и утилита командной строки (rac) для взаимодействия с этим сервером. Это кроссплатформенные инструменты, которые могут работать в операционных системах Microsoft Windows и Linux. Однако они не имеют графического интерфейса.

В-четвертых, для создания приложений, администрирующих кластер, был реализован программный Java-интерфейс, который представляет собой набор Java-пакетов. Он позволяет взаимодействовать с сервером администрирования (ras) из программы на языке Java, без помощи консольной утилиты администрирования (rac).

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

Кроме этого перечисленные инструменты имели чисто технические недостатки, затруднявшие их использование. Например, Windows-утилита администрирования не позволяет работать с кластерами разных версий, каждый раз необходимо было перерегистрировать библиотеку в операционной системе. Интерфейсы, использующие COM и Java, не имеют перечислений, поэтому, например, вместо понятных значений «Незащищенное», «ЗащищенноеПриУстановкеСоединения» и «Защищенное» приходилось обрабатывать цифровые значения 0, 1 и 2, по справке определяя, какому уровню безопасности соединения они соответствуют.

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

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

Основу нового программного интерфейса составляет объект АдминистрированиеСервера, который позволяет вам установить соединение с агентом центрального сервера, выполнить аутентификацию, а также получить доступ к кластерам и администраторам центрального сервера. В каждом кластере вы имеете доступ к информационным базам, рабочим серверам, администраторам, менеджерам кластера, рабочим процессам, сеансам, блокировкам, соединениям, профилям безопасности, счетчикам потребления ресурсов и ограничениям потребления ресурсов. Все они описываются соответствующими объектами с приставкой «Администрирование», например, АдминистрированиеИнформационнаяБаза, АдминистрированиеРабочийСервер и так далее.

Далее приведен небольшой пример, завершающий все сеансы работы пользователей, например, для выполнения административных действий.

Агент = Новый АдминистрированиеСервера(АдресСервераRAS, 1545); Агент.ВыполнитьАутентификацию(Пользователь, Пароль); // Перебрать все кластеры. Кластеры = Агент.ПолучитьКластеры(); Для Каждого Кластер из Кластеры Цикл Кластер.ВыполнитьАутентификацию(ПользовательКластера, ПарольПользователяКластера); // Завершить все сеансы в кластере. Сеансы = Кластер.ПолучитьСеансы(); Для Каждого Cеанс из Сеансы Цикл Cеанс.ЗавершитьСеанс(Сообщение); КонецЦикла; КонецЦикла;

Этот пример, помимо прочего, демонстрирует еще одно преимущество нового программного интерфейса. За счет перехода к объектной модели новый интерфейс имеет более простые и короткие команды:

  • Раньше: TerminateSession( , , );
  • Теперь: Cеанс.ЗавершитьСеанс(Сообщение).

Второй пример показывает работу со счетчиками потребления ресурсов. Раньше работа со счетчиками через COM интерфейс, например, была невозможна, т.к. в этом интерфейсе отсутствуют перечисления. В новом интерфейсе это возможно, и выполняется довольно просто:

Агент = Новый АдминистрированиеСервера(АдресСервераRAS, 1545); Агент.ВыполнитьАутентификацию(Пользователь, Пароль); // Перебрать все кластеры. Кластеры = Агент.ПолучитьКластеры(); Для Каждого Кластер Из Кластеры Цикл Кластер.ВыполнитьАутентификацию(ПользовательКластера, ПарольПользователяКластера); // Перебрать все счетчики потребления ресурсов. Счетчики = Кластер.ПолучитьСчетчикиПотребленияРесурсов(); Для Каждого Счетчик Из Счетчики Цикл Сообщить(«Имя счетчика: » + Счетчик.Имя); Сообщить(«Описание: » + Счетчик.Описание); // Перебрать все значения счетчика. ЗначенияСчетчика = Счетчик.ПолучитьЗначения(); Для Каждого Значение Из ЗначенияСчетчика Цикл Сообщить(«Длительность вызова = » + Значение.ДлительностьВызова); Сообщить(«Процессорное время = » + Значение.ПроцессорноеВремя); Сообщить(«Потребление памяти = » + Значение.ПотреблениеПамяти); . КонецЦикла; КонецЦикла; // Создать новый счетчик потребления ресурсов. Счетчик = Кластер.СоздатьСчетчикПотребленияРесурсов(); Счетчик.Имя = «Счетчик1»; Счетчик.ДлительностьНакопления = 10000; Счетчик.СчитатьДлительностьВызовов = Истина; Счетчик.ТипОтбора = АдминистрированиеТипОтбораСчетчикаПотребленияРесурсов.Все; . Счетчик.Записать(); КонецЦикла ;

Подробнее о планируемой реализации механизма управления потреблением ресурсов мы рассказывали некоторое время тому назад: Механизм управления потреблением ресурсов.

Ссылка на основную публикацию
Adblock
detector